如此开发，竟然真让我赶上了

曾经以为那些悲剧的开发都是别人的浮云，曾经以为那些粗糙的管理与我距离很远，但是我错了，原来不管神马浮云，早晚都会飘到我的头顶。

先来点背景：

1.我是一个新人

2.要开发的功能做了demo，做了技术预研

正文：

      我开始做设计，由于新人，对公司的开发框架、组件都不太熟悉，决定先了解一下。三天时间，了解框架，做一些简单的测试，学习已有的设计文档，下载了一些必备的工具（我们的工具都是自己去找，没有一个统一的管理）。

      这时，上司找到我，对话如下：

      “你的设计这周要评审了”【上司】

      “我看文档，其他模块，都是只有一个接口和一个实现类，这样的设计可以吗？”【我】

      “你也把接口写清楚，大家评审一下接口够不够，预研和demo都做了，你就可以开发了，这周评审，下周就可以开发了|”【上司】

      “还有两天就要完成评审，我现在还没写什么呢，完不成呀”【我】

      “这个之前都做了预研了，把你预研的内容弄过来就差不多，赶紧评审完，开始开发了”【上司】

      “好吧，好吧，我先写完了，你看一下吧”【我】

      中间省略了很多，但大概意思应该表达出来了。

 

感受：

1.demo、预研不代表设计，设计不能省略的，而且要详细

2.理解上司急迫的心情，希望不会是常态吧，偶尔急迫还好，常态就要影响质量了

另外，由于各方面原因，我上司需要成绩的心情我是理解的，只是突然感觉，原来没有完善设计就开发是这样的，以前经验少，不理解；经验丰富了，过程也规范了，没遇到过；今天遇到了，也算是一个惊奇的感受吧。所以，一定要记录下来，不表示愤慨，不表示支持，仅作记录。

评论

12 楼 sharong 2011-02-18  

qianjinfu 写道

国内的现状...

无设计,无规范，就开始编码

导致了上线了很多维护艰难的项目
开始几年内表现不明显,经过几代人的
根据代码猜设计，猜需求,维护工作就一年比一年悲剧, 恶心走了一批一批人。


所以 建议 有可能的条件下 做产品吧

嗯，然后美其名曰xp极限编程，可以参考我以前的博文http://www.iteye.com/topic/619729，看看那些回复，就知道国内目前的软件业现状了。

11 楼 dwangel 2011-02-16  

详细设计基本上很难被遵守的，反而是接口要定下来，特别是合作开发里。

因为有些东西要实际编码才能发现问题。

基本上，功能概要更重要，等级要高于详细设计。

10 楼 rubynroll 2011-02-16  

icefox_wjx 写道

ozzzzzz 写道

估计这位仁兄以后的道路会很坎坷了。因为他根本就听不明白人说的话，还总是抱怨。

说的简单点，这个故事其实就是领导要个demo，你要这个星期拿出来。能反应领导的意图当然好，不能反应领导的，至少要能反应作者的。

而所谓的详细的设计和理想的过程，我看连书本上现在都不敢说是存在了。当然有些胡说八道的人说他们那里有，这种情况就别拿出来说了。

前面就说过，没有别的意思，包括抱怨，纯粹描述。其实还好了，公司的进程算是可以了，可是总希望能够更稳定，总希望可以在开发前找出更多的问题，稳定更多的细节，开发才是稳定的，估算才是准确的，进程才是可控的。做不到不是可以不做的理由，我总是希望可以有更全面的需求，更全面的设计，更全面的开发，更全面的测试，也许能减少后期一点点压力吧。不尝试不会有结论的。

这个，还是因具体情况而定吧。如果你开发的程序是要在火星探测器上跑，估计还要先做一番数学论证呢
不过就我现在参与的电信交换机项目来看，我还真看不到有“详细设计”这个东西。

9 楼 oldpig 2011-02-14  

一直在这样的环境生存着

8 楼 icefox_wjx 2011-02-14  

ozzzzzz 写道

估计这位仁兄以后的道路会很坎坷了。因为他根本就听不明白人说的话，还总是抱怨。

说的简单点，这个故事其实就是领导要个demo，你要这个星期拿出来。能反应领导的意图当然好，不能反应领导的，至少要能反应作者的。

而所谓的详细的设计和理想的过程，我看连书本上现在都不敢说是存在了。当然有些胡说八道的人说他们那里有，这种情况就别拿出来说了。

