有感于做项目,回贴者有分! (300分)

  • 主题发起人 woyaoying
  • 开始时间
Every thing is Possible
 
顶!!!!!!!!!!!1
 
累是累了,但是不能稀里糊涂的累了,一辈子累下去啊!
个人认为,分析太重要了,而且非常困难!因为它要经验,对开发项目的了解,程度应该是了解每一个细节,在每一个细节都应该把握好!最后剩下的就是code实现了!
 
现在是个合作的社会,略大一点的项目一个人做就会很麻烦,不是说写不出,而是系统架构不行,没有时间和精力去详细规划。
 
我现在一个人在做一个项目,不知是做项目还是在做程序!一个字,苦中有乐!
 
确实累,如果在没有钱,大家想想是什么滋味
 
咳,只有让客户满意了,公司才有钱赚,公司有钱赚了,‘敲键盘’的才有钱赚,‘敲键盘’的为了让自己有钱赚,就的玩命干..
 
程序员本身就是苦差事!
 
有UML就能解決問題嗎? UML的圖我一點也不喜歡,生硬的分出一套規則做讓人
做莫名其妙的圖. 我更喜歡XP, 簡單,方便,易懂,接近現實,溝通容易.
對客戶問題的理解很重要, 沒有理解客戶需求之前的編程大部分是無效的.
建議編程之前先讓程序員寫好自己需要做的東西的流程,項目組檢查討論理解是否正確,
正確時再編程,不正確時修改.測試要貫穿系統開發的全過程, 主要是設計測試用例.
沒有通過測試用例的不能繼續進行.
程序進度最好是迭代的,用版本區分,減少耦合,
程序員之間主要是溝通,想一步到位完成編程是不現實的.
因此系統的可擴展性,可維護性需要項目經理多做協調與規范.
軟件開發的各個部分都很重要,不能把失敗的原因僅僅歸結于需求.
沒有人能表示清楚需求,包括客戶和系統分析員,
因此, 多溝通和組織有效的開發團隊才是解決問題的關鍵.
 
楼上的说得很精彩!
也让人看到了现在做项目最大的弊端:合作
该怎样营造这种合作氛围是值得我们每个人来讨论的!
 
好呀,好呀。
 
收藏:)
 
好,给分
 
声明,我是菜鸟!但是感觉到前期准备很重要,我有过体会,发现原来决定不好,就要重新更改各处代码,真是不爽!特别框架,如果那里除了问题,更惨!支持楼住
 
一个人做,只是小程序。
大程序,不合作还真不行。
 
付出总会有回报!
 
中国真的很缺系统分析员~
 
跟楼主一样,偶们项目快要结案了,前面就是黎明了,不过黎明前的黑暗,大家应该知道有多黑暗了!偶全程参与统一集团的这个项目,从需求分析,然后是系统分析,系统设计,系统编码,系统调试,系统实施上线。虽然这是一个非常小的项目,给客户解决的问题也很简单,可是在整个过程中,却发现是如此的困难!我们的组员一个个连续三个月,从来就没有周末,特别是在编码阶段和系统集成调试阶段,每天都没有在两点以前睡过,有时候经常是通宵达旦,每个人都是靠项目成功这个目标而坚持着。许多人都说过,如果一个项目或者一个产品的开发过程中出现无休止的加班,绝对不会是一个成功的项目和产品。现在回想起来整个过程,是一个痛苦的过程,但是那种被压抑的痛苦要远远强于无休止加班的痛苦。我必须按照老大的思路走,可是偶天生叛逆,不愿意按照别人的既定思路走,我喜欢创意。其实我应该检讨,因为在这样有时间限制的项目中,不允许存在这样的想法,结果导向,不管我们采取什么样的手段,杀人放火也好,不管使用什么技术,我们需要的就是项目成功,需要的是客户的结案验收单,无它尔!这也是我最害怕的,不择手段,违背自我,被判真实,我的痛苦谁人知道。但是我的承诺一直支撑着我,不管出现什么状况,我都不能选择放弃和逃避,因为我一定要对自己负责,只要存在希望,我一直会坚持到底!现在我最渴望的是我们的项目早日结案,付出任何代价偶都认了。
 
做软件一定要想到软件能帮用户解决什么,比如报表,统计,再搞个没用的曲线图之类的,
 
顶部