用脑子写程序,鄙人就是这样完成一个需求的,您呢?

发布时间:2013-09-13 01:07:00作者:左潇龙阅读(5882 )评论(72)

             各位猿友,LZ有礼了。

             上一篇文章LZ与各位猿友讨论了懒与勤快的内容,引起了小小的争议。有支持LZ的,也有批判LZ的。本次开篇LZ准备先让各位批判与支持LZ的猿友露个脸,都是一些热心的猿友。

             首先是支持LZ的,这里给出部分猿友的回复,非常感谢各位。

    #2楼 2013-09-11 06:34 | 飞扬青云  

    楼主就是在静静的时候思考后写下这篇文章的! 

    #3楼 2013-09-11 07:19 | 海之澜  

    楼主说的着实是个现在猿友们的现状,分析的很透彻

    #13楼 2013-09-11 09:11 | 冰麟轻武  

    喜欢你幽默的文字风格

    #20楼 2013-09-11 10:00 | 火星老蒋  

    楼主文笔风趣啊,勤快又多思考就能逆天真棒,大家快来逆天先

             就这么多吧,LZ这里对剩下没提到的猿友真诚的说声抱歉。下面是批判LZ的,在批判LZ的言论中,主要有以下几点。 

             1、说LZ是标题党的,这个LZ表示没什么好说的,只能对这些猿友说一声抱歉了,赚了您一个阅读数,以下没有提到的猿友请见谅,可能LZ没找到你的回复。

    #12楼 2013-09-11 09:09 | 迷惘小子  

    请不要标题党~~!! 这样容易引起误会 [羞涩]

    #74楼 2013-09-11 19:31 | cntnn11  

    标题党。
    楼主换个标题吧《改掉你的坏毛病,它会影响你的前途》

    #94楼 2013-09-12 10:45 | Albert Fei  

    一看就是标题党!

    #30楼 2013-09-11 11:00 | 行动大于一切  

    纯粹的标题党

             2、这第二种是讨论勤快与懒的,涉及的内容五花八门,以下拿出部分猿友的回复。

    #7楼 2013-09-11 08:53 | riccc  

    这标题看到就忍不住想反对
    这个问题上升一点层次就可以适用于IT技术工作者群体(包括技术管理者、架构师等专业岗位),即务实跟务虚,有的人只会埋头干,有的人只会吹,两方面都具备就是非常有前途的实干家。

    #54楼 2013-09-11 13:15 | zhanjindong  

    我是属于白天很忙(为生活),晚上很懒(为自己)的人。
    LZ的观点认同,但是论证的过程不敢苟同。
    “ 第二种,他们往往对一些重复且繁琐的工作特别厌烦,更有甚者会经常抱怨连连。他们经常坐在工位上发呆,或是出去抽根烟,上上厕所什么的。”谁知道TM的是真的在思考还是懒得干活在意淫哪个美女呢?
    对于刚毕业的新手来说,没有不断的实践哪有静下心思考的资本。

    #56楼 2013-09-11 13:26 | agassi  

    Lz的文章说的刚好相反,勤奋的程序员都是善于懂脑子的,懒惰的都是不懂脑的

    #69楼 2013-09-11 17:52 | 田林九村  

    我觉得应该动脑和动手兼备吧
    有些事情是要去做了才能明白下一步的
    勤快的人还是要表扬的, 
    就怕有些人只动脑和口, 然后把粗活仍给别人
    严于律己, 宽以待人

    #70楼 2013-09-11 17:55 | 树形图  

    楼主,我觉得再扯,没有一个人是勤快的,自然写程序,也肯定是奔着最省劲,最懒的方法去的,这包括脑力劳动和体力劳动了,这两个是对等的。对于高斯那个熊孩子,我认为他不是用几分钟就想出那个公式的,肯定也下了很多功夫

              3、最后一些大部分是让LZ来点干货的,以下是部分猿友的回复。

    #91楼 2013-09-12 10:13 | 一文钱  

    @左潇龙
    你说的都对,我只是觉得这种文比较泛滥。多来点干货,让我好好思考,3q

    #75楼 2013-09-11 19:50 | 树尖  

    看到第五节,正以为要拉开大幕,大侃特侃时,再往下拉一点,没了。your say a **

    #79楼 2013-09-11 23:57 | yingsuixindong  

    思考境界的提高,没给出一些可行的尝试建议

             

             本次LZ这篇文章,主要就是想要尽量迎合第三种批判LZ的猿友们的,也就是搞点干货,同时也是给支持LZ的猿友们更多的分享,另外也希望第二种批判LZ的猿友们继续给予LZ建议。至于第一种批判LZ的猿友们,LZ好似只能表示无能为力了。

             下面各位猿友就和LZ一起进入我们的正题吧。

             

    何为用脑子写程序?

     

             看到这个小标题,有的猿友可能想要喷LZ了,LZ你个1+1货,写程序不用脑子怎么写,难道还真把程序猿当成搬砖的了,况且,就算是搬个砖,要是不动脑子的话,也很容易砸着自己的脚的。

             LZ还是要劝各位猿友先莫要激动,待LZ一一道来。

             回答一下标题上的小问题,用脑子写程序,并不是说在写程序的同时要动脑子的意思,LZ想要表达的意思是,在动手写代码之前,先用脑子在脑子里(有点绕,0.0)把程序写一遍,然后再动手去写,此为用脑子写程序。

     

    用脑子怎么写程序呢?

     

             这个LZ估计每个程序猿应该都有过这种经历,接下来LZ就说一下LZ是怎么写的,仅供参考,不一定适用于每一个猿友。另外,LZ假设完成某个需求需要的时间大约是一天,也就是八个小时,下面LZ就以八个小时的耗费时间为例,给各位猿友分享一下LZ在各个步骤中所花费的大概时间。

     

    第一步:看

     

             将与要实现的需求的相关代码仔细的看一遍,理清楚现有的相关代码的逻辑。

             举个简单的小例子,比如我们要给某一个列表增加一个显示列,那么我们可能就要看下这几个地方。首先就要看一下这个列表中的字段值是怎么从数据库查出来的,过后就要看一下查出来的字段值是如何从后台传到页面的,然后再看一下在页面中又是如何显示的。

             也有一种情况是,你对系统已经非常了解了,又或者现有的相关代码是你刚做过的一个功能,那么有时候这一步是完全可以省掉的。LZ现在已经大部分都没有这一步了,不过如果不确定的话,还是要稍微看一下的。

             这一步按八个小时来算的话,LZ花费的时间一般在半个小时左右,不过也可能为零。

     

    第二步:找茬

     

             现在我们已经非常清楚现有代码实现的逻辑了,而我们要做的就是在此基础上修改一些东西或者增加一些东西,下面这个步骤就该找茬了。

             找谁的茬呢?

             答曰:找需求的茬。

             找需求的茬就是要仔细的想一下,在现在的代码基础上,实现当前的需求会不会有什么不妥。

             比如,会不会对原来的功能造成影响,会不会实现起来非常困难或者改动非常大,如果是的话,是否存在合理的替代方案,如果有的话,可以去找产品经理商讨一下。当然还有的时候,应该直接拒绝某些需求,这并不是我们拒绝干活,而是对自己的系统负责任的表现。当然了,如果你做出这个决定的话,必须要有充足的理由说服你的产品经理,或者是业务人员,又或者是项目经理等等。

             在这一步中,这一系列与需求相关的问题,就是我们要思考的。LZ一般在这个阶段,思考的时间是最长的。按八个小时来算的话,这个步骤一般最起码要花费LZ四到五个小时左右的时间。

             这其中如果发现需求有问题或是对需求有任何疑问的话,也可能包括了与产品经理、业务人员或是项目经理沟通的时间,如果是系统之间接口的话,可能还包括了和其它系统人员沟通的时间。

     

    第三步:在脑子里写程序

     

             需求确认完,并确保需求的可行性以后,剩下的就只是写代码了。不过LZ一般到了这个时候依然不会动手,LZ会在脑子里把程序写一遍。

             具体怎么写的呢?

             其实就是想好自己要改哪些地方,还有就是这些地方都怎么改,想好以后,再大概想一想会不会有什么问题。就还拿那个特别简单的例子,就是给某一个列表增加一个显示列的需求,那么就大概需要该这么几个地方,以下是针对LZ现在维护的系统来说的。

             第一个就是SQL查询语句要改一下,要增加一个查询的字段,之后就要把多出来的这个字段值与程序中实体的某一个字段做个映射关系存进去传到页面,然后就改一下页面,在列表显示的table中增加一列并显示出相应的值就行了。

             这就是一个简单的在脑子里写程序的过程,写完以后,LZ一般会再想一想是否有什么遗漏的地方。这整个过程,一般大约会花费LZ半个小时到一个小时的时间。

     

    第四步:真正动手写程序

     

             在上面三个步骤完成以后,一般已经花费了LZ大概五到六个小时的时间,接下来的时间就是将脑子里写过的程序快速的写出来而已。这个过程LZ花费的时间,大约在半个小时到一个小时之间。

     

    第五步:测试

     

             写完之后,还有一点点时间就是要自己动手测试一下了,不过经过LZ实践证明,大部分情况下,这时候写出来的程序几乎都是没问题的。

              

    小总结

     

              以上便是LZ大部分时候去完成一个需求的大致过程,上面的时间是按八个小时算的,如果换算成比例的话。可以看出LZ每个阶段花费的时间如下所示,为了计算方便,以16为分母。(分母。。是不是好久没听过了呢)

              一、看:0至1/16

              二、找茬:8/16至10/16

              三、在脑子里写程序:1/16至2/16

              四、真正动手写程序:1/16至2/16

              五、测试:1/16至2/16

              上面算出来的只是大概的时间比例,实际当中可能会有所波动,但一般情况下,LZ真正动手去写的时间,不会超过1/8。换句话说,如果上司给了LZ一个任务,这个任务让LZ在一天之内完成。那么你将直接看到的现象就是,你会发现LZ只有大约一个小时是坐在电脑前噼里啪啦敲键盘的,还有半个小时是坐在电脑前点来点去测试的,其余时间估计就看不见LZ了,或者是看到LZ在电脑前坐着,却不是在敲代码,而是在干别的事。

              这些时间LZ都在干嘛呢?

              其实这个很不一定,可能是上厕所去了,或是抽烟去了,又或者是与相关同事沟通需求的事去了,又或者是趁着沟通中一些等待的空挡干点其它的事,比如回回邮件,回复下业务人员的问题,帮助别人的系统解决下问题,或是带带新人等等(LZ的事比较杂,0.0),总之不是在工位上噼里啪啦写代码,但是不要忘了,其实LZ至始至终都在脑子里进行着当前的开发任务,因此LZ依然可以按时并且轻松的将开发的任务完成。

              事实上,这并不是对工作懈怠不负责任的表现,从结果就能看出,至少LZ目前依然稳稳的在职,这说明领导是能看出来你到底是干活没干活的,毕竟结果很重要,任务还是按时完成了。而且LZ这里敢负责任的说,LZ这样看似晃晃悠悠一天写出来的程序绝对比LZ坐那一天憋出来的代码质量要高的多,只不过这是对于LZ个人而言,毕竟LZ也说了,LZ的方式不一定适合所有猿友,不过应该是存在一定的参考价值的。

              这就需要各位猿友根据自己的情况去吸优排差了,将LZ所说的糟粕除去,然后收下其中的某些精华。

     

    结束语

     

             看过LZ上一篇文章的细心猿友可能会发现,LZ不就是上一章中的第二种程序猿吗?

             只是LZ到底是高斯,还是屌丝,或者是鱼香肉丝,就不得而知了。请猿友们帮LZ鉴定一下吧。

             觉得是高斯的请大声的喊出来,如果是后两个的话,请大喊下面这句话。

             老衲和我的小尼姑们都惊呆了,0.0。

     

    附录

     

             同学们,现在向我们走来的是程序猿方阵!他们穿着拖鞋,披着毛巾,左手拿着键盘,右手举着鼠标,腋下夹着USB转换器。他们因睡眠不足而显得精神不振,喊着微弱的口号走过主席台,主席问候:程序猿们辛苦了!程序猿方队异口同声地答道:Hello World!

     


    版权声明:本文版权归作者(左潇龙)所有,欢迎转载。但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

    16
    精彩
    0
    感动
    0
    搞笑
    0
    开心
    0
    愤怒
    1
    无聊
    0
    灌水
    0
    惊讶
