- 博客(9)
- 收藏
- 关注
RSS订阅原创 有感而发
越简单，越清晰；越执着，越恒久；付出越多，得到越多？ 失去越少！学会反省，学会自控，学会计划。最近都干了什么？1.有空没空玩手游，还花了30块钱，明知道没破解的游戏不花钱肯定玩不下去有必要还继续玩吗？2.有事没事折腾一些毫无目的性的环境和工具，装好了干嘛了？3.对于之前想改变的想法仍旧没有拿出具体的计划，还是靠头脑记忆，头脑能一直记住吗？4.对于短期工作和生...
2016-06-14 10:47:30
100
原创 有感于最近的精神状态
最近状态不是很好，本想在这里噼里啪啦一顿。转念想了想，毕竟生活，为什么要跟工作一样想得那么因果必然？在此只想简简单单的留下几个词语，他日看到后能延伸开来即可。责任信任淡定诚实现实恒心。。。...
2016-05-23 17:08:46
103
原创 数据库设计
本文主要是基于跟DBA往来邮件中内容以及实际开发过程中的经历，用文字记录一下设计开发感悟。1.设计数据库之前一定要对业务了如指掌，任何业务的边边角角都要读到，杜绝出现业务盲区；2.需求本身的不确定不能影响数据库设计本身，即数据库设计必须最低满足3范式等一些数据库设计本身的一些基本约束；3.字段类型长度选择定论应该以业务的可拓展为目标，例如数据字典树结构数据(000000,000100,...
2016-05-06 15:28:49
82
原创 如何更清楚的表述
最近参与了公司一次的技术分享会（侧重开发经验和实战演示），在准备阶段个人觉得相对于前几期纯理论的分享，我这次分享应该会有不一样的效果。结果还是不尽人愿，。事后分析了一下，归纳为以下几点感悟：1、分享内容过多，篇幅较长。由于分享会是有时间限制的，以至到了会议后期为了完成分享目标而牺牲了分享质量。内容越多，对自身知识要求越高，暴漏问题的几率越大。2、没有权衡好整体听众的技术水平，分享内...
2016-04-27 16:19:18
166
原创 不断维护表设计带来的启发
自己不算是一个合格数据库使用者，但是却参与了很重要的数据库设计过程，然而开发后期却一直在维护数据库，从而导致代码层面出现因数据库变更导致的系统问题。个人觉得后期我所做的数据库维护是必须的，因为从逻辑上讲之前的表设计不合理；但是我却忽略了变更会带来的风险，由此我一直在思考。开发到一定阶段，表该不该轻易变动？能否轻易改动表？代码层面和数据库设计层面有没有办法能屏蔽数据库变更造成的影响？先说说开...
2016-04-23 11:44:42
88
原创 关于需求变更的领会
最近开发时常遇到这样的情形：1、开发后期总会抱怨产品需求一直变动，责备产品最初需求不清晰；2、写出来的代码不太敢保证是否稳健，总是会担心需求变动；3、开发后期才去维护系统不可定变量；通过修复bug和凭空多出许多苦力活的过程中渐渐领会到该如何屏蔽开发时不确定因素：1、不确定因素存在时，说明业务主干梳理不够清晰；2、设计时应该绕过不确定因素；3、如果不确定因素一定要存在...
2016-04-22 07:56:22
115
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人