【Uly】项目所面对的问题的沉思

各位队友，现在，我们的第一个项目处在第一个巨大的挑战之前，项目早期，作为PM的我，在各个方面，没有思考到的问题，没有能够解决的问题，除了项目本身，都开始浮现出来，这个过程，就像一个泥沼一样，让我们难以自拔，但是，我们又不得不从中跳出，而现在这个阶段，我们能够做的，就是直面这些问题，去解决它，因此，我不打算隐瞒这些困难和困境，以下是我和一位关心着我们这个项目的人的聊天记录，他从一个旁观者的角度，提出了对我们这个项目所面临的问题的看法，和现实情况，各位可以从这里面看出我们所面临的是哪些问题。渐而思考我们应该如何突破这个困境。

water 14:37:11

呃

water 14:37:16

我觉得

water 14:37:25

你现在只是为了项目而项目

uly 14:37:34

哦？怎么说？

water 14:37:45

我和T11，白交流过

uly 14:37:54

恩。

uly 14:38:04

你们怎么看呢？

water 14:38:12

没多大用处

water 14:38:27

只是单纯为了项目而进行的项目

water 14:38:32

没有具体意义

uly 14:38:55

恩？为什么说没多大用处？

uly 14:39:08

因为什么而否定掉的呢？

water 14:39:47

呃。。只是觉得没啥用

uly 14:40:05

这个，我是这样想的，

uly 14:41:23

一开始的时候，我的出发点还是在于SENDS的这些东西，没有一个记录，

uly 14:41:58

结果呢，就那上次我们修贴吧的经历来说，到现在，他们的那个fixmidi是哪里来的都不知道。

uly 14:43:02

之前我们其实要有讨论过要把东西写下来对吧？但是，最后始终都没有能够形成一个真正有效的记录。就连上次我们讨论服务器配置的一些约定。有时候我们自己也没有按照那个约定去做。

water 14:43:44

嗯

uly 14:44:32

而且，即使真的出来了我们那个文档。也没有地方放对吧？而且，谁在之后去继续改写呢？没有的吧。

uly 14:47:26

所以我想要一个能够管理这些文档的东西。

uly 14:48:01

而加一个项目管理系统，就能够把这些文档按照事件，给串联起来。

water 14:48:38

其实。。

uly 14:48:40

恩？

water 14:48:42

你想过没有

uly 14:48:43

恩。

uly 14:48:45

说

water 14:49:01

你那个其实最主要的不是做一个项目管理系统

uly 14:49:08

恩。

water 14:49:10

而是带进来运用

uly 14:49:15

带进来运用？

water 14:49:22

现成成熟的很多

water 14:49:27

这是你要解决的

water 14:49:43

你想想

uly 14:49:44

恩

water 14:49:46

即使你做好了

water 14:49:50

我们会用吗？

water 14:49:58

你还是得面对这个问题

uly 14:49:59

这个问题我有考虑过。

water 14:50:15

竟然新的都有很多了

water 14:50:20

成熟的也有

water 14:50:26

为什么要自己搞这个项目

water 14:50:35

所以我说你是为了项目而项目

uly 14:51:42

这个问题不能定义所谓成熟不成熟。发展了很久的项目管理工具是非常多，但是，即使是项目管理的方法就有很多的流派，就其中开发方法来说，比如楚白他喜欢的那种敏捷开发。其实其中各有他的优势和劣势，

uly 14:52:58

的确，我一开始的时候就已经确定好，这个东西，即使最失败，也可以通过简单的配置的方法来把几个东西绑定在一起勉强达到一个效果。但是，既然要做，就不如做一个能够比较好的整合在一起的平台。

uly 14:53:31

这就是我为什么把它从纯粹我们自己搞个系统然后跑起来，变成了开发一个项目的原因。

uly 14:54:07

而至于是否使用。这个问题非常简单。

water 14:54:19

哈哈

water 14:54:26

你错就错在这了

water 14:54:38

没有搞懂需求

uly 14:54:40

哦？说说看？

uly 14:54:47

恩，需求。

water 14:54:50

