杂谈之一:技术只是成功的一点点基础条件,真正还是得靠做人话说,有位lianzi同学,水平不错,思想超前,签约阿里现在在百度实习,以前因为喷我的贴又没有啥理由,因此告诉他离我远一点,但是最近他又回到我群里了,一直伸个大拇指,我说啥他都是大拇指,觉得怪怪的,总不是那么个感觉,终于憋了一段时间,又恢复了正常的沟通方式,聊天实录:
- 【传说】杭州-悠然 18:31:13
- lianzi本色终于出来了。
- 【传说】杭州-悠然 18:31:30
- 我学得这样才是你自己,你天天伸个大拇指,我都觉得不像你了。
- 【活跃】lianzi(756215798) 18:32:17
- 哈哈哈,还好,还好
- 【传说】杭州-悠然 18:32:52
- 活个本性挺好的,有时碰一下大家也理解的。
- 碰完了继续哥儿俩好不就可以了。
- 【活跃】lianzi(756215798) 18:37:22
- 是的
【传说】杭州-悠然 18:31:13
lianzi本色终于出来了。
【传说】杭州-悠然 18:31:30
我学得这样才是你自己,你天天伸个大拇指,我都觉得不像你了。
【活跃】lianzi(756215798) 18:32:17
哈哈哈,还好,还好
【传说】杭州-悠然 18:32:52
活个本性挺好的,有时碰一下大家也理解的。
碰完了继续哥儿俩好不就可以了。
【活跃】lianzi(756215798) 18:37:22
是的
杂谈之二:让谁“爽”的问题
看产品经理的ppt,里面有下面的一段话:
- 做“产品”,不外乎“要想自己爽,先让别人爽”。
- 永远站在用户的角度考虑问题。 细节、细节、还是细节。 根据实际情况排定优先级比确定功能更重要。
做“产品”,不外乎“要想自己爽,先让别人爽”。
永远站在用户的角度考虑问题。 细节、细节、还是细节。 根据实际情况排定优先级比确定功能更重要。
深以为然,在做Tiny框架中,框架组做Eclipse插件的同学其中做一个功能是执行器,他的方案是:开个首选项,然后由开发人员在里面配置啥种类型的文件由哪个类去执行。于是我问,如果有好多个执行器,开发人员不就配死了?于是他做了个功能扩展,增加一个批量导入功能,可以批量导致了。于是我问如果有100个项目,100个开发人员,有100种 执行器,不同的项目需要的执行器又不一样,是不是就得配100次配置文件,然后花大量的成本去分发这个配置文件,还得让程序员花大量的时间去导入这个配置文件??关键是随着项目的不断变化,用的执行器是可变的,那么上面的这个过程就得不断进行,还涉及到一个版本维护的问题,比如有的人导入了新的,而有的人还是旧的。这样综合起来得投多少人力物力和管理成本?
我给的方案是:在开发执行器时配置一个执行器xml定义文件,然后工程去扫描当前项目中的执行器xml定义文件,于是工具开发人员只开发一次,每个执行器开发人员只配置一次,真正的使用者,啥也不用管,随时都是最新可用,0工作量。
两个方案对比,工具开发者工作量小了,执行器开者工作量大了可以忽略的一点点,最终使用者,节省了大量的工作量,关键是不会让他们觉得使用麻烦,且不会出错。
杂谈之三:让程序抛错还是让程序“正确”执行?
龙振东同学,一直在使用TinyDbRouter,也发现了里面的一些BUG,也提了许多的改进建议。由于他是把代码拉到本地在本地改的,我建议他直接fork我们的代码,并在修改之后pull request给我们,这样,对两方都有好处。
其中涉及到一个问题,他在QQ上问我如何处置:有些非标准SQL,SQL解析器不支持,他建议(实际上他前期就是这么做的)在出现不支持的SQL异常的时候,改由读写分离方式去执行。
由于当时在开车,是在电话里和他沟通的,因此就没有聊天实录了,我直接敲字敲上来吧。
posted on 2015-06-23 22:12
柏然 阅读(50)
评论(0) 编辑 收藏