获得徽章 14
计算机软件 @无
计算机软件 @无
赞了这篇沸点
唉,程序员现在真是一眼看到头,大环境之下没有幸存者。我工作五年,一直在学一直在卷,三大框架,flutter, electron,鸿蒙,node各种框架,threeJs,PixiJs,开源组件库,开源后台管理系统,啥都学。最后卷进外包,才发现 迷信技术是普通人最大的障碍。国情在此,行情在此,普通人是时代的一朵浪花,之前看不起的东西(直播,代练,外包,!钓鱼自媒体)是很多人生活下去的技能,
只要不违法,不要给自己设限,不然抬头看定是 目在天外,身在囚笼。
展开
49
赞了这篇沸点
家里人介绍相亲对象,不管聊不了解,不管是认不认识见没见过,只要对方也家里也相亲,那就介绍给你,并且不管你是否满意,还让你主动,还教你怎么聊,总结下来就是舔着点,还得督促你监督你,你聊了觉得不合适,家里人还得怪你挑剔,还得嫌你事多。而且大部分你主动了对方就像棉花,打上去几乎没有多大回应,就这样家里还怪你不主动。
38
计算机软件 @无
赞了这篇沸点
根据书的结构思考模块的设计

之前看了阿里p8的指导p6如何晋升到p7。p6之前自己晋升失败了,觉得应该学习node,拓宽一下后端,几个p8的说:那你就更偏了。

p8的谈到了书需要标题,需要章节,章节又需要小章节。我认为这是核心,每一个内容都应该简化成一个简单的标题去概述。多个小标题也合成一个大章节。

我认为这也是在代码层面设计模块时的核心。一个模块需要完成什么功能,它将分为哪些子功能,每一个子功能又该如何拆分。

具体实现时,一个函数的命名如何诠释它的功能,如果这个函数写完后,发现无法为它取一个可以语义化的名字,那可能是这个函数什么功能都做,名字也不知道取啥了,就用个handle做前缀了。

就像一本书的一部分内容写完了,作者想取个标题,发现根本无法取,因为文章内东说一些,西说一些。

那如果作者在写书前,就认真思考过这本书的核心是什么,又基于此分成了几个目录,又思考每个目录的内容是要说明什么,基于此又分出了章节。之后为每个章节去写内容时,就更容易不跑题了。

如果设计模块时,按照这种方式来,可能就离可扩展,可维护,可读性更近了。
#每天一个知识点#
展开
1
计算机软件 @无
计算机软件 @无
计算机软件 @无
计算机软件 @无
计算机软件 @无
下一页
个人成就
文章被点赞 27
文章被阅读 27,532
掘力值 837
收藏集
0
关注标签
13
加入于