十年总结(18):2006,逐渐走出阴霾

作者回顾了其职业生涯中的一个重要转折点,详细讲述了如何在一个新环境中克服困难并实现个人与项目的双重突破。

对我过去感兴趣的朋友们,请看十年总结系列文章

---

我的这十年,可能 做出了很多错误决定,如果说这一点,还可以归结为时间的不可逆而无法证实的话,
那么我随波逐流的被动做出很多决定,则是不可否认的事实。

我在一开始就告诫过职场新人,步入职场,要做好规划,要走自己想走的路,
否则有一天,你会突然感到迷茫,到时候再做打算,选择已经不像一开始那么多,
因为在不知不觉间,你已经放弃了太多可能。

不过要做到这一点,的确不容易,做软件这一行,
有多少人致力于埋头钻研技术,以攀上一个又一个技术上的高峰为目标,
似乎忘记了应该从事业的角度设定一系列的里程碑。

年轻多好,因为很多机会,只对年轻人开放。


06年初,公司决定把软件部门出售给另外一家公司,
而曾经二十几人的软件部门,这时候只剩下了四个人。

如果我一直抱有感恩心情的老板都换了,我去还是不去,又是一次选择,
我相信,如果我不去,那么基本上就不会有人去。

然后老板找我谈话,他的意思是希望我们都过去,
因为他说这不是真正的出售,而是一种合作,另外一家公司的老板他是老相识,
他承认自己在管理开发方面存在不足,而另外一个公司在做电信的计费项目,开发氛围和管理方面应该没有问题,
这样两家公司一起推动这个方向,应该会给产品带来一些转机。
既然你都在这个方向上努力坚持了这么多年,如果你相信这个方向没有问题,就应该再坚持下去。

其实这话说到我心里去了,首先我一直认为这个方向没有问题,
更重要的是,做了三年的一个东西,不是说放手就能放手的,
也许换一家公司还可以做同样的事情,同样的方向,甚至获得更好的位置和报酬,
但就像初恋情结,并不是有人更加优秀,你就会轻易移情别恋的。

当然,老板在这几年里投入的几百万,如果我们不过去,那么这些投入就彻底玩完了,
所以,他希望我们过去,肯定也是有他的考虑。

不管怎么说,我还是留下来,带着开发的几个人过去了,
因为我还想证明一点:过去的失败,是不是环境的问题,人员不变的情况下,我要让下一个项目获得成功。


到新公司以后,新老板也不插手这块,终于有了持续的开发时间,
于是重新设计,尤其是界面基本上完全重做,
从3月到9月,半年的连续开发,一个项目顺利上线了,
这一次,终于感觉和用户站在了一个阵营,耳边少了用户不停的抱怨,取而代之的是对系统的肯定和改进建议,
05年被糟蹋的一塌糊涂的自信心,也在这个时候拾回来不少。

1月份过来的时候,有四个人,但其中一位因为家里的原因,4月份走了,实际上,这个项目也就三个人在做,
05年加班加的烦透了,这次并没有刻意安排加班,
只有临近上线的时候紧张了一个月,但也是每天下班晚一些而已。

但这个项目的成功,还远远不够,因为它毕竟只是一个项目,离产品化开发的目标还距离太远,
在这个项目中,本人又充当了一次超级coding高手的角色。
其实如果能够给程序员足够的尊重和物质保障,写代码,尤其是写高质量的代码,是非常快乐的事情。

06年初还不像现在,WEB方面没有那么多成熟的框架,ajax也远没有今天这么普及,
为了改善用户体验,我准备在展示层所有的关键页面都使用AJAX技术,
我也是05年才开始学习WEB相关的东西,对js,css等等都不太熟悉,
于是在很短的时间内,研究了如下技术:
DWR、CSS、VML、DOJO、JSON,XSLT,
最终确定了用DWR作为数据传输手段,json作为数据传输编码格式,用DOJO来完成前台控件开发这样一个模式。
(我有一篇简单的关于DOJO的文章 ,提到DOJO在js面向对象封装方面有独到之处)

我用DOJO开发了三套控件,其中最有特色的是一个拓扑图编辑和展示系统,
我对比过,在06年,很多网管都有拓扑图系统,但基本上都是基于C/S的,
我们实现的纯B/S的拓扑系统,在当时还是有一定的先进性的,这一设计,后来变成了我的研究生论文。

这个拓扑系统在浏览器中实现了MVC模式,
model是XML的拓扑描述,通过dwr加载和保存,描述拓扑图上的节点、连接线等信息,
view是VML,用于把模型展示层图形,
controller是javascript,当然使用DOJO做了封装,响应用户的操作,
然后修改模型,从而改变拓扑图的展示,比如拖拽、缩放、画线等等。
这一部分从可研到设计到完成,只用了四周的时间,光js代码就超过了200K,
也算是我比较神奇的发挥了,如果没有DOJO框架,真不知道会乱成什么样。


总之,通过这一个完整项目的顺利验收,
一方面让我的自信心得到恢复,至少相信自己可以推进项目取得成功,而不仅仅是技术达人,
另一方面让我在接触客户方面,有了更多经验,更了解项目的完整过程,
第三,它完善了我的知识体系,原本比较薄弱的WEB前台技术,像JS,CSS,都在这次项目中得到了充分的掌握。

06年10月,我的队伍又开始扩充,以应对接下来的二期,
没有了对自己的怀疑,也没有了公司的决策干扰,我发现一切似乎变得都顺利了,
(新公司的老板一直让我们完全独立,大小事务基本上由我全权决定,当然,招人的数量还是要通过老板拍板)。

我同时发现我的兴趣在逐渐转移,是很自然的,不是刻意为之,
因为在这次项目过程中,我充分认识到,只要有想法,技术上的实现并不是问题,
于是我开始更多的考虑把这个软件做成什么样,
虽然还是热衷于研究一些新的东西,但目标却有所不同,
研究的内容也不都是技术,还包括一些国际标准和规范。


我想,我终于获得了一次比较有价值的成长。

---

今天突然注意到,努力和奴隶的拼音是一样的,真是很有讽刺意味。

【论文复现】一种基于价格弹性矩阵的居民峰谷分时电价激励策略【需求响应】(Matlab代码实现)内容概要:本文介绍了一种基于价格弹性矩阵的居民峰谷分时电价激励策略,旨在通过需求响应机制优化电力系统的负荷分布。该研究利用Matlab进行代码实现,构建了居民用电行为与电价变动之间的价格弹性模型,通过分析不同时间段电价调整对用户用电习惯的影响,设计合理的峰谷电价方案,引导用户错峰用电,从而实现电网负荷的削峰填谷,提升电力系统运行效率与稳定性。文中详细阐述了价格弹性矩阵的构建方法、优化目标函数的设计以及求解算法的实现过程,并通过仿真验证了所提策略的有效性。; 适合人群:具备一定电力系统基础知识和Matlab编程能力,从事需求响应、电价机制研究或智能电网优化等相关领域的科研人员及研究生。; 使用场景及目标:①研究居民用电行为对电价变化的响应特性;②设计并仿真基于价格弹性矩阵的峰谷分时电价激励策略;③实现需求响应下的电力负荷优化调度;④为电力公司制定科学合理的电价政策提供理论支持和技术工具。; 阅读建议:建议读者结合提供的Matlab代码进行实践操作,深入理解价格弹性建模与优化求解过程,同时可参考文中方法拓展至其他需求响应场景,如工业用户、商业楼宇等,进一步提升研究的广度与深度。
针对TC275微控制器平台,基于AUTOSAR标准的引导加载程序实现方案 本方案详细阐述了一种专为英飞凌TC275系列微控制器设计的引导加载系统。该系统严格遵循汽车开放系统架构(AUTOSAR)规范进行开发,旨在实现可靠的应用程序刷写与启动管理功能。 核心设计严格遵循AUTOSAR分层软件架构。基础软件模块(BSW)的配置与管理完全符合标准要求,确保了与不同AUTOSAR兼容工具链及软件组件的无缝集成。引导加载程序本身作为独立的软件实体,实现了与上层应用软件的完全解耦,其功能涵盖启动阶段的硬件初始化、完整性校验、程序跳转逻辑以及通过指定通信接口(如CAN或以太网)接收和验证新软件数据包。 在具体实现层面,工程代码重点处理了TC275芯片特有的多核架构与内存映射机制。代码包含了对所有必要外设驱动(如Flash存储器驱动、通信控制器驱动)的初始化与抽象层封装,并设计了严谨的故障安全机制与回滚策略,以确保在软件更新过程中出现意外中断时,系统能够恢复到已知的稳定状态。整个引导流程的设计充分考虑了时序确定性、资源占用优化以及功能安全相关需求,为汽车电子控制单元的固件维护与升级提供了符合行业标准的底层支持。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值