任何一个产品都是先有需要

uly 14:54:51

对

water 14:54:58

才会有用

uly 14:55:00

是的

water 14:55:11

你的项目...真的符合大家需求吗？

water 14:55:19

或者你正做的是大家想需求的嘛

uly 14:55:20

我的分析结果，是符合的

water 14:55:33

大家需求的你做了吗

uly 14:55:37

恩

water 14:55:43

呃。你怎么分析的？

water 14:55:47

你的来源？

water 14:56:19

起码我实验室调查了。。

uly 14:57:08

简单来说，第一个原因，我们感到头疼的问题，比如那些各种东西配置和管理的信息，可以通过这个系统很好的组织起来。

uly 14:57:48

第二个原因，就目前的实验室的成员的能力来看，绝对无法和你们这一届相提并论。

uly 14:59:39

那么，考虑到这个问题，他们之后如何能够很好的跑下去，如何能够在技术水平没有你们这种程度的情况下，同样能够像个有活力的实验室一样存在下去？

water 15:00:18

呵呵。。

uly 15:00:37

你思考过这个问题吗？我认为，唯一可行性的解决方案就是，以一种制度，来让这个组织健康的运行下去。

uly 15:01:57

其实，仔细思考一下，07年之后的实验室，真的有做出过什么东西吗？

uly 15:03:17

至少就我来说，我没有能够举出一个东西。

water 15:03:57

其实怎么说呢

uly 15:03:56

我们用的东西，哪一个不是吃老本留下来的？

uly 15:04:12

恩

water 15:04:15

白他们倒是有做的了

uly 15:04:20

做了，有用户吗

uly 15:04:26

我知道他们的joinus

water 15:04:29

但是他们没做好。。

water 15:04:36

只是框架

uly 15:04:34

对

water 15:04:42

这是组织问题

water 15:04:47

大家都想做

water 15:04:53

T也有做的

water 15:05:01

做飞信的

uly 15:05:09

是的，但是没有一个人，能够出来引导。能够把这些框架变成一个真正的产品。

water 15:05:21

嗯，这倒是

uly 15:05:24

这些东西，大家都看在眼里。

water 15:05:41

你说的我懂。。

uly 15:05:41

但是，最后的最后，还是，没有一个跑起来的。

uly 15:06:07

其实，每次看到华中大的那个，我就在感到我们这边的问题。

uly 15:06:14

你也一定有这个感觉吧。

water 15:06:20

嗯，是人的问题

water 15:06:33

我要一个人做的话，其实也都能做的了

uly 15:06:39

是人的问题，我认为，更加精确来说，是管理的问题。

water 15:06:48

但是没什么动力的

uly 15:06:48

对，你一个人确实都能做出来。

uly 15:06:52

但是，问题在于，

uly 15:07:01

你会去把他们做出来吗？

uly 15:07:25

所以，这个问题不是个能不能的问题，而是个会不会的问题。

water 15:07:27

嗯，应该不会

water 15:07:42

我只做我感兴趣的

uly 15:08:02

是的，实验室的人都有这个特点，

uly 15:08:13

都只做自己感兴趣的。

uly 15:08:15

我也一样。

uly 15:08:27

所以我才不去学网络编程。

uly 15:09:20

但是，要把一个东西做到能够让很多人都能很好的使用它。以我们这些学生的经验和能力来说，一个人，太困难太困难了。

uly 15:10:02

但是有一个小队，就能够做到。

water 15:11:48

嗯

water 15:11:57

但是其实也不好

uly 15:12:00

哦？

water 15:12:15

人多了意见不统一

uly 15:12:23

是的，

water 15:12:29

比如写程序，用框架

water 15:12:33

每个人都有自己的

water 15:12:50

他用的也不一定是最好的

water 15:13:00

服务器架构每个人想的也不一样

uly 15:13:14

使得，其实，现实世界的东西，往往评价标准不同，最好的也不同。

uly 15:13:16

对吧？

water 15:13:20

所以说，我准备有时间

water 15:13:25

自己一个人搞

water 15:13:45

