6月 172012
 

固定连接:http://www.gamtin.info/archives/269

正如大家知道的,今年的4月1日,我购得了MacBookPro一台,并且从那时开始,将这台MBP作为了我生活中的唯一主力电脑(原来的那台东芝笔记本给老婆用了)。如今2个多月过去了,本来是要写写转移到OS X的体验的,无奈仍旧认为自己没有资格来写,便就一直拖下来了。本小文也就仅仅是记录小事而已。

一、Windows?

因为MBP的CPU已经是Intel的了,所以要安装一个Windows是相当容易的事情。于是收到了不少建议:

双系统,或者直接只安装一个Windows。

大家的理由也很充分,什么兼容性更好、可以用网银、更多游戏……

只是,我仍旧只有一个OS X。因为,如果想用Windows,我为什么还要买MBP呢?我虽然有点小虚荣,但是抱着笔记本在咖啡厅聊QQ和偷菜这种类型的“装(傻)逼”事我是不会做的。

而且,朋友们给我的理由们其实也都不存在。兼容性更好只是我们熟悉了Windows下的软件的名称,在OS X下,完成同样的工作的软件仍旧很多,它们甚至更优秀,只是名字不同而已。网银的问题,其实在我将所有的浏览器需求都迁移到FireFox/Chrome上开始就有了,转到手机银行后其实也便没有问题了。至于游戏,第一,我是传统游戏机的死忠,非常少的玩电脑游戏;第二,如果一款游戏没有OS X版本,只能说它不够好(举例:暴雪的Diablo III)。

二、凶猛的体检报告

例行的每年体检。但是,看到体检报告的瞬间,我就凌乱了。

竟然是个exe文件!!!

工作几年,也体检过好多次了,每次的体检报告(电子版)无外乎几种格式:pdf、html,chm,遇到exe还真是前无古人啊。

于是,MBP表示无能为力。

无奈,准备用公司的电脑搞定。

到公司:下载报告——启动杀毒软件查毒(这是我遇见未知exe文件的必须动作)——双击运行。我再次凌乱!!这货在我日文版的Windows7(准确说是英文Windows换做日语UI)下竟然是乱码的。

最后,只有用给老婆的那台东芝搞定。

我相信体检中心是为这套系统花了钱的(多少就不知道了),但是“体检报告”之所以叫做“报告”还是希望其电子版文件仍旧是个报告的。个人觉得pdf是最好的,其次可以是html。exe神马的,让它随风去吧。

5月 212012
 

固定连接:http://www.gamtin.info/archives/264

某项目,规模很大,去年/今年公司的风云项目。

今天早晨突然得到消息,说要让我和几个人紧急去帮忙。据说是性能不好,目标是改善代码逻辑,提高性能。

虽然说现在自己的项目已经让我快要呼吸困难了,但是大老板亲自来请了,还是要出现的。

然后和项目组的人碰了下,那边介绍了下项目情况和要求我们做的事情,之后分配了下任务便各自散开了。

拿到代码,看了看,于是得到了标题那样的感觉。

为什么呢?

首先,其项目的数据量规模可以达到百万、千万级别。

其次,因为某种原因,数据不能通过条件从DB取得,而是全部数据都取到内存中。

最后,代码中用来保存数据的对象完全没有考虑到性能问题。想要检索数据只能使用循环全部检索……。

到这里了,相信你已经有和我一样的看法了吧。

11月 202011
 

固定链接:http://www.gamtin.info/archives/187

早在上次听到 侯伯薇 老兄谈到说敏捷之旅将要来到大连站开始就在期待。昨天(2011/11/19),随着大连的一次降温,如期开始了。

三个主题:

  1. 可视化管理和持续改进:ThoughtWorks的高级咨询师李剑(@凉粉小刀)
  2. 速度与质量的均衡之道:速评网的联合创始人王立杰(@王立杰_敏捷无敌)
  3. 使用google app engine建立个人信息中心:大连牛人程序员孙伟(@sagasw)

中间赞助商中荷人寿的两位美女还带领大家跳了个舞。最后是QClub的保留活动:Open Space。

对于敏捷开发,我完全是0经验:没参加过敏捷团队,更没组建过敏捷团队。对于所知道的敏捷的一切,还都只是通过书籍和同别人的聊天中。参加这次活动,我是带着问题来的:在公司中怎么样来组建一个敏捷团队?如何说服老板和团队成员开始向敏捷的转型?

前两个主题,李剑和王立杰分别讲述了在敏捷实施过程中团队、个人和工具的应用,及质量同项目管理铁三角(范围、资源、时间)之间的位置和协调。很多观点,尽管不是敏捷团队,也依然获益匪浅。而最后,孙伟兄更是身体力行的展示了“以编程为爱好”所能迸发出的力量。

最后的Open Space环节,首先参加了王立杰组的讨论,就我自己的问题咨询了一下。

实际上,这种团队的转型说难也难,说容易也容易。如果团队大家能够有共同的目标,那么就可以采用自下而上的推动的方式。相反,如果能第一个说服老板,则可以至上而下的推动。成功与否,还在于整体大家是否支持换一种工作方式。

