有感于做项目，回贴者有分！ (300分)

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

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
铃
急需要项目评审制度等的资料(200分)
回复
2
查看
399
铃铛
铃
B
请帮助一个做项目的新手上路（关于项目分析，rose delphi link）(300分)
2
回复
21
查看
760
leilu
L
C
小弟现在正要做一个项目，不知如何下手？(200分)
2
回复
39
查看
882
yanglih
Y
F
想要一个适合国内项目建设的Project模板...(300分)
回复
5
查看
221
forss
F
后退
顶部