应该都能搞定

uly 15:14:03

是的，你可以一个人搞，但是问题在于，2年之后，谁能接下你的东西？谁能维护你的东西？

uly 15:14:38

难不成你希望2年之后有人打电话找你说：喂，

water啊，服务器哪里哪里挂了，修不好了，你帮忙弄弄。

uly 15:16:15

所以，想想看，我倒真有时候觉得，我自己原来坚持在tv上装windows 2008，坚持把lab弄成solaris有点任性。

uly 15:17:50

所以，我的结论是，要解决这样一个问题，只有通过一个良好的管理的手段。

water 15:19:34

我们不适合管理的

uly 15:19:44

就像bj原来写贴吧。那个东西对于当时的SENDS来说，是一个从来没有过的东西。我们可以把它当作创新，既然在做这种重来没有过的东西，那就允许自由发挥，天马行空。

water 15:20:13

也是

uly 15:20:18

当时，对于一个并非从来没有过的东西来说，我们，就应该要有约束。

water 15:20:25

但我觉得你的项目

water 15:20:30

有点不切实际

uly 15:20:41

你觉得我们自比微软亚洲研究院的人来说，哪个更加有个性，更加特立独行，但是，他们却能够在一个良好的项目管理机制下，很好的合作，做出那些能够让人感动的东西。

water 15:20:46

起码想法很好

water 15:20:50

不错

water 15:20:59

但是不适合现在的SENDS

water 15:21:09

SENDS怎么说呢

water 15:21:27

我们都是义务劳动，并没有什么利益冲突

water 15:21:56

你说的是，但我给你说实话，SENDS目前达不到，hqu也很少可能，这是现实

water 15:22:16

并不是你想像的都是技术狂热者

uly 15:22:37

我没有把我们想象成技术狂热者。

water 15:22:57

我知道

water 15:23:04

但是就是做东西的话，也这么说吧

uly 15:23:06

而是当作一个对于计算机感兴趣的组织。

uly 15:23:19

恩

water 15:23:36

并不是大家都很适合

water 15:23:53

当初贴吧也是BJ一个人完成了全部PHP代码的

water 15:24:07

都是他在架构

uly 15:24:07

恩。

uly 15:24:30

但是结果证明了，至少在当时，贴吧是一个非常棒的产品

water 15:24:49

嗯，其实白的微博快好了

uly 15:24:52

即使只有一个人。

water 15:24:54

他一直在写的

uly 15:25:31

恩。这些我们其实都能看到的。每一次，大家的聊天的时候都会是不是的注意到这个项目上。

water 15:25:57

在一个非盈利的自由组织

water 15:26:25

其实大家都不想被管理的

water 15:26:38

并没强制性的

water 15:26:56

还是从自己做好

water 15:27:11

自己付好自己的责任就好了

uly 15:27:36

只是呢，我感到难过的是，他的这个sns，会不会像贴吧这样，到了现在，没有任何人想要去改进它，想要去让他进步。甚至想我们当时一样，在我们要维护他的时候，让我们情绪低落，想要放弃。

water 15:28:15

他也无奈

water 15:28:21

只有一个人在弄

water 15:28:40

你看你现在让他们帮你做项目管理

water 15:28:46

那么多人

water 15:28:56

但对于他们真正能学到什么？

water 15:29:00

他们都感兴趣吗？

water 15:29:14

还不如都去帮楚白弄弄

water 15:30:12

你说呢

uly 15:30:22

这些人，除了VC之外，都是我在不是SENDS的活动的名义下，自己去邀请的。

uly 15:30:40

morningspark.blog.51cto.com

water 15:30:57

了解

uly 15:31:06

他们会自愿加入，就证明了至少在当时，他们是感兴趣的。

water 15:31:20

但现在有人已经没兴趣了

uly 15:31:30

对的，这个是我的错误，

uly 15:31:56

我没能在适当的时候，把们的状态激励和调整到一个正确的水平。

uly 15:32:18

反而让大家和我一起在项目的第一个阶段逡巡。

uly 15:33:03