当然,也提到了敏捷模式在中国的困难。就是几乎完整的敏捷团队对PM的“革命”性。因为敏捷团队良好的沟通和自我管理能力,一旦这个团队走向成熟,那么项目中的项目经理的存在将会变得毫无必要。这也是不少时候项目经理会成为推行敏捷阻力的原因。针对这个问题,王立杰先生也提供了一些变通的方案。

关于先让小团队转型测试效果的问题,也是会有问题的。就是一个小团队是没有充分的代表性的。说起来就是:无论你们转型成功与否,都有可能是一个特例。想要以此来判断效果如何,并且大范围的推广,还是会有不少阻力的。

之后又跑到孙伟组参加讨论,正好他们聊到了招聘和团队人员选择上。对于一个高速扩张的团队(可能是短期内要1变2,2变4的),如何招聘、选材来构建一个尽量稳定的团队。按照一位多年管理经验的非技术者的看法,这样的团队应该是这样的:30%的聪明优秀有一定野心的人 + 70%的普通人。当快速扩张时候,提拔人才可以在30%中选择,当然剩下的就要做好他们流动的准备,而其余的70%则是团队稳定的重要因素。理想的团队应该是聪明人领导普通人工作,聪明人领导聪明人、普通人领导聪明人都不是好的团队。此外呢,两种人是最不能要的:聪明而坏的人、又蠢又勤快的人。

最后。参加了大连的几次聚会/活动,依然感觉大连的这个圈子实在是太小了,几次下来看到的都是熟面孔。这次活动参加人数算是最多了,也仅仅只有50人左右来参加。大连的软件产业也算是国内有名了,但是因为级别的低端(外包为主),使得大家都完全不关心技术上的问题。活动前,我在公司内部发了邮件来推荐这次活动,结果是非常震惊的:没有人来参加。作为程序员,完全不关心技术,实在是一种悲哀。

相关链接:

2011/11/26 9:29 相关链接更新 @gamtin

6月 122011
 

本文固定链接:http://www.gamtin.info/archives/65

转眼间入行5年多了,也从事了对日开发5年多。于是胡扯一下我所理解的对日软件开发。

对日软件开发的特点

对日软件开发,杯具点儿的讲也可以是“对日外包”。在软件开发领域里面一般是个让人有点看不起的行业,依稀记得这样的故事:

金融危机时,公司裁员,某同事去一家做国内项目的公司面试。对面面试官当得知他是做对日的时候,一脸不屑,表示说这行业的程序员技术很烂,当场拒绝。

当然这是个别现象,但是也反映了一些大家的看法。

我所理解的一些特点:

  • 开发范围小
    一般来说,软件工程中的整个开发周期是从需求分析做起的。但是因为是外包类的工作,需求分析一般是绝对不会交给中国方面来做的,所以大部分公司的开发范围都是从详细设计开始到结合测试结束(近来似乎有所扩大)。这样也就造成了很多人永远都无法经历一个完整的软件开发周期。
  • 流程/文档规范
    也许是日本企业做的都非常规范,也许是日本人也天生喜欢规范。在对日开发中,所有的流程、文档都相当的规范。某些项目甚至可以达到教科书的级别。以至于如果几个有经验的程序员如果一起开发同一个机能,可能会发现他们写出来的代码基本是一样的。
  • 技术要求低
    这里特指普通的开发人员。因为很多情况下,做对日开发项目,使用的技术、语言、框架、共通部分都是日方已经提供好的,所以很多开发动作就是简单的将设计书的内容翻译成对应的计算机可以读懂的语言而已。经常开玩笑说,我们做的这件事,和工地上砌砖头的工人其实是差不多的,只是我们穿的能光鲜一点。
  • ……

技术?外语?

基于以上的特点(是优点/缺点大家可以见仁见智),使得相当多的人有了这样的想法:

不重视技术,甚至日语比技术重要

个人看法,本身外语和技术并不冲突,所以无所谓哪方更重要,应该两方同时进步。

单说到技术,很多人感觉做对日项目完全不需要技术,完全是误解。因为你技术不行,才会被分配一个不需要技术的任务。当你可以独当一面的时候,你会发现需要面对的技术问题是相当多的。而只重外语完全忽略技术,可能短期内会有些好处,但是时间久了,技术上的短板会越发突出,以致影响仕途。

最近做了好多面试。遇到不少技术很差的应聘者,尽管日语、素养等都非常好,我们也只能无奈的拒绝。因为我们需要的是技术者,而不是技术翻译。

还有个在初级程序员中比较普遍的现象,就是“混”。因为要求不是很高,想要在这行业里“混”下来也是非常容易的。于是大家没事上上网、打打游戏、炒个股,过的非常悠哉。这样的环境是很容易让人变得懒惰,但是越是这样越应该努力要求自己去接受新东西。当技术和语言都是短板的时候,后悔也晚了。

未来

说到未来,简单来看无外乎两个方向:技术和管理。我仍在摸索中……

写在最后

开始这个标题,到今天打出最后的一些内容,经历了整整3个星期,主要原因是实在太忙(加班很多,这似乎也是一个特点)。另外就是也确实修改了不少,入行5年多,似乎还不足以来评论整个行业。当然,说来也不算是在评论行业,只是个人的一点理解而已。

也同时欢迎各位多多批评指教。