Posts Tagged “项目日志”
起这个题目是源于一个以前看过的美剧 Fringe ，讲述的是基于时空重叠理论下两个宇宙，一些对公众而言很前沿、很新奇、离奇的案件。正好我们的项目是全新的队员，用的是全新的框架，全新的控件，连我这个PM也是全新的。 团队初建，一人多角再正常不过了哦，因为推不出去。 客户需求最熟悉的人肯定是最适合来做设计的。这时候没法管你是不是新手，该上路你就的上！上就上吧，到了路上再说咯。恕不知，这路不是乡间小道，而是高速。 熟读唐诗三百首，不会作诗也会吟啊。新手上路了，不会漂移还不会1档啊。现下就碰到一些由这个新手引发的这样一些问题。 就一块1024*768的地儿，该怎么折腾你看着办。没啥好折，先搬以前的东西往上套吧，套出来好不好看，先一边凉快去，把活干完再说，什么！1024*768塞不下了，不够地儿？贴膏药上tab。一个声音出来了，tab太复杂了，简化 。没辙，好吧，再来个1024*768….这么一分,人客户不干了，我没事要跑几个1024*768哦，改吧。那还是贴狗皮膏药吧，给你个tab，切换吧。 搞过几次1024*768这块地儿后，这个新手就开始喜欢上贴狗皮膏药了，贴来贴去，开发的不干了。 开发：“你以为狗皮膏药真像你画的这么容易贴啊，你这么贴我搞不出来哦。” 新手：“兄弟我就要结果，怎么搞你看着办吧！” 开发：“$#@!$#$(&(&),框架组，这个控件不好使，我都调试一天了，出不来设计要的效果啊” 框架：”稍等，我看看先！” …. 时间就这么过去了2个月。 来了个棘手的活，这丫的要留下每笔操作业务，DB层面设计没招了，新手问了问谷姐，找到了一些设计，发现还蛮不错的链表式的DB设计，在数据库里存着一颗树，也试着演练了一遍，发现这些招数不是那么难，然后就找来一干人等讨论这个招数难用程度，是否能满足业务，讨论后通过！。新手毕竟是新手没能很好的预估这个是个七伤拳啊，好设计伤了自己哦。大家为了这颗树累的半死。 几次折腾下来，team开始焦虑了，因为复炸的设计，让大家无法按进度进行。新手开始要调整了。但是发现上的这条高速是那种不跑到终点没出口的高速，甚至连叉路口都看不到。怎么办呢，蒙头走到黑吧。
因为是个业务系统，首要的一定是客户能完成日常的业务。做IT的多少都有点完美主义的情节，总希望把东西做的尽善尽美，雕琢自己的每一件作品，加上用敏捷这种灵活的开发方式，需求是源源不断的冒，甚至还包括了对客户工作流程的调整。业务中大家比较慎重的就是钱的问题，所以我们还做了很大一部分的财务辅助功能。 业务系统中大家都以为会有明确的分工，但实际上只有Title不同，实际上一个人从头到尾把业务跟完很正常，再正常不过了。这时候就无法将某些特定的操作固化到某个Page上了，因为谁都要做全部的事儿。 还是因为业务系统，用户天天用这个，要求要简洁，操作方便，速度快。可客户的业务调整的相当频繁，客户的客户朝令夕改那是再平常不过了，客户是希望在一个不动的地儿就把活儿干完（这个未经验证，个人理解如此），这种频繁改动给设计带来很大困扰。
“用人当用长”这句不晓得出自哪个名人之嘴。社会这个大染缸不是一个实验室，万事俱备的时候还会欠个东方。没有那么容易每次都让你展示你最Nx的一面，很多时候机会是需要自己去争取的，你把握住了，你就为自己通往某个方向的门拉开了一条缝。不要老是想着成功吗，享受在路上的过程也蛮舒服的。 公司是敢于大胆启用新人的，在大家的努力下，现在这个团队抛开其他的不说，至少在工作的时候大家都是快乐的，可以为自己喜欢的工作挥洒汗水是一件很惬意的事情。但是自打有了公司这个词汇以来，无论公司如何的人文关怀、社会责任、企业文化，他都是一个追逐利益的组织，而不是一个慈善机构。任何公司留下任何一个人都是因为你能给公司带来利润（哪怕是走后门，也是为了维持公司的外交关系吧），所以作为公司的一员，如果你发现自己已经不能给公司带来贡献，或者你的贡献已经边缘化，那么你离离开这个岗位或者离开核心岗位的日子也就不远了。 最近几次跟队员面谈的时候，反映的较多一个问题之一就是学习时间不够。作为过来人（汗一个先，哈哈），由学生转变成职场人的最难的就是没人会催你须学习，管你要的只有结果。可能有很多的公司有类似于培训、分享之类的学习机会，大家关注的还是你在培训、学习后的产出。那对于我们这个刚刚建立的team，各个队员的能力参差不齐，团队又需要高速发展的时候，总会有一些跟不上公司步伐人会被淘汰，特别是那种不但自身技能不能满足公司要求，反而拖其他人后腿的时候，警钟早就响了。就像一家公司如果不能不断的发展满足市场需要，最终也会灭亡一样。学习应该是一种生活方式，而不是一种工作的常态。 最近团队里的一个成员由于不能满足公司对该岗位的要求，已于昨天请他离开，但是对于在一个坑里刨食战友来说，说出这句话还是很有难度的。 最后分享GR订阅一片技术人员职业生涯的红色警报.
前面有一片博文提到了笔试，但是好多想法到了脑边没有及时记录下来，落笔的时候就是短短的牢骚了，刚好刚刚吃饭的溜号想了想面试的事儿，算是关于自己面试别人过程中一些心得吧，记录给自己看吧。 面试的时候我手里一般会有一个提纲，我会照着提纲往下问，以下就我现在常问的几个问题 。 1、您好，我叫××，是这个项目的负责人，下面由我跟您做一些简单交流，请你简单介绍下自己好吗? 一般都会有这中类似的开场白吧，我认为这个话题也满开放的，大部分来参加面试的人说的都是职业经历/学历和个人爱好方面的东西。那我一般会照着他口述去核实一下他简历上的东西，一般如果简历上与口述不符合的地方，将是我接下来某个环节追问的关键。 如果参加面试的时候刻意隐瞒自己的实习/工作/学习经历，这种人不能要，不够诚实，放到Team里不能让人放心；要么由于紧张等表达不完整，我会“提醒”他继续完成他的介绍。还有一些极端个例，唐僧型，半个小时不带歇的（我曾经遇到过，我居然没忍心打断他的自我介绍），那就需要果断地打断他，我可不想去把苍蝇解破了然后拿着那恶心的肠子来系鞋带。 2、您做过项目/作业中，你最满意的是哪一个，为什么？ 能够让自己满意的项目，通常也应该是自己最有成就感、认同感的吧项目/作业吧，这种成就感可能是来源于攻克了某一技术难题，也可能是自己我价值实现后在原来的某个团队中找到了归属感。 表达最满意的的项目，其实也是去了解这个人最适合的工作，同时如果他能说出这个最满意项目给他自己带来的欣慰，可能也是激励这个人的最好切入点。 同时围绕这个项目/作业，可以从侧面再去了解他自己以前的工作习惯，解决问题的思路，是否满足他应聘的岗位的要求。 如果问的happy了，其实还可以问问最不满意的项目/作业是啥、为什么不满意之类的，可以看看这个人是不是小强，能不能扛住压力、以及如何面对挫折。 我现在面到的这些人里面还是以学生居多，大多是一些心比天高，手比小强短滴孩子。好多所谓的项目都似乎一些芝麻绿豆滴小东西，很难给他带来加分。 倒是有一个网上某个QQ群里人跟我说要过来面试，给我说了一个SOA的架构是他自己搞定的，后来我给他说了个钓鱼的故事（锅太小，钓到大鱼我还是会放掉），然后他就没给我们程序员岗位的投简历了。 3、在您简历上上，写着A、B、C、D这些个技术/知识点，那您最熟悉或者是你认为您最最精通、熟悉用的最多的是哪一个呢，对这点做一些简单的分享 我很喜欢这个问题，虽然很少有人给了我满意的答案。记住这个问题是问面试者最熟悉的技术，而不是面试官，当然我现在招的是程序员，不是N奔的技术专家科学家，所以一定是问人家最熟悉的，而不是茴香豆的八、九种写法。