但是，在做这个项目的过程中，他们在处理早期的各种问题中的进步，是显而易见的。

uly 15:33:23

你从我那个团队博客中有认真写的日志里，就可以看得出来。

water 15:33:57

你那个太缺乏敬业精神了

water 15:34:18

起码许多问题你应该参与解决的

water 15:34:28

不是让VC去做

water 15:34:44

比如那个发送邮件

uly 15:34:57

T会失去兴趣，我现在才发现问题所在的原因是，他原来就拒绝做架构，而仅仅想去开发，但是在项目早期阶段，根本不会有去开发的活动。所以我自己就把它定位成去进行技术分析和架构的角色了。这样，也把他给磨光了。

water 15:35:41

那个发送邮件T不问我的话，我还不会注意。。

water 15:35:59

然后就是填写时的问题

water 15:36:17

看看代码就懂了，发件服务器那要填ssl

uly 15:36:37

我在这个团队里面的角色定位是PM，在这个阶段要做的是把前期的分析整理好，然后做好顶层的架构。所以，这个前期的技术测试，我就分了一半给VC了。

water 15:36:50

这个你。。

uly 15:36:55

因为我希望他之后能够了解到整个项目的情况。

water 15:37:05

呵呵，其实我问他了

uly 15:37:11

不过这个问题，倒是我没有注意到的。

water 15:37:15

他只是当个软件在用

water 15:37:22

真正干什么他也不知道

uly 15:37:23

要不是你的提醒，我到真忽略了。

uly 15:37:56

恩，这个问题，我今晚在和他仔细的聊聊。

water 15:38:12

许多问题，自己去处理，比如一些代码，要是没人写。得你去处理

water 15:38:22

别人的能力不一定比你好处理这些

water 15:38:39

这个不是搭积木

uly 15:38:48

是的，但是，这个是项目管理里的大忌。

water 15:38:54

一个人干完一块就然后拼起来

uly 15:39:55

就单干来说没问题。但是，如果在一个项目团队里，如果应该去引导项目发展的人，设计在技术细节里，讨论一个细节要怎样怎样，这样就会变成个人的角色不明，责任不清，最后混乱的失败了

water 15:40:13

。。所以我就说你这个项目是为了项目而项目

water 15:40:21

并不是开发什么的

water 15:40:30

你看看你现在干的

water 15:40:38

还不是用别人的东西

uly 15:40:44

恩

water 15:40:48

你有看别人代码吗？

water 15:40:53

你只是会用而已

water 15:41:05

你这不是开发项目

water 15:41:11

只是个搭建项目

water 15:41:16

很容易就成积木了

water 15:41:25

SapL.搭好服务器

water 15:41:28

为了什么

water 15:41:33

为了运行你平台

water 15:41:48

你平台你不是挑你要做什么的

water 15:42:01

而是挑什么能尽量满足你要求的

water 15:42:12

都是为了项目服务的

water 15:42:20

敢问你们从何创新的

water 15:42:34

哪些是你们创造出来的

uly 15:43:40

是的，如果变成了很简单的搭建项目，那最终就只是一团积木。这也就是为什么，我们想要通过适当的架构，把三个系统整合起来的原因。而进行二次开发，需要的是对这些现有的东西的技术分析。

water 15:43:51

做到最后不跟SENDS电视一样，，

water 15:44:03

最终还是积木一样的

uly 15:44:41

这里面的问题在于，这个项目的目的，是解决我们的实际问题，而只要能够达到这个目的，我们可以调整架构，去适应它。

water 15:44:46

你这个二次开发许技术细节你还没搞清楚

uly 15:44:54

恩？

water 15:45:19

哈哈，解决实际问题。。

water 15:45:30

说白了就是运用下软件而已

water 15:45:37

跟SENDS电视有差吗？

water 15:45:55

这种叫项目太小题大作了

water 15:46:19

这里根本不牵扯什么架构这种高深术语

water 15:46:27

就是怎么拼凑

water 15:46:39

深层其实你自己还不懂

water 15:46:49

你没学过软件工程

uly 15:46:52

