tag 标签: 程序员

相关帖子
相关博文
  • 2018-2-19 18:23
    0 个评论
    项目描述: 需要做几千个APP上架到市场 联系扌口扌口:九九二八七五八零九 内容要求: 制作内容由你方自由发挥。只要制作的内容能够审核上架就可以 账号资料这些我们都会提供。 基本要求:审核通过之后我们会通过自己的API控制端调用自己的内容,但是我们的主app直接审核通过不了,如果只简单的 套用网页链接及图片也是过不了的。所以你们是要做自己的内容来应付审核,一般是做原生的混合壳APP,目的是为了通过审 核上架市场。做APP需要的开发者账号和极光账号我们会提供,应用名称必须用我们公司提供的 注意点:必须用appleID写进我们的API开关接口,审核之前测试开关,必须对接极光推送。
  • 热度 11
    2014-6-18 17:36
    2905 次阅读|
    10 个评论
    原文链接:http://www.raychase.net/371 作者:四火的唠叨 不 同的公司和人,有不同的面试策略,有的考察视野、有的深入细节、有的则是评估解决问题的能力。我经历了一些有意思的面试,在各大城市和不同写字楼之间往 返,有因为面试而让我尊敬的公司,也有让我喷饭和无可奈何的故事。朋友们和我开玩笑的时候说:“你就是爱折腾,不同地点之间、不同领域之间,说,2011 年最后两个月里,多少钱捐给铁道部了?”   下面叙述的,来自我自己的经历,或者是朋友告诉我的他/她的亲身经历。(出于保密和尊重,隐去任何公司信息)   第一个故事,记一次面试对话: 面试官:你为什么转向互联网行业? 我:我喜欢互联网,这是这两年逐渐认识到的。 面试官:你是一个目的性很强的人,那你承不承认这些年在电信领域不符合你的领域目标,是你的一次重大失败? 我:…… 面试官后来又说了一些我现在是各种失败的话,我在这家公司被鄙视了,呵呵。但是,搞笑的是,我居然通过了他的面试,现在想, 她是想给我压价还是什么呢 ?   我也理解有的面试官想用一些锐利的言辞,甚至嘲讽来观察应聘者的心理承受能力。但是他们似乎忘记了一点: 其实面试是双向对等的过程,既有面试官对面试者的考察,也有应聘者对公司的考察。如果应聘者表现得不尽人意,失去的只是他自己的机会;但是如果面试官表现得招人反感,甚至哭笑不得,他丢的是整个公司的脸面。   就像某些公司喜欢的“群面”一样, 群面最大的弊端在于,造成一种氛围,让人觉得面试官和应聘者不再是平等的,而且用一种强烈 的 竞争暗示来引导应聘者,很多人在这种情况下不能很好地反映自己。   第二个故事,记一次和HR的对话: HR:你什么时候离职手续能够办完?到这个月底行吗? 我:大概两个半月吧,到X月肯定没问题了。 HR:你不要和我说这个,我对你们很了解,我知道你肯定能在这个月就走完流程的,对不对? 我:……我有很多工作要交接,我还想休息一下,也能够做出一些选择,希望你理解我。 HR:没有一家公司会同意你这种要求的,你再想想,这是我的电话,你要想通了就打电话给我! 又是一个气势凌人的例子。我不知道她的时间标准是哪里来的,事实上,我的经历中也只有极少数公司会提这样的要求, 也许是程序员们太弱势、太卑躬屈膝给惯的? 如果你需要一个人才,就需要互相考虑,不是只有你的世界里才有种种限制。我没有再联系她。   第三个故事,是面试中被问到的一系列技术问题。   这一系列问题中,有好些都是没什么意义的、无厘头的问题,比如: JDK5出到哪个版本号以后,Sun公司表示是JDK5的最后一个版本,不再出update了?   我碰巧知道这个版本号,只是我很奇怪,问这个有意义么?   也有一些无奈的细节问题,比如考了一个awk的语法,我有一个参数写错了,是我没有记忆准确,但是面试官很在意。我觉得把它放到Linux下执行就清楚了。 Google一下、1分钟就清楚了的问题,这样的问题并不能反映什么。   还有这样一个令我汗颜的问题,电话面试,我已经告诉面试官我手头没有纸笔,也已回答了问题的大致解法,但他还要我把这个解法的算法一行一行代码在大脑里构想出来念给他听,这个算法是关于深度遍历的算法,我要写起来怎么也得好几十行,当时立马就混乱了……   第四个故事,是关于接待面试者的。   这 方面实在是花样百出。有过被晾在大厅里站着等了二十分钟的;有过被扔在办公室门口等HR准备打印材料等一刻钟,之后就劈头盖脸地扔了数页卷子做的;有事先 约好且上午到了公司却以人太多为由被要求下午再来的;还有要“等主管出差回来”等了几个钟头,和面试官聊到眼冒金星,实在没啥可聊的……   因为这些缺乏时间观念的面试的折磨,到后来我干脆尝试从电话沟通中过滤掉那些不靠谱的公司。 有的HR直接要求face-to-face面试,拒绝电话沟通,我觉得很可笑,我再另外一个城市,你就这样随便把人弄过来蹂躏他?   反观许多外企,对于电话沟通合适的应聘者,会和你沟通好你的时间,给你报销食宿和路途费用,尽量减少对你造成的麻烦。同样的人经历如此反差的事,不得不让我感慨。   那么,哪些是留给我好印象的做法? 为面试者倒水,送面试者离开。我把它列在第一条。这些都是最基本的细节,但是可以折射出一个颇为重要的特质——尊重。 但是我经历中能这样做的公司,一只手就能数的过来。 你是来寻找那些愿意放弃工作、放弃城市、放弃现有生活,折腾到一个新环境为你解决问题、创造价值的人,还是只想雇佣一个码农? 允许面试者用自己喜欢的方式完成表述,白纸、电脑、白板,如果方便的话,选择自己熟悉的IDE。面试考察的应当是这些途径和介质背后的东西,和最真实的工作状态,让他用生疏的东西,难免会扭曲他的真实水平。 让应聘者说一些他的故事,他的项目, 就这些他熟悉的事情深入并展开对话,也去解决一些具体的问题,这比假定一个场景去听那些海阔天空的鬼扯真实得多 。面试官需要做的是发现他们身上的闪光点,感受他们的热情,也评估一下如果应聘者来工作,可能会发生的问题。 请给出反馈。即便他没有达到你的要求,也请告诉他,优秀的、欠缺的,哪些方面不满足。赠人玫瑰,手有余香,帮助他改进和成功。买卖不成仁义在,期待未来合作的机会。而不是 留下一句“等通知”再无消息,这是单方面的“不承诺”,是一种“不尊重” 。
  • 热度 4
    2014-6-3 17:07
    2015 次阅读|
    2 个评论
    转载前言: 一个在光怪陆离混迹的群体,他们自称程序猿、攻城狮、挨踢民工,一面乐观的自嘲,一面努力的工作。提起他们,你也许想到了张江男,想到了眼睛、T恤、牛仔裤、运动鞋、双肩包,但是有些故事是你眼睛所看不到的。在这里,我们一起来倾听一个IT人生的故事,技术路上不孤单! 姓名:刘铁猛 Tim 性别:男 生日:70后 所在城市:Redmond(雷德蒙德,美国华盛顿州城市,微软总部) 关键词:《深入浅出WPF》 职业信息: 从业时间:2002 行业:软件 职位:软件工程师 关注技术:架构与模式 小序: 很高兴收到编辑的邀请、让我写篇短文来介绍自己。不过她(是的,编辑是个美女)邀请我写短文的时候用的是“命令模式(Command Pattern)”,而且强制让我的CanExecute方必须return true——真耍赖。 先用一句话概括一下自己的IT职业生涯吧。 初中的时候跟朋友的父亲学DOS-高中的时候见识了PASCAL语言-大学非计算机专业但喜欢上了VB并练就了100字/分钟的五笔盲打-毕业后边给学校当计算机老师边开店修计算机-转战北京5年、开发测试什么都做还顺便写了本书-在朋友们的帮助下来美国工作已经是第3个年头。 技术方面,只会微软.NET/C#相关的技术,而且无一精通;生活方面,既能和朋友吆五喝六通宵达旦,又能背起相机忘情于山水之间。 正文: 我问自己:“如果让你把十年的职业生涯中最重要的经验浓缩成几个关键字分享给大家,应该是什么呢?”这个功课我的确做了,我在纸上把职业生涯中的关键点——无论是成功的经验还是失败的教训——都总结成关键字列出来,结果有十几个之多。“如果都是关键字,那只能说明哪个也不关键”,我对自己说,然后我继续探寻蕴藏在这些关键字里的精华。最后提炼出两个来,写在这里奉献给大家,那就是“合作”与“交付”。提醒一句:因为我是个程序员,所以最后提炼出来的是这两个词,如果你的志向是成为一位领导者或者商业家,这两个词未必适用于你。 这两个词,一个是智商方面的、一个是情商方面的。以我的拙见,情商就像一个蓄水池,它是你的幸福(说俗点儿就是你的薪水)的储备;智商相当于这个水池的阀门,决定了你当前能释放多少幸福(当下挣多少钱)。搞软件的人(全世界范围内、各个民族)智商都不低、都是“造阀门”的高手,但如果不注意情商的培养会导致你的水池里无水可放——巨大口径的阀门里只能淌出涓涓细流是件令人尴尬的事情。反观我自己的十年发展,前七年都是在提高自己交付的能力,也就是技术方面的学习与提升,后三年才开始有意识地关注合作能力的发展。而且,直到熟练掌握了与人合作的技巧后,我才感受到了这个行业的巨大乐趣。 情商的培养是个大话题,不是一篇短文可以说清的,但这并不妨碍我与大家分享我在情商提高方面的技巧。这些技巧都是我在经历了巨大挫折后总结出来的,真心希望大家能有所收获、不要再经历我曾经的痛苦。 不知道你有没有这样的感觉:在程序员的世界里,网络连接的稳定性比人与人之间关系的稳定性更重要、代码的质量比人际关系的质量要重要……这并不是大家的错,而是软件行业本身就崇尚质量文化,所以人际关系自然就往后排了。关于代码质量的讨论往往牵扯到“对与错”、“优与劣”的结果划分,而结果的划分往往又涉及到名誉与绩效,所以,在团队里讨论技术问题或者做code review是个非常需要情商技巧的事情。如果单纯地把“质量文化”摆在第一位、完全不考虑别人的感受,那么听者会感觉说者高傲、带有攻击性,说者会感觉听者不谦虚、不讲理,人际关系就会受到伤害。 【我的技巧有这么几个】 1. 永远把良好的人际关系摆在第一位: 凡是质量问题,话说出口或者邮件发出去之前先站在接收者的角度读一读、想一想:“如果我是接收者,会不会伤感情?会不会难堪?会不会有误会?” 2. 软说、缓说、举证说 :指出问题的时候,我一定会用这样的话开头:“也许我想的不对,你看这里……”或者“我有个灵感,也许对你有用……”。一般想给同事指出问题的时候,我不会当下就说,至少在发现问题15分钟之后,因为这时候大脑中原始的、带有攻击性的冲动已经过去了,说出的话或者写出的邮件语言自然就有条理而平和了,更重要的是,这时候我自己说话不会出错——团队中常见的人际风暴就是以错攻错。有时候也会遇到比较固执的同事,这时候给他举个情景、让他意识到他的代码在这种情景下会出错,或者能从bug库里找到一个类似的问题,基本上不伤人情就把事情说通了——千万别从书籍中“引经据典”,那样会给人一种理屈词穷、没事找事的感觉。 3. 一旦发现对方不讲理,立刻对自己“喊停”。 对方不讲理,这是一种强烈的人际关系冲突的信号,如果再发展下去,可能就要伤害合作关系了。这时候无论我在讨论什么问题,我会立刻停止,当然,这个停止也是用柔和的办“软着陆”,如果我说:“算了,不跟你说了”或者摔门而去,那就相当于正式开战了。我的原则是:如果发现对方不讲理,那么多半是自己的行为让对方变得不讲理了,立刻停下来,检省自己、找出并排除问题,把大家重新拉回到讲理的轨道上来。 我现在的团队是个跨国合作的团队,成员来自中国、美国、印度、罗马尼亚……我每天都在使用上述三 个技巧通过面谈、电话、邮件、会议来进行沟通,几乎从未出现过问题。 在熟练的使用了这些技巧后,我发现我的交付能力也得到了很大保障。(PS:紧 张的人际关系不但让你无获得帮助,还会有人给你捣蛋,你的交付能力将大打折扣。) 说实话,这几个技巧绝非是我发明的——有些是从书上看来的,有些是朋友教的(感谢Andy和Bob),个别地方是自己感悟到的。结合自身的缺点,这三个技巧对我最有用,也许你天生在这几方面做的就相当不错,那么你可能需要探索别的技巧。为了方便大家探索适合自己的技巧,我把对我帮助最大的几本书列在这里,它们是: · TheUnwritten Rules of Friendship · RadicalCollaboration · CrucialConversations · 菜根谭 【结语】 短文的最后,分享一句真心的感受: 一份有成就感的工作加上良好的人际关系是幸福感坚实的基础。衷心希望大家既拥有高超的开发技术,又建立起广阔的人脉和良好的人际关系。
  • 热度 11
    2014-5-4 09:10
    1673 次阅读|
    10 个评论
    本文作者 四火的唠叨   小S是一名新员工,他和很多踌躇满志的大学毕业生一样,实习+工作,他来到了一家非常对口自己爱好的公司,来到了一支温暖的团队A,这支30人的大团队由老员工和新员工混合组成,年龄结构复合,有男有女,有从二十几岁到四十几岁的程序员,做的视频编解码项目。整个项目组的成员都是视频编解码领域的能手或专家,最多的有10年的相关经验,也有几项专利,小S觉得这样的人应该很耐得住寂寞,有很深的造诣。   有一位导师手把手地带着他学习和进入项目,陪他一起吃饭,和他聊天,给了他公司内部通用的学习材料。于是他很快上手,最开始有一些疑惑,但是小S积极地去询问问题,导师和同事都很乐于帮助他,于是他进步很快。公司有一个专门帮助新员工入职和进入项目的流程计划表,小S严格遵照计划表上的安排行事,虽说也经常显得笨拙和死板,但它还是依靠它翻越了一个又一个困难的山头。 项目组对于代码的质量要求非常高,功能上严格测试,性能上精确控制,小S的每份代码都要经过至少两位同事的评审,都认可了才能提交上配置库。公司还经常组织相关的技术培训活动,甚至花钱把小S送到国内的一些大学培训机构去参加软件方面的培训。公司还有专门的测试团队,对于每一份内部正式发布的代码,都有完整的测试流程保证质量。对于要做什么,小S也是非常清楚,公司的产品经理认真负责,写出来的设计文档一丝不苟,小S所在的团队拿到以后几乎不用什么沟通来确认澄清就可以开始设计开发工作。 可是渐渐地,随着小S熟悉了其中的流程,他开始觉得厌烦,流程极其冗长,而且工作看起来似乎太缺乏挑战,整天和视频编解码打交道,时间长了无疑枯燥乏味,缺乏动力。为了修改一个变量,需要修改、评审、提交代码,经过反复和严格的测试,可能几秒钟的修改需要十几个小时投入的测试来保证正确性。每次想做一些有意思的项目,想聊一些有趣的事情,可是同事们的话题似乎总是围着那么几件事情转:房子、车子、孩子。大家都如此敬业,按时上班,忙的时候加一会儿班,但是似乎大家并没有什么激情。 小S觉得他自己不能在这里继续荒废青春了,虽然他学到了很多东西,但是他的工作已经无法让他充满动力地去迎接新的一天了。他决定改变,于是他和主管提出要离开。他的第二份工作让他眼前一亮,他来到了一支新团队B,一共才5个人,成员都在三十岁左右,清一色的男程序员,做的是通用平台开发和基础业务定制。需要做的事很杂,而项目组的员工技术和业务背景也非常复杂,有的是做底层开发做了5、6年,有的以前是DBA,有的是做互联网的业务设计开发的。 面对的是陌生的领域,小S觉得压力颇大。经理给他分配的导师,但是看起来导师却并不积极和热情,小S问什么,导师就回答什么,绝不多扯。公司也没有什么通用的流程和材料供新员工学习,有的只有一个大大的资料库,不系统,也缺乏整理,小S只能天天在互联网上搜索来解决项目中遇到的技术问题。他本想找经理帮帮忙,可是他很快发现,整个项目组处于一个非常松散的阶段,大家做事都很独立,他便放弃了总是去打扰别人的念头。 在平时的沟通当中,小S发现,每个人对于自己擅长领域,确实都可谓专家,说起来眉飞色舞的;可是对于领域外的事情,即便是实际工作需要,能有兴趣,却依然缺少热情。小S用脚本写了一个很有意思的工具,可以改进工作效率,他很想和大家分享他的小创造,可是他发现大家的热情并不高。产品经理是团队间共享的,需要做什么不会有人来主动回答,产品经理有时会把对产品的设计想法写下来,不过小S不怎么看,很多情况下因为太过抽象也看不很懂。公司对于流程基本是没有什么约束,几乎不写设计文档,小S的代码写了也没有太多人读,倒是出了问题还得自己负责,所以他还是小心地编码和测试。 小S又决定离开了,这一次,他在这支团队里呆的时间更短,是因为他始终觉得没能“上道”,压力巨大不说,还不知道从何入手。我是新人,我来以后要做什么?我应该先参与哪些项目?我应该先学习哪一些内容?这些问题没有任何人回答他。他觉得很茫然,又有点怀念起了以前那支团队A。 这一次,他加入了团队C,这支团队的员工都在二十岁出头,大多数都未婚,没有孩子,看起来都充满热情和斗志。小S觉得自己的热情一下子被点燃了,他觉得好长时间了,终于有了可以大干一场的感觉。项目组做的是一个信息挖掘处理的项目,这方面本身在国内行家里手就不多,再加上团队的成员普遍比较年轻,小S觉得大家都还处在一个学习进步为主的阶段,大家经验都不丰富。 小S进项目组以后,没有人给他指派导师,大家看起来都很忙,而且似乎都没有什么下班的概念,很多人一忙就到九、十点钟才回家。但是对于小S的提问,大家都很有热情和兴趣来回答。在这个项目组中,系统的学习材料就更少了,小S从网上搜了一些英文材料,买了一些相关的书来看,依然觉得缺少别人的指点,有一种缺乏头绪的感觉。对于项目上的事情,小S读了产品经理的文档以后想,用户的问题已经清楚了,要做的目的确实成形了,但是要怎么去做呢?还是缺乏思路。 对于代码上面,其实项目组没有什么严格的制度来保证,但是大家讨论代码层面的设计和实现特别得有热情。经常为了一个设计上的问题,为了选择一个优雅的、易于扩展的实现方案,而争论得不可开交。虽说经常觉得同事有些小题大做,小S还是认为自己依然学到了不少编码和设计上的知识,也看到了邋遢程序员们追求完美的另一面。整个公司只有几个测试人员,基本上只有产品成型了以后他们才能介入,于是小S有时候觉得心虚,对于自己写的实现,离看到让人放心的用户效果还差得很远。 虽说已经是第三个团队了,小S还是想离职了,这次的原因呢,是他觉得大家都在拼命地干活,努力地学习,但是他依然非常绝望,观察了几个月,他认为这支团队根本无法就把产品做成。他们就像无头苍蝇一样,忙碌却没有方向感,没有人可以带着他们一起把东西做起来。他也不确信在这支团队里面,他自己又可以学到些什么。 小S现在觉得很困惑,难道找一个适合的团队就那么难吗?你又会选择哪一支团队呢?   原文http://www.raychase.net/1658
  • 热度 14
    2014-4-11 16:28
    2354 次阅读|
    13 个评论
    转载前言:作者本身是一个资深程序员,文章感触与总结非常到位,虽然言辞稍激,但是值得了解。   作者: 四火大唠叨 ,原文http://www.raychase.net/367   这篇文字是我好久以来的想法,有一些感悟,有一些激烈的言辞,我很自豪我就是一名程序员,我希望给程序员或者前程序员们带来一点启发。也许你认可我的言辞,也许你不屑我的观点,无论如何,欢迎谈谈你的看法。   让程序员做更多种类的事 为什么有人说小公司锻炼人?在小公司,条件并不那么齐备,很多事情都需要程序员自己做,自己去澄清需求、自己做设计、自己搭建环境、自己测试,甚至自己上线、自己维护(这件事情在我们团队被称为“自己吃自己狗食”)。 然而到了某些公司,在一些正规的流程下,“人”反而显得不那么重要了:一个完、整的流程被切分成若干环节,程序员只能负责那小小的一环,更严重的是,他们显示出消极和片面的情绪,他们称自己码农,自嘲并且觉得在总做一些低级和毫无技术含量的事情。   关于“码农”——这似乎是一件很悲哀的事情,在美国,程序员是一个相当值得尊敬的行业, 去年硅谷的技术员工年薪平均已经超过10万美元 ;在中国,教师的行业起码获得了人们口头上的尊敬(虽然实质上也许并没有获得应有的待遇),而程序员,往往只能看到自己给自己呐喊。 这里没有绝对的对错之分,但我一直在博客中强调软件开发实质是一种创造性的劳动,只是在一个流程严格控制的公司内,这样的创造的火花可能被扼杀, 换来的好处是人员的流动中,代价最小化:谁都可以走、谁都可以代替谁,所有问题都被认为只是时间问题……那么,程序员,你的自我价值何在呢?   关于测试 我听到很多真实的声音,都在抱怨测试工作乏味、加班辛苦。我认为,国内大部分的测试,其实完全是程序员扭曲的工作形态导致的。 专职的测试人员去做专项测试、整个系统的集成测试等等,我都能理解, 但是绝对不应当深入模块内部去测试开发人员的代码,绝对不应该去考虑所谓的代码覆盖率——因为这些,比如白盒测试,本都是程序员自己该完成的事情。 程序员自己开发的程序,当然要自己验证功能,很多软件公司在一些项目流程里就是没有专职测试介入测试执行,原因很简单,难道自己拉了稀,让别人给你擦屁股? 另一方面,测试该掌握哪些技能? 我见过许多测试人员,他们抱怨工作总是被轻视,没有说话的分量,但是每天的工作就是了解开发的流程,根据流程完成用例的编写,然后执行那些用例,发现bug并填写bug report。如果一名测试只需要做这些事情,那么确实太没有技术含量了、太没有入门门槛了,太单调乏味了。 测试需要成长,既为自己考虑,也为团队中的程序员考虑。 做一名优秀的测试,除了要有分析能力、辨识能力等等软实力以外,基础技能如通信协议、脚本、编译原理、操作系统等等,亦视情况掌握,只有这样,才能和程序员从并不清晰的需求开始,一起去分析、设计、实现和质量保证、去和上上下下的环节做沟通、论证。 微软的测试(SDET)都把算法和编码视为基础要求,敢问国内一些公司的测试人员,有几个敢这么说?   让程序员远离浮躁 去看看国内几家知名博客和论坛,多少浮躁的博文和帖子四处乱飞?多少人在骂公司狗血,在自嘲薪水,甚至在人身攻击? 浮躁的心态可能是造成这种现象的罪魁祸首,有一位同事说得好,很多具体的技术都可以学,但是执着的心和对技术的热爱是不容易学得的。 整个社会都在日益浮躁,ITEye本来也是一个有技术深度、氛围浓厚的网站,现在看起来有些鱼龙混杂;微博的流行正验证了社会浮躁的趋势,很多人没有时间和耐心去写完整的文章,但是两三句感慨、甚至一词半句的惊叹却容易得多;程序员像寻找速配男女一样,在这个概念翻飞的时代,茫然地寻找自己应该进入的领域,应该了解的技术, 于是,很容易看到许多所谓的架构师和咨询师可以把这些东西讲得海阔天空、天花乱坠,这个概念、那个素语,但是——给他一个具体问题吧,要他写写实际代码吧,你会要了他的命。   给程序员一点宽松和鼓励 都在说国内的IT环境不如欧美,大量劳动力的富余让人力成本变得无比廉价,能让青年付出卖*代价以购买大部分配件都“Made In China”的iPhone,中国却只获得了1.8%的利润,这些都让人感叹,为什么中国做不出苹果系列这样的产品?为什么中国始终要给别人套上“廉价劳动力”的帽子?中国的程序员,你们的创造力呢?你们精彩的点子呢? 好吧,我听到有人在说是教育体制的问题。对于程序员的地位的思考有很多,可惜我们不是教育工作者,我们也没有那么大的影响力,不过,在团队中间,我们应当多给予这些脆弱的程序员们一点鼓励,让他们表达出自己的想法,特别是在设计上、实现上的想法,不要嘲笑任何人弱智,不要咒骂评审的代码狗屁,多一点沟通,把眼光放长远一些。 这些能表达出想法的人起码可以证明两点:有思考、有勇气,仅这两点,仅足以让旁观的人鼓掌。 一名优秀的Team Leader,不应该整天陶醉在跟踪项目进度和获取程序员工作反馈上。我们都明白,所谓一张一弛,在工作压力恰当的时候,是最适宜工作的,程序员的工作本来就需要创造性,没有适度宽松的环境,就没有思维的火花。 让程序员自己去布置工作台,给他们创造机会聊聊天,把各个团队、各个角色放到一起说说话,组织分享一些有趣的话题,做一些有意思的研究(最初程序员都很腼腆,得劳烦您多牵线搭桥了), Team Leader的工作,绝不仅仅是说“行”或“不行”。   程序员的理想 1983年,乔布斯对百事可乐的CEO John Sculley说:“Do you want to sell sugar water for the rest of your life, or do you want to change the world?”(你想卖一辈子糖水,还是改变世界?)。 我们已经不在战火纷飞的年代,有多少程序员还愿意怀抱那些原始的理想,还能说出“做互联网的弄潮儿”、“用技术改变世界”这样的话来? 这个世界执着的人并不多,用这样的理念去吸引程序员的公司,则更少。   关于技术 我始终觉得,做软件的公司是需要依赖于技术的,当然国内可以称得上是“技术公司”的并不多,但是,优秀的技术能让程序员脱颖而出,也作为一种谋生的手段,为其觅得不错的回报。 做技术能不能一直有饭吃?我想答案是肯定的,有许多公司声称技术路线可以一直有发展的可行性,但是技术牛人还是转了管理或者一走了之,有一种粗暴但是易行的鉴别技术公司的办法,就是寻找里面又没有40岁,甚至50岁以上还在做实际设计和编码的人(不是那些脱离了具体实现向客户吹嘘的角色)。 世界上有两种最赚钱的人,一种是真正的生产者,他们用自己独一无二的聪慧、灵感和劳动创造了价值;一种是极其老道的投机者,专门从别人口袋里把钱掏出来放到自己口袋里。他们都受人尊敬、受人瞩目,后一种让自己的生活变得更美好,但是前一种,让整个世界更美好 。 如果你不能在技术的道路上坚决地走下去,在大部分公司做市场、做管理、做咨询,顺便鄙视一下别的辛苦工作的程序员,那么也可以混得很好——毕竟,生活的解总是有很多种。
