“写代码的时候,不能对自己「妥协」” | 技术人金句系列

简介: “写代码的时候,不能对自己「妥协」” | 技术人金句系列

有些问题你抓耳挠腮想很久都无法理解其中逻辑,别人一说,你就茅塞顿开了。今天,我们想分享来自大淘宝技术工程师们的《人间清醒语录》,这些金句里凝结了他们多年实践经验的智慧,希望可以给你“打怪升级”的过程带来一些帮助。此篇为本系列第五篇:第一篇“从幼稚到成熟,是从不负责任到承担责任的过程” | 技术人金句系列第二篇“时间花在哪里,结果就在哪里” | 技术人金句系列第三篇:“当迷茫时就回到原点,或者退一步再思考” | 技术人金句系列第四篇:“立刻开始做,也许是提升生产力的关键” | 技术人金句系列



相关文章
|
7月前
|
设计模式 测试技术 持续交付
编码之道:从混乱到秩序的编程实践
在数字世界的构建中,代码是基石也是艺术。它不仅仅是冷冰冰的逻辑指令,更是开发者智慧与创造力的体现。本文将深入探讨编程过程中如何从混沌初开的状态逐步走向条理清晰的秩序世界,分享一系列提升代码质量和开发效率的实践技巧,以及如何在技术迭代的潮流中保持持续学习的态度和对新技术的敏感度。
64 0
|
9月前
|
程序员 测试技术
程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。
【5月更文挑战第11天】程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。复杂的系统易产生意外问题,需求变化导致初始设计难完备,测试无法覆盖所有情况,而技术更新和个体能力差异也会引入错误。因此,持续调试和优化是保证软件质量的关键步骤。
84 0
|
设计模式
重构·改善既有代码的设计.03之重构手法(上)
之前的重构系列中,介绍了书中提到的重构基础,以及识别代码的坏味道。今天继续第三更,讲述那些重构手法(上)。看看哪些手法对你的项目能有所帮助......
19277 1
重构·改善既有代码的设计.03之重构手法(上)
|
设计模式
重构·改善既有代码的设计.04之重构手法(下)完结
重构改善既有代码的设计完结篇,汇总了全部的重构手法。看看哪些手法对你的项目能有所帮助…
7438 2
重构·改善既有代码的设计.04之重构手法(下)完结
|
设计模式 测试技术
重构·改善既有代码的设计.02之代码的“坏味道”
之前在《重构·改善既有代码的设计.01》中初步了解了重构的基本前提,基础原则等入门知识。今天我们继续第二更......
218 1
重构·改善既有代码的设计.02之代码的“坏味道”
编写s=1+2+3+...+n思路打破认知
最近在和领导讨论架构设计,其中涉及到如何通过代码来体现面向对象?通过一个例子来打破了原有的认知,以此总结记录自己的提升和成长
|
设计模式 IDE Java
【Java设计模式 规范与重构】 四 小型重构的手段:规范的十五条军规
【Java设计模式 规范与重构】 四 小型重构的手段:规范的十五条军规
140 0
|
安全 网络安全 数据安全/隐私保护
面对未来网络安全 如何做到一劳永逸?
面对未来网络安全 如何做到一劳永逸?
面对未来网络安全 如何做到一劳永逸?
|
Java Spring
9条消除if...else的锦囊妙计,助你写出更优雅的代码(下)
9条消除if...else的锦囊妙计,助你写出更优雅的代码(下)
|
IDE Java 程序员
读代码整洁之路及实施重构总结
### 前言 在开发代码的时候,经常觉得代码有一种坏味道,有一种迫切重构的想法,但是再一次的仔细阅读代码,却发现为了实现业务需求,代码就应该是现有这种模式的写法。之前也有在网上看一些代码重构的文章,但是直到看完《代码整洁之路》这本书,才算是有了一些明确代码重构的方法和思路。在这次对生产代码的一些重构实践中,对文章中提到并亲身体会过的部分小点,有了一些认识和体会,记录如下。参考博客中的第一篇,
513 0