似乎好长时间没有一下写这么多唠叨的话语了，希望大家都能继续努力，每个人都能，也应该变得更好。

现在的工作

从2011年过年来之后就到北京来工作，其实工作根本就不用找，年前已经和提高班的一个大师哥说好过来他这干，他自己开公司，我也趁机会过来学习。（用学宇的话来说是我又回到了提高班的怀抱，呵呵，算是吧）

小公司

很可观的说，一毕业就选择一个小公司确实有一些风险在里面，因为在北京这块地方，每年注册的小公司数不胜数（不然也不会出现那些专门帮小公司注册的机构），然而真正能熬出头的是没有几个。因此选择一个小公司意味着你需要承担更多的压力，无论是在目前的经济上还是说在日后的发展上。关于选择什么样的公司，我个人没有什么发言权。

其实一个搞技术的要开公司时间不太容易的事，开公司，如果有财团支持你做产品的话还会好些，如果是和别的什么企业有什么关系，人家直接把项目交给你做的话也会好一些，因为至少一开始你不需要担心明天你能不能吃上饭。没有财团支持，没有企业关系的技术人员开公司靠的是想法和人脉。然而人脉的含金量也是很重要的一个因素。因为你不能希望一个现在依然在做基础开发的你以前的同事会给你拉项目过来，因为他都接触不到项目。

对于以后打算创业的技术人来说，要不你有一个绝世的想法，能够创作出好的产品；要不你就要从现在开始积累人脉，并且是有前景的人脉，就像是买潜力股。总之宗旨就是：广泛交友，开拓视野，积蓄力量。

 

技术方面

前段时间接触了三个项目，用到的技术分别是SSI（前面博客有说），C#和VB对硬件操作及webservice交互，用其他公司的webspeed框架写jsp页面。

这三个项目可谓是各有特点，不过也是目前软件开发最真实的状况。

项目一：

这是一个大公司的需要的系统，使用SSI进行架构，为啥不是SSH我前面的文章也有提到，其实主要就是需求不定，按照人家的说法就是，我们的需求还没有全部确定，因此我们确定那一块你们就先把哪一块做出来吧。

我想目前存在这样状况的企业不在少数，一方面是想抓紧时间把系统用上，一方面需求那块又没有完全确定，因此这样的项目应该采用那种开发方式呢？目前我也不清楚，在这方面的认识比较浅，不敢轻易出言。不过在做系统设计的时候要充分考虑到系统的后期变化的特性。

项目二：

其实是一个遗留了很久的系统，并且是国家相关部门一直在用的。这次只是升级，项目分两部分，一部分用vb开发，另一部分用C#开发，其实还有关于硬件操作的部分是由C++开发的dll文件，不过这个不归我们管。

用vb开发，一方面是因为系统以前就是用vb开发的，另一方面用vb来进行硬件的交换确实表.net高效。

这个项目反映的问题不在技术方面，而是在公司领导方面。领导把牛吹的太大了，下面的人就得干得比牛要累。

这个项目是别的公司包给我们一部分，因此时间的安排自然是人家领导说了算，不过在最后要集成测试的时候发现开发工作根本就没有进行完。对方的项目经理也是不断的抱怨领导把牛吹的太大了。本来需要两周的工作量，非得说成一周就可以搞定。

其实加班两天不算什么，熬两个通宵也不算什么，休息几天就补回来了。但是这样做出来的系统可靠吗？勉强部署上了有怎样，就可以高效使用了？这样的软件往往需要更长的时间来维护，维护的频率也会大大增加。这对于企业来讲也是一笔开支呀。当然如果合同里写好维护费用甲方出的话那只能算是甲方倒霉了。

所以各位要是以后当领导了，前往别牛皮吹的太大。

项目三：

这个用的是webspeed框架，另外一个公司自己开发的。但是使用起来还是比较不错的，只需要写纯jsp代码就可以了，开发速度可以说是比较快。这个框架稍微类似ibates，通过xml来完成对数据的操作，不过这个框架没有提供数据查询的映射，只有增删改对数据库的帮顶。其他方面就是对常用的数据操作的封装。

从这个项目中可以看的出来，SSH并不是所有公司都会使用的框架，一般公司也都是使用自己开发的框架，因为从项目成本上考虑，不是所有的开发人员都对SSH掌握得很好的，因此要用好SSH，人力成本就要上去；另一方面从开发周期上来说，一些小项目显然用SSH会浪费时间，而大项目要想保证其稳定那就不能用别人的东西，要用自己的框架，这样也能降低维护成本，因为自己的框架出现问题的话还是比较好修正的。

关于工作的总结就这些了，通过这三个项目可以从不同的角度来看软件开发：软件开发委托方，软件开发方，软件开发成本。

只是个人的一点观点，欢迎指正。

  - from the5fire.com