这是一个创建于 3113 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司原先的 CTO 由于一些原因不再参与公司的任何事情(包括技术开发)，而领导(都不懂技术)似乎也并不急着再找一个这样的角色，现在的技术团队(小于 10 人，后端，移动端，前端都有)普遍缺乏经验。虽然大家的性格都很 nice，工作也都比较负责，但是感觉很多解决问题的办法都太 naive。团队的技术债越积越多而得不到解决，总感觉再这样下去，会发生无法描述，不可挽回的后果。。。
本人目前在公司全职做移动客户端开发，业余时间也写一些简单的前端和轻量级的服务端(Node)东西。所以对于一些前后端问题的处理也有一些个人的看法。
好吧，我说这么多，其实就想吐槽一点: 我们服务端提供的 API 简直是 shit。混乱，复杂，毫无逻辑可言。调用服务端接口感觉就像是客户端在直接对数据库表进行 CRUD 操作一样。一个不带过滤的查询接口，居然要 5，6 个参数。F**k
好吧，回去继续改 bug...
 | 1 lsido 2017-07-01 11:59:08 +08:00 辞职 |
 | 2 akira 2017-07-01 12:00:56 +08:00  1 毛遂自荐啊 到你发挥的时候了 |
 | 3 DiamondY 2017-07-01 12:01:45 +08:00 体验？吃过 shit 么？嗯 |
 | 4 yulitian888 2017-07-01 12:06:57 +08:00 看楼主的描述，你（注意，不是你们）缺的不是一个 Leader，而是一个 Teacher CTO 的任务是把“团队的技术债”的还上吗？ |
 | 5 paradoxs 2017-07-01 12:09:33 +08:00 你还是没说清楚你们的 API 具体有什么问题. |
 | 6 Hilong 2017-07-01 12:14:20 +08:00 via Android 我们子公司从阿里重金挖了一个架构师过来，也没能挽救他们之前埋下的巨坑，后端逻辑混乱，前后端数据传输都是几千行 json 飞来飞去。这种我感觉解决办法就是推到重做，长痛不如短痛 |
 | 7 LINAICAI 2017-07-01 12:40:46 +08:00 @yulitian888 同意，招人招的不好，难道要 CTO 给你们培训吗，其实缺的是牛逼的架构师，还有各个平台的技术 leader |
 | 8 ytmsdy 2017-07-01 12:46:12 +08:00 via iPhone 后端真的很重要，api 写的好，能让前端省事不少！ 还是建议你们老板先找一个强一点的后端吧！ 如果考虑到预算问题，那就找一个远程兼职！ |
 | 9 tracyone 2017-07-01 12:48:42 +08:00 via iPhone 看你们公司做什么了，其实很多东西年轻人加下班都能搞出来 |
 | 10 Veigar 2017-07-01 12:57:19 +08:00 有些老板想法很简单，能运转就行了，不在意有多大的潜在问题 |
 | 11 linoder 2017-07-01 13:04:25 +08:00 小公司快速迭代很正常 满足业务需求才是最关键 要想实现最佳实践 得去技术主导的创业公司或者是大公司 这样好些 |
 | 12 21grams 2017-07-01 13:09:38 +08:00 1 既然你觉得有问题，那就从自己开始先改起来，不要眼高手低 |
 | 13 marvinwilliam 2017-07-01 13:12:29 +08:00 无法描述的后果..... 真的很好奇~~~ |