#1楼     时间:2013-09-13 05:44:00      来源:yao2yao4
最怕那种不懂编程的PM、领导等,又不懂编程,在我在思考怎么做的时候,傻逼地问我,我刚告诉你需求了,你怎么还不写代码?
#2楼     时间:2013-09-13 07:34:00      来源:Zery
在开发前,把需求理解清楚,思路想好,就好比,把路铺好了,就差在上面走两步了。LZ这种流程,是值效仿的。
#3楼     时间:2013-09-13 08:16:00      来源:cntnn11
哈哈,我在不支持楼主的一列当中。hello lz!
虽说不喜欢标题,但是内容还是值得认同。
因为我自己也是这么做的,接到一个新任务会先分析,写一份需求文档,给任务进行拆解,记录细节等操作。
不动脑子接到任务就写的教训已经够多了,至少对于我来说是太多了。
#4楼     时间:2013-09-13 08:20:00      来源:小灰狼的脑瓜
有点虚
#5楼     时间:2013-09-13 08:33:00      来源:SeeMore
追随楼主的步伐,其实如果不是给公司写项目的话,单纯自己写,可以自己想一下,你会花多少时间去构思自己的项目框架,又会把多少时间真正用在写代码上。而且一个好的构思,好的框架,在之后完成项目过程中,会非常的快!
#6楼     时间:2013-09-13 08:39:00      来源:岁月漫步
楼主更适合去说相声
#7楼     时间:2013-09-13 08:40:00      来源:小小搬运工
哇擦、我每次做东西就是这样的、老半天不动手!就是想~思路通了就写、没事一天屁股离开凳子10次以上 、搞的真心不好意思!!......
#8楼     时间:2013-09-13 08:48:00      来源:Sam Xiao
楼主:
我个人认为,一个团队里什么人都应该要有,意思就是说包容性要好。就像一个军队,个个都是有智有勇的将军,那谁去堵机枪口?
我感觉你提倡的先思再行的观点纯属乌托邦。往往一个团队里,思考者和行动者往往是不同阶层的人。如果行动者去干思考者的事,有时会引起不必要的麻烦。要懂的分工协作。
#9楼     时间:2013-09-13 09:06:00      来源:Qinw
你这标题太过于绝对了,虽然你的意思是要求程序员思考,但你却不小心否认了勤快者自信的来源,其实要成功找对合适自己的路子走下去就好。所以你说1必定会有人说-1,这场辩论最后的结局就是0。这就和当初语言之争一样,有意义吗?搞来搞去对国人有什么提高?在学习和成长路上每人都有每人的方式方法,每个人都有自己的处境和环境,你要分析的是,为什么你这类人合适这种方法而别人合适另外一种方法,而不是我这种方法对于我感觉良好,你们都来学习吧,你们辩论的不是什么真理而是菜是咸好吃还是淡的好吃。
#10楼     时间:2013-09-13 09:14:00      来源:左潇龙
@ Sam Xiao
贫僧的理解,施主的意思是程序猿是执行者,是行动者。可是恕贫僧冒昧,贫僧不觉得程序猿只需要按照上司说得需求去写就是了,需求必须经过程序猿的分析才能开始,哪怕有产品经理的情况下。
#11楼     时间:2013-09-13 09:17:00      来源:左潇龙
@ Qinw
贫僧有礼了,贫僧确实不觉得上来就开始写代码的方式有任何可推崇的。贫僧之所以说贫僧的方式不一定适合全部人,是想说贫僧的思考方式或过程不一定适合各位,因为各个公司的流程不一样,比如有的公司就没有产品经理。不过LZ觉得先思考后动手的方式应该是适用于所有人,或者说绝大部分人的。
忘施主三思。。。
#12楼     时间:2013-09-13 09:18:00      来源:Sam Xiao
@ 左潇龙
引用@Sam Xiao
贫僧的理解,施主的意思是程序猿是执行者,是行动者。可是恕贫僧冒昧,贫僧不觉得程序猿只需要按照上司说得需求去写就是了,需求必须经过程序猿的分析才能开始,哪怕有产品经理的情况下。

