- 浏览: 1162564 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (224)
- Web UI (11)
- Dynamic Language (7)
- Framework (9)
- Note & Try (17)
- JavaScript (38)
- Ant/Gant/Maven (2)
- Database (5)
- Software Engineering (13)
- Career (29)
- Team Management (5)
- Performance (12)
- Algorithm (17)
- News & Commets (23)
- System Design (17)
- OO Design (8)
- API Design (3)
- Programming Paradigms (8)
- Asynchronous Programming (5)
- Architecture (6)
最新评论
-
a2320064997:
请问博主,排序的动图是怎么做出来的?
排序算法一览(二):归并类排序、分布类排序和混合类排序 -
你的微笑我得阳光:
试试验证码
reCAPTCHA项目 -
mack:
一般采用json
对象转换的问题 -
fly_hyp:
我也做了一个中文编程软件,叫趣智思成
一些中文编程语言 -
facingSun:
受教了
前端解耦的一个最简单示例
这篇文字是我好久以来的想法,有一些感悟,有一些激烈的言辞,我很自豪我就是一名程序员,我希望给程序员或者前程序员们带来一点启发。也许你认可我的言辞,也许你不屑我的观点,无论如何,欢迎谈谈你的看法。
让程序员做更多种类的事
为什么有人说小公司锻炼人?在小公司,条件并不那么齐备,很多事情都需要程序员自己做,自己去澄清需求、自己做设计、自己搭建环境、自己测试,甚至自己上线、自己维护(这件事情在我们团队被称为“自己吃自己狗食”)。
然而到了某些公司,在一些正规的流程下,“人”反而显得不那么重要了:一个完、整的流程被切分成若干环节,程序员只能负责那小小的一环,更严重的是,他们显示出消极和片面的情绪,他们称自己码农,自嘲并且觉得在总做一些低级和毫无技术含量的事情。
关于“码农”——这似乎是一件很悲哀的事情,在美国,程序员是一个相当值得尊敬的行业,去年硅谷的技术员工年薪平均已经超过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岁以上还在做实际设计和编码的人(不是那些脱离了具体实现向客户吹嘘的角色)。
世界上有两种最赚钱的人,一种是真正的生产者,他们用自己独一无二的聪慧、灵感和劳动创造了价值;一种是极其老道的投机者,专门从别人口袋里把钱掏出来放到自己口袋里。他们都受人尊敬、受人瞩目,后一种让自己的生活变得更美好,但是前一种,让整个世界更美好。
如果你不能在技术的道路上坚决地走下去,在大部分公司做市场、做管理、做咨询,顺便鄙视一下别的辛苦工作的程序员,那么也可以混得很好——毕竟,生活的解总是有很多种。
文章系本人原创,转载请注明出处和作者
注:本博客已经迁移到个人站点 http://www.raychase.net/,欢迎大家访问收藏,本ITEye博客在数日后将不再更新。
评论
那么具体怎么做呢?有这么几个提示。
第一、自己主动写规范的文档注释。练多了就不慢了。这可能需要花费你半年时间。
第二、将自己的设计过程和编码过程分开。虽然都是你自己做,还是先做设计,做到一个别人能看懂的地步,然后再做编码。为了防止自己不经意间 * 作 * 弊 * ,也就是设计和编码混在一起,你可以同时做二个东西。两个设计都先做完,然后再回过头来编码。脑子清空之后你就会发现自己的设计哪些东西是只有自己才明白的。
第三、关注架构方面的事情。比如负载均衡软件、比如数据库集群软件Hadoop,什么的。有机会就试试。软件系统解决问题的方法,不光是编程。其实做系统更重要。
我们这的确是在做产品,我们做的这套产品上线还不到三年,一直修修补补的,改动很大。不过最近的确也在先设计后编码,有些生疏,有时候不知道该如何表达。流程图一直在练习画,uml的东西在慢慢应用,因为目前项目组技术人员有限,灵活使用的还没有,只能先慢慢练习着,hadoop这个肯定会在后期进行应用的,目前还没有去接触,需求有点多,要做的事情也比较多。但是去年的时候就规划出了系统今后要做的事情,其中包括了缓存,负载均衡这块,只是现在时间还不允许。谢谢你的提示 ,很有帮助。 还有你说的合作交流的问题,我觉得这个得在我有一定的技术基础以后才能更好的去交流,目前自己底子不够,捉襟见肘啊。不过我会先按着你的提示进行的,公司一直推流程规范,设计文档肯定是要做的。
。
好久不见啊。这么些年过去了,过得如何?
其实我做设计除了最开始刚入行的时候画 UML 的图,后来都更偏向于使用手在纸上画设计图,然后拍下来,照片传到项目管理系统里边去。如有必要,照片直接贴到设计文档里边。这是试验的各种方法中最高效的,特别是详细设计的逻辑流程。
我现在就是这么干的! 不过要写到正式文档中去,要是要用工具重画下。
那么具体怎么做呢?有这么几个提示。
第一、自己主动写规范的文档注释。练多了就不慢了。这可能需要花费你半年时间。
第二、将自己的设计过程和编码过程分开。虽然都是你自己做,还是先做设计,做到一个别人能看懂的地步,然后再做编码。为了防止自己不经意间 * 作 * 弊 * ,也就是设计和编码混在一起,你可以同时做二个东西。两个设计都先做完,然后再回过头来编码。脑子清空之后你就会发现自己的设计哪些东西是只有自己才明白的。
第三、关注架构方面的事情。比如负载均衡软件、比如数据库集群软件Hadoop,什么的。有机会就试试。软件系统解决问题的方法,不光是编程。其实做系统更重要。
我们这的确是在做产品,我们做的这套产品上线还不到三年,一直修修补补的,改动很大。不过最近的确也在先设计后编码,有些生疏,有时候不知道该如何表达。流程图一直在练习画,uml的东西在慢慢应用,因为目前项目组技术人员有限,灵活使用的还没有,只能先慢慢练习着,hadoop这个肯定会在后期进行应用的,目前还没有去接触,需求有点多,要做的事情也比较多。但是去年的时候就规划出了系统今后要做的事情,其中包括了缓存,负载均衡这块,只是现在时间还不允许。谢谢你的提示 ,很有帮助。 还有你说的合作交流的问题,我觉得这个得在我有一定的技术基础以后才能更好的去交流,目前自己底子不够,捉襟见肘啊。不过我会先按着你的提示进行的,公司一直推流程规范,设计文档肯定是要做的。
。
好久不见啊。这么些年过去了,过得如何?
其实我做设计除了最开始刚入行的时候画 UML 的图,后来都更偏向于使用手在纸上画设计图,然后拍下来,照片传到项目管理系统里边去。如有必要,照片直接贴到设计文档里边。这是试验的各种方法中最高效的,特别是详细设计的逻辑流程。
世界上有两种最赚钱的人,一种是真正的生产者,他们用自己独一无二的聪慧、灵感和劳动创造了价值;一种是极其老道的投机者,专门从别人口袋里把钱掏出来放到自己口袋里。他们都受人尊敬、受人瞩目,后一种让自己的生活变得更美好,但是前一种,让整个世界更美好。这也是很多程序员走上这条路的初衷吧
最近我这边招聘白盒测试人员,这叫一个难招……
说实话没写过测试代码,没走查过别人的代码.学习效率会非常低
最近我这边招聘白盒测试人员,这叫一个难招……
说实话没写过测试代码,没走查过别人的代码.学习效率会非常低
最近我这边招聘白盒测试人员,这叫一个难招……
那么具体怎么做呢?有这么几个提示。
第一、自己主动写规范的文档注释。练多了就不慢了。这可能需要花费你半年时间。
第二、将自己的设计过程和编码过程分开。虽然都是你自己做,还是先做设计,做到一个别人能看懂的地步,然后再做编码。为了防止自己不经意间 * 作 * 弊 * ,也就是设计和编码混在一起,你可以同时做二个东西。两个设计都先做完,然后再回过头来编码。脑子清空之后你就会发现自己的设计哪些东西是只有自己才明白的。
第三、关注架构方面的事情。比如负载均衡软件、比如数据库集群软件Hadoop,什么的。有机会就试试。软件系统解决问题的方法,不光是编程。其实做系统更重要。
我们这的确是在做产品,我们做的这套产品上线还不到三年,一直修修补补的,改动很大。不过最近的确也在先设计后编码,有些生疏,有时候不知道该如何表达。流程图一直在练习画,uml的东西在慢慢应用,因为目前项目组技术人员有限,灵活使用的还没有,只能先慢慢练习着,hadoop这个肯定会在后期进行应用的,目前还没有去接触,需求有点多,要做的事情也比较多。但是去年的时候就规划出了系统今后要做的事情,其中包括了缓存,负载均衡这块,只是现在时间还不允许。谢谢你的提示 ,很有帮助。 还有你说的合作交流的问题,我觉得这个得在我有一定的技术基础以后才能更好的去交流,目前自己底子不够,捉襟见肘啊。不过我会先按着你的提示进行的,公司一直推流程规范,设计文档肯定是要做的。
。
那么具体怎么做呢?有这么几个提示。
第一、自己主动写规范的文档注释。练多了就不慢了。这可能需要花费你半年时间。
第二、将自己的设计过程和编码过程分开。虽然都是你自己做,还是先做设计,做到一个别人能看懂的地步,然后再做编码。为了防止自己不经意间 * 作 * 弊 * ,也就是设计和编码混在一起,你可以同时做二个东西。两个设计都先做完,然后再回过头来编码。脑子清空之后你就会发现自己的设计哪些东西是只有自己才明白的。
第三、关注架构方面的事情。比如负载均衡软件、比如数据库集群软件Hadoop,什么的。有机会就试试。软件系统解决问题的方法,不光是编程。其实做系统更重要。
怎么说呢。别做开发,好的软件人员,十年前就已经不该是开发工作者了。
尽可能找到做产品,而不是项目的公司。如果是做项目的,最好也是直接出售源代码的那种。这样你受到的训练才正确。在国内这个糟糕的大环境中,最可靠的就是通过看书、看材料,来了解这个世界先进的生产方式是什么。自己逼着自己向这种方式靠拢。这需要你提供很强的意志力与你身边的世界做对。但不这样,你就会被同化。
实际上工程学最大的讲究,就是与人合作。为此要做很多事情。这是主要的技术能力,就是让别人体会你的心思,并且能够比较容易地体会别人的心思。这种体会不光是通过说话了解身边的人,还包括网络远端异国的合作者们;不止是三四个人,而是上百人。
能够跨国几百人联合作业,这才是软件人员现阶段的先进工作能力与方式。
坚持。。。熬。。。
坚持。。。熬。。。
---这句话很不错,赞一个
说的不错,尤其是公司没什么发展的公司;只想着找更便宜的程序员。
最近我这边招聘白盒测试人员,这叫一个难招……
发表评论
-
谈谈足球青训、中国教育以及工程师培养
2013-12-13 08:22 3541我从98年世界杯就开始 ... -
工程师的生活
2013-08-17 12:09 3024我忽然很好奇,想知道其他软件工程师的生活是什么样的?人永远 ... -
自由地生活和工作
2013-07-27 01:17 2431这篇文章,算是理清和 ... -
自欺欺人的故事
2013-06-12 22:55 1626看到吴军博士的一条 ... -
有趣还是无趣?
2013-05-17 20:05 1496这是一篇扯淡,一篇ran ... -
行动、眼界和体验
2013-05-12 00:29 1555这是一堆杂乱的文字。可以认为它是我从去年二月份正式跳槽到北京 ... -
兴趣的力量
2013-02-01 12:27 1690一月底我就到家了,休 ... -
2012年回顾和2013年计划
2013-01-03 19:35 19872012年,我来到北京 ... -
多面手程序员
2012-12-29 22:49 3881先来看看这样的场景: “没有美工做的高保真页面,我怎 ... -
C++程序员和Java程序员的差异
2012-10-25 10:28 2988首先说明,这几年接 ... -
致那些自嘲码农的苦逼程序员
2012-09-19 00:46 6835好吧你可以说这是水文。 今天下午和经理聊了一些关于软件 ... -
多年前的一封邮件
2012-09-07 09:50 1998昨晚在整理邮件,翻阅到这样一封邮件,它来自我的老师郭军, ... -
我十年学习编程的历史
2012-08-14 00:41 3010我十年学习编程的历史 首先,我不是标题党。其次,我 ... -
西雅图印象
2012-07-30 14:21 1865西雅图印象 有机会得以去西雅图出差。我们这次 ... -
留给我回忆的那些PC游戏
2012-07-26 13:37 2146和大多数八零后的男孩 ... -
程序员学英语
2012-07-25 04:09 2116老实说,我对于英语的认识,从没有把它的重要性放到一个足够的高度 ... -
“你不适合做程序员”
2012-05-26 00:29 5817我的一位同事,他带他 ... -
我为什么坚持写博客
2012-05-02 23:13 6642我是从06年开始真正写 ... -
思考、学习新技术的原则和方式
2012-04-28 13:24 2472先看下面这样的困惑: 最近了解了几个MVC的框架,其中有两个 ... -
那些糟糕的面试和那些屎问题
2012-04-15 11:27 11902不同的公司和人,有不同的面试策略,有的考察视野、有的深入细节、 ...
相关推荐
另一方面,也需要培养解决问题的能力,能够在遇到难题时迅速找到解决方案。同时,上进的态度还包括积极面对变化,愿意接受新的工作方式和方法论,如敏捷开发、持续集成等,这些都是提高工作效率的有效手段。 #### ...
首先,让我们谈谈程序员这一职业本身。作为程序员,我们的主要任务是编写、调试和优化代码,构建高效、稳定的软件系统。这要求我们对编程语言有深入的理解,如C++,它是许多系统级和高性能应用的首选语言。掌握C++...
##### 1.2 谈谈程序员的基础知识 对于想要进入编程领域的新人来说,了解必备的基础知识和技能是非常重要的。这不仅能帮助他们在职业生涯初期打下坚实的基础,还能促进长期的职业发展。 **基础知识:** - **计算机...
在这个快速发展的数字时代,程序员需要的不仅仅是编程技能,更重要的是培养一种"灵魂",即软技能、沟通能力、团队合作精神、自我管理以及对行业的深度理解。 首先,我们来谈谈技术之外的软技能。软技能涵盖了沟通、...
首先,让我们来谈谈程序员是否需要经常刷题。刷题可以帮助程序员巩固基础知识,提高编程效率,尤其是在面试准备阶段,刷题是快速检验和提升自己技术实力的有效方式。常见的刷题平台如LeetCode、HackerRank等提供了...
首先,让我们来谈谈“IT职业发展”。在IT行业,职业发展路径通常包括程序员、软件工程师、系统架构师、项目经理、技术主管、CTO(首席技术官)等角色。每个阶段都要求不同的技能和经验积累。例如,从初级程序员到...
然而,孩子学习 Scratch 一段时间后,图形化编程语言对他的帮助越来越小,这是因为设计精炼的工具和案例,时间久了容易限制孩子创造力的培养。 因此,对于孩子学习 C++ 语言,我们需要选择合适的入门语言。Python ...
C++以其高效、灵活性以及对底层控制的强大能力深受程序员喜爱,尤其在算法竞赛中有着很高的地位。而JAVA则以其简洁的语法、自动内存管理及跨平台特性吸引了很多初学者。在这些源码中,初学者可以学习到如何在实际...
因此,在准备面试时,除了学习基础知识,还要多做练习,培养解决问题的实际能力。 总之,这个"编程建议"压缩包文件提供了一个全面的学习路径,从基础的编程理念到高级的技术讨论,再到面试的实战准备。对于每一个...
数据结构与算法是编程领域的核心组成部分,它们是程序员掌握高效问题解决能力的关键。在这个主题中,我们将深入...因此,无论你是初学者还是经验丰富的开发者,深入学习数据结构与算法都将对你的职业生涯产生深远影响。
这需要一个数据库来系统地记录和跟踪每个组别的详细信息,如注射的细胞数量、培养条件、手术过程、荧光信号检测以及后续的解剖结果。数据库可以设计成包含以下字段:实验组别、实验动物ID、细胞系、注射时间、肿瘤...
首先,我们来谈谈“算法”。算法是解决问题或完成任务的一系列明确指令,是计算机科学的灵魂。常见的算法包括排序算法(如冒泡排序、插入排序、选择排序、快速排序、归并排序等)、查找算法(如线性查找、二分查找)...
JUnit是一个开源的Java库,它允许程序员编写可重复运行的测试用例。在JUnit中,每个测试用例都是一个独立的Java方法,通常以"test"开头。通过注解(如@Test)来标识这些方法,JUnit框架会自动执行它们并报告结果。...
这些资源对于学习算法、准备面试或是提升编程能力的程序员来说是极其宝贵的。 首先,我们来谈谈算法的重要性。算法是计算机科学的基础,它是解决问题的精确步骤,用于指导计算机执行特定任务。优秀的算法能够高效地...
首先,我们来谈谈“数据结构”。数据结构是计算机科学中的基石,它研究如何有效地组织、存储和处理数据。常见的数据结构包括数组、链表、栈、队列、树、图等。书中会详细阐述每种数据结构的特点、操作方法以及它们在...
首先,我们来谈谈Python的基本语法。Python以其简洁明了的语法规则著称,如缩进代替大括号表示代码块,以及其易于理解的变量声明和赋值方式。初学者可以通过这些练习熟悉基本的变量类型(如整型、浮点型、字符串、...
这些基础元素是所有编程语言的基石,通过反复练习,学生可以加深对编程逻辑的理解,提高解决问题的效率。 问题集的设计旨在检验学生的理解能力和独立思考能力。这些问题可能涵盖算法设计、数据分析、概率统计等多个...
这个存储库旨在通过解决实际的编程挑战来帮助开发者加深对这些核心概念的理解。 首先,让我们讨论数据结构。数据结构是组织和管理数据的方式,它影响了数据的访问效率和处理速度。在这个项目中,可能包括了如数组、...