| 14 yulitian888 2017-07-01 13:12:55 +08:00 @LINAICAI 牛 B 的人并不一定要招。很多时候，做的多了，解决的问题多了，团队成长起来自然就变牛 B 了。楼主的情况是十人不到的小团队，并不会有很多技术 leader 岗位。 倒是楼主的团队成员，看起来并没有他说的那么 nice 和负责。团队发现问题却企图依赖外部力量来改进，are you kidding ？ |
| 15 LINAICAI 2017-07-01 13:27:00 +08:00 @yulitian888 是的，这种团队可以说几乎招不到 leader 和架构师的，只能靠团队自身技术提升了，往往这种小团队，个人技术成长按理说会很快，除非项目没难度，项目不紧张，开发人员没有那个心。 |
 | 16 bzzhou 2017-07-01 13:46:36 +08:00 团队有一个牛逼的人可以指导方向，可以避免很多技术方向的错误选择，而给业务带来的损失 但是想要招到这样的人很不容易（基础扎实，技术视野比较宽阔），时间周期也很长，很多时候更依赖于团队内部有人可以快速成长起来，然后可以独挡一面 |
 | 17 holy_sin 2017-07-01 13:52:17 +08:00 我看你骨骼惊奇 |
 | 18 baiyi 2017-07-01 14:03:56 +08:00 最近在研究怎么把 api 写的更好 好奇楼主后端给的 api 烂到什么程度 |
 | 19 zhx1991 2017-07-01 14:04:27 +08:00 缺架构师啊, 做好 cr, 杜绝各种很低级的垃圾代码. |
 | 20 learnshare 2017-07-01 14:08:07 +08:00 换一拨开发重写一次的节奏 |
 | 21 sharkli 2017-07-01 14:08:25 +08:00 via iPhone 任务多 codereview 没时间 没精力 |