那我问你，假设你现在要架个MySQL群集。那么，你去选择适当的硬件和服务器，来满足你的需求，来优化群集的性能。不需要去分析，去架构吗？

uly 15:47:15

你能说这项工作是简单的拼凑吗?没有创新吗

uly 15:47:22

没有任何自己的东西吗？

water 15:47:24

那我一个人就足够了。不要一个团队

uly 15:47:33

呵呵，那你去看看淘宝的dba团队。

uly 15:47:50

还是你认为，淘宝一整个dba团队不如你一个人呢？

water 15:47:53

他们的DBA是自己开发的

water 15:48:11

我知道的你的想法

water 15:48:32

但恐怕你的预期和实际出入太大了

water 15:48:45

比如你要卖个东西

water 15:48:57

其实售货员就够了

uly 15:49:10

http://rdc.taobao.com/blog/dba/

water 15:49:15

你非得叫成市场营销师，这就无语了

uly 15:49:33

呵呵，看来你是属于鄙视营销的类型啊。。 不过你要知道，超市里的售货员是很多，但是让人们来买东西的，不是这些负责出纳的售货员，而是市场营销团队。

uly 15:50:04

DBA是数据库管理员的意思。

water 15:50:35

那个我不鄙视

water 15:50:41

我知道你说的

water 15:50:50

我没表达清楚

water 15:51:10

我只是说你现在做的这个所谓的项目，并不认为是所谓的项目

water 15:51:26

起码许多人都同意这个观点

water 15:51:32

你这里有很多问题

uly 15:51:33

恩？

uly 15:51:37

说说看

water 15:51:55

都说了的。。简单说就是没人用

water 15:52:20

或者现在做的这个东西是没人用

water 15:52:24

并不是他们需要的

uly 15:52:36

你们的这个答案，刚才你说了，是你们觉得没有人用。对吧

water 15:52:42

他们做项目都有用项目管理软件

uly 15:52:41

你们觉得没什么用。

water 15:52:49

他们都有用

water 15:52:53

但不会用你的

water 15:53:07

因为别人做的足够好了，能满足需求了

uly 15:53:41

是的，他们有用很多。但是，他们有留下那些东西呢？那些我们这些维护人员能看到的东西？

uly 15:53:59

哪些后来需要改进的人能看到的东西？

water 15:54:21

这点其实都是靠一个个传的。

water 15:54:28

比如这么说吧

water 15:54:33

贴吧那个程序

uly 15:54:35

恩

water 15:54:45

源程序最后我们有看到

water 15:54:51

最后还是废了

water 15:54:55

自己重写吧

water 15:55:12

许多服务器他们搭建好的，我们还不是废了

water 15:55:29

你真指望大家能按着那个流程走吗？

uly 15:55:29

是的，但是你能说他们100%搭建的垃圾吗？

water 15:56:00

但是你终归是按你的意愿走的

water 15:56:22

我要说的是你做的这个固然很好，很有用

water 15:56:34

但实验室不适合，这是现实

water 15:56:47

我们素质都达不到这个程度

uly 15:57:03

只是问题在于我们其实不知道他们是如何架起来的，也不希望去学习他们的这个东西，觉得倒不如按照自己现在觉得比较好的东西，按 自己的步调来重新学习过。

water 15:57:40

呵呵，以后的人会学习我们的吗？

water 15:57:50

这届进来的运维的

water 15:57:52

大三的

water 15:58:00

我让他们看看BSD

water 15:58:08

竟然都只认UBUNTU

water 15:58:20

只会去学习自己熟悉的

water 15:58:23

人都是这样的

uly 15:58:39

想想看贴吧，在我们都没有实力能够重建整个贴吧的时候，到最后还不是要去研究它的东西

water 15:58:42

不愿意去到自己陌生的领域的

water 15:59:46

所以你把自己的做好就好了，而不是一个管理系统，一个构架

uly 15:59:56

最后，那个贴吧始终还是没有能够调好，而如果不是他视频转换的松耦合的结构，我也根本不可能去写过一个程序来转换。

water 16:00:02

