关键词:代码、编程、业务、技能、数据、面试、生长、开发、逻辑、才能
一、心得
-
说说我自己了解的编程:编程便是要教会只会0和1的电脑去处理实际生活中各种杂乱的问题,电脑只要与或非三种逻辑,只要顺序循环分支三种操控结构。我一向觉得编程某种意义上是一门“手艺”,由于高雅而高效的代码,就如同完美的工艺品相同让人赏心悦目,最主要、最简单被咱们直观感受到的问题便是:烂代码实在是太多了。后来,在亲历了许多个令人不悦的项目之后,我才渐渐看清楚:即使两个人实现同一个功用,最终效果看上去也一模相同,但代码质量却或许有着云泥之别,好代码就像好文章,言语精练、层次分明,让人读了还想读;烂代码则像糊成一团的意大利面条,处处充满着类似的逻辑,模块间的联系错综杂乱,多看一眼都令人觉得眼睛会受伤
-
越简洁的代码,越明晰的逻辑,就越不简单犯错。而且在实践工作中不是用代码量来评价一个程序员的工作强度和等级,高端的同学总是用最简略精妙的代码来处理问题。代码变得越来越简洁,代码看起来更加结构化和规范化、扁平结构比嵌套结构更好
-
在团队合作中,你的代码不只要你在保护,降低别人的阅览/了解代码逻辑的成本是一种杰出的品德
-
简单的代码,只会用到最基本的语法糖,杂乱的高级特性,会有更多的依靠(如言语的版本)
-
一个公司假如数据库从来不出问题,那一定是由于没有业务量或者流量
-
所有技能的选型和规划,都有它的运用场景,除去那些让人开心的案例,剩下的毫无疑问便是坑;怎么尽或许地避开这些坑,怎么在出现问题的时候能够用最快的速度去修复,这些都是至关重要的要素
-
任何项目在前期,整个数据基本处于裸奔状况,没有做任何的权限校验与审计,用户能够对数据随心所欲,这个阶段主要考虑效率优先,随着业务的开展,数据安全的重要性益发突显,大数据权限体系则会应运而生
-
实际中大部分程序员都属于是斐波那契程序员
-
关于代码定见:我的看法是,一个处理代码行数超过四五十行,就能够考虑缩减抽离了,为什么要这么做,其实很简单:出于可保护性,一个业务再杂乱,离不开一个主干逻辑(也或许是多个)和 N 个子逻辑,你不能把臃肿的子逻辑代码放在同一个处理代码内部,这样太影响可读性,影响可读性的结果便是提高了保护成本
-
首先从生长的视点来看,寻求代码质量是一个优异程序员对自己的要求,我想任何一门工艺、手艺,从业者想要把他做的更好,这是一个非常天然的方针,咱们已然靠写代码营生,就应该对代码有寻求,对代码有自己的审美和判别,代码质量真的仅仅一个底线,在这条底线之上,才有或许谈稳定,谈弹性,谈性能,谈架构,高雅与不然是区别尖端程序员与一般程序员的终极指标所在,能用不是代码的规范,能被保护才是代码的规范
-
程序员大厂面试三板斧:八股文、算法、项目经验
-
牢记牢记:不要用战术上的勤勉来掩盖战略上的懒散
-
写代码是要有感觉的:感觉到了思如泉涌、键盘啪啪作响,一个需求很快就做完了,搬砖速度飞起
-
咱们是一群与画家有着极大的类似性的猿/媛,是在创造,而不是完成某个使命,会在求解问题过程中产生精神愉悦或享用,咱们崇尚分享、开放、民主、计算机的自由运用和前进
-
真实工作中都是写写业务代码,哪有那么多深度的技能问题;其实我觉得写代码最重要是逻辑思维够强,代码的规范整齐,思路明晰,化繁为简,不然你说你写了多杂乱的海量并发处理,多有深度,但是代码乱得一团糟,别人没法保护,再牛逼有何用
-
软件开发的使命应该是考虑,考虑手头的问题,规划出一个完美的处理方案,然后再把这个方案转变成可供用户运用的软件
-
阅览别人的代码是一种很棒的学习方法。正如一位作家所说,“阅览其别人的著作是让你成为一个更好的作家的最好方法”,这同样适用于代码
-
优异程序员绝不只要技能:
(1)问题处理才能
(2)业务了解才能
(3)沟通才能
(4)产品思维
(5)管理才能
(6)分享表达才能
…
二、总结