你的意思是程序员既要考虑产品经理的事,又要考虑系统分析师的事,又要考虑产品架构师的事?如果你些事你感觉还不够多,你还可以考虑产品销售,运营的事。随之而来,还有更多事。呵呵,这当然是一个好程序员,能担任公司的各种角色,并且还只拿一份工资。这固然是好,但是我感觉随之而来,程序员会很累。

话又说回来了,也还并不是每一个人都有这个能力。
#13楼     时间:2013-09-13 09:18:00      来源:Only Unity3d
@ yao2yao4
引用最怕那种不懂编程的PM、领导等,又不懂编程,在我在思考怎么做的时候,傻逼地问我,我刚告诉你需求了,你怎么还不写代码?

哈哈 +1
#14楼     时间:2013-09-13 09:23:00      来源:1-2-3
看标题还以为有实例呢。干货啊干货,快上干货。
#15楼     时间:2013-09-13 09:26:00      来源:C#小学徒
咱们的做法有点相似之处呀,顶楼主!
#16楼     时间:2013-09-13 09:28:00      来源:细品人生
@ Sam Xiao
引用楼主:
我个人认为,一个团队里什么人都应该要有,意思就是说包容性要好。就像一个军队,个个都是有智有勇的将军,那谁去堵机枪口?
我感觉你提倡的先思再行的观点纯属乌托邦。往往一个团队里,思考者和行动者往往是不同阶层的人。如果行动者去干思考者的事,有时会引起不必要的麻烦。要懂的分工协作。