比如你现在每一个操作都记录到word上

water 16:00:14

你的转换机制都按文件夹组织好

water 16:00:24

你的程序都有注释

water 16:00:38

你改动的参数都有专门记录一个TXT

water 16:00:43

这些你有做没？

water 16:00:51

你要真做到这些就足够了

water 16:01:01

而不是架构什么的，最后还是要做

uly 16:01:07

？

water 16:01:53

你来SENDS这么几年写的代码，调整过的参数，文件都有专门文件夹放吗？

water 16:02:12

你的操作步骤，还有遇到问题都有备忘吗？

water 16:02:17

文字的备忘

uly 16:02:37

足够了吗？上面说的，程序的处理都有输入保存和日志，程序也有注释，代码的变动在svn上都看得出来。那么，现在你能够去修改我的程序吗？

uly 16:02:46

能够去解决其中的问题吗？

uly 16:03:01

你去哪里找我记录的这些？

water 16:03:10

。。。。哈哈。

uly 16:03:11

你去哪里看我这些问题是怎么解决的？

water 16:03:20

你有记录打包给我就好

water 16:03:39

重要的不是哪里有，是你做了没

water 16:03:47

你要有心，我怎么都会获得

water 16:04:07

如果你都没做，你指望一个架构，一个项目，都有改观

uly 16:04:32

程序和变动都在svn托管，我的思路和解决问题的记录都在我的博客上。

uly 16:04:37

你能找到吗？

uly 16:04:53

试问

uly 16:05:22

如果不是一个东西呢？10个东西在这里，每个东西出问题的时候你都要Google去，qq联系也许半个月不上线的我。

water 16:05:24

我都有专门文件夹存放

water 16:06:03

你说的有道理的，，

uly 16:06:08

你不觉得浪费时间吗？如果现在有个保存这些所有东西的库，而且能追踪到这其中的每个问题，你不觉得更加轻松吗？

uly 16:06:27

就比如这次要换新阵列

water 16:06:34

但实验室我不认为可行

water 16:06:44

嗯，我看了

water 16:06:55

要格盘

uly 16:06:59

老师说，他们原来那个分区最大不支持2t，然后用强格的方式上去的。

uly 16:07:10

我上哪儿找它们怎么弄的。

water 16:07:20

GTK BSD就能弄

uly 16:07:50

那要换系统。你动一次阵列就换个系统。累不累？而且你确定没有其他的方法吗？

water 16:07:59

不是换系统.

water 16:08:13

是格盘

uly 16:08:32

格盘?

water 16:08:52

他说的不支持是格盘不支持两T

uly 16:09:23

实话说，那天我知道这个情况后差点捏了把冷汗。要是之前什么时候阵列坏了，我都不知道怎么修。

uly 16:09:45

而且你知道他们当时弄阵列的时候

uly 16:10:00

从核心传数据，结果把整个hqu的dns弄挂了。

uly 16:10:44

这个注意点要是不说，也许我们要调试半天才知道问题出在哪里。

water 16:12:14

嗯，想法很好

uly 16:12:46

在我的计划里，这些东西的组织和管理，能够在这个平台上很好的实现，文档能够按树形结构，能够按事件来追踪，而事件，又能以项目的形式，在不同的优先级下，统一的在这个平台里面管理。

water 16:13:28

很大的构架

uly 16:13:57

不是构架，这个可以通过现有的系统上加入工作流的定义功能实现。

uly 16:14:21

而我知道这个，还是归功于VC在前期的分析时候给我的分析报告。

water 16:16:00

终归是个软件，都用用就熟了

uly 16:17:28

其实，请原谅我的无礼，你们觉得这个系统没用，其实是因为，之前，你们根本就不曾真正的体会过一套整合后的这个系统能带来的好处，而又觉得，现有的工具拼拼凑凑就能够解决自己的问题，没有必要去花时间研究一下新的东西。

water 16:18:04

哈哈哈

uly 16:18:15

是的

water 16:18:39

其实SVN还有之前项目管理我很早都给你说过了

uly 16:19:36

