论: 创业公司缺少一个技术 leader 是种什么样的体验

[cdLI]

公司原先的 CTO 由于一些原因不再参与公司的任何事情(包括技术开发)，而领导(都不懂技术)似乎也并不急着再找一个这样的角色，现在的技术团队(小于 10 人，后端，移动端，前端都有)普遍缺乏经验。虽然大家的性格都很 nice，工作也都比较负责，但是感觉很多解决问题的办法都太 naive。团队的技术债越积越多而得不到解决，总感觉再这样下去，会发生无法描述，不可挽回的后果。。。

本人目前在公司全职做移动客户端开发，业余时间也写一些简单的前端和轻量级的服务端(Node)东西。所以对于一些前后端问题的处理也有一些个人的看法。

好吧，我说这么多，其实就想吐槽一点: 我们服务端提供的 API 简直是 shit。混乱，复杂，毫无逻辑可言。调用服务端接口感觉就像是客户端在直接对数据库表进行 CRUD 操作一样。一个不带过滤的查询接口，居然要 5，6 个参数。F**k

好吧，回去继续改 bug...

[lsido]

辞职

[akira]

毛遂自荐啊 到你发挥的时候了

[DiamondY]

体验？吃过 shit 么？嗯

[yulitian888]

看楼主的描述，你（注意，不是你们）缺的不是一个 Leader，而是一个 Teacher
CTO 的任务是把“团队的技术债”的还上吗？

[paradoxs]

你还是没说清楚你们的 API 具体有什么问题.

[Hilong]

我们子公司从阿里重金挖了一个架构师过来，也没能挽救他们之前埋下的巨坑，后端逻辑混乱，前后端数据传输都是几千行 json 飞来飞去。这种我感觉解决办法就是推到重做，长痛不如短痛

[LINAICAI]

@yulitian888 同意，招人招的不好，难道要 CTO 给你们培训吗，其实缺的是牛逼的架构师，还有各个平台的技术 leader

[ytmsdy]

后端真的很重要，api 写的好，能让前端省事不少！
还是建议你们老板先找一个强一点的后端吧！
如果考虑到预算问题，那就找一个远程兼职！

[tracyone]

看你们公司做什么了，其实很多东西年轻人加下班都能搞出来

[Veigar]

有些老板想法很简单，能运转就行了，不在意有多大的潜在问题

[linoder]

小公司快速迭代很正常 满足业务需求才是最关键 要想实现最佳实践 得去技术主导的创业公司或者是大公司 这样好些

[21grams]

既然你觉得有问题，那就从自己开始先改起来，不要眼高手低

[marvinwilliam]

无法描述的后果.....

真的很好奇~~~

[yulitian888]

@LINAICAI 牛 B 的人并不一定要招来。很多时候，做的多了，解决的问题多了，团队成长起来自然就变牛 B 了。楼主的情况是十人不到的小团队，并不会有很多技术 leader 岗位。
倒是楼主的团队成员，看起来并没有他说的那么 nice 和负责。团队发现问题却企图依赖外部力量来改进，are you kidding ？

[LINAICAI]

@yulitian888 是的，这种团队可以说几乎招不到 leader 和架构师的，只能靠团队自身技术提升了，往往这种小团队，个人技术成长按理说会很快，除非项目没难度，项目不紧张，开发人员没有那个心。

[bzzhou]

团队有一个牛逼的人可以指导方向，可以避免很多技术方向的错误选择，而给业务带来的损失

但是想要招到这样的人很不容易（基础扎实，技术视野比较宽阔），时间周期也很长，很多时候更依赖于团队内部有人可以快速成长起来，然后可以独挡一面

[holy_sin]

我看你骨骼惊奇

[baiyi]

最近在研究怎么把 api 写的更好

好奇楼主后端给的 api 烂到什么程度

[zhx1991]

缺架构师啊, 做好 cr, 杜绝各种很低级的垃圾代码.

[learnshare]

换一拨开发重写一次的节奏

[sharkli]

任务多 codereview 没时间 没精力

[sharkli]

我觉得关键是不用心

[firefox12]

这时候就能分出哪些是大公司里真牛逼的人，还是只是因为在大公司而显得牛逼的人了。


你这种情况最需要解决的不是技术，而是规则。api 不好，json 传来穿去 这些不是关键，而是需要一个规范 让你们整天可以不断提高。比如 自动测试 覆盖率 文档化。运维自动 错误可追溯，然后才是业务本身。一来就说重做的人只能说毫无经验。还是这帮人 重做就能避免这些问题吗。技术实现本身不是说不重要，而是团队这么小，数据量也可想而知。该抓的点💊抓重要的

[kurten]

你应该瞬间感觉到主角光环照耀到你身上了。。。

