讨论：1.（1)我选择a类医生，因为a类医生态度严谨，认真负责，出现风险的几率小于剩下选项的几类，更加可靠。就像软件里虽然各项功能不太完善，代码也不太规范，但是他们有一种比较严谨的心态和认真学习的态度，以后会让软件更完善更好。
（2）如果只是为了找份普通的工作，我认为只要精通某一种语言（c语言，java ,sq），能够帮助团队完成功能任务就行，不一定非要拥有相应的证书。但如果是深入某一个领域进行深入研究，应该要有相应的证书，对于找工作时的个人和企业双方都有好处。
2.软件开发是一门工程（Engineering）, 是一门艺术（Art），还是一门手艺（Craftmanship）? 你如何衡量艺术家? 如何衡量创造能力?
我认为软件开发首先应该先是一门工程，在满足工程质量的前提下，某些优秀的软件以及代码可以上升为艺术。不论在哪个领域，优秀的作品就是艺术，衡量艺术家衡量创造力都需要来通过他的作品来判断不同的的评审有不同的要求，两者都不能作为所有评审的标准，在程序中肯定会有代码重复，合理的重复可能使程序更加完善这也更具艺术性两者是完全不同的，时代是进步的所有的东西都在更新，著名歌唱家老的歌曲多年之后会成为经典，人们再次听到时会回忆起年轻的时光，但是软件不同旧的程序人们不会再用因为他不好用是被时代淘汰的。
软件设计工程师们在做代码复审的时候，是看“重复字”的多少, 还是程序的艺术性？
在这个方面我认为软件设计跟文学有很大不同。在文学作品中，关于“重字”这件事，在不同类型的文学作品中也是不同的。比如小说中的重字绝对要比古诗词要多得多。同样的软件在代码复审时，代码量很大的大型软件同一个简单的helloworld小程序中的重字也没有可比性。况且在软件中代码的重用不可避免，一个函数也会被调用很多次。合理的对代码进行重用，应该也是一件艺术性的工作。
3.绞刑架和职业发展
绞刑架故事就是在职业发展路上有的或者潜在的困难，需要职业者拥有勇于战胜困难，接受挑战的决心和勇气，能够坚持到最后的就是强者。
4.程序员小飞原计划三天完成某个任务，现在是第三天的下午，他马上就可以做完。但是在实现功能的过程中, 他越来越意识到自己原来设计中的弱点，他应该采取另一个办法，才能避免后面集成阶段的额外工作。但是他如果现在就改弦更张，那势必要影响自己原来估计的准确性，并且会花费额外的时间，这样他的老板，同事会因此看不起他。如果他按部就班，最后整个团队还要花更多时间在后续集成上，但那就不是他个人的问题了。怎么办？
及时说明情况，同时进行调整，跟同事进行讨论，以免造成更大损失。
5.软件工程师的工作就是写代码，相关专业的练习也是以阅读代码，写代码为主，那么代码量和工程师的水平是线性的关系么?
代码量跟工程师的水平就是线性关系。相关人员专门做了研究，提出了程序员瓶颈这样的概念。的确刚开始的时候瓶颈可能在2000行，随着成长变成20000行。在理解了结构化编程以后可能还会遇到20万这么大的瓶颈。所以代码量和工程师的水平是阶段性的关系，突破瓶颈意味着质的飞越。
6. 学什么，怎么学，核心竞争力是什么？
不断进行探索交流，指出在软件开发过程中的不足，相互借鉴，取长补短。
打字快不代表程序写得快，还要掌握相关程序写作技巧。
java语言
技术
7. 我们平时就假设程序员都是身体完全健康的正常人，如果你身体有些缺陷，你还能做一名合格甚至是优秀的工程师么？
下列例子是讲述印度的盲人程序员拉蒙的成长之路还有一些盲人程序员学习编程的道路，他们虽然是盲人但是依然创造了自己的辉煌，他们通过盲文学习，通过合成语音来阅读程序，身体残疾或许会影响能力， 但是并不能阻碍变得更加强大，因人而异或许在成长的道路上会比正常人艰辛，能力提高的慢，但是只要他们还热爱这个行业并为之努力，能力不足的总会变优秀有天赋的会变得更辉煌
8.对职业梯子（ ladder career）的思考
9. 自知之明
我们经常看到一些IT 专业的同学，同事，或者专家对一些事情进行评论，并且表现得头头是道，他们真的懂多少，他们有自知之明么? 你在刚学习某个语言或技术的时候，是否也有这种现象?
对某方面的见解有的人或许只是高估自己而说的头头是道，有的或许是真的具有丰富的知识和经验，我在学习的时候有时也会觉得自己已经学的很好但是遇到难题时才发现自己不能在很短的时间内寻找解决办法，不了解自己的能力以为学到了全部但实际上只是一部分，但是自己往往意识不到，我们积累的生活经验只会给我们一些反馈，但它们没法衡量我们无知的尺度。智慧并，而是了解自身的极限。有时，我们正确检视自身的方法是告诉自己“我不”。这并非失败，而是成功的。
2439
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
