1.思考总结 💡

1.1 学习新框架究竟学什么？🤔

无论什么技术栈，新的框架都是层出不穷，那这么多的框架，我们究竟需要学什么呢？

很多人学习一个新框架都是先学习怎么使用，然后就没有然后了。

从重要性上来说，我觉得框架的学习，应该以学习设计思路为主，了解框架的优缺点，最佳适用场景，其次才是学习框架的使用。

最后，在了解了框架的使用和原理后，还应该思考一下，是否可以在其基础上进行创新，能否给正在开发的项目带来短期，甚至是长期的收益。

1.2 如何从业务需求中获得最大成长？🤔

要记住做需求不是目的，目的是通过需求获取成长

1. 通过需求沉淀方法论；
2. 通过需求提升解决问题的能力；
3. 通过需求提升代码能力；
4. 通过需求实现创新；
5. 通过需求验证想法。

最后再通过文章 ✍🏻 的方式，把自己的思考、总结写下来，扩大影响力。

2.本周学到了 👨🏻‍💻

2.1 Flutter 中 shrinkWrap 属性

在 ListView 以及其他一些列表类的组件中有一个属性 shrinkWrap，该属性的功能是什么？

通常 ListView（GridView，PageView，CustomScrollView）都会尽可能的填充满 parent 组件给的空间大小，而 shrinkWrap: true 则是只满足自身大小。

在 shrinkWrap:false 的状态下：

在 shrinkWrap:true 的状态下:

2.2 执行 flutter packages pub run build_runner build 命令失败

在执行 flutter packages pub run build_runner build 命令时提示我：文件冲突。

原因是执行该命令生成新的类时，如果该类已经存在了，就不会对已经存在的类进行更新，因此，需要先将其删除，再生成，命令如下：

flutter packages pub run build_runner build --delete-conflicting-outputs

还有一种更好的方式，使用 watch 而不使用 build：

flutter packages pub run build_runner watch

它运行一个持久化的构建服务器来监视文件系统的变化，在需要的时候会自动执行重建任务。

3.阅读提升 📚

最近一直在读的一本书：《程序员修炼之道》

3.1 是否存在最好的解决方案？

书里的答案是：

没有最好的解决方案，无论是工具、语言还是操作系统；只在特定的环境下才有所谓更合适的系统。

所以，这要求程序员不应该拘泥于任何特定的技术，而应该拥有足够广泛的背景和经验基础，以便在特定的情况下选择合适的解决方案。

你的背景来自对计算机科学基本原理的理解，而你的经验来自广泛的实际项目。

理论结合实践会让你变得强大。

这就是务实的程序员。

3.2 软件的熵

熵是一个物理学术语，它定义了一个系统的“无序”总量。热力学法则决定了宇宙中的熵会趋向最大化。

在软件开发领域里，我们可以把熵理解成为技术债。也就是说，如果我们在日常开发中，不小心对待，技术债会越积越多。

是什么造成了技术债呢？

可以用 破窗理论🪟 来解释：

在城市中心，有些建筑干净漂亮，而另一些则破落不堪。为什么会这样？一些犯罪和城市衰败领域的研究人员发现了一个有趣的触发机制，只需一样东西就能非常迅速地把一幢干净完好的宜居建筑变成一个破败的废弃物。

一扇破窗。

一扇破损的窗户，只要一段时间不去修理，建筑中的居民就会潜移默化地产生一种被遗弃的感觉。

然后，其他的窗户也开始损坏，居民开始乱丢废物，墙上开始出现涂鸦，建筑开始出现严重的结构性损坏。在一段看上去很短的时间内，建筑的损坏程度就足以打消业主们想修好它的期望，被遗弃的感觉最终变成了现实。

所以，在开发过程中，为了避免破窗理论带来的技术债，我们需要做到：

• 及时处理糟糕的设计、错误的决定、低劣的代码，每发现一个就赶紧修一个

• 不要只是因为一些东西非常危急，就去造成附带损害。破窗一扇都嫌太多

如果身处一个健康团队，你们项目的代码如此完美—编写清晰、设计优良、简洁优雅—你就会倾向于格外地小心，不把它弄糟。

所以，一定要告诉自己，“不要打破窗户。”

4.闲言碎语 🔈

程序员保持健康的第一要务：保护好颈椎

我已经不是第一次听到身边的人告诉我颈椎出了问题，大都是因为长期伏案写代码导致的。

建议大家买一个升降桌，站姿和坐姿工作交替进行，这样可以缓解一下颈椎的压力。

另外 keep 上有一个颈部放松的课程，我经常练习，效果很好：

5.后记 🔚

听说好看的人都喜欢给我点赞👍！

See you next week.