从harness看未来软件工程师的工作职责
我现在更确定的一点是:AI 写得快,不等于系统交付得快。工程师的价值不会只剩“亲手敲代码”,但也不会自动消失,它会更多落在问题定义、执行环境、反馈回路和结果验证上。
共 12 篇文章。
我现在更确定的一点是:AI 写得快,不等于系统交付得快。工程师的价值不会只剩“亲手敲代码”,但也不会自动消失,它会更多落在问题定义、执行环境、反馈回路和结果验证上。
您提出的关于成本和精力投入的顾虑非常实际,尤其对于一个精干的小团队来说。这确实是推行任何新战略时需要优先考虑的核心问题。让我们来深入探讨这两个方面,并为您提供一套适合小型团队、低成本且高效的执行方案。
1、把文档给AI,不然它根本不知道怎么用ReactFlow https://reactflow.dev/learn 2、自己定义好数据结构,比如组件的数据类型、中间画布的分组 3、最好画个草图 4、基于Unreal Engine的设计风格
@Abby鹿子野: 我英语高考147,从不学语法。都是整篇整篇背课文,我喜欢背课文,基本上读三四遍我就可以背下来。先读一遍,然后边读心中边翻译。然后再读两遍,再用自己的语句翻译出来,然后再打开课文对照一下。这样几遍下来很长的高中课文我都可以会背。
Ant Design X的Vue 版本: https://github.com/wzc520pyfm/ant-design-x-vue
https://ai.meta.com/blog/meta-llama-3/
现在处于类似jQuery和三大框架之间的那个框架层出不穷的阶段,后面会有一个或者几个牛逼的技术框架来统一整个开发领域,Agent可能会是一个选项。
想要过得不匆忙,就得每天设置个截止条件,也就是当日目标。别没有界限的一直干,效率既低,状态又差。
上周四突发的几个事情,占据了我不少时间,包括更新展示大厅的 PPT、和设计师核对交互细节、新的发布流程(起码 3 小时)等。
我工作已经有九年半了,在此期间,也经历了国内互联网行业的各种变更。总体的感觉,大家在工作中的乐趣正一点点的丢失。造成这个问题的原因有很多,我按照自己的想法总结了下:
现在技术更新越来越快,工作压力也与日俱增,再加上自己年龄逐渐增大,这两年考虑这方面的内容比较多。其实这个问题的答案很早就有了,那就是持续学习才能让自己不被淘汰。但是光是学习还不够,你学习的速度、产出的价值还需要能跟得上业界的发展、公司的发展速度,否则就意味着竞争力的下降,最终只是迟一点被淘汰而已。
业务组件的建设和推广,结合结果页,找几个新业务实践下,我们不只是提供可视化组件,这样才能扩大团队规模,才能发展。