6月 202012
 

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

最近,面试了不少求职者,简单梳理下我喜欢问的题目。

首先说明,我是一个.NET(C#)程序员,我所面对的求职者的目标职位也仅仅是PG到SE,个别的是PL。下面的问题也主要是技术类问题。

1、.NET基础

  • 声明变量时 int?、double?的含义
  • using关键字的用法
  • DataTable中Row的RowState属性有哪几种

2、思维方式/实现方法

  • 怎么将一个DataTable的数据按照某列重新排序
  • 怎么去除一个DataTable中的重复数据

3、DB/SQL相关

  • 内连接和外连接的区别
  • union和union all的区别

其实都是非常简单的问题,不过能够准确的回答上来的求职者也不是很多。

大连的软件开发行业看似繁荣,实际上大家的能力非常弱。

12月 192011
 

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

最近见到一些人,听到一些事。于是关于工作,有点看法。

事先声明:以下内容全部个人看法,而且自认为比较适合外企生存环境。如您就职国企、政府部门,最好一笑了之。

总有一些人,一谈到工作就是老板如何不好,而且经过多次换老板、跳槽后依旧如此说辞。但是不知道自己有没有问心想想,难道真是你运气如此之差,遇到了几乎所有的坏老板?还是自己本身就不是好员工呢?

巧合的是,抱怨内容一般都很相似:

老板安排的任务我都做了,要加的班也加了。为啥我年底评价这么差?加薪这么少呢?

或者

老板一点都不体恤员工,他应该这样这样做啊。

虽然细节各有不同,但是基本模式都差不多。

关于第一个抱怨。想一想老板的评价一般都是KPI吧,即和预期相比如何,如超出预期则K、达到则P、低于则I。那么,你只做到了老板的要求(完成安排的任务和加要求的班),为什么还想要一个K呢?

想要得到K?那就干更多的活(不是加更多的班)吧。当然,也是有技巧的,就是尝试站在老板的角度去想老板需要什么样的东西。这么想了,然后做了,老板会看见的。

第二个抱怨。也许你在想,老板的任务就是给员工服务、为员工谋福利的。很遗憾,这是错的。老板的任务是为他的老板服务!

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

8月 302011
 

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

最近兴趣点非常多,也做了不少的准备和努力。比如:

  • 学/玩Python
  • 研究NoSQL中的MongoDB
  • 琢磨Android开发
  • 重读金庸
  • 研究iOS开发

但是,都不出意外的没什么成果,虽然说各种东西都了解一些肯定是好的。不过从现实的角度来看,这么做的“钱”途堪忧啊。

因为,我仍旧还是一只从事对日开发的C#程序员。而且,现阶段,也没有转行的打算。

于是,经过考虑,计划放弃某些想法,而将能够看到的“回报”的内容提到前面来。

  • 继续学习日语。
    btw.今天从同事那里听到,原来日本的PM对我日语的评价:写Mail很好,听和说不行。这完全是批评嘛~
  • .NET加强。在2.0的Framework下开发了近4年,落后太多了,要奋起直追。
    回归MSDN,每天至少半小时,尽快补上3.5和4.0的漏洞。
  • 项目管理理论学习。几次面试在理论上都摔跟头,项目中摸爬滚打出来的经验不结合理论就是个屁。
  • 学/玩Python。不得不说,这东西的诱惑太大
  • 了解iOS开发。从“研究”到“了解”,自然要省下大量精力
  • 读书
  • 重读金庸

这么看来,无限期的搁置Android和NoSQL也真是无奈之举了。

方向有了,剩下就是详细计划了。

6月 122011
 

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

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

对日软件开发的特点

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

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

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

我所理解的一些特点:

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

技术?外语?

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

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

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

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

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

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

未来

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

写在最后

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

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