我觉得你说的太过于偏激了,就算是行动者,也需要思考用比较好的方法去实现需要的功能。
#17楼     时间:2013-09-13 09:31:00      来源:细品人生
楼主说的,其实大家都在强调的,但是有些人要么忘记了,要么混日子,要么没有向上的动力,说白了就是没有理想,O(∩_∩)O~.
#18楼     时间:2013-09-13 09:32:00      来源:Sam Xiao
@ 失落灬天琴
引用@Sam Xiao
引用引用楼主:
我个人认为,一个团队里什么人都应该要有,意思就是说包容性要好。就像一个军队,个个都是有智有勇的将军,那谁去堵机枪口?
我感觉你提倡的先思再行的观点纯属乌托邦。往往一个团队里,思考者和行动者往往是不同阶层的人。如果行动者去干思考者的事,有时会引起不必要的麻烦。要懂的分工协作。

我觉得你说的太过于偏激了,就算是行动者,也需要思考用比较好的方法去实现需要的功能。


^_^

嗯,确实也是,比如思考如何才能更好的堵住机枪口,比如用胸去堵,用脑去堵,甚至更聪明的,在有条件的情况下穿一件防弹衣去堵。还要思考从那个角度去堵,预算能堵住几枚子弹。
虽然看起来是一个简单的事,还是有很多学问的。呵呵
#19楼     时间:2013-09-13 09:39:00      来源:左潇龙
@ Sam Xiao
施主,贫僧有礼了。
贫僧并没有说程序猿要考虑那么多事,主要是需求的合理性、可行性这两方面。
另外就是,贫僧不觉得程序猿考虑需求的事就是干了产品经理的事。贫僧个人觉得产品经理是把原始需求转化为系统需求的过程,而系统需求是需要程序猿验证并认可才可以投入开发的。而不是说产品经理或者项目经理提出了一个需求,我们就不需要考虑的去做了。
说实话,哪怕是项目经理,他也不一定有你更清楚系统当中添加这个需求会产生什么问题,因为里面的代码是你写的。就更不用说产品经理了,很多产品经理是完全不懂开发的,他如何知道需求对系统的破坏性或是合理性如何呢。
另外,贫僧觉得一个合格的程序猿绝对不能仅仅是一个执行者或者说行动者。
如果冒犯了施主,请施主见谅。
#20楼     时间:2013-09-13 09:44:00      来源:Sam Xiao
@ 左潇龙
冒犯到是说不上哈,我个人就是感觉合理的分工更好。其实有时候程序员自认为自己很牛B,又懂产品,又懂框架,又懂技术。好像就是缺少了自己整个项目就不能运转似的。其实在现实中真不是这样。
#21楼     时间:2013-09-13 09:49:00      来源:左潇龙
@ Sam Xiao
呵呵,这应该归为性格问题,或者说沟通交际能力吧。其实是不在本文的讨论范围呢,你说呢,施主。
另外,当初贫僧曾经发布过不少DOTA解说视频,贫僧的名字就叫SAM。哈哈。
#22楼     时间:2013-09-13 09:51:00      来源:Sam Xiao
@ 左潇龙
当然,我的观点说的很扯蛋。这个东西是个辩证话题。
#23楼     时间:2013-09-13 10:17:00      来源:左潇龙
@ cntnn11
噢?贫僧刚注意到原来是上一章的施主啊。幸会幸会。
#24楼     时间:2013-09-13 10:18:00      来源:左潇龙
@ Sam Xiao
嗯,有点辩论赛的味道了。。。要不要请个裁判。。。0.0
#25楼     时间:2013-09-13 10:19:00      来源:左潇龙
@ 1-2-3
施主,贫僧其实说的已经比较落地了啊,难道贫僧的货还是有点太湿了吗。
如此的话,只能请施主海涵了。
#26楼     时间:2013-09-13 10:22:00      来源:左潇龙
@ 岁月漫步
之前有让贫僧去写小说的,施主让贫僧去说相声。。。贫僧开始怀疑自己是否适合干程序猿了。。。贫僧该思考下了。。。0.0
#27楼     时间:2013-09-13 10:32:00      来源:在风里
先看到这篇又回去看了第一篇
关于标题 个人观点这样挺好的 要我我也这样 勾起你的XX欲 赚的就是点击率
觉得第二类程序猿应该是从第一类进化来的
#28楼     时间:2013-09-13 10:33:00      来源:Never_Land
学习了,正在努力向这种思想进军...
#29楼     时间:2013-09-13 10:33:00      来源:树尖
'you say a j8'又来围观了。没发现,同样的圆龄、同样的09年毕业、同样的不入流二本、同样非计算机专业。
#30楼     时间:2013-09-13 10:46:00      来源:施瓦小辛格
楼主文风很“儒雅”,期待更多干货,期待此评论登上楼主的下篇博客,╮(╯3╰)╭
#31楼     时间:2013-09-13 11:05:00      来源:左潇龙
@ 树尖
贫僧出于多种考虑,把后面的东西和谐了,还望施主莫怪啊。
没想到贫僧与施主的经理如此相似呢,期待施主也分享一下自己的经历,让贫僧学习参观一番。
#32楼     时间:2013-09-13 11:09:00      来源:鼹鼠贪贪
要区分客户需求与设计需求,不要把需求混为一谈
#33楼     时间:2013-09-13 11:53:00      来源:烧点饭
这是理想
#34楼     时间:2013-09-13 12:00:00      来源:Justany_WhiteSnow
其实这篇文章的意思是楼主花了很多时间和产品经理和业务人员磨嘴皮……
#35楼     时间:2013-09-13 12:27:00      来源:左潇龙
@ Justany_WhiteSnow
贫僧不否认,这个是有可能的,只要需求让贫僧觉得是不合理的,那确实得和产品或者提出需求者讨论一下了。这个可能跟贫僧的公司流程有关,在有的公司没有产品,需求就是项目经理提的,甚至直接是老板提的,而贫僧是给公司作IT建设的,因此需求都是业务人员提的。但不管谁提的,跟提出人确认好需求是必须要做的,这岂是磨嘴皮子耗时间?不光不是磨嘴皮子,而且还十分重要。
而且就贫僧的工作来说,提需求的业务人员不懂技术,因此有些需求确实很瞎。而产品经理对技术细节的把关肯定是比不过我们这些亲自码代码的人的,因此有时候就需要提出我们的质疑,至少要把一些需要特别注意的地方或者有影响原有功能或者破坏原有数据库设计或者系统设计等等一些问题告诉上司,具体如何做,当然还是得上司说了算。但是提出可能潜在的风险或是问题是我们的责任。
望施主莫要轻视这个磨嘴皮子的事情,沟通清楚很重要,有多少返工重做就是因为少磨了会嘴皮子。望施主三思啊。
#36楼     时间:2013-09-13 12:55:00      来源:Justany_WhiteSnow
@ 左潇龙
我不是不明白的你的意思,但可能你自己认为自己是个编程人员,但可能你根本就是个项目经理而已,或者说有一半时间在做项目经理做的事情。
#37楼     时间:2013-09-13 13:11:00      来源:五块五卖你了
LZ咱俩的行为思考方式怎么这么像?
#38楼     时间:2013-09-13 13:12:00      来源:DataCool
同学们,现在向我们走来的是程序猿方阵!他们穿着拖鞋,披着毛巾,左手拿着键盘,右手举着鼠标,腋下夹着USB转换器。他们因睡眠不足而显得精神不振,喊着微弱的口号走过主席台,主席问候:程序猿们辛苦了!程序猿方队异口同声地答道:Hello World!