前面就说过，没有别的意思，包括抱怨，纯粹描述。其实还好了，公司的进程算是可以了，可是总希望能够更稳定，总希望可以在开发前找出更多的问题，稳定更多的细节，开发才是稳定的，估算才是准确的，进程才是可控的。做不到不是可以不做的理由，我总是希望可以有更全面的需求，更全面的设计，更全面的开发，更全面的测试，也许能减少后期一点点压力吧。不尝试不会有结论的。

7 楼 iaimstar 2011-02-14  

。。。公司不错啊，还给你一周的设计时间

我换工作那会，都是上午入职下午就干活。。。。

6 楼 ozzzzzz 2011-02-14  

估计这位仁兄以后的道路会很坎坷了。因为他根本就听不明白人说的话，还总是抱怨。

说的简单点，这个故事其实就是领导要个demo，你要这个星期拿出来。能反应领导的意图当然好，不能反应领导的，至少要能反应作者的。

而所谓的详细的设计和理想的过程，我看连书本上现在都不敢说是存在了。当然有些胡说八道的人说他们那里有，这种情况就别拿出来说了。

5 楼 chinata 2011-02-13  

icefox_wjx 写道

曾经以为那些悲剧的开发都是别人的浮云，曾经以为那些粗糙的管理与我距离很远，但是我错了，原来不管神马浮云，早晚都会飘到我的头顶。

先来点背景：

1.我是一个新人

2.要开发的功能做了demo，做了技术预研

正文：

      我开始做设计，由于新人，对公司的开发框架、组件都不太熟悉，决定先了解一下。三天时间，了解框架，做一些简单的测试，学习已有的设计文档，下载了一些必备的工具（我们的工具都是自己去找，没有一个统一的管理）。

      这时，上司找到我，对话如下：

      “你的设计这周要评审了”【上司】

      “我看文档，其他模块，都是只有一个接口和一个实现类，这样的设计可以吗？”【我】

      “你也把接口写清楚，大家评审一下接口够不够，预研和demo都做了，你就可以开发了，这周评审，下周就可以开发了|”【上司】

      “还有两天就要完成评审，我现在还没写什么呢，完不成呀”【我】

      “这个之前都做了预研了，把你预研的内容弄过来就差不多，赶紧评审完，开始开发了”【上司】

      “好吧，好吧，我先写完了，你看一下吧”【我】

      中间省略了很多，但大概意思应该表达出来了。


感受：

1.demo、预研不代表设计，设计不能省略的，而且要详细

2.理解上司急迫的心情，希望不会是常态吧，偶尔急迫还好，常态就要影响质量了

另外，由于各方面原因，我上司需要成绩的心情我是理解的，只是突然感觉，原来没有完善设计就开发是这样的，以前经验少，不理解；经验丰富了，过程也规范了，没遇到过；今天遇到了，也算是一个惊奇的感受吧。所以，一定要记录下来，不表示愤慨，不表示支持，仅作记录。

这不是很好？特恨所谓的狗屁预研和设计。那种一大堆废话的公司往往不是好公司
是受不了现在公司的节奏了---现在在的就是LZ心目中那种特规范的公司，所以准备走了。我最恨把需求说完了还要有人和我JJYY不让开始写程序，写些破烂文档（现在的潜在下家就和我推销说他们production release以外，没有change control，我很喜欢）

最后：能影响质量的只有你自己，不要把什么都推到设计上去。

4 楼 lucane 2011-02-13  

领导描述了一大通东西，然后说了句：把这个做出来
码工：这个具体点的该怎么来设计呢
领导：随便，只要能做出来
码工：%￥……#&*这个东西还要和已有系统交互的啊，并且已有系统没有任何文档，还bug特多

3 楼 ray_linn 2011-02-12  

设计没有变化快。

2 楼 logicgate 2011-02-12  

只是一个功能，而且还付出时间做了预研和demo，如果还需要再花一个星期仅仅为了设计，那公司也要倒闭了。

1 楼 qianjinfu 2011-02-12  

国内的现状...

无设计,无规范，就开始编码

导致了上线了很多维护艰难的项目
开始几年内表现不明显,经过几代人的
根据代码猜设计，猜需求,维护工作就一年比一年悲剧, 恶心走了一批一批人。


所以 建议 有可能的条件下 做产品吧