momo zone

调核人的blog

Monthly Archives: 十一月 2013

电信集团主干节点异常

今晚(2013/11/28)10点以后电信集团主干节点AS4134异常,导致到8.8.8.8 和 8.8.4.4的包丢失大半。到此文发布时还未修复,难道我朝GFW升级搞的?

Advertisements

[转]顶级程序员的10条最佳实践

顶级程序员的10条最佳实践

1、慎重选择第1门语言

编程语言各有不同,不过区别不大。但用语言的人区别就大了。选择了一门语言你就选择了一个群落。

–Sam Kaufman,自由职业者,iOS开发者,10x management

如果你想快速建立原型(尤其对于希望对产品进行迭代升级的创始人来说),那就用Ruby或者Javascript

–Erin Parker,Spitfire Athlete创始人兼首席开发者

2、你不是程序猿!

伟大的开发者能够建构并开发应用。惊艳的开发者能够在关注业务的同时做这件事。业务端的人大都不懂编码,但是肯定能够理解特定功能背后的动机。

别人说什么开发者就做什么,没有去理解为什么要这么做,导致双方均错失了机会,这样的事情太常见了。

–John Coggeshall,自由职业者,web开发者,10x Management,PHP核心贡献者

精通编程是一个崇高的职业目标。一旦实现了这个目标,别忘了考虑一下你自己。不要成为任何公司的奴隶或者在毫无价值的东西上浪费你的时间。

—Greg Sadetsky, Python及Javascript专家,10x Managemen;协同办公空间 Abri.co 创始人

要想按期完成,得在开始技术工作之前事先进行项目沟通(哪怕这并非先决条件),因为其他人的响应速度千变万化。

–Andrew Wilcox,web 应用开发者,Meteor核心贡献者,10x Management

3、保持敏捷,不断交付

早发布,不断发布,边说唱边发布。

–Max Nanis,自由职业者,web开发者,生物信息学专家,10x Management

不断测试。好的测试包如保单和煤矿里的金丝雀之结合。它能帮助你在生产周期中更早地找出错误,而错误越早发现越容易解决。

–Jeremy Green,自由职业者,web开发者,专长Ruby on Rails,10x Management

快速失败。编码(及生活)时我希望尽早知道什么地方不能工作,而不是放任不管让它增殖扩散。全面放开,快速失败,修补缺陷,不断继续。

–Stephanie Volftsun,Knotch联合创始人兼CTO

为所有代码编写自动测试!尽可能践行测试驱动的开发。

–Zoran Kacic-Alesic,Industrial Light & Magic研发主管

4、保持对测试流程的控制

许多项目深受多测试周期之苦。这会拖累项目,导致组织整体出现高级别的问题。

程序员应该专注于对自己的代码进行单元测试及半回归测试。他们比其他任何人更了解代码库,也知道自己会影响到哪些变更。有时此类变更会由于 QA 测试范围有限而缺失,因此导致生产环节出现重大问题。

–Sanjib Sahoo,tradeMONSTER CTO

要想在力所能及的情况下尽快开发出无缺陷代码,永远永远也不要把写测试放到后面。我们更清楚这一点。要检查一下测试的覆盖率,确保100% 无死角。

–Seth Purcell,Signpost工程副总裁

5、如果你是自由职业者,要学会说不,哪怕面对的是金钱

要对时间和成本有一个合理的评估,然后把它加倍。如果大家都说“这应该很简单,”那就做

–Ryan Waggoner,自由职业者,web及移动应用开发者,10x Management

6、荣誉属于过去—理论是一回事,但实践更重要

改进软件开发质量的最好方式就是去开发软件。许多雄心勃勃的刚入门的工程师花了很多的业务时间去读书,关于最新工具的、关于开放流程的,诸如此类的东西。

很多人都是这么消磨自己的闲暇时间的,但这样很容易就把你给耽搁了。别这样,通过尽可能用脑来强化大脑负责开发软件的那部分。

–James Cropcho,General Assembly的Ruby on Rails专家及讲师

不断探索。我见过的许多编码者手上都有几个在进行的业务项目。做业务项目迫使你要探索新技术然后学习创建应用的方方面面。你可能需要做前端的 HTML/CSS,后端的API集成,数据库优化,做移动app,还得设置自己的服务器。

