基础不牢,地动山摇
昨晚看到一句话,深有感触。
好些技术人员的剧情是这样的:基础知识缺失 => 解决问题的能力有限 => 经验的缺失 => 不能到更好的平台 => 认知和视野缺失 => 达到天花板 => 人生被困住 => 迷茫无助 => 焦虑浮躁 => 失去目标 …
我想很多人都会有这样的感受。技术水平达到天花板,人生被困住,迷茫无助,焦虑浮躁,从而失去目标。
就计算机软件来说,不是你做的年数越多你就越厉害,如果方法不当,时间空空流去,而个人能力没有提高,这是很可怕的事情。如果一直跟不上节奏,被时代淘汰只是时间问题。
所谓基础不牢,地动山摇。爬得越高,摔得越狠。
那面对各种问题该怎样呢?
我觉得个人能力很重要。视野,看待问题以及解决问题的能力很重要。
很多做 IT 的,英语是个痛,有的人技术不错,可是英语水平就是不行,看个英文材料,还要用百度翻译、谷歌翻译,即使最后看懂搞明白了,可是白白浪费了很多时间。
包括一些像华为这样的公司,不少技术人也苦于英文不好。
英语不好,直接限制了发展前景。
如果你英文非常好,又有技术,在北上广深这样的地方,你成事的机会会非常多,你赚钱会更容易。
假如你可以像用国文一样使用英语,你会多很多学习渠道,你可以最快速度接触到最前沿科技。
这里不局限软件,各行各业都是这样。很多学术,英文资料更深入更有含金量。
以前上学时候,不少人说,“我是中国人,何必学外语”,从而给自己一个不学习英语的理由,可是最终吃亏的肯定是自己。多一门外语,就打开一扇看世界的窗,你会发现外面的世界别有洞天。
如果你英语和国语都很好,在这个世界上,你就可以和百分之八十的地球人沟通了。
不过想学好英语,或者一门技术,还真不容易。
我们了解一个新技术有三个阶段:
第一阶段是,怎么使用;
第二阶段是,如何实现,原理是什么;
第三阶段是,为什么这样实现。
学英语、学数学以及学任何一门新技术都一样,也有这样三个阶段,先用起来,了解原理,然后了解为什么。
但是如果没有好的学习氛围,学好英语真是不简单,需要你有很大的毅力,需要你投入大量的时间、精力。
你看,学了这么多年英语,我的水平还是很次,很是惭愧。
不过我会一直学习下去,听、说、读、写我都会一直刻意练习下去。拿下英语,可以像使用国语一样轻松运用它,我相信快了。
现在每周我都会写两三篇英语短文,时常阅读英文原版读物,上下班地铁上经常听WWDC或者Udemy 英文教程,一边学习英语,一边学习技术,一箭双雕。
精神和身体都有非常贱的一面,越练越用越吃苦,越强悍越好用,最终鬼怕神畏,病也都没了。
精神和身体都需要锻炼。我们既要野蛮体魄又要文明精神。
能有恒,能坚持,一方面让人羡慕,一方面确实会带给你好处。
年无分老少,事无分难易,但行之有恒,自如种树养畜,日见其大而不觉耳。
曾国藩说,“以余生平言之,三十岁前最好吃烟,片刻不离。至道光壬寅十一月二十一日立志戒烟,至今不再吃。四十六岁以前作事无恒,近五年深以为戒,现在大小事均尚有恒。即此二端,可见无事不可变也。古称金丹换骨,余谓立志即丹也。”
如果我们想坚持做事,我们也可以做到。
再有,我觉得学习能力很重要,现在你可以不富有,但是只要你能力可以日益增长,以后终将富有。
老洛克菲勒说过:“我不喜欢钱,我喜欢的是赚钱。”他还说过一句修炼到顶尖的成事人才有自信说的话:“即使把我的衣服脱光,再放到渺无人烟的沙漠中,只要有一个商队经过,我又会成为百万富翁。”
这才是本事,这才是霸气。
我们需要修炼的,正是这种本事,这种霸气。
2019.12.03 20:10
上海 10号地铁
上一篇: [教学日记]93:基础不牢,地动山摇。
下一篇: 以正合,以奇胜
推荐阅读
-
像首席技术官一样思考:如何高效管理 30 人的研发团队?-管理越多越轻松。好的研发团队,应该是上拨下用,即下级对上级的向上管理;而不是反过来,总是向下管理,甚至是 CTO 做经理的事,经理做工程师的事,工程师最终会被当成实习生。如果是这样,就会越管越累,不仅团队无法成长,而且团队整天很忙还效率低下,问题一大堆。 有这样一个小故事:一位高级经理下班后帮忙倒垃圾,结果被老板训斥了一顿。这就好比首席技术官做了实习生自己该做的事。事情本身没有对错之分,只是从不同的角度有不同的理解。 古人云:"用人不疑,疑人不用"。在面对自己的研发团队时,应该相信他们能做好,授权一线开发人员充分发挥专业特长,不要限制他们的工作。但在相信他们的同时,也要进行二次确认,始终秉持 "我相信,但我要确认 "的原则和严谨的精神。因为每个人都会犯错和疏忽,通过发挥团队的智慧,团队犯错的机会就会大大减少。比如回归测试、代码审查、开发演示、变更审批等等。 如前所述,每个人都难免会犯错。但作为管理者,你所设计和商定的流程不能出错。管理者的每一个决定和沟通都应该经过深思熟虑。就像红绿灯的交通设计,某辆车不小心闯红灯可能会扣分,但红绿灯的设计一定要正确、人性化、统一。再比如,开发人员可能会因为疏忽大意写出 bug,但研发流程的设计和上线流程的发布不能有任何差错。因此,流程体系的设计,一方面要结合当前团队规模、业务特点和需要重点解决的问题来设计,另一方面也要在人员防错、效率提升、发挥团队集体智慧等维度进行综合考量。应该站在更高更抽象的角度去思考,不断思考一个倍受欢迎的园区应该如何设计,思考一个灵动、经典、永恒的建筑应该遵循怎样的模式,思考一个成功、优秀、卓越的研发团队应该需要怎样的流程和制度。 最后,反馈很重要。向上汇报很重要,向下反馈也很重要。能够保持顺畅的双向反馈和闭环管理,对研发团队的协作和沟通有着非常明显的积极作用。在向上汇报方面,要培养团队在正式汇报、会议汇报、私下沟通、书面总结、非正式场合等方面的沟通能力,提醒下属报喜也要报忧。凡事先记录,再跟进,最后反馈。反馈很重要,主动汇报更难得。 另一方面,同时也不要忽视向下反馈。好的爱,是双向的。团队也是如此,没有严格的上下级之分,只是分工和角色不同而已。作为管理者,不必总保持一种 "神秘感",让人 "捉摸不透 "才是牛。当团队做得好或有人做得好时,要记得在公开或私下场合给予肯定和赞许。业务有增长、业绩有提升时,别忘了给团队一些鼓励,或者安排一次下午茶或聚餐。在例会或正式会议上,也可以同步向大家传达一些重要信息和高层指示。"欲速则不达,欲远则同行"。 当向上汇报、向下反馈的沟通闭环形成后,同时结合前面研发过程的管理闭环,双管齐下,就能形成良性循环。如此反复,持之以恒,优秀卓越的研发团队,必将呈现。 能力、产出和效率 接下来,继续重复关于能力、产出和效率的话题。 站在不同的角色,以及一个企业经营、生存和发展所需要的基础上,我把研发生产力分为三个层次,分别是:一线员工关心的研发能力、管理层关心的软件产出和操作人员关心的企业生产效率。简单概括就是:既要把工作做好,又要能出成果,还要能帮企业赚钱。
-
非法篡改数据会破坏信息安全的哪些属性 - 机密性(保密性)是指不向未经授权的用户、实体或流程披露网络信息。也就是说,信息只能由授权用户使用。保密性是在可靠性和可用性基础上确保网络信息安全的重要手段。 (推荐学习:网络前端视频教程) 网络信息安全中的保密性是指根据给定的要求,信息不泄露给未经授权的个人、实体或进程,或提供给他们使用的特性,即杜绝有用信息泄露给未经授权的个人或实体,强调有用信息只被授权对象使用的特性。 常用的保密技术
-
基础不牢,地动山摇
-
基础不牢,地动山摇
-
面试官让我意识到[基础不牢]的绝望!
-
基础不牢,地动山摇。让我们来学习 Java。
-
基础不牢,地动山摇
-
[如果基础不牢固,C 语言中的静态关键字就会动摇地基✊]。
-
基础不牢,地动山摇。20 分钟取阵列。
-
Day14 基金会基础不牢固 - Java 基金会