施主转行当导演去。

顶。
#39楼     时间:2013-09-13 13:28:00      来源:左潇龙
@ Justany_WhiteSnow
施主的话让贫僧受宠若精啊,难道贫僧不知不觉已经具有项目经理的职能了吗。施主谬赞了,贫僧真的只是一名程序猿。
贫僧还是觉得一个合格的程序猿并不是只写代码的机器人,而是需要考虑代码背后的故事的。
贫僧真心的希望各位猿友不要拘泥于那几十几百行代码,觉得那才是我的全部,其它什么需求的合理性了,什么系统的设计了等等就干脆全部撂给上司或他人,然后自己就只管填代码。
刚毕业的时候这样做其实还好,一个是熟练度需要磨练,另外一个是能力也不足以考虑这么多,每天就是闷头写代码,但是慢慢的是要改变的。
而且贫僧斗胆发表一个自己的观点,那就是什么时候你跳出了那几十几百行代码,你也就开始渐渐脱离码农的行列了,开始向一个真正意义上优秀的程序猿开始迈进。
望施主三思,三思啊。
#40楼     时间:2013-09-13 13:38:00      来源:dane-
说白了,楼主的意思是写出优秀的代码。
#41楼     时间:2013-09-13 13:38:00      来源:淡淡de回忆
原来我也是这么做的,可惜后面~~~~~
#42楼     时间:2013-09-13 13:58:00      来源:罗里罗嗦夫斯基
楼主的代码肯定很优秀。
不知能否开源三两个,让大家膜拜一下?
#43楼     时间:2013-09-13 14:06:00      来源:Matrix_R
除了简单代码,一般情况下我的习惯也是先想一想,想的差不多了,再动手去写。不然问题还没搞清楚就去写代码,根本没法写啊。效率太低~
#44楼     时间:2013-09-13 14:12:00      来源:Justany_WhiteSnow
@ 左潇龙
= =不同道者,不相为谋。
#45楼     时间:2013-09-13 14:15:00      来源:左潇龙
@ Justany_WhiteSnow
哎,感叹。施主好自为之吧。
#46楼     时间:2013-09-13 14:17:00      来源:左潇龙
@ dane-
嗯 有这个意思在里面。施主慧眼。
#47楼     时间:2013-09-13 14:17:00      来源:左潇龙
@ 淡淡de回忆
话说一半,施主是怕打击到贫僧吗,还是有难言之隐。不妨说出来,让贫僧与各位一观。
#48楼     时间:2013-09-13 14:23:00      来源:左潇龙
@ 罗里罗嗦夫斯基
出于公司利益,工作中项目的代码贫僧是不能拿到这里的,不过贫僧偶尔会写一些小工具,小类库,等哪天贫僧觉得有值得各位借鉴的地方的话,贫僧定会拿出来与各位分享。
#49楼     时间:2013-09-13 14:26:00      来源:haolujun
赞一下!一般动手最早的,结束则是最晚的!
#50楼     时间:2013-09-13 15:07:00      来源:纳兰莫失
卤煮给了我好大滴启发哈~我经常是手比脑快~结果写到一半发现逻辑不对了~吼吼,下次试试现在脑中构思完哈~
#51楼     时间:2013-09-13 15:59:00      来源:Rainbow_
有句话说的很好 不管是好猫还是懒猫 只要能抓到老鼠都是最好的~~
#52楼     时间:2013-09-13 16:00:00      来源:Rainbow_
对于猫抓老鼠的方法 可能有很多种吧
就好像这两篇文章一样~~~
#53楼     时间:2013-09-13 16:03:00      来源:小猪凯
都不过过脑子就开写代码,这人得有多不靠谱?
#54楼     时间:2013-09-13 16:29:00      来源:东邪独孤
程序当然要用脑子写了。
#55楼     时间:2013-09-13 16:59:00      来源:左潇龙
@ 东邪独孤
这个。。。看来施主还是没看明白贫僧说的这句话啊。
“用脑子写程序,并不是说在写程序的同时要动脑子的意思,LZ想要表达的意思是,在动手写代码之前,先用脑子在脑子里(有点绕,0.0)把程序写一遍,然后再动手去写,此为用脑子写程序”

