技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> 奋斗
    小股东要保障自己的权益即便有股权协议,真的还是非常困难,原因就在于小股东的身份定位是很尴尬的,其身份介于股东和打工者之间,作为股东的话语权是很低的:小股东,特别是不足10%的小股东,如果对自身的定位没有清晰的认知,不自量力的以股东的身份要求大股东进行公司信息的完全披露,可能会引起大股东强烈的反感,他会觉得:我给你工资和股份,激励你好好干,不是让你来对我指手画脚的。
    基于这些思考,“打听薪水”通常是没有什么收益,坏情绪却很多。所以,给自己定下规矩:不再打听朋友们的薪水,也不再回答朋友的此类问题。真正的朋友,也就不要再打听对方的薪水了。我们可以谈谈别的,比如其他人的薪水...
    我有一个朋友,他在一家小公司工作,这家公司最近换了经理。老经理由于资深程序员的辞职且无法招到替补而被派去顶替空缺的开发角色。而新经理缺乏管理程序员的经验。事实上,他们公司的任何一个资深程序员都可以随时拍屁股走人,而且在一个星期里就能找到一个比现在高出30-40%工资的新工作。
    每次大佬们出台露面,总会抛出一些武林秘籍来。只可惜,这武林秘籍大多数只有招式概要,很少有拆解详解,加之很少人去仔细研究这招式,所以,很多人就这样走火入魔了。。。
    领导必须更懂技术吗?这是个问题。做了领导以后,因为工作的关系,许多人都不那么熟悉基础的技术了,结果自己心里没底,更怕遇到问题时在下属面前丢脸。所以,有些人选择了双管齐下——既不放弃领导的工作,又不放弃原有的技能,结果疲惫不堪。还有人干脆选择不当领导了,因为有手艺,才有安全感。
    不少朋友都提到,手下的员工离职往往是让人非常头痛的事情。这大概是管理岗位经常需要面对的一种麻烦,这个问题也困扰过我。为了帮助仍然被困扰的各位同仁,下面提供我的经验给大家参考。要说明的是,因为我和朋友们几乎都在IT行业,“员工离职”的大部分情况也就直接体现为“程序员离职”,所以我主要讲的还是应对程序员离职的经验,其它行业的朋友可以自行参考。
    在业内,由于技术布道师的传播,“重复造轮子”成了一个讳莫如深的话题,一个新的项目在各种讨论场合总是会小心翼翼的避开这方面讨论,一旦触及则会马上描述自己系统的独特性和必要性。富有经验的项目管理者,通常在开工前就会想好各种质疑的应对。但是造轮子也并非是一个雷区,有时候造下轮子也是无妨,不必遮遮掩掩,真的需要考虑清楚的是,轮子为了KPI、晋级、虚有的声誉,还是真的出于兴趣及热爱?他们是否可以放在阳光下,和另外一个社区的产品从技术的角度去比较?
    我是一个奔四的人了,编程就像登山一样,越往上爬人越少,所以,在我这个年纪还有想法,对编程还有热情的人不多了,基本上都是转Manager了。其实,什么职位,Title都是虚的,公司没了什么都没了,只有技术太是硬通货。而且,越是这个年纪还在玩编程玩技术的人,其实其经验和能力都是比较强的,都是中坚力量,如果还有其它这个年纪和我一样的人,求交往。​
    如果你有一个同事,他写的程序与其说是代码,不如说更像希腊神话中女妖美杜莎的头发,你当然不能熟视无睹,你应该做出一些反应,但你可选的合适的反应方式并没有多少:自己默默的帮他整理清楚、向上级抱怨、向其他同事背后唠叨此事、闷在心里直到憋不住,或者这最大胆的方法:走上去直接对烂程序员说他的代码很烂。
    一般的创始人都会想:“我只要把想法和规划设想出来,剩下的都是技术合伙人的事情了。”但技术人员一般不会这么认为,他们更倾向于有人把产品原型做出来,自己去做技术实现那部分的事情。甚至大公司的技术人员已经习惯设计人员把全部页面都切好,自己再开始写逻辑代码。
    这个一个在知乎上看到的问题,瞬时发现自己对这方面的知识非常的欠缺。整理以下内容,算是自我学习。
    创业的机会成本是很高的。因此,很多人选择了利用业余时间来启动自己的创业项目,一方面打工赚着工资,同时还可以让自己的理想不断推进,大大降低风险。我在缘创派上也遇到很多这样的创业者,与朋友利用业余时间做一些创业项目。在沟通中,发现这些创业项目遇到一些比较有共同的问题,提炼一下,给大家分享。
    技术背景的创业者有开发和实现的能力,所以往往看到某种产品形态或者模式,认为有市场空间,于是就做了。根本没有仔细思考真正的用户群是谁。
    最近,收到一封用户的反馈:“我这二周谈了十几个技术合伙人。很多人并没有做好心理准备,只是希望找个兼职或者赚个外包。所以我用一个词形容他们叫叶公好龙。是否真的准备好创业,愿意承担风险和准备投入去做对于创业来讲非常重要。”这些朋友在抱怨:为什么找技术合伙人的时候,很多人会直白的谈到参与创业项目的费用呢?为什么很多只想先兼职呢?
    总共有两大部分,第一部分为计算机科学基础题,所有技术岗的笔试者都要答。第二部分为「专业题」,根据所报岗位不同而分别出题。
    毕业一年,意气风发地参与了两个创业项目之中,可是到头来什么结果也没有。对于我而言,唯一拥有的就是如何成为一个Loser的经验。如果你有兴趣搞砸手头的项目,不妨看看我的经验,跟着我学习一下如何变成一个Loser。
    在ThoughtWorks里,我面试过许多应聘者,许多人在原来公司都是公司里的干将、主力。按说,也都算是很优秀的程序员了,不过,在面试过程中,折戟沉沙的也不在少数。 这样的面试者往往是工作时间不长,大约是三五年,在小问题的解决上具备了一定能力,但没有什么机会面对大问题,所以,基本上都是在处理别人嚼碎的具体问题。所以,这样的求职者在面试过程中所展现的能力,以ThoughtWorker的标准看,编程技巧上没有多么突出,陈述问题显得零散而没有重点,至于宏观问题的思考,几乎是没有的。 其实,这不是一个偶然现象,我已经见到不知多少类似的求职者。通过和他们的交流,我会发现,实际上,这些人往往不是不想提高,甚至他们都是非常努力地在工作。只是在我看来,他们所处的环境限制了他们的视野,一叶障目,不见泰山。在工作中,项目负责人给他们的工作就是解决一个具体问题,至于真正有思考的问题,那些负责人自己已经解决了。
    我的老朋友X,每次他不服上司看法的时候,会找几个信得过的朋友,也包括我,把情况详详细细地讲一讲,丢出AB两套方案来让我选,却不说谁代表A,谁又代表B。好几次我选择之后,他沉默一会儿,说原来你和我上司的看法是一致的。这样的心态,自然比大骂“我上司是傻逼”更好得多。
    又是一年校招时。 这两天对公司的一些校招简历进行了初轮筛选,几十份投递研发职位的简历,都看了一遍, 总结了一些比较重要和非常细节的点,和大家分享,希望能对你有所帮助。 为了大家看得更直观,我对每一个点设置了一个加分值,来表示这个点的重要性, 单项最高分是10分。
    思考的方式决定了设计的品质,普通设计师看到的是需求、工作量和KPI,优秀设计师看到的是产品和人之间的隔阂,每个需求背后的那些想法的矛盾,以及”我“在这个上下游中间的定位。他们会用UCD的方法处理很多工作和生活中的问题,这些人绝不是我们平时看起来的”死美工“和”线框仔“。
[ 共596篇文章 ][ 第6页/共30页 ][ |< ][ 2 ][ 3 ][ 4 ][ 5 ][ 6 ][ 7 ][ 8 ][ 9 ][ 10 ][ 11 ][ >| ]
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1