[ 简介 ]

我 04 年 11 月 11 日参加工作，到现在已经从业 12 年多，虽然也做了管理，但从没中断过做技术。现在一家公司任总经理，因为我跟老板理念有偏差，无法继续共事，所以想要活动一下。

[ 想找什么样的公司 ]

不是专门跟政府打交道的
公司有明确愿景的
规模不需要太大，但要制度灵活，鼓励创新的

[ 我的能力 ]

· 编程向技能

0. 思想 /常用范式

自评 9 分，OOP/AOP/FP/FRP 等范式和思想都比较了解，熟悉设计模式，因此上手新技术比较快，分析新问题的时候也有清晰的思路。

1. C#

自评 8.5 分，精通常用技术，具备良好的技术直觉，熟练掌握绝大多数技术细节和陷阱，个别比较偏门的细节可在用到时短时间内补齐。

2. Java

自评 7 分，熟练掌握常用技术，具备一定的技术直觉，了解绝大多数技术细节和陷阱，但并没有完全记忆，所以有时候可能要查手册。

3. C/C++

自评 6.5，熟悉常用技术，具备一定的技术直觉，了解大部分技术细节和陷阱，不是特别熟练，但足以开发大部分项目。

4. Node.js

自评 6.5 分，对整个技术栈比较熟悉，常用的开发框架有所了解，具体框架可在 2 天内熟悉，一周内形成 80%战斗力。

5. 前端 JS

自评 7 分，前端的基础知识还算扎实，常用的 MVC、MVVM 框架都有所接触。

6. Python

自评 7 分。

7. Swift

自评 7 分。

8. Kotlin

自评 6 分

9. Clojure

自评 5 分，深入自学了一段时间。

10. Haskell

自评 3 分，通了一遍语言特性，但没有深入。

11. Racket/Scheme

自评 3 分，正在学习。

12. Delphi

自评 8.5 分，一个已经找不到定位的开发技术，就不详细说明了。

· 其他技能

1. 项目管理

自评 8 分，做过很多项目的管理，经验较为丰富。

2. 产品

自评 8 分，虽不成体系，但对产品定位、特性取舍等有自己的认识。

3. 设计

自评 7 分，虽不成体系，但有自己的认识。

[ 我的经历 ]

· 第一份工作

我在 2004 年 11 月 11 日正式参加工作，被青岛的一家规模不大的软件公司录取，应聘时用的开发技术是 Delphi 和 Asp。

入职的时候为考察能力给了一个主题让我试着用 Delphi 自己开发一个 C/S 软件。一个月后，因为工作的成熟度比较高，公司便分配了 2-3 个人手，并由我来带领将其产品化。

后来我又带领 4 个程序员和测试开发一个基于 .Net 的 B/S 系统，我负责对接客户、需求、设计、主力开发、项目管理。

当时我没有学历，刚成年，靠着对自学的技术的自信和对软件业的憧憬出来闯荡。感谢这家公司不拘一格录用了我。

· 第一份“挫败”的工作

后来经朋友介绍，我加入了一家中美合资公司。这家公司主要业务是研发生产光器件，需要一个小型 MES 的系统，主要管理生产线调度和工艺参数跟踪。项目是由我入职后启动并带领开发的，但是由于种种原因在进行到一半的时候流产了。

除了工作上的不顺利，家里又出现变故，在第二年，我就匆匆辞职了。虽然项目流产，但当时负责公司行政管理的副总依然向我递出橄榄枝，说我想回去的时候随时可以给他打电话，真的很感激他对我的认可。

· 第一份义气用事的工作

那一年因为感情问题，为了陪伴并试图追回同时也是初恋的前女友，我匆匆找了份工作去了她的城市。不过我并没有因此而降低对自己的要求，所以当时的直接领导对我非常肯定。

后来因为待遇跟公司没有谈拢，要辞职公司又要 3 个月后才能放人，年少轻狂的我做出了一个至今仍让我感到有一丝不快的决定——强行离职。我自认为非常注重契约精神，这个事虽然我们双方都有责任，但直接责任在我，所以时至今日这个事仍是我心中的一个疙瘩。

· 现在……

11 年我以软件部经理的职位在这家公司入职，现在软件部独立出来成立公司，我任新公司的总经理。

但是老板似乎对做自己的真正受用户欢迎的产品并没有太大兴趣，更没有足够的决心。老板对软件开发工作特点的认识也与我大有不同，因此在团队的管理方式上也有很多分歧。

我已于 5 个月前向老板提出辞职，本来是打算交接完休息一段时间再考虑创业还是再找工作，但计划赶不上变化……

kaizen

2017-07-03 13:22:43 +08:00

@ycge234 因为我写的不是 MVC、MVVM。
@yoke123 每个人的人生路线都不一样，我没办法保证说的话是 100%正确的，即便是 100%正确的也不能保证对你也适用。
但是如果你想听的话我可以说一说：

如果你还在前 3 年的陡峭的攀升阶段，那我建议你第一、先把手头这一门语言学精；第二、牢记编程是为了解决问题的，要学会找到正确的问题，自上而下的分解问题；第三、自下而上的梳理代码。

如果你做了 3 年以上了有了自己的技术追求以后，我觉得最重要的一点是不要做原教旨主义者，即不要过于纠结纯粹性。比如可能会有人说 Python 的面向对象特性不完整，所以 Python 不好；或者说 Java 的 FP 支持太弱，所以 Java 是垃圾； Clojure 连尾递归优化都不支持，也敢叫函数式语言。当然上面这些都是我编的，但是大概就是这么个意思。

前面说不做原教旨主义，接下来我想说，我喜欢做功利主义者。当然这个“功利”并不是功名利禄的功利，或许叫功效更好一些，即追求投入和产出比例的最大化。这也是我学习很多种技术的原因：第一门技术你可能需要 3 年的时间从入门到熟练甚至精通（也就是我的标准里的 8 分），你再投入 3 年时间可能只能从 8 分提高到 8.5 分，接下来你再投入 3 年可能只能从 8.5 分提高到接近 9 分的程度，投入产出比是递减的。第二门技术因为有了之前的积累，从 0 到 8 分可能只需要 1 年时间；第三门技术你可能 0 到 8 只需要 3 个月了。

当然这不是功效主义的全部，如果你在没有现实需求的情况下学习看似新但其实差别不大的语言的时候其实是跟功效主义相悖的。不如花更多的时间学习其他风格的，比如我们基本都是从命令式语言入门的，不管是 C/C++ 还是 Java、C#，学习一段时间以后也许学一门函数式语言收获更大一些，ML 系、Lisp 系都学一些，即便暂时没有机会用在项目中，但是可以借此了解技术界的结构、历史和趋势。

12 年经验全栈求职，地点不限