展开讨论

经验与复盘经验摘录 · 机器翻译

如果我从一开始就拥有这个地方,我会问“什么业务成果……

… 如果我从一开始就拥有这个地方,我会问“这能带来哪些业务成果,而这些是我们至少在一段时间内无法通过静态HTML、表单等实现的”,并可能在有正当理由的地方允许一些复杂性。但因为前几年完全是工程团队负责的,等到我接手的时候已经太晚了,无法控制复杂性,我们最终不得不做像从一个框架迁移到另一个框架这样的事情。

源讨论柠檬市场 - Alex Russell谈JavaScript前端原帖 154 条评论 · 导入时统计
3

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 3

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

DA

我最喜欢的一句座右铭是,作为开发者的任务不是编写代码。你的任务是实现解决业务问题的方案。 直到我成为经理后我才明白这一点。当你成为经理后,你的整个视角都会改变,因为你意识到薪水并不是凭空产生的。

完整原文
PA

需要考虑的一点是,很多开发者最熟悉的是React以及它生态系统中的一套工具。 坚持使用你熟悉的技术通常是个好建议。尤其是当你考虑到招聘和培训新员工的时候。

完整原文
SU

> 参与的人对在这个项目上进一步发展自己的职业生涯感到兴奋,所以指出不必要的复杂性的动力很低。 我强烈不同意。事实是,前端技术债务比后端技术债务要便宜得多。 如果你只需要重构或迁移一个单页应用,而保持现有的API不变,你就避开了难以置信的痛苦。 如果你一开始使用的是“简单”的表单请求而不是API,那么后端几乎可以肯定是一个无纪律的混乱状态。在错误的地方节省成本。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。