暂无搜索历史
关于个人博客站点的搭建方案有很多,之前也用过一些静态博客,还是有点繁琐的。最不舒服的其实是明明是记在笔记系统里的,却要单独复制一份出来,单独放在那个博客系统里,...
读《奔跑吧,程序员》,说迭代的速度会打败迭代的质量,怪不得一般有竞争的产品总是上赶着更新。
做核酸等待时在微信读书上看了些 Rust 的书,后续要收费,所以去 zlibrary 上下了对应的书。
《Rust 语言圣经》看了一些,《Rust 权威指南》看了一章,感觉讲得更细,但太旧了,国内两年前的书,翻译的原书都四年前的了。
继续读《程序员修炼之道》,想既然之前的时间成本已经是汩没,后面就不值得继续读了,所以作罢,不要为读完这种想法去浪费更多的时间。
昨天的控件点击时通过外面,加个 listener。然后如果外部设定当前选中位置,也要刷新一下页面,所以刷新逻辑放到设置 textSelectedIndex 中去...
自定义控件 SideBar,自定义了几个属性,即文字大小 textSize,文字颜色和选中后的颜色,还有文件间的垂直边距 textVerticalMargin。
如果发现会议中途发觉自己并不需要参加,如果增加了与自己无关的议题,如果某几个人霸占了讨论。那么就找个合适的机会直接离席。
规则不可教条,根据实际情况判断,若真不适合,也不必遵循,反正现在写 Android 代码我感觉不太适合,简单的单元测试可以,稍微复杂点的就要运行到手机上,需要虚...
东西画在纸上与真正做出来是不一样的。客户看到真正的运行情况会意识到,自己想要的根本不是这样。看到现在的实现,他们就会冒出更好的想法——通常不是他们当时的想要的样...
如果能够让 QA 完全发现不出 bug,不仅仅是编写代码过程的问题了,自己就先得成为一个合格的 QA 了,但开发不可能那么完全的执行所有测试,时刻进行质量控制。
一个电铃的结构,挺好玩的,增加了点奇怪的知识。开关闭合,通电产生磁性,右边的开关就被吸下来,电路又断了,然后磁性消失,开关又上去,然后磁性又回来了,电路这么开关...
类要短小,想短小就得尽量单一职责,或者说因为要单一职责所以短小。“系统应该由许多短小的类而不是少量巨大的类组成” 类要高内聚,如果发现一个类有太多的属性,就要思...
不要轻易的就写 getter 方法获取类内的属性值,是思考目的是什么,有时用有意义的函数返回这个值,可以隐藏自己内部的细节
认为写注释就表示一种失败,因为你的代码让人不明白,才需要注释,某种程度上来说也不无道理。
现在有许多 User 对象,根据 name 和 age 之类的条件查询出匹配的对象。
《设计模式之禅》读完。开始重读《代码整洁之道》。 命名 用有意义的名字,不用无意义的字符 名字要能够读出来,比如一个表明年月日的变量,不要用 ymd,要用 ye...
看工厂和建造者的对比,能解开之前看建造者的一些疑惑。创建对象,关注类内属性的细节,将细节一个个填充后创建出来,就是一个建造者了。
工作忙一些,太定制化的需求有点难搞,有时候想写漂亮一点,那就要修改架构,但别人的代码就不太愿意大改,因为一不小心就可能出问题。
解释器模式第一遍没有读懂,看到后面说实际项目中很少用到,因为它会引起效率、性能以及维护等问题,会直接用已有的成熟的工具。
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市