怪贫僧语文水平一般了,或许没表达清楚。写程序的同时要动脑子是肯定的,毕竟人只要活着,脑子就在动的,否则就挂了。。。。不过贫僧这里说的确实不是施主说的这个意思。
望施主明鉴。
#56楼     时间:2013-09-13 17:00:00      来源:左潇龙
@ 小猪凯
但是施主所说的这种不靠谱的人确实大批量存在,不过其实难以让人接受的是,有时候会出现在一些一两年甚至更多工作经验的人身上。
#57楼     时间:2013-09-13 17:34:00      来源:妍珊
恩是的,我们的举动是一样滴,不过我是第一步先根据流程先看美工的设计设想关联,然后在做剩余雷同事件。有人老是说哦不务正业?!呵呵
#58楼     时间:2013-09-13 17:34:00      来源:Albert Fei
其实上篇我不止评论一句, 说你是标题党却被你发现了。
这篇标题稍微好一点,不是那么像标题党了!
这篇内容说简洁点:就是三思而后行!

举个简单的小例子,比如我们要给某一个列表增加一个显示列
说句不好听的话,如果真的在页面上多显示一列出来,要8个小时的话,你的效率真的太低了。
平时遇到这样的需求, 分析,代码,测试,布到真实环境也就半个小时够了。
#59楼     时间:2013-09-13 17:35:00      来源:Albert Fei
还有楼主肯定不是高斯, 和高斯相比应该差远了。
尽说不好听的话, 希望楼主不要生气!
#60楼     时间:2013-09-13 18:04:00      来源:左潇龙
@ Albert Fei
施主的理解能力太差了。。。0.0
贫僧说的八个小时是为了方便去说明每个阶段大约花费多少时间而已,没什么实际意义,要是贫僧加个显示列需要八个小时,那贫僧这两年算是白混了。贫僧尽管才两年工作经验,但是在现在这个公司也呆了一年了,给列表加个显示列需要一天,贫僧敢说施主敢信吗?况且,施主觉得贫僧的项目经理会信吗?

那个列表显示的问题是为了方便说明问题而已,比如第一步看应该怎么看,还有就是第三步在脑子里写程序的时候怎么写。只是为了举个例子说一下这两个步骤大致做的事情以及大致思考哪些问题而已。

贫僧很生气,后果不严重,施主也太鄙视贫僧了。加个显示列要八个小时,贫僧还混什么IT界啊,还是去找小尼姑好了。
#61楼     时间:2013-09-13 19:55:00      来源:cnJun
学习了!
但lz你觉得新人的情况又应该怎么做呢?
就是给你一个任务,但你对这任务的知识点基本上不是很了解
我的做法喜欢接到任务后自已一直在想这目地要怎么完成(没google查下这要怎么做)!然后实践下!
应该怎么做!但有时我会花费一整天的时间而还没完成任务!(过程中发现这办法不行,然后改另一种办法,但又不行!大多情况最后还是要查下google看下别人是怎么做的)
我发现!就跟我一起实习的,接到任务就直接百度,然后就一直在调试!
这样一般都是他很快完成任务
显然,项目组长更喜欢他而不是我!
是不是我的做法很有问题!
#62楼     时间:2013-09-13 20:06:00      来源:东邪独孤
@ 左潇龙
我没理解错啊,我的意思就是先思路后套路。
#63楼     时间:2013-09-13 21:50:00      来源:左潇龙
@ 东邪独孤
引用程序当然要用脑子写了。

