技术怎么进步最快

[R77]

自己一个直观的感受是在项目中技术进步最快，也包括做一些提升工作效率的工具，一个项目用到新的框架新的技术，需要自己去思考设计、功能、性能、安全多个层面。通过解决上述问题带来技术上的提升快，且有满足感。通过自驱动式学习，学的慢，忘的快，满足感低

[bzw875]

生产环境的 bug ，领导，老板和老板盯着你修的时候。

[fredweili]

code ，客户反馈，改 code

[hackerwgf]

紧急需求，今晚上线，一顿 coding 给怼上去了
过两天闲了，回头看这座屎山，觉得不优雅，然后重构了
2 分钟后，API 报警
10 分钟后，客服打爆
慌了，开始冒汗
尝试 revert ，但是有冲突
冲突解决了，但是代码不 work
内心 OS “我本地没问题啊”
CEO 在群里 at 所有人
业务线开始甩锅
CTO 站身后说别慌，再仔细看看

接下来，就是技术进步最快的时刻了
别问，问就是有个朋友经历过

[emSaVya]

去大厂的核心组 核中核那种。

[czita]

业务倒逼、有压力、特别感兴趣，有自我需求的时候

[Daybyedream]

有人盯着 学最快
直接有反馈的 最快

[xnplus]

参考贝吉塔，始终战斗在一线最前沿，哈哈

[Nexora]

小公司，大公司，小公司，大公司，每次干 2 年就换一个，反复跳槽。

[jbgz]

离开舒适圈

[ggabc]

遇到问题难受的时候写出来的无奈方案，其实可能已经是最佳方案

[kakki]

公司的项目有挑战性且轮到你一般都是处于深度信任状态了,其实上面一般只会分配舒适区的工作给你,真想提高水平到一个新的 level 还是要做个人项目 or 参与开源项目.

[maxwellz]

@hackerwgf 已经开始汗流浃背了😅

[shm7]

按最快的路子

[bzw875]

包装简历入职后，遇到新的技术栈倒逼自己学习

[zzzzzzggggggg]

有一说一，我自己觉得最快的进步方式就是造轮子

[WuDiHaiTai]

找需求，没有需求创造需求，围绕需求的实现想尽各种办法，这是我这辈子提高技术的方法，懒人一个，屎不到屁股不会拉的，只有这种情况下才会半主动半被动的想方设法学习，主动闲着学习那是够呛了。

[zzerd]

边干边学

[shunia]

四个字：解决问题

[montaro2017]

@hackerwgf #3 这个朋友是不是你自己

[ArleneCheung]

领导告知有个紧急项目，2 周内必须完成功能，因为销售要签合同了。

刚接手的那个周末毫无头绪，到后续完成功能 + 完成测试只用了一周半。

因为项目的特殊性，只有我一个人单干，又因为对接的是国家的项目，调试时间只能每晚 6 点以后。

那段时间在 coding 能力和知识储备这块得到了快速增长，我可能和各位所说的是一样的。

只能在项目交付的压力下前行，好端端的学技术，进度很慢。

[7uSK0CV63kJdhp0M]

看书后实践再看书再实践
只要掌握了 其实没什么技术含量 关键是逼自己去学习 保持学习的状态

[7uSK0CV63kJdhp0M]

@ArleneCheung
非也非也
就是要好端端学 并配上好的书
没书等于事倍功半

[ArleneCheung]

@zhouyin #22 你也知道保持学习的状态，没有任务/紧急项目是无法保持学习的状态的。再者就是实践起来并不是所有问题可以通过看书找到答案的，一些优秀的项目和代码可以让人醍醐灌顶。

看书我觉得是站在一个更高维度的思想去看技术，那个时候就不仅仅是提升技术，而是跳出技术思维需要做的事情，这里问的是如何快速提升而不是如何学的更透彻。我觉得快速提升是重点。

你的学习方法适合长期、循序渐进式学习而不符合本文所提“快速”。

[7uSK0CV63kJdhp0M]

@ArleneCheung
书里的才是精华 避免走很多弯路
当然是看了后 要捣鼓电脑 加深记忆
不然看别人项目 代码 简直事倍功半

[c0011]

去昧

[voidcomma]

造轮子。

[ArleneCheung]

@zhouyin 尽信书不如无书

[ArleneCheung]

@zhouyin 各有各的观点吧，我不太喜欢和对方一直各抒观点，很没意义。

[ArleneCheung]

@zhouyin 勿回，感谢。

[NizumaEiji]

以往的经验只能拿来做参考不能拿来直接用的时候。
逼着你必须往下思考更好的解决办法。

什么时候没有提升呢，你拿既往的经验往现在的工作内容上套，一套一个准，设计方案的时候不用带脑子都能应付了事， 最后上完线还屁事没有的时候。