周围的人太 low 时该怎么办(1)

September 24, 2016

接上一篇 周围的人太 low 时该怎么办

我们都曾无数次的发出类似的感叹:

我这同事 low 暴了, 竟然不知道 bigzhu 是谁!

老板蠢死了, 天天在微信发鸡汤文, 还逼我们去留言点赞赏!

客户是脑残吗? 这设计多好! 非要改成滚动跑马灯! 还要闪的!

依然不讨论 low 不 low 的界定, 只说说有这种感受时该怎么办?

工作不久时

工作不久时, google 推出了 gmail, 大家发现竟然不用刷新啊, 好强大, 原来这就是 Ajax

兴奋的看了一晚上英文文档, 我把 Ajax 用在了交给我的第一个开发工作上, 完美的实现了功能.

可是漂亮的测试姐姐说: > 你这个页面怎么没有刷新?! 怎么没刷新结果就显示出来了?! 这样不行的!

耐心细致的和她解释了很久, 换来的依然是鄙视的眼神和不容质疑的决定.

好吧, 屈服! 怀着悲痛的心情用传统 jsp 重新实现了.

我能怎么办? 更努力的继续学啊!

这是一家业务导向的”技术”公司时, 技术其实刚刚够用就行.

既然没有办法从同事, 从工作中提升太多的技术, 我就只能努力的从互连网, 从 blog 上吸取和学习最新的技术和知识.

  • 我学会了 python, 悄悄的用在运维工作里, 仿佛打游戏开了外挂别提多爽.
  • 写了自动填工时的工具, 再也不会有醉心于努力工作反而忘填工时被扣钱的事.

有人要问, 你怎么不去尝试提升公司的技术水平? 怎么没有…下面就来说下这事

尝试改变

我一直在兴奋的学习各种技术, 工作中的, 工作外的. 仿佛打了兴奋剂, 工作里了解的深了, 技术学的多了, 不免能发现很多可以优化的地方.

C/C++ 编译打包时, 不知是前人没学到家, 还是后来扭曲了, 反正是把所有的 lib 全打进去, 这样你即便写个只 print 的程序, 也要有3-4 个G 的大小. 在那个移动硬盘还是 500M 的年代, 可是庞然大物.

依赖关系是很难理清楚了, 我发现一个 python 的打包编译工具(当时很迷 python), 能自动检测打包依赖的 lib, 一下子就缩减到了 400M 左右(没办法再少了, lib 库也很粗)

可我当时就一个死搞运维的, 人轻言微, 自然是碰壁了.

这事没什么难度, 也不复杂, 可是相当于要把核心开发人员从舒适区赶出来, 让他们去学个新东西. 自然是不可能的.

后来也仿佛一个小强一个, 坚持的推各种新技术和解决方案, 落得一个能折腾的名头. 大多失败, 也有成功的是正好瞌睡遇上枕头的.

不过好处不是没有, 折腾来去, 人也去到了省外研发总部, 工资在短短一年里 x2 又 x2

中国的公司, 尤其在云南这地, 技术及格的太少了. 外部没条件, 不代表你得和同事们看齐. 自已坚持折腾自己的.


comments powered by Disqus