创业,不能兼职(40)--页面有进展, 功能无进展

昨天,修空调的小伙子来了,说这空调很老了,正常空调8-10年寿命,这空调的备件已经没了.让我买新的. 说1匹的,要是以旧换新2100,我说 ,这个制冷效果很好啊, 就是突然漏水.那小伙子说,空调都制冷啊...

我说靠,还能制冷的空调,自然是最主要功能还好,次要的小地方坏了,想个办法修补一下啊...小伙子说,没备件.

我说,那还还有什么补救办法,告诉我,有,漏水时用脸盆接着. 哦,真是他大爷的. 不过,可能是为了说服我从他手上买新的,这次上门费倒是没收的.海尔空调维修态度还是很好的.

最后,我就是没买.晚上,我就真的用脸盆接着...不过,不知道是不是睡死了的原因,昨天也没觉得漏了.


后台小伙子昨天9点多到.10点之前处理个人短信. 10点-12, 1点多一直到晚上8点多,9小时,绝大多数时间在处理地址数据.但到了晚上都没有任何实际结果出来.

晚上8点多,到12点,我们吃烧烤,散步,争论.有时非常激烈.主要是我,我着急.我说现在这样效率太低,无论决定做什么,当天都得有点做出的东西出来,或者有个结论,方案,要记录下来. 这样不停换方法,换思路,没有任何结果, 或者只要遇到难一点的问题,就不解决,只讨论,那最后很麻烦的.

而且,因为,讨论后,又不做总结,下次,做的时候很多是又要试验一次,又要讨论一次,每次很多时间都是白花了.

哪怕只是讨论,也要把讨论的各个方案的,优点,缺点,卡在哪里,中间做的短测的结论,一一记录,要做的事情一一记录,一个个解决.解决不了的,也要做下一步决定,定下替代方案.

他说,应该先做基本框架. 这个现在做的功能是跳到后面去了, 知道原理,知道能解决就行了.我说,这个,不是知道能解决就行,是要实际解决一点是一点啊.这毕竟是第一个页面就会用,一直会贯穿后面,总共6个-7个地方要用的东西,而且是包括建最基本数据库时都要的东西,要在开始时想明白啊.

不过,后来,我想,也是,反正现在也不是什么特别大的系统,做到哪里解决哪里吧,没有解决的,先记下来. 毕竟争论中,还是对一些东西有更多了解. 不过,好的是,我们现在开始,基本其实会每天都在一起,能时刻沟通,讨论. 有问题,还是能很快发现,讨论.

只是,这个小伙子,觉得坚持每天计划总结流于形式,容易坚持不下去,这个,我觉得不太好,因为,你总结,才会知道问题在哪里,不然,我说,9小时,我们啥也没做,自己肯定也觉得冤枉的,可以把这9小时,得到的结论,找到的方案,学习到的东西,遇到的问题,简短总结一下,思路就会清晰.不然,很容易陷入一团粥

我对小伙子确实是很寄予希望.所以,才会着急. 不过,我还是相信,有些东西,慢慢调整,后面还是可能能走的好些. 昨天我和他说,我还是相信我们能做成的.

前端昨天成绩很多, 我后来半玩笑地对后台小伙子说,你看来更适合做前端,因为,他会和前端小伙子比较好的沟通,能提一些建议,给些指导. 前端小伙子在他的建议下,昨天做出的东西很不错.执行力还是比较强的.效率也不错.

我昨天,在讨论争论前,就把这些东西写了个文档,今天继续把讨论后,和昨天实际测试时的一些结论记录下来,以后用. 昨天,还把另外一个具体的东西也整理了. 前端小伙子今天给我页面,我就可以具体和他讨论一些了.

今天早上,7点多起,8点多吃早饭.8点半写日记.现在9点,开始干活.中间早餐时,讨论了一点昨天的问题,然后讨论了一下多语言问题. 我的建议,是至少一开始要时刻记住是双语的,不要到后面不容易做. 我很奇怪,以前,做项目时,印度人才开始时,就能随时给我一个语言包,让我确认里面的翻译,我上一个兼职程序员,就不能.