[zjsxwc]

赶紧挖坑逃

[WheatField]

就好像一艘船，需要一个船长。
一个足球队，需要一个好的教练或队长。

[hvsy]

楼主碰到的问题应该就是再久领导走了之后，各自为政，然后楼主自己的资历和能力都不到能够主导的地步，所以看在眼里急在心里，楼主应该尝试着跨出这一步，抱着干不好就换一个工作的心态去主导一下。反正不会比现在这样更糟糕了。对你自己的成长也有好处。

[Actrace]

楼主这情况。。。跟我前年很类似。
其实缺的并不是一个技术领导，而是制度上的约束。技术债越积累越多的通常原因是需求没有得到控制，如果有产品经理的话那么就是产品的锅。如果没有，那么就是提需求的人的锅（大多数说的就是老板）。
当然，也不能指望这些不懂技术的人能够控制需求。


反正越做越烂是肯定的了，而且不会有丝毫改善的曙光，趁早走人是根本的解决方案。

[morning]

跟以前的情况类似，API 倒没有混乱，只是大家都是新人，解决方案基本都要靠 Google，自己视野有限经验为 0，大家讨论半天心里还是不踏实，开发周期被拖得很长，后期大家积极性就变很低，对个人成长初期是有好处，只是长久来看对公司和个人发展犹如慢性毒药。
我的感觉就是缺一个架构。

可以跟公司领导直接反应一下，没结果的话，开始刷点算法题咯。

[robinchina]

羡慕楼主，还有可以抱怨的，我们公司更小，就我一个，后端再坑也要跪着认了，那特么是我写的啊····

[allenzyq1314]

开发很乱。。。

[pathbox]

CTO 不负责技术 你这公司药丸

[CYKun]

楼主不到 10 人的团队，还前端移动端都有，你们觉得会有专职架构师吗？架构师的活儿要不是 cto 做，要不就得可能只有小猫三两只的后端做，后端经验不够的话 api 不烂才怪呢。

说实话，这种规模和经验的团队，cto 别说架构了，恐怕具体编码都得参与，cto 的离开绝对是毁灭性的。

[ansheng]

兄弟，你被打了吗？怎么连这么黑

[Marlon]

我上一个公司比你的还差，都缺，包括产品经理等等。😢

[hydyy]

cto 太重要了，但是技术细节 cto 是没法照顾到的，代码质量太差，cto 也不能帮你重构写一遍吧？ 说到底还是责任心的问题 。 没有人帮忙，更要注重每一行代码

[hantsy]

1. 创业团队需要一个很好的 Tech Lead， 一个全栈的 Engineer 推动团队技术使用，而不是仅起人员协调管理作用的 CTO。
2. 求人不如求已，知道了技术债务，为什么还在追加，而不一起讨论解决，报怨能够解决问题吗？
3. 如果你说的 API， 是指基于 HTTP 的 REST API，自己看完 REST 相关的规范，遵从 Richardson 成熟度模型（三级标准），参考 Github API，heroku API 为例子，如何写好 API 一目的了然。

[0ZXYDDu796nVCFxq]

缺 CTO 算啥，缺 CEO 的创业公司见过没。

[Leu]

跟我上一个公司一模一样。。。开发人数差不多(小于 10 人，后端，移动端，前端都有)，cto 离职，然后我也是移动开发，然后后台写的 api 也无法直视。差点以为是同事，不过仔细一想肯定不是

[yangqi]

关键看公司业务是做什么的，没有 cto 肯定要多走点弯路

[litpen]

哈哈，你说的那个 API 返回的 shit 一样的数据我们公司也有，而且是一个外国 CTO 提出的思想（呵呵~）说是提高复用，实际上业务中平均获取一个字段要请求一个接口，连环依赖的接口混乱不堪、没有复用可言。这么麻烦也就算了，列表数据由于从很多其他数据混起来给我们，连最基本的列表数据分页功能都无法实现了，最后居然叫我们前端自己实现分页？！(这 CTO 的思想简直颠覆开发界的三观。。。)

[mingyun]

成大家的吐槽贴了

[Jacky001]

you can you up

[lsyAndroid]

重做项目不可能，要么自身学习提高，要么跑路吧！我目前也是这样一个状态，业务逻辑和数据库完全走不通了，项目即将坍塌！

[fiht]

这种情况可以和公司老大沟通一下？反馈一下现在开发中的问题。没准老大高看你一眼一开心给你干股呢啊哈哈哈

[clifftts]

当你发现产品连需求都讲不清的时候你会更绝望

[yulitian888]

@clifftts 这种属于常态了。
产品去几个业务部门兜一圈，把东西列出来，就知己丢过来开发，特别常见。
至于各种业务之间是否有矛盾，才不管呢。