也许，你们现在的能力，可以完全不需要这样的东西。但是，在这种一代一代的推倒从来的过程中，事实证明了，我们都没有能够在这样的废墟之中创造出什么新生的事物

water 16:19:49

哈哈。。。。又笑了

uly 16:20:01

对的，但是呢？

uly 16:20:12

你推行成功了吗？

water 16:20:24

SVN我们用的时候你还不知道的

uly 16:20:31

是的，

water 16:20:52

我并没否定你的想法

uly 16:20:58

但是，为什么到最后，什么都没有呢？没有人用我们搭建的那个svn，

water 16:21:32

因为大家觉得麻烦，他们用自己的了

uly 16:21:49

我觉得，是因为我们没有真正的把它做到易用。

water 16:22:03

这个我问过的

uly 16:22:11

也没有真正的去认真的推行

water 16:22:24

其实他们许多都没这个习惯的了

uly 16:22:50

其实，上次Howard找我要svn的时候，我给他了一个帐号，但是之后他就没有使用

uly 16:23:01

而我也从来没有去问他为什么没有使用。

water 16:23:42

我问了

water 16:23:47

他密码忘了

uly 16:23:47

哦？

uly 16:23:59

所以呢《我们都没有个密码找回系统

water 16:24:18

呵呵，也许吧

uly 16:24:45

这次，在思考这个问题的时候，我想过这个问题。其实zy也跟我说过这个事

uly 16:25:03

他的看法是，这个不是技术的问题，而是管理上的问题。

water 16:25:46

这个。。已经是老生常谈了。。

uly 16:25:47

缩小一点看，就纯粹svn来说，你自己有在开发一个2000行以上的程序的时候使用过它吗？

water 16:26:04

没

uly 16:26:23

我自己的项目就是一个3000行代码的项目，整个过程使用svn管理，所以我知道，

water 16:26:25

不是因为管理

water 16:26:35

个人习惯

uly 16:26:47

如果没有那个svn，我的代码至少要重写3次，

uly 16:26:56

是完全重写。 （代码意外丢失和修改错误）

water 16:27:26

大家都知道SVN好

water 16:27:32

方便

water 16:27:39

但就是不想用

water 16:27:49

就跟大家都知道要好好学习

uly 16:27:49

呵呵，对的。

water 16:27:55

但还是翘课

uly 16:28:07

不过呢？

water 16:28:16

所以我给你说实验室不适合

uly 16:29:12

使得，06这一届的你们已经是老大了，当然，除非你们自己想要改变，或者哪天李开复说，你们不用版本控制系统，就不要想进Google，否则，作为学弟的我们，再怎么说，其实都不会去改变到你们的行为。

water 16:29:51

呵呵。怎么说呢，我们只能是经验谈，

water 16:30:08

在我跟你一样大的时候

water 16:30:21

我和BJ讨论的问题跟你一般深刻吧

water 16:30:28

还有和带鱼

water 16:30:31

我和猪

water 16:30:34

P

water 16:30:43

讨论SENDS的问题，比这个多很多

uly 16:30:45

经验谈？

water 16:30:58

我们也发现管理问题

water 16:31:22

列出了N个改革方案

water 16:31:44

但是最后自己走过来的时候发现

water 16:31:53

其实这不是管理问题

water 16:31:58

是自身的问题

water 16:32:23

是我们作为学生来说，自身的许多问题

water 16:32:33

hqu终究是hqu，不是北大

water 16:33:00

你被他影响很深，思维习惯还有许多习惯，坏毛病都是自身的

water 16:33:29

所以做好自己的就好了，如果每个人自身都提高到那个层次

water 16:33:36

你所说的问题终归不是问题

uly 16:33:53

但是，对于我们的学弟来说呢？不一样，我在泉州这边做了一个实验，在他们还几乎没有做过任何项目的时候，我去向他们灌输了一些svn的知识。而我给予他们的建议是在做项目的时候，代码要用恰当的方式管理好，这样一来，其实我就发现了一个变化。他们在做项目之前，就已经有了代码管理和版本控制的印象里。在此之后，如果他们开始做项目的话，在用适当的方法去激励，他们就会形成这个习惯。