这个,不是一开始说就要全部翻译出来,可是结构上,或者什么上,我想要,是不是一开始就要做好相关的一些什么东西,或写好一段程序,或搭好一个架构呢? 后台小伙子说,是配置一下,给了我2个链接.http://www.yesky.com/2/1744002_1.shtml
http://www.google.com.hk/search?sourceid=chrome&ie=UTF-8&q=java+%E5%A4%9A%E8%AF%AD%E8%A8%80

又给我讲了一下原理,但说以后做.现在先写死的,我说,不要全部是以后啊,以后慢慢翻译都可以,现在你哪怕一个页面,也行啊. 比如,注册时,语言有选项的,你至少做成让我点击 英语时,有一个英语注册页面来,后面的,我就知道可以了.因为,我是做的环球旅行,这项目里,从一开始就有请国外的用户试用的.

以后,我的日记也得像前端那样,不要废话这么多.流水账啊,流水账.

评论

6 楼 lancelotwjq 2012-11-28  

nkshan 写道

控制进度建议看看scrum的规范。

其实挺好的，把所有大东西都弄成小任务。

然后用扑克牌出牌来估计时间，这样能知道客观的数据和众人心中的差异。

比较容易细分粒度，发现问题。

“一般推荐4到8人参与估算。"

"数字最大和最小的人必须发言。 ”

如果只有两个人的话。。。

5 楼 nkshan 2011-08-17  

控制进度建议看看scrum的规范。

其实挺好的，把所有大东西都弄成小任务。

然后用扑克牌出牌来估计时间，这样能知道客观的数据和众人心中的差异。

比较容易细分粒度，发现问题。

4 楼 龙晓舟 2011-08-17  

charyle 写道

1.做为码农，我也习惯有些问题确认能解决就先放下，先解决核心困难的东西和没解决方案的东西或基本东西(基础框架层面)，有点像吃东西，先吃坏的后吃好的。结果是，很多时间看起来项目进展不大，而当全部问题都可以解决并有成熟方案时，突飞猛进。
2.有些重复工作量的问题可以先放下。因为项目测试时都会改的，页面调整中改一个地方，如果涉及国际化，就需要改成倍的工作，因此我习惯测试通过后再弄。另外，编码过程中担心国际化，分心，最好专注逻辑。还是最后集中改下符合中国码农习惯吧。
3.熟悉程序猿想法或许对你有帮助。最后，相信你的程序猿，你需要提需求(页面布局、页面跳转逻辑、性能等)和掌握进度(进度要协商，协商好后就要坚决执行)。可以熟悉程序设计等，但是以确保设计满足需求为目的。

嗯,谢谢了.

我也是在这样和程序员们直接打交道过程里,慢慢了解他们.

也包括记录这些,然后有时,也会有其他程序员像你这样,大伙交流,或者对我困惑的问题,有一些解答,我就能慢慢学习,知道更多.

国际化其实是个小问题,不过,希望能是从最开始搭的架子里就用的核心方式是能方便以后扩展翻译的.那篇文章里提到的mvc,和内核英语,我觉得还是不错.今天刚刚和程序员讨论了,对我们,其实目前能想到的就是 国家代码,语言编码,货币编码.靠编码来确定. 又和另外一个小伙子聊天时,我听到了标识码这个说法.

嗯,进度,现在总觉得难控制.

3 楼 charyle 2011-08-17  

1.做为码农，我也习惯有些问题确认能解决就先放下，先解决核心困难的东西和没解决方案的东西或基本东西(基础框架层面)，有点像吃东西，先吃坏的后吃好的。结果是，很多时间看起来项目进展不大，而当全部问题都可以解决并有成熟方案时，突飞猛进。
2.有些重复工作量的问题可以先放下。因为项目测试时都会改的，页面调整中改一个地方，如果涉及国际化，就需要改成倍的工作，因此我习惯测试通过后再弄。另外，编码过程中担心国际化，分心，最好专注逻辑。还是最后集中改下符合中国码农习惯吧。
3.熟悉程序猿想法或许对你有帮助。最后，相信你的程序猿，你需要提需求(页面布局、页面跳转逻辑、性能等)和掌握进度(进度要协商，协商好后就要坚决执行)。可以熟悉程序设计等，但是以确保设计满足需求为目的。

2 楼 lanlanwork 2011-08-17  

呵呵。好有激情的创业者

1 楼 rrong_m 2011-08-17  

技术不过关，产品上线前这个是最关键的。