| 22 sharkli 2017-07-01 14:10:31 +08:00 via iPhone 我觉得关键是不用心 |
 | 23 firefox12 2017-07-01 14:33:05 +08:00 via iPhone 3 这时候就能分出哪些是大公司里真牛逼的人，还是只是因为在大公司而显得牛逼的人了。 你这种情况最需要解决的不是技术，而是规则。api 不好，json 传来穿去 这些不是关键，而是需要一个规范 让你们整天可以不断提高。比如 自动测试 覆盖率 文档化。运维自动 错误可追溯，然后才是业务本身。一来就说重做的人只能说毫无经验。还是这帮人 重做就能避免这些问题吗。技术实现本身不是说不重要，而是团队这么小，数据量也可想而知。该抓的点抓重要的 |
 | 24 kurten 2017-07-01 15:16:53 +08:00 你应该瞬间感觉到主角光环照耀到你身上了。。。 |
 | 25 zjsxwc 2017-07-01 15:20:47 +08:00 赶紧挖坑逃 |
 | 26 WheatField 2017-07-01 15:27:17 +08:00 就好像一艘船，需要一个船长。 一个足球队，需要一个好的教练或队长。 |
 | 27 hvsy 2017-07-01 15:30:24 +08:00 via iPhone 楼主碰到的问题应该就是再久领导走了之后，各自为政，然后楼主自己的资历和能力都不到能够主导的地步，所以看在眼里急在心里，楼主应该尝试着跨出这一步，抱着干不好就换一个工作的心态去主导一下。反正不会比现在这样更糟糕了。对你自己的成长也有好处。 |
 | 28 Actrace 2017-07-01 16:41:09 +08:00 楼主这情况。。。跟我前年很类似。 其实缺的并不是一个技术领导，而是制度上的约束。技术债越积累越多的通常原因是需求没有得到控制，如果有产品经理的话那么就是产品的锅。如果没有，那么就是提需求的人的锅（大多数说的就是老板）。 当然，也不能指望这些不懂技术的人能够控制需求。 反正越做越烂是肯定的了，而且不会有丝毫改善的曙光，趁早走人是根本的解决方案。 |
 | 29 morning 2017-07-01 17:12:52 +08:00 跟以前的情况类似，API 倒没有混乱，只是大家都新人，解决方案基本都要靠 Google，自己视野有限经验为 0，大家讨论半天心里还是不踏实，开发周期被拖得很长，后期大家积极性就变很低，对个人成长初期是有好处，只是长久来看对公司和个人发展犹如慢性毒药。 我的感觉就是缺一个架构。 可以跟公司领导直接反应一下，没结果的话，开始刷点算法题咯。 |
 | 30 robinchina 2017-07-01 17:19:52 +08:00 羡慕楼主，还有可以抱怨的，我们公司更小，就我一个，后端再坑也要跪着认了，那特么是我写的啊 |
 | 31 allenzyq1314 2017-07-01 17:23:37 +08:00 开发很乱。。。 |
 | 32 pathbox 2017-07-01 17:29:28 +08:00 via iPhone CTO 不负责技术 你这公司药丸 |
 | 33 CYKun 2017-07-01 17:32:46 +08:00 via Android 楼主不到 10 人的团队，还前端移动端都有，你们觉得会有专职架构师吗？架构师的活儿要不是 cto 做，要不就得可能只有小猫三两只的后端做，后端经验不够的话 api 不烂才怪呢。 说实话，这种规模和经验的团队，cto 别说架构了，恐怕具体编码都得参与，cto 的离开绝对是毁灭性的。 |
 | 34 ansheng 2017-07-01 18:07:37 +08:00 兄弟，你被打了吗？怎么连这么黑 |
 | 35 Marlon 2017-07-01 18:22:24 +08:00 via iPhone 我上一个公司比你的还差，都缺，包括产品经理等等。 |
 | 36 hydyy 2017-07-01 20:23:39 +08:00 cto 太重要了，但是技术细节 cto 是没法照顾到的，代码质量太差，cto 也不能帮你重构写一遍吧？ 说到底还是责任心的问题 。 没有人帮忙，更要注重每一行代码 |
 | 37 hantsy 2017-07-01 20:35:44 +08:00 1 1. 创业团队需要一个很好的 Tech Lead， 一个全栈的 Engineer 推动团队技术使用，而不是仅起人员协调管理作用的 CTO。 2. 求人不如求已，知道了技术债务，为什么还在追加，而不一起讨论解决，报怨能够解决问题吗？ 3. 如果你说的 API， 是指基于 HTTP 的 REST API，自己看完 REST 相关的规范，遵从 Richardson 成熟度模型（三级标准），参考 Github API，heroku API 为例子，如何写好 API 一目的了然。 |
 | 38 0ZXYDDu796nVCFxq 2017-07-01 22:16:54 +08:00 via iPhone 缺 CTO 算啥，缺 CEO 的创业公司见过没。 |
 | 39 Leu 2017-07-01 23:24:45 +08:00 1 跟我上一个公司一模一样。。。开发人数差不多(小于 10 人，后端，移动端，前端都有)，cto 离职，然后我也是移动开发，然后后台写的 api 也无法直视。差点以为是同事，不过仔细一想肯定不是 |
 | 40 yangqi 2017-07-01 23:27:48 +08:00 关键看公司业务是做什么的，没有 cto 肯定要多走点弯路 |
 | 41 litpen 2017-07-01 23:37:08 +08:00 哈哈，你说的那个 API 返回的 shit 一样的数据我们公司也有，而且是一个外国 CTO 提出的思想（呵呵~）说是提高复用，实际上业务中平均获取一个字段要请求一个接口，连环依赖的接口混乱不堪、没有复用可言。这么麻烦也就算了，列表数据由于从很多其他数据混起来给我们，连最基本的列表数据分页功能都无法实现了，最后居然叫我们前端自己实现分页？！(这 CTO 的思想简直颠覆开发界的三观。。。) |
 | 42 mingyun 2017-07-02 00:08:20 +08:00 成大家的吐槽贴了 |
 | 43 Jacky001 2017-07-02 01:02:10 +08:00 you can you up |
 | 44 lsyAndroid 重做项目不可能，要么自身学习提高，要么跑路吧！我目前也是这样一个状态，业务逻辑和数据库完全走不通了，项目即将坍塌！ |
 | 45 fiht 2017-07-02 15:54:37 +08:00 这种情况可以和公司老大沟通一下？反馈一下现在开发中的问题。没准老大高看你一眼一开心给你干股呢啊哈哈哈 |
 | 46 clifftts 2017-07-02 22:18:30 +08:00 当你发现产品连需求都讲不清的时候你会更绝望 |
| 47 yulitian888 2017-07-04 11:26:19 +08:00 |
Select Language