water 16:34:28

嗯，是的...你确实你能影响一些人

water 16:34:45

但你无法改变很多人，这是事实。。

water 16:35:28

SENDS论坛混了这么久，我还是了解的，终究还是娱乐化

water 16:35:55

N个人骂过，排斥过，改变过，但终究还是大流所决定

water 16:36:59

实验室我能看到的人，我觉得不具备使用SVN的素养，所以我说你的可能没人用，，

uly 16:37:13

你们的想法我可以理解，但是，我不认同，第一，就团队和组织来说，我信奉彼得德鲁克的看法：管理没有天才，也不许要天才，一个优秀的制度，也许不能带领一个组织从优秀到卓越，但是，却可以让一个组织保持优秀。

water 16:38:40

嗯嗯，你的思维我始终觉得是最新的，我始终会感兴趣，但我觉得我能看到你要面对的，所以就这么说的，年青，有想法，有激情，你确实很优秀了

water 16:39:07

但是有时你会去面对现实的

uly 16:39:58

第二，我们真的可以从施加的影响一点一滴的扩散开来，比如我这次社会实践的团队，一开始，连word的排版都排的乱七八糟，但是，最后，在我的制度坚持之下，整个活动，还是取得了成功。而且对于我们队伍里的所有人来说，都有所成长。上上周回去的时候，我和其中那个当时让我最头疼的同学聊天，她自己也认为这次的成长，确实为她带来了很大的变化。

water 16:40:30

呵呵，你这个谈话俨然可以当李开复了

uly 16:40:32

呵呵，对于不常夸奖别人的人来说，能得到你这样的评价，我真的深感惶恐。

water 16:41:22

我想说的是努力完善自己就好

uly 16:41:32

我理解，

water 16:42:06

你不喜欢网络编程，但我要说你如果从事这行，确实要自己去写写

water 16:42:25

你才能与建斌这种程序员类型的沟通

water 16:42:39

沟通能深入细节

water 16:42:52

如果你给我说，写个后台。。我肯定没兴趣

water 16:43:27

你要说用什么什么技术，怎么怎么写，那绝对能谈很多

uly 16:43:58

原来，我也是这样想的，但是，结果我发现了一个问题，因为我所追求的职业道路，不容许我只努力完善自己，而且，有时候，我们想要做的东西根本不可能仅仅靠自己一个人就能够完成。所以，我要让自己成为一个能够至少培养出一个能够共同去实现梦想的团队的人。

water 16:44:47

呵呵，你要当老板，我肯定去应聘

uly 16:45:04

对，这次我也深感自己在这一方面的匮乏。其实我并不是不喜欢网络编程，我一开始学习的就是asp，但是因为讨厌那些不得不接的帮忙写网站的请求，我才故意不去学这个的。

uly 16:45:30

所以，这次和T的这个问题，确实让我感到有些无所适从了。

water 16:45:44

自己去学学吧，很快的

water 16:46:10

T和白要做飞信

water 16:46:17

转向python

water 16:46:36

其实实验室现在这个模式挺好的了，每个人能带一些人

water 16:46:39

挺好的

water 16:47:39

但是大家都很恐惧接触新的东西。

water 16:47:54

比如我提了下BSD。。竟让就没人敢动。。

water 16:47:58

说没学过。。

water 16:48:23

当初不都是从0开始

uly 16:50:28

也许吧，不过，即使T退出了，我也会想办法把这个项目推进下去，即使到了最后，搭积木也好，因为，我相信这个实验室，需要改变，而，我能够利用这个项目，提供一个改变的契机。而且，我再也不希望看到，以后实验室的人们开发的小应用，在别人几乎不知道的情况下，默默的消失了。所以，这个项目的前台发布页面，将首先成为SENDS产品的发布首页。

最后，我要说明的是，我们这个项目，是否能够成功的完成，然后是否能够成功的实施，最后是否能够成功的引发这个组织的变革，所需要的，是我们自己不断的突破自身的成长。