@东邪独孤
引用@左潇龙
我没理解错啊,我的意思就是先思路后套路。

这。。好吧。。抱歉,施主,贫僧失礼了。。。
#64楼     时间:2013-09-13 22:22:00      来源:张占岭
LZ是谁?
#65楼     时间:2013-09-13 22:29:00      来源:左潇龙
@ CccccYj
贫僧给这位施主一点建议吧。希望能帮助施主走出目前的困境。
从施主的描述上来,贫僧觉得施主最大的问题在于没有把学习和工作分开,而是将两者混为一谈了。
贫僧给施主提几个小建议吧。
1、工作当中,按时完成任务是前提。
2、施主认真思考的态度很好,想不依赖别人独立完成任务。不过度娘和google并不可耻,网络资源是很宝贵的学习资源,只要随着你工作经验的增加,度娘和google的频率在稳步下降,那么就很正常。
3、再接到这种任务时,施主可以尝试一下,在脑子中先形成自己的想法和思路,但是不要去实践,因为这很浪费时间,并且浪费的时间不定。先采用网络上的方式将任务完成,然后再拾起刚才自己的思路,进行自己的尝试。
#66楼     时间:2013-09-13 23:48:00      来源:二十三号同学
经粗步鉴定,LZ是麻辣鸡丝,属于经典菜系中的上等菜品。
是您居家旅行,升职加薪的必备!
#67楼     时间:2013-09-14 09:05:00      来源:cnJun
@ 左潇龙
恩恩
挺有道理的
#68楼     时间:2013-09-14 10:33:00      来源:Jghost
差不多啦 ,先思考才重要,代码只是思考的表现而已.
#69楼     时间:2013-09-16 16:33:00      来源:独孤青
鉴定:
1.楼主的大局观不错,锻炼锻炼可以去做项目经理
2.楼主如果遇到不开门的老板(看着员工一天在敲代码就开心)就杯具了。。。
3.楼主比较幽默,在办公室里面肯定混的不错

鉴定完毕。。。。
#70楼     时间:2013-09-21 09:52:00      来源:落叶残阳
看了lz文章,心有体会
#71楼     时间:2013-09-27 09:35:00      来源:lucika.zh
虽然说的都明白,但看过之后还是有所收获的。
#72楼     时间:2013-10-13 00:47:00      来源:奉沈
同意楼主的观点
发表评论

站内搜索