近两年的状态，以及近期的一些想法

本人是个小菜鸡，刚刚工作2年半，没有做过大项目，仅仅在自己公司的象牙塔中，挣扎求生，以下观点，大家不认同的话，就当看笑话吧。

这家公司待了2年了，主要是做网站的（ASP.NET方向），说说一些感受和想法吧

1.个人提升

个人能感觉到的提升就是，公司的一个门户网站需要改版，看了下前辈写的代码，继承＋多态，以及ajax后台异步操作这方面的，受用良多，尤其是ajax异步这块，现在几乎每个页面都是ajax异步写的了。

门户网站改版后，公司架构有所变化，真正的技术前辈，不再带我们做项目，每次项目，都是几个小菜鸟坐在那里闭门造车，然后这一年半来，就一直用着上次网站改版的经验，麻木不仁的写各种项目。

其后在公司了解了些SharePoint方面的东西。

总的来说吧，感觉还是1个经验用了两年～～

2.程序员的一些问题

一. 代码无规范：由于是几个小菜鸟写的代码，大家经常是谁也说服不了谁，大家最后写成的代码风格乱七八糟。同一个模块下两个功能的代码，可能就一个前台实现，一个后台实现，命名规则也是乱七八糟，后期维护，特别的不方便。

二. 程序不牢靠：写出来的代码，没有处理各种异常的能力，例如：需要先创建班级，然后返回班级的ID，再给找个班级插入人员并以班级ID作为外键，这时候，我们这些小菜鸟经常会直接先添加班级，然后返回班级ID，然后再添加人员。 这样往往会出现问题，班级添加成功了，但人员没有成功。但这本应是捆绑在一块的一个操作，结果被分为了两个。建议是：数据库中创建事务＋存储过程来实现。

三.没有代码更改记录文档：当一个项目放的时间久了，回头来看，就忘记了当时为什么要改为这样来实现这么一个功能。

四.对代码,业务的厌恶：由于以上的原因，导致程序改动颇多，越改越乱，越来越对自己代码不信任，导致慢慢对整个系统，代码，以及语言的厌恶，越来越苦不堪言，从而恶性循环。

关于最后导致问题四，有人会说：你这没有毅力，决心，勇气去面对困难，如果找个放弃了，以后做什么都不会成功，是个懦夫。但真的，到某种程度以后，真的是深深的厌恶，看都不想看一眼。

3.关于公司，提点意见

一.招一个技术主管，给予员工框架，规范等方面的经验指导，以确保公司的项目更牢靠。

二.帮助程序员规划自己的方向，提高程序员工作的积极性

三.创建自己的一些类库，公司的项目越写越多，但是好多东西可以重用的，各个项目之间的练习等等。  可以由技术主管带头，分析归类下最常用的方法，写为通用的类库，减少以后的代码量，提高开发效率，随着以后代码量的增加，类库的丰富，以及反复的利用，从而间接的还可以提高程序的安全性。

四.如果可能，当需要做一个项目前，可否让程序员参与其中，让程序员了解下项目整体的流程，需求，以更好的完成项目。目前我们的状况是：程序员到手的直接是文档，或者是原型。往往需要很长事件才能了解到这个系统是要做什么，但是，如果程序员一开始就加入的话，可能会对这个项目更有热情，因为这是他一开始就有参加，甚至提出锅建议的项目，而且更能充分的了解，项目的需求。

五.需求文档问题，我们现在的文档，原型，描述功能的时候，会很模糊，需要程序员自己猜测，找个功能是怎么回事，应该怎么怎么做。但是，往往最后，发现原来不是这么个意思，但这个时候，修改起项目的困难度就大大加强了，甚至需要动数据结构，从而影响到整个项目。

六.页面UI设计，经常会有员工抱怨：我们的网站太丑了，或者哪个页面能不能美化下。有可能的话，是否可以多一个美工，为项目服务，一来，解放程序员的时间（毕竟，不是专业UI设计，往往事倍功半）,二来，网站员工看起来舒服了，使用率也会随之上升。

七.北京部门的集体活动很少，如果让员工来的话，七嘴八舌，永远不会统一，可否由领导牵头组织下？

虽然说发展终归在于个人，公司也不是让你学习的地方，但是我觉得，公司还是应当适当的帮助一下员工的成长，这样，对自己企业的成长也是有益的。

因为我是员工，可能考虑员工利益比较多，欠缺了对公司的考虑。

关于个人未来的想法

1.关于以上程序员的问题，如积月累，确是是厌恶了，而且个人对技术没有那种奋斗至死的热忱，数学，英语也不好，对底层语言更是一窍不通，感觉以后可能不会有很好的发展。

2.我自己本身是.NET方向的，对.NET厌恶后，觉得IOS工资高，想转行做IOS，然后学了小半年吧，发现，这其实是一个问题，.NET,与IOS没有什么本质区别啊，最后可能会走向同一条道路。

3.既然自己是程序员，想着，是否可以做个转型，看了很多文章，觉得可能转型做项目或者产品，或许还是可以的，多给自己一个机会吧，大不了最后回归写代码不是，了解点产品，项目相关的总是没有坏处的。哈哈。

4.接下来，先拜读《人人都是产品经理》,然后学习学习需求文档的编写，流程图，以及原型的创建使用。