程序员如何成长为框架设计师或项目经理__拙见

作为一个程序员,最关心的莫过于如何成长为框架师和项目经理

下面说说我的看法,我是一个两方面兼修的人.刚开始做框架后来做项目经理.

 

做框架的人基本上是内向的比较多.不懂得和别人交流.更不懂得管理之道, 津津乐道与自己的创作之中.

其实我不太适合做项目经理.还是搞框架更适合我.但命运偏偏把我向项目管理的位子上推.

框架设计师,是在不断的写代码和重构中成长的.

甚至应该说是在不断的修改已有烂代码的过程中成长的.

做框架设计师和普通程序员的区别就是必须知道面向对象设计模式中的最基本的原则

开闭原则,
里氏代换原则,
依赖倒置,
接口隔离原则,
合成/聚合复用原则,
最小知识原则.
易用原则(自己加的)
  设计一个破框架功能很强大,但是要写个helloword 要绕上18个弯,费上一中午的时间..这样的框架只能是一坨屎.
 
具体百度下就知道这几个原则了.


为了遵循这些原则,就延伸出了设计模式.
其实本无所谓模式..只是有了原则,,为了遵守原则才有了设计模式.
很多模式你自己也能想出来.
为啥要遵循这些原则?答案是--为了应对变更.
如果没有变更的可能性,那么代码怎么写都行,越简单越好.

其实做框架也就那么点技术含量.也没啥..多改别人的烂代码.纠结了.就知道自己该怎么写更好. 要想快速进步就得看好的框架.人家怎么写的.

实际上也离不开那23种设计模式的范畴..

如果你想向项目经理发展,你就要彻底搞清楚,项目是如何从头到尾完成的. 
通过那些方式保证软件的质量,
如何控制软件项目的进度,
如何控制软件项目的开发成本.
项目是如何报价的.
项目开发成本是如何估算的.如何才能估算的相对准确
项目风险如何控制和预防

项目文档和代码如何管理

项目开发用什么流程模式最合适...

项目团队如何调配.

更重要的是了解项目中谁的性格最适合放到项目中哪个位子上.才能发挥其最大的作用. 简言之就是会用人.

比如说有的人很技术很牛,善于挑战难题,解决问题能力很强. 我称之为牛人,你不能把他放到每天写增删查改的位子上去. 更不能放到测试上去..没啥效率.用不了几天就飞了.. 

牛人就应该放到技术攻关上.

有的人做事很认真仔细,但是技术不行我称之为普通人,这样的人也很好用.把他放到底层写代码的位子上他会很乐意,偶尔给点技术难度的让他挑战挑战.他就会很happy

给那些技术牛人当下手,做学徒. 他就会觉得很happy,.活干的挺好.还能学到东西..

牛人也会觉得很happy.有人给擦屁股了.自己也是师傅了,有个手下可以使唤.多爽..要再是个美女,happy翻了.

一般技术牛人都有一个癖好----拉屎不擦屁股. 有上面这种人做配合就天衣无缝了.前提是两人脾气合得来.

怕就怕技术也不行,态度还不认真的.属猪....该咋办你应该知道..

技术行的,态度不好的人属狗,需要打.打一打压一压.给他点挑战就老实了.

最强的是技术行,态度好.做事认真负责.干活快.这样的真是人才.别放管理岗位上去.一定要当技术总监.当项目经理就浪费了.

一般的项目经理都是抗责任的.搞客户的,搞沟通的.但是项目经理最好能听技术总监的意见,别一意孤行..事情会做不好..也不能没主见.没主见还不如不要你.

俗话说人无完人,也别指望有非常完美的人.谁都有缺点的..项目出错了,首先想到的别老是批评手下,拿手下开刀..先反省下自己是不是没做到位..

反正我知道我管理经常不到位..虽然活能干完,但是总会有缺憾...

毕竟俺也没有师傅指导,又没有现成的模式可以参考能干完就不错了(嘻嘻,给自己个台阶下)

只要大家干起活来带劲.大家都很happy.活能干好就ok了.

鄙人拙见,还请海涵...拍砖不反对..无拍砖就无成长嘛..

放了这么久竟然没有人拍砖....真是心寒啊....