BlogJava-未来不遥远-随笔分类-随笔

杂想--关于职业迷茫

Cool Jazz — Tue, 31 Aug 2010 16:19:00 GMT

         就像每个技术人员一样，我也遇到了职业迷茫期。
         在一个半大不小的公司做研发，学历比本科高些，技术自认为可以（也许有人不这么认为吧）。时间过了一年。在一个开发兼除了销售什么都干的名字换了又换的部门。这就是大体情况。
         公司还可以，算得上不错。我认为公司的文化，人员结构，还不错。我也比较认同。只是我所在的部门，由于偏重于项目，和销售，现场支持接触的比较多。
         部门的情况大体是这样，研发、测试、支持和运维全部都有，部门分工不是很明确。近一年换了两次名称，负责我们的一把手换了（原因我猜可能是，但不做妄论，故此不谈）。我的老大是个大牛，java、VB、VC、net、ajax等。什么都会，数据库可能差点，但通常用的不在话下。只是老大在管理上既无建树。虽然如此，他也是我们部门的中轴，没有他，估计部门都运行不起来。在最近一次部门变动后，正在转管理中。
         老大人蛮好，没有一点架子。和他一起交流没有一点压力。我很喜欢这个。作为技术人员，我没有过人的口才。这也是我认为，没有得到老大的上司（以前的，做销售的）重视或者“赏识”的原因吧。没有敢和领导做很多交流。
        在大的公司政策下，部门随着变动，一个比我后来的小子，靠着他四处乱谈的口才，坐上了“研发经理”的位子。当时我也有机会，只是我在为政策房手续，紧接着又为结婚忙，几乎无暇估计这点升值机会。再加上老大上司“看人听说”的看人本领，就和老大一起定了他做。不过说实话，他很能“说”，只是很多话，你不仔细回想的话，很可能就认为是真的。经常一说一变。刚来时很我搞的很好，工作中也是能忽悠就忽悠过去。有时也见他加班。尤其是在要升职的那段时间。
        做上研发经理后，也是按着原来的的无管理路子，对现场的问题能拖久拖。现在就着上级给部门培训梳理的过程，对我仗势压人。哎，谁让我比他先来，比他。。。不说他了。
        相比他而言，我需要学习的地方，一是口才，当然不能学他不诚实的“忽悠”，要善于和人沟通交流；诚信是一个人立人的根本。人可以诚实，但一定要灵活，否则就是传说中的“傻”；二是善于抓机会。和领导搞关系。搞关系这点我不在行，更别提拍马屁了。说实话，谁也能做，只是在我的价值观，和性格上说，我不愿意去那样做。前朝的太监，当今的宰相。也是现在常有的现象。只是我不愿意去做。还是学和别人沟通交流的，在善意的基础上。俗话说嘛,害人之心不可有，防人之心不可无。
        其实，我也想过离职。但对于这样一个公司，有点舍不得。还由于，我老婆还没有毕业，没有正式获得劳动合同。我不能在她还没有稳定之时，就开始离职另选它路。还有我来这个公司，也是由于我的某些贵人，我不想背负他们。在她稳定之后，我在考虑这个吧。
        面对迷茫时，这样去解决：职业迷茫-->分析原因-->以史为鉴-->求解-->明确方向-->行动
        编程不是最终目的，语言不是万能。在目前的中国，人不能只靠代码吃饭。
        人生也许就是这样，总在一个又一个的烦恼和偶尔的快乐中度过。在此过程中，或许你会发现，哦，长大了。

笔于九月一日晨零时十八分

Cool Jazz 2010-09-01 00:19 发表评论

转载：软件开发的一些感想

Cool Jazz — Wed, 04 Aug 2010 04:34:00 GMT

      看了Eric77的软件开发的一些感想（五年工作经验总结），很有感触。这个世界真是好大，自己作为个体真是太渺小，还有太多的东西需要学习。
      把他文章的部分转接过来，顺便自己也备注下，对自己有个参考。
       一、需求分析,设计,开发,测试和项目管理整个流程：

对任何系统来说: 无非是做好3件事: IPO. 也就是Input,Process,Output. （偏重于设计，类似于计算机本身，作为总结本身还是蛮清楚的）

对需求分析来说: 你最重要的是搞明白,用户的需求.也就是搞清用户的输入(Input)和输出(Output)是什么,它的要求达到的功能(Process)是什么. 明白以后,你就可以写一些用户需求说明书,描述用例,输入输出处理异常什么的,或者做一个简单的Demo系统,拿去给用户看,看看这个界面是不是用户喜欢的,这个流程是不是用户所需要的等等.（注：如果加入点管理，就丰满了。还有以后的需求变更，要知道需要可能是不断变化的）

然后就是系统分析: 首先,你需要对用户的需求分模块,每个模块的IPO是什么,他们应采用什么架构,需要和那些模块交互,互相之间的接口是怎样的,需要使用什么技术.每个模块的运行环境是什么样子的,对效率,安全或者容错等特性是否要着重考虑.（注：考虑的蛮多的，加个词：系统的可扩展性）

接着就是系统设计: 每个模块的数据库要怎么设计,所用技术和架构决定后,要确定不同层次有哪些接口,比如说表现层,业务逻辑层,数据库访问层,相互之间怎么调用,定好框架和开发模式和格式,剩下的就是编码了..（注：说的似乎少了点）

编码部分: 首先团队要有一个良好的编码规范.并且对每个人提交的代码要review,我发现程序编多了,自己就成了一台计算,看到程序就会知道会出现什么结果,根本都不用跑起来.（注：编码的时候，多考虑下：复用和模式）