相关资源
  • 所需E币: 5
    时间: 2020-4-17 13:06
    大小: 40.31MB
    上传者: loromrj
    JAVA程序员职场全攻略,从小工到专家
  • 所需E币: 5
    时间: 2019-12-25 12:39
    大小: 9.29KB
    上传者: 978461154_qq
    程序员应具备的素质……
  • 所需E币: 4
    时间: 2019-12-25 02:46
    大小: 1.3MB
    上传者: 16245458_qq.com
    如何进行程序的创作、、、当当购买地址:http://product.dangdang.com/product.aspx?product_id=20691986互动购买地址:http://www.china-pub.com/196049程序员羊皮卷目录初入职场――程序员的职场成长3第1章大学生活应该这样度过3完成一个满意的项目丰富自己5安排一次真正的实习,了解社会5失败的实习生6如何找到适合的实习机会7实习成功的三有一无8开发人员实习应该这样9参加一个社团让自己融入团队9承担一份责任10感受项目经理的无奈11真正感受集体的意义12计算机专业的学生与IT培训12IT培训的7大陷阱14大学毕业了,要不要参加IT培训17到底有没有救世主20第2章四招找到好工作20求职中的心理健康问题20大专生求职受歧视21这世界并不亏欠我们什么23求职中的正确态度24面试前充分准备24专注于真正的机会25五个步骤查实公司信息26筛选重点应聘目标27了解职位信息有的放矢29明确职业和发展方向29简历及求职信程序员羊皮卷30工作经历要这样写33面试前的Checklist34面试中有进有退34了解人力资源经理的思……
  • 所需E币: 3
    时间: 2019-12-24 11:12
    大小: 6.49MB
    上传者: givh79_163.com
    程序员面试宝典……
  • 所需E币: 0
    时间: 2019-11-22 10:21
    大小: 31.7MB
    上传者: dkjggger
    呵护颈椎,远离疾病第一章,颈背疼痛可以治愈第二章,颈背部的结构,以及构成伤害的原因...
  • 所需E币: 3
    时间: 2019-8-2 13:04
    大小: 6.56MB
    上传者: bambooslip
    新手程序员在具备了理论基础后,面对实际项目时,往往不知道如何解决问题;有经验的程序员在学习了一门新语言后,也会有很多不知道如何使用的特性。针对程序员的这一普遍困惑,资深软件工程师BrianP.Hogan在这本书中总结了57道练习题,教他们如何锤炼技能。这些练习题的难度会逐渐增加,使得编程训练充满挑战又乐趣多多。
  • 所需E币: 3
    时间: 2019-8-2 13:10
    大小: 10.02MB
    上传者: bambooslip
    代码跑出来的概率统计问题;程序员的概率统计开心辞典;开放数据集,全代码攻略。现实工作中,人们常被要求用数据说话。可是,数据自己是不能说话的,只有对它进行可靠分析和深入挖掘才能找到有价值的信息。概率统计是数据分析的通用语言,是大数据时代预测未来的根基。站在时代浪尖上的程序员只有具备统计思维才能掌握数据分析的必杀技。本书正是一本概率统计方面的入门图书,但视角极为独特,折射出大数据浪潮的别样风景。作者将基本的概率统计知识融入Python编程,告诉你如何借助编写程序,用计算而非数学的方式实现统计分析。一个趣味实例贯穿全书,生动地讲解了数据分析的全过程:从采集数据和生成统计量,到识别模式和检验假设。一册在手,让你轻松掌握分布、概率论、可视化以及其他工具和概念。编写测试代码深入理解概率论和统计学运行实验检验统计行为特征,如生成服从各种分布的样本通过模拟理解数学上艰涩的概念学习贝叶斯估计等实用内容用Python导入各种来源的数据运用统计推断解决真实数据问题《统计思维:程序员数学之概率统计》是一本以全新视角讲解概率统计的入门图书。抛开经典的数学分析,Downey手把手教你用编程理解统计学。概率、分布、假设检验、贝叶斯估计、相关性等,每个主题都充满趣味性,经编程解释后变得更为清晰易懂。本书研究数据主要来源于美国全国家庭成长调查(NSFG)与行为风险因素监测系统(BRFSS),数据源及解决方案的相关代码全部开放,具体章节列出了大量学习和进阶资料,方便读者参考。AllenB.Downey是富兰克林欧林工程学院的计算机科学副教授,曾执教于韦尔斯利学院、科尔比学院和加州大学伯克利分校。他先后获麻省理工学院计算机科学硕士学位和加州大学伯克利分校计算机科学博士学位。Downey已出版十余本技术书,内容涉及Java、Python、C++、概率统计等,深受专业读者喜爱。他的最新Think系列书还有ThinkComplexity:ComplexityScienceandComputationalModeling、ThinkPython。
  • 所需E币: 0
    时间: 2019-7-22 16:45
    大小: 4.87MB
    这本书主要介绍系统软件的运行机制和原理,涉及在Windows和Linux两个系统平台上,一个应用程序在编译、链接和运行时刻所发生的各种事项,包括:代码指令是如何保存的,库文件如何与应用程序代码静态链接,应用程序如何被装载到内存中并开始运行,动态链接如何实现,C/C++运行库的工作原理,以及操作系统提供的系统服务是如何被调用的。每个技术专题都配备了大量图、表和代码实例,力求将复杂的机制以简洁的形式表达出来。本书最后还提供了一个小巧且跨平台的C/C++运行库MiniCRT,综合展示了与运行库相关的各种技术。
广告