![](https://img-blog.csdnimg.cn/20201014180756922.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
方法论
tyger
这个作者很懒,什么都没留下…
展开
-
如何保证系统的实际状态和统计状态一致?
系统的状态维护复杂,而且会累积。如何解决?原创 2010-06-25 23:32:00 · 816 阅读 · 0 评论 -
程序后台 vs. 餐厅后台
比较后台程序和餐厅后台之间的相似。原创 2010-06-24 14:07:00 · 1172 阅读 · 0 评论 -
出bug了吗?很好
师傅解决问bug的思路。原创 2010-08-23 21:17:00 · 530 阅读 · 0 评论 -
对程序中的任何一点问题保持敏感
对问题保持敏感;挑战自己的懒惰和恐惧;原创 2010-09-10 22:56:00 · 653 阅读 · 0 评论 -
保持独立思考&&不要太嚣张
师傅的几句话。原创 2010-09-02 23:53:00 · 491 阅读 · 0 评论 -
系统升级的准备
线上系统升级之前要做的准备;原创 2010-09-22 15:28:00 · 477 阅读 · 0 评论 -
灰度
将线上系统的灰度成为常态;对抗自己的惰性和恐惧心理。原创 2010-09-27 20:57:00 · 521 阅读 · 0 评论 -
程序是否健壮和语言弱相关、和你的思路强相关
程序是否健壮和语言弱相关、和你的思路强相关;脚本健壮性;原创 2010-12-08 19:35:00 · 674 阅读 · 0 评论 -
心平气和的对技术问题进行pk
只针对问题,不针对人。原创 2010-12-24 10:05:00 · 609 阅读 · 0 评论 -
既然要冒险,就要做好系统崩溃的准备
关于系统紧急升级;压力越大的时候,越要冷静、越要头脑清醒。原创 2010-12-24 10:02:00 · 511 阅读 · 0 评论 -
重构过度设计的代码
1、项目中要用到不少别人积累的代码,但是其中有一些明显的进行了过度设计。用他们的话说:“最初写代码的人离开后,我们都不敢随便改动。因为太难懂。”2、之前做重构,都是在现有的代码基础上进行抽象、封装,把别人抽象的、封装好的架构变得具体还是第一次;完全的复用真是不容易。3、大原创 2011-09-07 00:27:28 · 1570 阅读 · 0 评论 -
敏捷是一种思想
《敏捷初步》培训:要清晰、要预期、要输出、要反馈、要改进。原创 2010-08-15 23:01:00 · 633 阅读 · 0 评论 -
后台开发也要快速原型
后台开发、快速原型原创 2010-06-18 21:33:00 · 1387 阅读 · 0 评论 -
想清楚再动手vs敏捷
写文档、想清楚再动手、敏捷原创 2010-06-14 23:19:00 · 372 阅读 · 0 评论 -
给身体做个压测
身体压测;输出系统变量和体检类比;削峰;原创 2010-06-26 20:54:00 · 454 阅读 · 0 评论 -
系统最薄弱的地方在哪儿?
考虑系统最容易出错的地方,在开发时就解决它;其实最主要的就是对抗你的惰性;原创 2010-07-01 22:02:00 · 772 阅读 · 0 评论 -
单元测试不完备导致后期调试成本增大
单元测试、软件中的蝴蝶效应原创 2010-07-10 00:23:00 · 616 阅读 · 0 评论 -
要不断回顾自己最初的目标
编程语言是工具;不要为了技术而技术;原创 2010-07-20 18:55:00 · 680 阅读 · 0 评论 -
设计的一致性
由写监控脚本想到的设计一致性;原创 2010-07-23 00:27:00 · 704 阅读 · 0 评论 -
自动部署与全程监控
自动部署;全程监控;原创 2010-07-21 22:54:00 · 451 阅读 · 0 评论 -
c++ 进阶
一直以来自己使用c++的水平在初级层次徘徊,周末和师兄交流明确了很多,之前很多模糊、分离的概念也清晰、串联起来了;希望这些内容在项目中可以有用武之地。原创 2010-07-28 23:37:00 · 449 阅读 · 0 评论 -
理解思想比知道实现细节更重要
实现细节、背后思想、应用场景、联系实际、融汇贯通原创 2010-06-12 01:15:00 · 507 阅读 · 0 评论 -
日志分级和沟通封装
日志分级、python日志模块、沟通原创 2010-06-13 01:44:00 · 948 阅读 · 0 评论 -
分工、流程、标准、职业化——将你的代码工业化
分工、流程、标准、职业化、代码工业化原创 2010-06-13 16:29:00 · 1033 阅读 · 0 评论 -
看别人的代码不能想当然
1、毫无疑问对于解决问题我们都有自己的思路,在使用别人现成的程序时,如果某个函数没有注释,看到代码最常见的反应就是猜测它是干什么用的;2、这个猜测的过程就是把自己的思路强加在已有代码上的过程,八成会出错;如果需要在源代码基础上改动的话,仅仅靠模糊的理解去改到后期会付出比较大的代价;3、最好的方式是:a) 重视注释;(当然这个有利有弊,对于比较流行的源代码可以看别人的分析和注释)b)原创 2011-12-03 18:36:38 · 576 阅读 · 0 评论