鬓戈

面试技巧

StarUML UML设计

程序员为什么不喜欢关电脑？不管用台式机，还是笔记本，总有一批程序员下班后从不关闭电脑，台式机按掉屏幕电源，笔记本直接合上休眠就是了。这种现象说明这些程序员懒吗？还是有其它原因？从我自身的角度分析一下。

DataOps系统是侧重于指标数据要多要强大，而使用的技术越简单越好，希望能用Python全部解决，不需要用Go、Java、C/C++等比较难的语言来实现。DataOps也需要和Promethues、Loki、ELK对接，那些现成的基础通用的数据指标采集，用这些开源组件实现就好了，比如CPU、内存、磁盘和网络等，没必要自己用Python写一通，我们写各种beat主要是针对业务系统指标，对业务数据进行统计分析采集，业务数据监控其实比基础资源数据更重要。

开发笔记6     2012-5-8        周二            天气很热，需要静下心来写代码。         昨天把存储过程写完，由于mysql支持临时表、游标，可以把密集访问表的业务逻辑封装在存储过程里。         今天写python代码，调用python语言库smtp功能发送报警邮件，发送部分几行就搞定，处理好编码就行。         短信报警

开发笔记4     2012-5-6        周日                     记得在哪里看到这么一种说法：当你最近工作在具体编码上，那休息时就看看架构方面的书；当你最近工作在架构设计上，那休息时就看看具体编码方面的书。      最近一直都在写Python代码和MySQL上触发器、存储过程，所以闲来看看《黑客与画家》。      "设计者的品味“一章描述了作

开发笔记3     2012-5-5        周六         周六，休息。         程序员的生活也属于开发活动的一部分，或者一种延伸，或者一种影响。         一个生活极其有条理的程序员，他的开发效率和程序质量怎样？         一个生活极其混乱的程序员，他的开发效率和程序质量又是怎样？         当一个程序员在早上九点左右，一边写程序一

开发笔记2     2012-5-4        周五      系统报警信息发送程序开发。      其它程序收集了报警信息，如：硬盘满、硬盘坏、网络连不通、用户欠费、硬件设备无法访问等，这些程序已经实现了插入数据到几张不同类型的表，类似流水日志表，状态变化表。      我则在这个基础上，对这些表写个简单触发器，触发器尽量简单，然后调用同一个存储过程，负责决定把什么样的报警信息以

开发笔记1     2012-5-3        周四     python开发一个数据同步程序，把各地市系统里的部分数据表变化，同步到省局中心数据库去，便于全省统计分析。       可以c++, java, python, perl来实现，最后选择python，数据库访问库自然采用MySQLdb, 我要快速实现。       功能够简单，synccli.py---->sy

一个网友问我：他有几百个客户端并发访问的请求，想选择boost::asio的现成异步通讯框架，感觉怎么样。对C++开发人员来说，很多人应该不止一次面对这个问题，甚至是工作了七八年的人。我发现一个现象：当一个C++开发人员，面对一个服务器开发需求时，常常不自觉去想寻找一个高效的网络通讯库，而且考虑的比其它方面更早。效率，是C/C++开发人员引以自傲的一个方面，即便嘴里不说，潜意识里会有这

大家都去过银行等办事大厅，看到过排队叫号机，有的还有评价器，办事完了还提示你按一下。      这些软件都是很简单的，这里单讲服务评价系统。      为什么搞这个简单玩意儿，为了做一个项目，涉及到这些，但我们是不会去搞这些软硬件的，所以准备采购。上周去几个工厂看了一下，觉得挺简单的，既然公司不自己开发，我就可以讨论分析一下，整理下思路，主要是练习下UML设计和分析。1）系统介

socket通讯是使用第三方库还是手工封装操作系统api？      我相信做过几年的服务器程序开发，你不止一次和网络通讯、数据库、文件系统打交道。闭上眼睛，静静回忆一下你开发的那些C++服务器系统，是不是大多数都涉及四个部分：      业务逻辑模块、网络通讯模块、数据库访问模块、文件访问模块。      单谈网络通讯模块，我们可能既手工封装操作系统api，又使用第三方库。

总会看到c++新手写网络通讯时，不理解recv()为什么阻塞或不阻塞，TCP数据顺序会不会乱，UDP会不会数据包不完整，都是对TCP/IP协议原理没有基本常识导致的。我曾看到代码，客户端recv(buf, 31), 实际服务器只会发送4个字节，客户端将永远阻塞，直到服务器主动close()为止。开始时那个服务器是实现一请求一应答，答应后立即关闭，所以客户端没有事。后来服务器维护者，感觉

重连接不如重启；尽力维持稳定不如让它崩溃。守护是不可靠的，最终还是需要人来维护。守护配合一定的监控报警手段，让维护人员及时发现问题初现，及时解决软硬件问题，才是解决之道。当然，程序稳定性还是要程序本身稳定，如果程序不停core，守护不停重启，有什么作用呢。