10 | 炫技与克制：代码的两种味道与态度

心得如下：可能理解有误，望老师指点。 1.炫技俗称装B，有句老话说得好，装B被雷劈 2.炫技是指，为了展示自己的水平，人为的推高自己代码的复杂度和理解难度。（损人不利己） 3.克制俗称低调有内涵。 4.克制是指，为了程序的稳定，以及可读性，人为的降低代码的复杂度和理解难度（损己利人） 5.符合三个重要特征： 1，直观的，可读的，高效的 2，结构干净整齐 3，具有全局观 6.B还是要装的，只不过得趁早，因为成本比较低。 7.最后，每次我想要装B的时候，玩一下《绝地求生》这个游戏，感受一下 杀人最多的人不一定能取胜，幸存才是最大的胜利，闷声大发财。

只有炫技不克制过，才能克制不炫技。

一句话道出真谛“手里拿个锤子，看见什么都是钉子”，真的是学了点新花样，就想立马运用在项目中，幻想着自己多么的牛逼。随意乱锤的结果就是换来各种坑以及加不完的班。真如楼上所说，只有炫技过后才能懂得克制。看见这篇文章，还不算太晚。

胡老师，在这里想请教你一个问题。本篇中提到阅读代码，我们很多程序员也提议大家阅读有名的框架源码。 可是，自己在阅读源码的过程中，有时候有点无从下手，一个框架的源码量太大了，不知道从哪读起。再就是因为自己基础的原因，很多源码读不懂，看了半天不知道那一块到底是做啥的。 这里有没有读源码的方法呢？

我倒觉得程序员初期可以考虑炫技（装B）代码。 个人理解如下: 1. 程序员历史上确实存在某些祖传代码不易动，不能动，只能某些人维护的情况，某些人确实得到了想要的效果，获得了利益。（这不是我的追求，哈哈哈） 2. 炫，代表着复杂度，代表着更高程度的抽象，这对自己写代码的水平是一种提高的途径，将读到的东西，学以致用，才能是自己的，即使是个坑，也会有所收获。 从中学会了，能与不能的界限，拥有了以后能够一眼甄别那些小年轻的想法的"超能力"，哈哈 3.像您说的，升迁，生存之技。

实现一个功能越简单明了越好，否则真会害人不浅的，现在我们项目组维护的代码最早都有10年的，早一点没什么，关键是代码中的一个功能，代码是一坨一坨的，一个方法接一个方法看都看不完，又是核心代码一直计划重构，但是首先要理清代码业务逻辑，真是件令人头疼的事。

不经历这些失败的尝试，可能也掌握不了这些技术

之前一家小公司里做安卓独立开发，看到网上兴起kotlin写安卓，我就整合到项目中，一边学习一边开发，之后大量重写代码，然后就开始出现很多兼容问题，想反悔都没办法，硬着头皮修bug

使用合适的架构，合适的需要去实现适合的需求，不炫技，不装逼，活的久

毕业时写了一个android app，那时对高层设计很感兴趣。在网上发现了MVP模式和clean架构，于是将它用起来。但是没想到这给开发增加了太多工作量，需要理解掌握的知识超出了预想，结果拖累了app一定的完成度。现在看当时有点冲动了 面对新技术，基本态度希望是积极拥抱，但在实际工作中要有克制。