–Andrew Waage,Retention Science CTO及联合创始人

7、结对评审是你的秘密武器

结对编程非常必要。两个程序员联合开发同一个模块可以相互审查对方的代码。开发团队每周也要召开代码审查会议,让每一个开发者给其他人的代码提供反馈意见,解释如何更好地改进代码。这能够形成一种协作文化,把开发者的自负抛开!

–Sanjib Sahoo

8、像躲瘟疫一样避免过早优化

只有在问题和解决方案都出现在你面前时才进行重构—过早重构是时间上的巨大浪费。不要投入半年后可能被扔掉的任何东西的完善上。过早优化是罪恶之源。

–Seth Purcell

不要过早优化!我不断看到工程师在用户还没有到1000的时候一再对扩充到100万的用户规模担心。

–Mariya Yao,Xanadu Mobile创始人兼创意总监,移动开发者及设计师

9、你的代码只写一次,可别人会读它千万遍

你写的代码机器会解析执行,可其他人却需要读你的代码,理解它,摆弄它。你必须明白,你的代码会有未来的观众。代码也是一种书写形式的沟通。

–Tracy Chou,Pinterest软件工程师

听起来很奇怪,但是你永远都得替自己的未来着想。问问自己:如果你有健忘症的话,你还能不能理解自己写过的代码?

–Wai Ching Jessica Lam,Sugarbox联合创始人兼 CTO

通读你的文档。设计改动很多,有时候代码更新的时候注释不一定会跟进。保持文档的更新,未来的人(包括你自己)理解起来就更容易。我说不清有多少次我看回自己代码时总在想:“我到底在干什么?”只要我写出了好的注释,未来头疼就少很多。

–Kitt Vanderwater,Google软件工程师

10、这是一个崇高的职业,把你的技能用到好的地方。

帮助他人是深层次的人类需求。想办法用你的工作来改善人类,你就会有成功的把握。

–Greg Sadetsky

解决dbus应用不能启动的问题

有的程序会和dbus通讯,这类程序启动时有时候会发生无法连接到dbus总线的问题, 提示/tmp/dbus-xxxxxxx 不存在或没有权限。其实dbus服务已经启动了,可能是由另外一个dbus总线实例在之前启动过导致系统残余了一些旧id。

解决办法是修改一下 /var/lib/dbus/machine-id 就可以了:

dbus-uuidgen  > /var/lib/dbus/machine-id

再次执行测试程序,又有问题:Couldn’t connect to session bus: Failed to execute dbus-launch to autolaunch D-Bus session,看了帮助http://dbus.freedesktop.org/doc/dbus-launch.1.html
AUTOMATIC LAUNCHING一节,需要设置DBUS_SESSION_BUS_ADDRESS环境变量的值,先执行dbus-launch,获得了DBUS_SESSION_BUS_ADDRESS值,再export一下,最后执行测试程序,OK了

在dbus帮助中有一篇关于dbus-launch的文章,可以在脚本中启动dbus-launch,同时自动设置DBUS_SESSION_BUS_ADDRESS环境变量,脚本文件rundbus如下:

if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
## if not found, launch a new one
eval `dbus-launch --sh-syntax --exit-with-session`
echo "D-Bus per-session daemon address is: $DBUS_SESSION_BUS_ADDRESS"
fi

执行. rundbus即可。

用cgroup梆定cpu资源

挂载 cgroup,准备 cpuset 子系统,该系统可以用来控制 cpu 资源

mount -t tmpfs cgroup_root /sys/fs/cgroup
mkdir /sys/fs/cgroup/cpuset
mount -t cgroup -o cpuset cpuset /sys/fs/cgroup/cpuset/

创建一个新的类型为 cpuset 的 cgroup, 配置其资源

cgcreate -g cpuset:/tracker # 创建 cgroup
cgset -r cpuset.cpus=2-3 /tracker # 限制 cpu
cgset -r cpuset.mems=0 /tracker # 限制 cpu 内存,这个必须设置,否则启动应用程序时会提示内存不足

对某个pid的程序进行梆定
cgclassify --sticky -g cpuset:/tracker <PID>

查看梆定状态
cat /proc/<PID>/cpuset