写博客已经有很长一段时间了, 虽然大部分都是记着流水账, 但是也有不少篇幅的积累. 以前写博文有个习惯, 不想暴露太多私人信息, 所以写起来大多畏畏缩缩, 更多的是针对一些细节的反复描述. 近来发现时机已经成熟, 想创造自己的技术力影响圈, 所以开了<雀观代码>的公众号, 欢迎大家订阅.
不是所有的人都在BAT. 中国现在程序员群体大约在200万左右, 正真在大公司的可能占20%, 也就是说绝大多数的还是在普通的中小型企业, 我就是其中一个. 在企业的5年里面, 有幸见证了技术部从20号人, 慢慢扩展到现在的170人左右, 人员走走留留, 大浪淘沙. 这5年了积累了很多的经验, 也悟出了独有的方法. 不是所有BAT的技术都适合中小企业, 我将从中小企业的角度, 向大家阐述中小企业技术人员的生存之道, 欢迎订阅<雀观代码>.
下面我将从技术, 资源, 晋升, 视野等角度, 讲述在中小企业的状况.
技术
技术可以从两个方面阐述
- 公司的技术
如果说一家科技公司(偏向于互联网公司), 能存活于市场, 并产生稳定盈利, 那么它一定是有技术, 这个技术可能很low, 但是随着时间的推进, 项目的发展, 它会越来越好. 当然跟技术人员也是有很大的关系的, 一个靠谱的技术人员, 会让公司整个技术水平上一层楼. 但是实际上整个中小企业里面的技术鱼龙混杂, 参差不齐. 从校招开始, 最优秀的那一波人都被BAT拿走, 流向中小企业的都是中下层人次, 这一块的心酸, 以后可以专门开一篇文章讲. 所以从整体上来说, 中小公司的技术水平偏弱, 但整体是一个上升的趋势. 具体从我们公司看, 从刚进入公司的时候, 水平可能处于行业的下游, 但是随着这5年, 几位长期稳定的技术人员的投入, 整个架构应该是在行业前列的, 公司业绩也是处于行业前列.
- 个人的技术
不可以忽视的一个事实是中小型公司, 技术人员整体水平偏下, 这是从各个角度出发对比的出来的结论. 大家都是从中下等马出来的, 几乎很少人有过人的天资. 要在这种环境下成长, 不是一件容易的事情, 整个过程是野蛮的. 也许公司会给你配一个导师, 实际情况是, 导师只教会你写业务代码, 然后你整个生命周期就扑在业务上了, 这不是一个危险的信号, 但是一个很缓慢的过程, 你要从大量业务代码中才能领悟代码的精髓, 而不是从一堂生动的课程中得到的. 整个领悟过程非常痛苦, 而且不是所有人都能领悟, 基本都靠自学, 一旦领悟了的同学, 基本上会成为这个公司的骨干, 各个方面都会有所提升, 但是没有领悟的同学, 可能会一直平庸, 没有太多的选择, 技术上几乎得不到提升, 会导致一个不好的跳槽循环, 这个后面可以单独拿出来说. 总而言之, 个人基本靠悟, 各种书籍, github, google会加速这个过程.
然后可悲的是会去悟的同学并不多, 更多的是明明知道自己是从下等马出来的, 却不愿意改变, 现实中的温水煮青蛙. 当然这种情况不会持续太久, 因为随着时间的积累, 中年危机的到来, 会促使这波人醒悟, 当他们醒悟过来的时候, 会继续悟道的过程.
总而言之, 中小型公司技术人员奋斗的过程相较于BAT会更加艰辛, 但是一旦悟道成功, 他们得到的可能会比在BAT得到的更多.
资源
资源是个很泛的概念, 技术开发本身就是一种资源, 会被公司的各个部门依赖, 反之公司各个部门对于技术人员, 也是一种资源, 这种资源的倾斜会对技术人员的各个方面都产生影响. 还有一种资源是静态资源, 服务器, 带宽等。
- 人力资源
在中小型公司里面所有人都是资源, 开发是一种很昂贵的资源, 各个部门都在竞争这种资源, 相较于BAT而言, 这种被需要的程度, 可能是无法比拟的. 因为有这种被需要, 所以小公司更容易做出成绩. 当然容易是相对的, 即使是在中小公司, 优秀的产品经理资源, 也是有限, 如果说你是能力足够强的人, 能遇到一个靠谱的产品, 那么一定能发挥出1+1>2的效果, 这种情况下, 很快就能脱颖而出. 能力足够强, 但是遇到非常一般的产品, 这种时候就需要默默等待机会, 把手里的事情都做得漂漂亮亮的, 让自己变成抢手的资源, 自然会有靠谱的产品来找你. 反过来, 如果你本身做得很差, 这个就比较尴尬了, 几乎很快就会被产品抛弃, 这种时候一定要修炼好内功, 不断学习.
- 静态资源
不是所有的公司都有钱, 中小型公司对钱把控得尤为重要. 没钱就没法买服务器, 没服务器代码就没法跑, 这个问题就很严重了, 如何在有限的资源里面, 实现最大的价值, 对我们都是一种考验.
在中小公司, 任何资源都是有限的, 很多东西都要靠自己争取, 看上去好像挺残酷的, 有点弱肉强食的感觉, 但我更认为这种一种抢蛋糕的行为, 用最好的技术武装自己, 用代码在江湖山厮杀.
晋升
几乎是所有的小伙伴都希望自己老老实实写代码, 守护自己的一亩三分地, 但实际在中小公司, 几乎是不可能的. 至今没有看到小公司里面专职技术, 然后能达到一个很高的高度. 大部分的人都走的是技术 + 管理的路线. BAT技术人员结构复杂, 于是他们将所有分三六九等, 阿里有P级, 腾讯有T级, 这种对中小公司是不适用的. 组员 => 组长 => CTO => CEO几乎所有中小技术部门都是这么个架构, 一个公司只有一个CEO, 一个CTO, CEO从技术出身是非常少的, 这么久了, 能接触到的五个手指都能数过来. 所以CTO就是我们的天花板. 整个线路是非常短的, 时间却异常漫长, 从组员做到组长不是件难事, 三五年几乎都是能独挡一面的组长, 可是组长到CTO就是漫长的过程. 如果说一个50人的团队, 分布应该是1个CTO, 10个组长, 40左右的组员. CTO只有一个位置, 如果CTO没有突破自己的天花板, 拓展出另一片天地, 10个组长也是很难发展, 技术人员的天花板就在这了, 如果CTO成功的拓展出另一个事业部, 那这个时候10个人竞争CTO也是非常激烈的, 但是实际情况并不是这样, 整个圈子太小了, 每个人做的贡献都是透明的, 当优秀的人脱颖而出的时候, 整体的资源会向他倾斜, 然后他的贡献会越来越大, 即使还只是个组长, 但是权威性是其他组长不能比拟的, 这是一种隐含的晋升, 没有明面上的职位与之匹配, 得到的确是所有人的认同.
视野
- 技术视野
视野的宽广与否, 与跟所处环境, 息息相关. 二流末端大学毕业的我, 对此深有体会. 大学时代虽然不能说是兢兢业业, 但是也是泡机房泡出来的, 然而整个大学学到的东西却不及实习的时候学到的多. 跟各路高手过招之后, 方知自己乃井底之蛙.
中小公司技术人员的视野大部分是没有大公司宽广的, 这个不是绝对的, 取决于个人能否突破天花板. 这个狭窄是有原因的, 大公司业务之复杂, 受众之巨, 会让开发遇到很多问题, 然后在与高手交流之后, 学会了处理这些问题, 能力得以成长. 小公司也会遇到这种问题, 但是业务单一, 受众小, 可能这些问题要很久才能暴露出来, 而且暴露出来之后, 大多同事没有遇到相关问题, 只能自己解决, 可能在网查找答案, 可能询问旧友, 可能求助于社区, 这些方式都可以解决问题, 但是不像大公司系统性的解决, 也许治标不治本, 也许会引入新的问题, 引起反复. 长久以来, 大公司积累的经验,自然而然会超过小公司.
当然这个东西也不是绝对的, 小公司的人看破整个公司的技术的时候, 会大胆改革, 引入新的技术, 一旦这样做, 所需要学习的东西, 和学到的东西, 以及看破技术之后的那种豁然的境界可能不是大公司里面一个小小的职员能够达到的.
- 工作视野
圈子里面都流行一句话, 程序员的薪资是由跳槽决定的. 不评论它的正确与否, 但是跳槽的行为在中小公司更为普遍. 这从侧面体现出我们的视野窄. 中小公司最难熬的就是在成为组长之后, 开始的一段漫长的过程, 这段过程钟如果做不出成绩, 在各个方面就很难得到提升, 一旦长时间不能得到提升, 很多人就会开始物色下一家, 寄希望于下家能干出成绩. 这种除开当事人, 任何人都是不能做出评价的. 但是从我的经验来说, 当我们无法做出成绩的时候, 需要的是冷静的分析, 为什么出不了成绩, 到底问题出在哪. 中小公司一般都给出与我们能力相匹配的薪水, 当发现收入与能力不能匹配时, 提出加薪的要求, 基本上都会被同意, 随意的跳槽对公司和个人双方都是一种伤害, 正确处理职级与薪水的关系, 可能更是一种视野宽广的表现.
大公司有大公司的好, 中小公司有中小公司的好, 不是所有的人都在BAT, 滚滚红尘, 我们都是路上的淘金者. 欢迎大家订阅雀观代码, 我将给你讲述, 中小企业程序员, 淘金路上的故事.
感谢分享!已推荐到《开发者头条》:https://toutiao.io/posts/ocoy6q 欢迎点赞支持!使用开发者头条 App 搜索 374971 即可订阅《雀观代码》