自己一个直观的感受是在项目中技术进步最快,也包括做一些提升工作效率的工具,一个项目用到新的框架新的技术,需要自己去思考设计、功能、性能、安全多个层面。通过解决上述问题带来技术上的提升快,且有满足感。通过自驱动式学习,学的慢,忘的快,满足感低
1
bzw875 2 天前 5
生产环境的 bug ,领导,老板和老板盯着你修的时候。
|
2
fredweili 2 天前 1
code ,客户反馈,改 code
|
3
hackerwgf 2 天前 10
紧急需求,今晚上线,一顿 coding 给怼上去了
过两天闲了,回头看这座屎山,觉得不优雅,然后重构了 2 分钟后,API 报警 10 分钟后,客服打爆 慌了,开始冒汗 尝试 revert ,但是有冲突 冲突解决了,但是代码不 work 内心 OS “我本地没问题啊” CEO 在群里 at 所有人 业务线开始甩锅 CTO 站身后说别慌,再仔细看看 接下来,就是技术进步最快的时刻了 别问,问就是有个朋友经历过 |
4
emSaVya 2 天前
去大厂的核心组 核中核那种。
|
5
czita 2 天前
业务倒逼、有压力、特别感兴趣,有自我需求的时候
|
6
Daybyedream 2 天前
有人盯着 学最快
直接有反馈的 最快 |
7
xunandotme 2 天前
参考贝吉塔,始终战斗在一线最前沿,哈哈
|
8
hellojukay 2 天前
小公司,大公司,小公司,大公司,每次干 2 年就换一个,反复跳槽。
|
9
jbgz 2 天前 1
离开舒适圈
|
10
ggabc 2 天前 via Android
遇到问题难受的时候写出来的无奈方案,其实可能已经是最佳方案
|
11
kakki 2 天前 1
公司的项目有挑战性且轮到你一般都是处于深度信任状态了,其实上面一般只会分配舒适区的工作给你,真想提高水平到一个新的 level 还是要做个人项目 or 参与开源项目.
|
13
shm7 2 天前
按最快的路子
|
14
bzw875 2 天前
包装简历入职后,遇到新的技术栈倒逼自己学习
|
15
zzzzzzggggggg 2 天前
有一说一,我自己觉得最快的进步方式就是造轮子
|
16
WuDiHaiTai 2 天前 1
找需求,没有需求创造需求,围绕需求的实现想尽各种办法,这是我这辈子提高技术的方法,懒人一个,屎不到屁股不会拉的,只有这种情况下才会半主动半被动的想方设法学习,主动闲着学习那是够呛了。
|
17
zzerd 2 天前
边干边学
|
18
shunia 2 天前 1
四个字:解决问题
|
19
montaro2017 2 天前
@hackerwgf #3 这个朋友是不是你自己
|
20
ArleneCheung 2 天前 1
领导告知有个紧急项目,2 周内必须完成功能,因为销售要签合同了。
刚接手的那个周末毫无头绪,到后续完成功能 + 完成测试只用了一周半。 因为项目的特殊性,只有我一个人单干,又因为对接的是国家的项目,调试时间只能每晚 6 点以后。 那段时间在 coding 能力和知识储备这块得到了快速增长,我可能和各位所说的是一样的。 只能在项目交付的压力下前行,好端端的学技术,进度很慢。 |
21
zhouyin 1 天前
看书后实践再看书再实践
只要掌握了 其实没什么技术含量 关键是逼自己去学习 保持学习的状态 |
22
zhouyin 1 天前
|
23
ArleneCheung 1 天前
@zhouyin #22 你也知道保持学习的状态,没有任务/紧急项目是无法保持学习的状态的。再者就是实践起来并不是所有问题可以通过看书找到答案的,一些优秀的项目和代码可以让人醍醐灌顶。
看书我觉得是站在一个更高维度的思想去看技术,那个时候就不仅仅是提升技术,而是跳出技术思维需要做的事情,这里问的是如何快速提升而不是如何学的更透彻。我觉得快速提升是重点。 你的学习方法适合长期、循序渐进式学习而不符合本文所提“快速”。 |
24
zhouyin 1 天前 via Android
|
25
c0011 1 天前
去昧
|
26
xiaojie668329 1 天前
造轮子。
|
27
ArleneCheung 1 天前
@zhouyin 尽信书不如无书
|
28
ArleneCheung 1 天前
@zhouyin 各有各的观点吧,我不太喜欢和对方一直各抒观点,很没意义。
|
29
ArleneCheung 1 天前
@zhouyin 勿回,感谢。
|
30
NizumaEiji 21 小时 1 分钟前 1
以往的经验只能拿来做参考不能拿来直接用的时候。
逼着你必须往下思考更好的解决办法。 什么时候没有提升呢,你拿既往的经验往现在的工作内容上套,一套一个准,设计方案的时候不用带脑子都能应付了事, 最后上完线还屁事没有的时候。 |