测试: 单元测试是否编写测试用例? Junit是个好工具.每个人都要保证好自己的代码没有问题. 整体测试就要整个流程的跑一下,看看需求实现的对不对,还有没有什么其他纰漏. .（注：测试分好多种，单元，压力，持久性、黑白盒等，有专门的测试部分或组就不一样了）

风险管理: 这一点很重要,要时刻知道自己的项目有什么风险,无论是人员的,技术的,时间的,还是协调上面的.都要心里有数,按时按周向领导汇报。

以下部分——

记得我去IBM面试的时候,问过,以后有几条职业发展的方向,回答有三条,一条是IT Specialist,一条是Project Manager,还有一条是IT Architect. 我还曾要求以后能不能向IT Architect发展,那人说,Architect要熟悉很多技术呢,我问了两遍,他这样回答了两遍.后来给我订了Advisory I/T Specialist. 我当时很纳闷,我搞Java这么久,J2ME,J2SE,J2EE全都搞过,而且对Gof的也悟了5年,了熟于心,各种各样的经典书籍也看了不少,怎么不能向Architect发展呢. 现在我加入了IBM,进入一个香港的项目,过段时间要去香港培训几星期,才明白了,原来一个大项目会涉及到各种各样的语言,技术,什么Cobal(音译),forturn(音译),java,vb,C#,soa xx总线模式,mq,大型机开发,等,很多我只在书上看到过的古老语言,还有一些听都没听过的语言,框架,模式,全都出现了.我当时这个汗哪,我才发现我真的很无知.知识就是一个气球,你知道的越多,接触的越多就会发现自己越无知.所以这也是我要今天赶紧把这个写出来的原因. 我怕以后又有了变故,还要沉淀,需要时间.

本文部分来自CSDN博客：http://blog.csdn.net/Eric77/archive/2010/08/01/5781573.aspx

Cool Jazz 2010-08-04 12:34 发表评论

邮件简历照片显示，测试成功（在Blogjava）

Cool Jazz — Sun, 09 Nov 2008 12:01:00 GMT

        最近比较忙。因为我马上就要毕业了，正在找工作。自己去网上下了html版的简历。编辑了，放入邮箱。在自己的机子上能看出来，我以为就发出去别人也能看得到呢。后来我同学问我怎么才能在邮件里显示照片，我就把方法告诉他，并且把他的照片传到了我在JR的相册里。起初在他的邮件里（本地网络）可以看到。我就以为成功了呢。改天他发了邮件给他同学看，却发现看不到。
        我真是奇怪了。怎么会看不到呢？
        照片的地址，单独点击的话可以看到。在别人的邮件里就是看不到，除非那个人也点击了照片的地址，并把照片显示出来后，才能在邮件里显示。搞了好几次都是这个样子，我无语了。
        难道说JR的相册不能被外人看到？
        不应该啊！别人是可以看到的呀。莫非JR的相册自动限制了，照片的下载？
        也许是这个原因，我想。
        我换了Blogjava，找了我的同学测试。把JR的测试了3，4次都不能显示。最后我测试了Blogjava，成功了！（方法就不用我在啰嗦了吧：））
        看来还是Blogjava好啊。我后一定要在这里多写blog！
        以前，我很少写技术的blog，因为自己想写的东西多数和公司的代码有关，有时候想写却不能把代码贴出来。索性就不写blog。只是去技术性的网站或开源的网站看最新的英文新闻。如果有新消息，就把它翻译过来，放到自己的blog里。
       Blogjava给我的感觉是，功能比JR的强。但是人气似乎要弱一些。
       不关怎么样，我以后会多到这里来的。

Cool Jazz 2008-11-09 20:01 发表评论

好多天没来了，因为在写论文

Cool Jazz — Sun, 21 Sep 2008 05:46:00 GMT

        好多天没来了。最近在忙论文的事情，每天白天要上班。公司晚上又断线不能上网。所以每天只能查了资料保存起来晚上在看。
        毕竟以前做了数据库的项目，相对来说好写点。只是我做的那些东西被师兄给“写”了。所以留给自己的难度不小。
        哎，公司现在运行的东西比较老了，虽然有市场。多少年都是这样的老架构。没有新东西出来，将来会比较麻烦。现在是在公司，身不由己。既然公司项目帮不上什么忙，就自己动手了。采用现在的主流框架，结合IEC规约，在整合上数据库集群，服务器集群。。。似乎是多了，但是不写，自己会觉得没有什么东西。学校那些老师，都不知道现在外面的技术进展情况，就是那老技术来写，他们可能还觉得挺新的。不过，不能骗自己啊。搞这么多架构的东西，没有程序，没有实际的运行和测试，你能说服得了谁？程序是写了，把原来在学校研究的项目拿来，加上Spring改造，DWR包装成JavaScript，在传给测试界面。。。
        真难啊，最难的也就是调试了。也就是只能每天晚上搞，真累！
        还好我搞出来了，放在Apache和Tomcat集群下，运行这些程序抓了些图，真爽啊！
       只是我的服务器集群是网上参考别人的，还真没运行过。哎，没机器啊，公司的机器又不能随便用。我最怕的是通信，我没做过，只是用了公司以前做的通信组件拿来用，还行能用。要是连RTU测的话，就更好了，可惜。。。
       庆祝一下，我的服务器后台架构测试成功！感谢Java，感谢Spring和Hibernate，感谢PostgreSQL，感谢开源！
       整理论文咯：）

Cool Jazz 2008-09-21 13:46 发表评论