等登凳灯~~各位社区的开发者们，大家周末欢快！
人不知;鬼不觉，SegmentFault 思否社区全新的版块 #极主观点 曾经上线三周啦~
极主观点 聚焦于技术方向、程序员职业倒退、个人成长等主题，致力于发动有价值的探讨，输入有价值的观点。
在本栏目中，咱们将为大家举荐在 #极主观点 版块被热烈探讨的话题，甄选出乏味的观点为你出现。期待咱们一起成长和提高呀 🥰🥰
今日关键词：#看书的重要性 #晋升本人 #“有技术含量”的代码
看书对学技术的重要性
话题发起人：沐沐
遇到问题能够各种百度、google，看书的意义在哪里？
乏味的观点：
在互联网上寻找问题的答案的确很快，但看书也一样很有必要。只不过得看咱们在看的是什么书，有很多优良的书籍，书中的内容在网上，或者说在篇幅较短的一篇博文中是无奈解说透彻的。书籍可能更加零碎、深层次地帮忙咱们了解一项技术。长时间看优质技术书籍的人会对一些技术了解的更透彻，天然解决问题的能力就越强。解决问题是一种被动的行为，而看书是一种被动的行为，前者能疾速进步本人的开发程度，而后者则是使本人走得更远更宽的基石，二者联合可井水不犯河水。
—— —— 社区用户：BeerBrar啤酒熊
乏味的观点：
以我多年的教训来说，看书对于学技术来说效率太低了。
首先，你要晓得，你学技术的目标是什么。如果是筹备考研考博搞学术研究写论文之类的，那么兴许你看书还有点用，把零碎常识搞扎实点，每个概念都搞懂以备考试，这可能的确有点用。但如果你只是想学一门手艺，只是想搞定一个问题，那么看书无疑是所有办法里效率最低的一个。比方你用js编程的时候遇到一个问题：在a字符串中查找b字符串，你为了这个问题去看一本书？你想把握这个技能的话，不如多写5000行程序，常常用到这个函数，当前你不必百度也能背进去，这就够了。
其次，工程和迷信不一样，工程不须要那么谨严，须要的是速度和工夫，你的老板没工夫等你去钻研透一本书再来帮他解决问题，他要的就是一个答案：行不行？快点，不行就换人。就这么简略。他又不是你爹妈，等你缓缓成长，你怎么成长是你的事，但对老板来说，目前眼下马上就能解决问题的人才是公司最须要的人，所以看书对公司来说是不可承受的。
所谓系统地学习常识，人类的常识都是在盲人摸象中增长的，以前没有那么多专家，有的都是博学家，杂学家，学的很杂，是起初才有了大学，才有了业余，是教育和考试的须要才搞出了所谓零碎常识这种概念，这个概念并不是天然就有的，而是人为制作的，只不过你在这样的教育体系中被灌输了十多年，给你造成一种错觉认为常识是必须靠零碎学习能力把握的，其实人世间可能通过看书学习的常识连十分之一都不到，社会实际这个大课堂才是你补足另外须要的非常之九的常识的中央。
中国今人也并不强调死读书读成书呆子，红楼梦里有一幅对联写的好：世事洞明皆学识，人情练达即文章。在认为死读四书五经才是学识的过后，都曾经有很多人看透了：学识在哪里？不在经书里，而在于对于世间万物运行实质的洞察，这些洞察从哪里来？从重复实际中来。
毛主席的《实践论》最初说道：
通过实际而发现真谛，又通过实际而证实真谛和倒退真谛。从感性认识而能动地倒退到理性认识，又从理性认识而能动地领导革命实践，革新主观世界和主观世界。实际、意识、再实际、再意识，这种模式，周而复始以至无穷，而实际和意识之每一循环的内容，都比拟地进到了高一级的水平。这就是辩证唯物论的全副认识论，这就是辩证唯物论的知行对立观。
实际不然而测验真谛的唯一标准，并且是发现真谛的惟一伎俩，任何脱离了实际而试图间接取得真谛的伎俩都注定只能是妄想。
—— —— 社区用户：张京
我是前端，工作都是做一些业务，那应该怎么晋升本人呢？
话题发起人：子栖
工作根本都是一些业务，难点根本不是在于技术，而是了解需要，本人也学了一些货色，比方jest，比方rollup，也看了微前端，然而工作中根本用不到，而后不怎么用，其实也无奈深刻。
此外，本人也想退出一些开源的我的项目，然而很多开源我的项目都是迭代更新了很久，本人也没有找到好的切入点
乏味的观点：
的确是这样的，大部分的开发都是围绕着业务来的，大多数人都是由业务来驱动学习，并不是由内驱动的。所以在面对没有业务需要的技术时会感觉到没方法落地，也没方法深刻学习。感觉流于外表。
能够尝试本人写一些小玩具，比如说提到的jest来写单元测试。然而很多时候为了赶工期并不会去写测试单元，能够尝试着去解决这个矛盾。尝试的过程中你就会学习到比本来预期更多的周边常识。其实对于独自学一块内容更加可能晋升本人。
如果你想参加一些开源的我的项目，能够先从提Issue开始，缓缓的开始发现问题并且给出解决方案，开始尝试提PR，等你的PR品质变高了、提交频率也能够，天然就有机会退出到保护团队当中了。
当然能力的晋升并不是只限于技术开发的。如果你有比他人更杰出需要的了解理能力和整顿能力，你也能够体现进去，这也是你能力的一部分。
—— —— 社区用户：陟上晴明
乏味的观点：
首先还是明确准则：独行快、众行远，优先促成公司业务倒退。
所以，比方目前缺测试，就多写测试。写测试的时候你就会发现，写起来好吃力，读起来效率也很低，而后你就能够钻研下测试相干的常识，比方 e2e 测试、比方 chrome devtools 新增的操作记录工具、比方自动化测试。而后你就能够想方法优化这个过程。
或者前端关上速度有待优化，就能够钻研怎么晋升构建工具或者扭转打包后果，而后也能够生成更高效率的页面。
总之，从公司需要登程，从实在价值登程，先做起来，不要怕累不要怕无聊。很多时候没做，或者不晓得该怎么做，其实是想一下做个 Vue 进去，当前就吃喝不愁了。
—— —— 社区用户：Meathill
对于程序员来说，怎么才算是在写有“技术含量”的代码？
话题发起人：why技术
如题；对于程序员来说，怎么才算是在写有“技术含量”的代码？
乏味的观点：
“技术含量”这个词，不好界定。
这里有一个故事：高级程序员运键如飞，一天写了 1000 行代码，效率十分高；高级程序员如老僧入定，盯着屏幕半天才搞几下键盘，两天只写了有余 100 行……
看到这里，老板们都想去招高级程序员了，毕竟效率高，还不贵。然而起初呢？
起初一个月内，高级程序员写那 1000 行代码常常重复批改，增增减减已达数千行的变更；而高级程序员那有余 100 行的代码只改了两个拼写错误……
再而后，那 1000 行代码始终存在不可解决的问题，只好让高级程序员来解决一下，于是高级程序员通过 3 天的重构和批改，把 1000 行代码改成了 100 行，再没呈现过问题……
故事就是故事，但在肯定水平也反馈了事实。高级程序员和高级程序员的差距，就在于“技术含量”，而所谓的技术含量并不仅仅体现在代码上，而是体现在对指标的了解、残缺的逻辑剖析和精准的代码形容和高覆盖率的容错解决上 —— 说白了就是 —— 即时是一个小工作，也依然须要经验剖析、设计、编写、测试几个阶段，而不是简略的照着字面意思一阵狂写，把代码堆进去了事。
软件开发技术，涵盖了软件业余方方面面的常识。大学里学的各种原理、语言、数据结构、算法，甚至数学和英语都能起到加强软件开发技术的作用。
当然，如果只是想说写些看起来高大上的语句，倒是也不难，只须要做到两点：
- 理解你的技术栈，尤其是语法，相熟各种语法的用处并能在写代码时失当选用
- 理解技术栈的函数库（类库），晓得在写性能的时候有什么货色能够用，而不是本人去堆代码实现一个不稳固的新轮子。
此外，借助工具的力量，能够十分无效的提交本人的编程技巧，比方：
- 用熟你的 IDE/Editor 和技术栈工具链
- 应用 Lint 类工具，尤其是自带修复性能的
- 重构类工具，会对能够重构的提供做出提醒的（尽管不肯定照提醒施行）
- 智能代码类工具，能够不便的看到他人是怎么思考和解决的同类问题。
—— —— 社区用户： 边城
乏味的观点：
首先是看你的代码感觉你基础知识是把握的可靠的，不会犯那些低级的谬误。例如一些一些数组的操作函数，你却本人去实现了一遍；类和子类调用办法时，你不晓得怎么去调用，到底调用的哪个，有些语言层面提供的性能，你却不晓得，等等。
在合乎业务的前提下，你的设计是不是正当、清晰，逻辑的考量是否齐备，模块的设计，类的设计，相干算法的设计等等。
对于逻辑性非常强的局部，你是否有足够的正文，让他人可能清晰地理解你的思路，而不是写一堆艰涩难懂，高级语法堆砌成山的代码，能用简略的形式实现的逻辑，就不必简单，艰涩的形式去实现。
—— —— 社区用户：hero
他们的观点和探讨是否也能带给你启发呢？你又有什么乏味的观点，心愿与大家分享？快扫描二维码退出咱们，一起交换成长吧，等你哦 🙌🙌🙌
欢送在评论区留下你的观点呀~
发表回复