
1 rockddd 1 天前 就讲讲有多方便呗,改之前和改之后的对比,以及解决了什么问题和隐患 |
2 kiracyan 1 天前 我还挺喜欢的 业务做多了有点无趣 |
3 ivvei 1 天前 业务开发更没价值。 |
4 Rickkkkkkk 1 天前 1t/s 的日志写入如何让业务方能 5s 能查询是不是挑战? |
5 ybz 1 天前 今天给你一个业务需求,明天要你上线你就老实了。 |
6 gejigeji 1 天前 看公司规模,如果公司业务小的话,确实没少用,重复造轮子而已 公司业务大的话,这种基建就变得很必要了 |
7 bruce0 1 天前 |
8 inhzus 1 天前 写 OKR/KPI: 1. 统一 API 网关:之前配置需要开发上手 nginx ,现在建设后开发效率上升,人日从 XX 降低至 XX ; 2. 完善监控日志:(拉个报表)业务部门感知线上问题即时性,从 XX min 降低至 XX min ; 3. 注册中心:同比去年,注册中心建立后,类似问题导致的故障,从 XX 起降低至 XX 。 自洽:业务部门更多时候都是被产品运营推着向前走,很少能腾出自己的时间来专注做技术相关的;基建这方面能发挥的想象力大多了,更能满足纯粹的技术追求吧。 |
9 coderluan 1 天前 对个人来说,绝大部分工作就是没价值,工资才有价值,工作赚工资,然后花钱让自己开心。而写报告就是强行上价值,纯命题作文,别管你自己怎么想,往高大上吹,最终尽量落到给公司创造价值上,虽然都是能跑,但是你做完之后是不是更稳定了,减少了事故率之类的,减少损伤也是创造价值。如果实在不会写,那就让 AI 帮你写。 |
10 midsolo 1 天前 我之前在某厂做过一段时间的中间件开发,也就是俗称的 "造轮子",包括:分布式任务调度框架、监听 binlog 的 CDC 框架、RocketMQ 源码的定制化开发...... 做中间件,虽然看起来更加偏技术一些,但是比做业务来说承受了更大的压力,因为中间件是服务于业务方的,不能出错,一旦出错,影响范围就很大,可能造成 P0 级别的问题。 做中间件,自己也是产品经理、项目经理、测试、开发、运维,得自己去收集需求,去挖掘需求,要有一定的技术前瞻性,能够对标业界的标杆产品,要能推动中间件的推广,也要能抗事,因为业务方的需求千奇百怪,你得去满足他们。 好不容易做出来了,还面临着推广的问题,后面没大佬站台,这个事压根就推不动。 说多了心累,还是回来继续写业务的 CRUD 吧! |
11 4ark 1 天前 作为基建和业务都做过的人来说,还是更喜欢基建 |
12 robyn87leonard 1 天前 @bruce0 我想去写业务 不想搞运维了 |
13 zhoulouzi 1 天前 挂几次就知道了 |
14 clhlc 1 天前 所以,躺平吧,能跑就行,业务不赚钱,弄个天花烂坠的架构只能自嗨 |
15 nickyadance23 1 天前 不影响你赚钱 |
16 8355 1 天前 如果你的公司完全按照规范操作不需要这些兜底 确实没意义,客观说绝大部分都是为了防止一些蠢操作不要全部带崩。 如果在没崩的时候做这些就确实没意义,崩过以后再做就有意义。 |
17 rocmax 1 天前 via Android 讲的时候高大上一点,往 sre ,devops 上靠。 |
18 HotieCutie 1 天前 能跑就不要乱动,谁让你优化的? 优化的好,就一句话鼓励,优化后出问题,后果你担着 |
19 liuzimin 1 天前 羡慕你们还有这么高的追求,而我只要给发工资叫我干啥都行。 |
21 lswlray 1 天前 20 多年前,我在某省体育彩票管理中心、参与搭建了该省的电脑型体育彩票系统。 正常运作后,就感觉“好没劲”了 当时每周只开一次奖,也就是每周就忙一天,其他时间不是睡觉就是上网聊天。 这么混了半年后,我放弃了“高薪”(当地中上水平、完全执行劳动法每周休 2 天、加班就是 3 倍工资、各种补贴全有)、“高福利”(吃饭全部单位付、出门就打车报销、所有体育比赛都有免费的票、每周还送 50-100 元的彩票)、甚至放弃了即将到手的编制、分房、女朋友,辞职去了北京、投身互联网大潮中。 现在回想起来,只能说:这就是命。img src="https://i.imgur.com/rjR4rdr.png" class="embedded_image" rel="noreferrer"> |
23 Foxkeh 1 天前 能搭上信创的政策春风快车吗? |
24 issakchill 1 天前 我的感觉跟你相反 可能比较少做技术基建 |
25 soap0X 1 天前 via Android 我想做基建但没机会,之少可以不用跟人打交道。平时也没啥方向,现在有了 ai 让给写写 demo ,想干点存储方面的东西 |
26 yooomu 1 天前 我宁愿做基建啊,抽象和设计是很有趣的事情。写业务可太无聊了,天天搞些傻逼需求 |
27 raphx 1 天前 有价值的哇,但是如果你想让你做的东西推广起来给大家用,你得好好思考怎么设计能让大家用的爽,解决痛点问题,至于你说的不是不能跑,跑肯定能跑,但是你管理、问题排查起来效率都很低的 |
29 paradoxs 1 天前 我吭哧吭哧搞了半年,把网关、链路追踪都搭起来了,还得推动业务方改。业务方可能觉得“挺好的,方便了”。但到了我述职的时候,灵魂拷问就来了:“你做的这些,给业务带来了什么具体价值?提升了多少效率?创造了多少收益?” 感觉完全没办法量化,也就没办法体现我的贡献。 ------------------------- 你回答不了这个问题,是因为从一开始就错了。 正确的模式应该是:销售(业务),发现某种市场机遇,然后觉得有戏,然后花钱去找技术人员买一个东西回来,再去买。 现在反过来了,业务没提需求,你也去弄。人家能理解吗。市场上也没人要你做这个东西啊。 |
30 baiyuxiong126 1 天前 小公司随便找找开源的,凑和就用了,没必要搞基建 |
31 laragh 1 天前 之前公司做网关的,那可是开发中的佼佼者,绩效超高。。 如果基建你做了还问你这种白痴问题,还不如换工作呢 |
32 julyclyde 12 小时 10 分钟前 电影《战争之王》开头那句话很适用于回答你的问题: The only question is: how do we arm the other eleven? |
33 encro 11 小时 54 分钟前 你确实不适合做基建,你应该去做业务。 以为你连基建的意义和必要性都不了解,你压根做不好基建。 |
34 crh3188 10 小时 35 分钟前 基建是苦活、累活、没掌声的活,但它也是最能拉开人和人、公司和公司差距的活 |