闲言碎语-第四期
source link: https://xuyisheng.top/thinking4/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
Class彩蛋
class的文件结构，第一部分是一个MagicNumber——0xCAFEBABE。
很有意思是不是，Cafe Babe。
Wiki里面记录了这个名字的来源，很有意思，地址如下：
https://en.wikipedia.org/wiki/Java_class_file
我们过去常常去一个叫圣迈克尔巷的地方吃午饭。根据当地传说，在黑暗的过去，感恩的死者在成名前曾在那里表演。这是一个非常时髦的地方，绝对是一个感恩死亡的地方。杰瑞死后，他们甚至建起了一座佛教风格的小神龛。我们过去常去那里，我们把那地方称为死亡咖啡馆。沿着这条线的某个地方，人们注意到这是一个十六进制数。我在重写一些文件格式代码，需要几个神奇的数字:一个用于持久对象文件，一个用于类。我使用CAFEDEAD作为目标文件格式，并在“CAFE”(这似乎是一个很好的主题)之后添加了4个字符的十六进制单词，我找到了BABE并决定使用它。在那个时候，除了历史的垃圾桶之外，它似乎并不十分重要或者注定要去任何地方。因此CAFEBABE成为了类文件格式，CAFEDEAD成为了持久对象格式。但是持久对象工具消失了，随之而来的是CAFEDEAD的使用——它最终被RMI所取代。
更巧合的是，0xCAFEBABE的数值表示3405691582，我们对其所有的数字求和，得到的是43，而43正是银河系漫游指南中，宇宙终极答案42，再加一，代表着比终极更进一步（当然，这是我扯淡的）。
老外做这些东西，总是能给人带来一些意外的惊喜。
Let it Crash
“就让它崩溃”（Let it Crash），最近看到一篇文章，说的是微软的老前辈Jeff Richter在一次演讲中，说道：「别去捕获你不知道该怎么处理的exception，Let it Crash」，有人问到，那这样程序不就崩溃了吗，他解释到，没错，Let it Crash，crash is awesome。
其实我们经常遇到这样的问题，很多同事为了避免App崩溃，都会直接把代码catch住，最多再打个log，甚至直接空实现，这样的好处确实是异常被捕获了，App没有崩溃，但是这时候程序的执行逻辑可能已经错了，但是它还在苟且偷生，这些地方就是其他人很难确认问题来源的原因，原本会直接Crash的代码，在崩溃之后很容易就能找到错误的原因，但是现在这些错误都被隐藏了起来，一旦这些错误越来越多，就更难确定最初错误的原因，这也是为什么Jeff Richter会说Let it Crash的原因，出现了不能处理的exception，就应该给到调用者去处理，如果调用者也不处理，那就崩溃吧，把问题暴露出来，才能让代码更健壮，掩盖问题与解决问题，是两个完全不同的两码事。
当然，在中国化的开发下，这个观点也不能完全正确，我认为最好的做法应该是在开发阶段尽可能多的暴露异常，而在生产阶段，尽可能的屏蔽异常。
越是资深的程序员，越是不敢轻易重构代码，年少轻狂的时候，不知道栽了多少个跟头。
究其原因，代码重构就跟考古一样，这段代码可能从产品到开发到测试，全部都换过一轮了，谁也不知道在它那个时代，这个代码到底隐藏了什么。
所以，从代码反推业务逻辑，实际上是一件非常痛苦的事情，这也是为什么考古这么难的原因，也许现在你认为一件显而易见的物品，放到几百年后，可能被认为是天外来物一样。
重构，第一步就是要想清楚，我们重构的目的是什么，第二步，就是要梳理重构的方案，同时拿着方案向产品和测试寻求帮助，共同完善方案逻辑，而且各个角色的人从不同角度，也能发现一些潜在的问题，将风险提前暴露出来。
最后，也是最重要的，永远不要单干，产品、测试、同事都不认可不配合的重构，是没有上线的意义的，重构不仅仅是技术的事情，同样需要产品对逻辑把关，测试对质量验证，这样才能安全过渡，完成重构。
相信大家在开发过程中，都遇到过那些写了try catch，但是catch里面什么都不做的同事。
这是一个很不好的习惯，将问题完全隐藏了起来，处理异常，通常有3种方式：
转换，是将异常做简单的分析并抛出，这样可以根据错误信息，了解到更详细的异常原因，方便分析，在业务中定义的错误码，就可以借助异常转换，快速定位问题。
重试是解决异常的一个非常好的方法，有时候由于各种不确定的问题，导致偶现的异常，通过重试就可以恢复，所以在一些可能的场景，可以借助重试机制来避免异常的发生。
而记录，则是在异常无法避免时，将异常的现场记录下来，方便分析。
异常处理，是编程中的一个非常重要的部分，正常的逻辑功能，可能只占我们编码量的40%，大部分情况，我们都是在处理各种异常分支，所以，重视异常吧。
Supercell：听说中国有一群公司给我定义了一个词叫中台，然后花了几十亿，最后狗屁没有，还有一群写手写一些云山雾罩的文章夹杂在干货文章中间，而我们，只是想把游戏开发的容易一点而已。
中台存在的基础是什么？
中台的前提是业务有明确的功能划分，像supercell，都是开发的快节奏小游戏，类型比较相似，如果你让它做个王者荣耀，它的中台基本就没法使用了。
所以，什么东西适合做中台，什么都是适合做平台，什么东西什么都不该做，这就是领导的决策了。
Recommend
-
3
闲言碎语——第一期_eclipse_xu-CSDN博客最近看书学习工作，有一些心得体会，点点滴滴，闲言碎语。 最近面试了很多人，但是基本上都没招到什么满意的人，是Android开发都凉了吗，其实并不是，从简历的数量上来看，金三银四的简历还是很多的，首先我们从...
-
3
闲言碎语——第二期_eclipse_xu-CSDN博客团队协作的代码，风格迥异，经常从命名和注释的风格，就能猜到是哪位同事的杰作，但大部分时候，我都不建议在代码中增加注释，当然，这是针对优秀的开发来说的。 首先，一段好的代码，是可以自解释的，根本不需要...
-
7
2021-04-12 周一 13:44 午饭燃面 和 LY、XKL 骑车去悠乐汇，我们的目标望花路燃面在二楼，之前 LY 和 K 去吃过说很好吃。我和 XKL 各要了一份 17 的大份荤燃面， LY 点了一份小份的什么面，另外点了一份蒜泥白肉、一份口水鸡和...
-
5
看来大家都比较喜欢这个系列，比正儿八经的技术干货看的还多，那么好吧，继续第三期。 高效工程师的开发流程 经常有人问，一个初级工程师，一个高级工程师，究竟差别在哪里？ 那当然是工资高低了。 那么为什么高级工程师能拿...
-
7
2021-04-19 周一 08:18 ATOM 一觉醒来，ATOM（一种加密货币） 的网格已经赚了 80$ 了，大佬们吃肉我们喝喝汤也不错。 08:32 zlibrary 的捐赠策略 收到邮件，说捐赠带来的权限提...
-
8
2021/05/02) · ZMonster's Blog 计算机科学|自然语言处理|程序设计 Home
-
5
2021-05-04 周二 12:16 HT 整理火币上的交易记录的时候，发现火币自己发的 HT 币从 2 月初到现在涨了三倍多，当时买 HT 是为了购买用来抵扣手续费的点卡的，还挺好玩的。 17:51 安心 ...
-
1
Podcast 闲言碎语10 Oct 2017Podcast 即常说的「播客」，在广义上既包括音频也包括视频。而狭义却在随着时代变迁出现了不同的偏向。前 Podcast 时代在当年博客热火朝天的时候，许多博主会有在博文中嵌入视频的...
-
4
2021-05-10 周一 08:59 甲方 做甲方也不好做啊，感觉没有做甲方的命。 21:43 今日交易 卖出平安证券上的所有华宝油气，正式清仓，从 2019.09 开始到现在历时 612 天，算...
-
3
点击上方蓝字关注我，知识会给你力量
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK