2014年2月11日
摘要: 很久以前有两个程序,当时的水准都差不多,现在A是上市公司的技术总监,B还在不停的跳槽,反反复复在“小团队主程”和“大公司打杂”的两种岗位之间不停切换。B一直把这些不同归咎于自己没有遇到A那样子的机遇,经常在群里和微博抱怨自己的运气。 那天我终于忍不住了,在他再一次抱怨之后,我开始喷他,我说你就从来没有想过自己的原因么?同样是一个临时小活动,我叫A做的时候,A都会告诉我,他手上现在有什么,大概多久能做完,做完之后就可以做这个活动了。而你永远都是说现在很忙,什么时候做不完不知道,因为总有不可预知的东西,我们这些外行人问时间掐进度都是很愚蠢的。 同样在计算自己的开发时间的时候,A说三天做完就一定.. 阅读全文
posted @ 2014-02-11 11:45 孤狼啸月 阅读(185) 评论(0) 推荐(0) 编辑
摘要: 软件开发者最初为了做出某种功能而努力着。当有一天,开发者们掌握了开发的门道,实现功能已经家常便饭了。于是人们开始考虑更多问题,性能就是一个问题。通常2-4年工作经验的开发者会很纠结这个问题,但由于基础参差不齐,对性能的理解也大不相同。那些年也许我们过于在乎性能问题了。误区一:O/RM工具影响性能发现很多人喜欢拿O/RM工具讨论性能,害怕引入ORM工具以后带来损失性能的问题,不过据我所知目前一些主流的ORM工具性能都半斤八两,ORM工具之间的比较不是性能问题,而是使用习惯的问题。ORM与原生ADO.NET比较,肯定会损失一定的性能,但是带来了提高开发效率的优势。据我所知,很多同行做着的OA、ER 阅读全文
posted @ 2014-02-11 11:04 孤狼啸月 阅读(160) 评论(0) 推荐(0) 编辑
  2014年2月10日
摘要: 狼也,狠狠地盯住一个目标,锲而不舍、用心专一、不达目的,则不罢休。狼性如此,成功之势定矣。呜呼!狼性可佩可敬,人性对及此乎?狼性文化,是指将狼野性、残暴、贪婪、暴虐的特质变通为一种拚博的精神运用到事业之中,它是一种先进的文化样态。狼其性也:野、残、贪、暴。自古以来它总是与几千年的孔孟中庸之道格格不入。格格不入的原因便是中庸之道的主导精神:“循规蹈矩、忍辱负重”。数千年来,以至直到现在,这种中庸之道的封建糟粕害得我国民性保守,惰性十足,固步自封,闭关自慰。总以为自己是最好的,不善于进取拼搏,不善于向别人学习,至使我们落后其他先进国家几十年,某些方面甚至落后上百年。人是由低等动物进化而来的,一切动 阅读全文
posted @ 2014-02-10 10:03 孤狼啸月 阅读(758) 评论(0) 推荐(0) 编辑
摘要: 在狼凶残的捕食背后,我们看到它对敌谋略的睿智,在狼暴虐的嗷叫声后,我们体味它爱护亲友的温情,在狼孤傲的奔跑身后,我们享受它享受孤独的豪迈。 在所有哺乳动物中,最有情感者,莫过于狼;最具韧性者,莫过于狼;最有成就者,还是莫过于狼。狼性就是一种团队精神,一种创新精神和顽强的拼搏精神,是一种在有限 ( 或劣势 ) 环境和资源条件下求生存和求发展的手段,是一种主动奉行自然界优胜劣汰规则,优化集体的危机意识! 1狼不会为了所谓的尊严在自己弱小的时候,攻击比自己强大的敌人;(卧薪尝胆) 2狼如果不得不面对比自己强大的东西,狼必群而攻之;(团队意识) 3狼也很想当兽王,但狼知道自己不是老虎;(... 阅读全文
posted @ 2014-02-10 09:25 孤狼啸月 阅读(422) 评论(0) 推荐(0) 编辑
  2014年2月9日
摘要: 本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。 项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如: 1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办.. 阅读全文
posted @ 2014-02-09 20:39 孤狼啸月 阅读(236) 评论(0) 推荐(0) 编辑
  2014年2月8日
摘要: 摘要:在软件开发中,爱因斯坦的意见,是多花时间理解问题,这意味着理解业务目标,正确地识别利益相关者,提出正确的问题以探讨问题,并使用合适的技术来描述系统应该做什么和为什么要创建它。但作者认为,即使软件工程师理解需要这样做,但在问题上花时间,这本身就是一个问题。她提出为什么发生这种情况,以及如何克服投入时间的阻力。 爱因斯坦曾经说过,如果他有一小时来拯救世界,他会花 55 分钟来定义问题,只花 5 分钟去寻找解决方案。除了在问题和解决方案上所花费的时间比例之外,我完全同意他对于在设法解决问题之前先理解问题的重视程度。 没有充分理解问题的后果 在软件工程中,理解问题是在系统需求定义阶段早期必... 阅读全文
posted @ 2014-02-08 16:11 孤狼啸月 阅读(264) 评论(0) 推荐(0) 编辑