在安装某linux软件的时候，提示我们的服务器上的openssl是有漏洞的版本，需要重新安装一下。到linuxe服务器上查看一下：``` dpkg -l | grep "openssl” openssl 1.0.1f-1ubuntu2.8 amd64 ``` 1.0.1f 是HeartBleed的版本之一，需要修复问题。 1：卸载旧版本的openssl```sh apt-get purge openssl rm -rf /etc/ssl ``` 2：安装新版本的openssl 安装版本```sh wget https://www.openssl.org/source/openssl-1.0.2d.tar.gz tar zxvf openssl-1.0.2d.tar.gz ./config --prefix=/usr/local --openssldir=/usr/local/ssl make && make install ./config shared --prefix=/usr/local --openssldir=/usr/local/ssl make clean make && make install ``` 链接openssl``` l ...继续阅读 (45)

在安装某linux软件的时候，提示我们的服务器上的openssl是有漏洞的版本，需要重新安装一下。到linuxe服务器上查看一下：dpkg -l | grep "openssl” openssl 1.0.1f-1ubuntu2.8 amd64 1.0.1f 是HeartBleed的版本之一，需要修复问题。 1：卸载旧版本的opensslapt-get purge openssl rm -rf /etc/ssl 2：安装新版本的openssl 安装版本wget https://www.openssl.org/source/openssl-1.0.2d.tar.gz tar zxvf openssl-1.0.2d.tar.gz ./config --prefix=/usr/local --openssldir=/usr/local/ssl make && make install ./config shared --prefix=/usr/local --openssldir=/usr/local/ssl make clean make && make install 链接opensslln -sf /usr/local/bin/openssl `wh ...继续阅读 (45)

由于mac平时不怎么重启，还有就是买了iphone6 64G后发现mac的硬盘根本就不够用了，手机和pad的自动备份到硬盘的确耗费了很多资源，使用appcleaner删除一些大的应用后还是不能满足需求，所以只能手动删除不需要的内容。1：清理iTunes中的手机备份文件 iphone或者是ipad连接到电脑，打开iTunes，打开“文件 > 系统偏好设置” 找到设备，删除其中的备份文件。2：清理icloud的备份文件2.1 查找文件cd ~/Library du -sh * | sort -n2.2 找到大的文件记录，删除移动端备份文件 (如果手动备份了iCloud)cd Application\ Support/MobileSync rm -rf Backup3: 清理缓存文件和日志3.1 清理缓存文件：cd ~/Library/Caches/ rm -rf *3.2 清理缓存文件(系统重启的时候会自动清理，当时MAC很少关机重启)：sudo rm -rf /private/var/log/*3.3 清理临时文件cd /private/var/tmp/ rm -rf * ...继续阅读 (53)

由于mac平时不怎么重启，还有就是买了iphone6 64G后发现mac的硬盘根本就不够用了，手机和pad的自动备份到硬盘的确耗费了很多资源，使用appcleaner删除一些大的应用后还是不能满足需求，所以只能手动删除不需要的内容。1：清理iTunes中的手机备份文件 iphone或者是ipad连接到电脑，打开iTunes，打开“文件 > 系统偏好设置” 找到设备，删除其中的备份文件。2：清理icloud的备份文件2.1 查找文件cd ~/Library du -sh * | sort -n2.2 找到大的文件记录，删除移动端备份文件 (如果手动备份了iCloud)cd Application\ Support/MobileSync rm -rf Backup3: 清理缓存文件和日志3.1 清理缓存文件：cd ~/Library/Caches/ rm -rf *3.2 清理缓存文件(系统重启的时候会自动清理，当时MAC很少关机重启)：sudo rm -rf /private/var/log/*3.3 清理临时文件cd /private/var/tmp/ rm -rf * ...继续阅读 (30)

工作以来，第三次出现内存溢出，第一次是ThreadLocal没有remove造成的问题；第二次是ExecutorService没有正确的shutdown造成的问题；这一次的问题在我出手排查之前，已经知道了是permgen在不断的增长，在permgen中主要有Class和Meta信息，常量。在开始阶段：排除了ThreadLocal可能导致的问题；排除了Thread可能导致的问题；后面就需要从新的突破点找问题了。1：基本设置的排查查找日志中访问量较大的请求的URL：awk '{print $6}' service-digest.* |awk -F"," '{print $1 ",""1"}'|awk -F"," '{a[$1]+=$2;b[$1]++}END{for(n in a)print a[n] " " n }'|sort -n查找日志中的调用很多的内容；依然没有发现问题；采用webbench一个个的调用请求来模拟操作，前十名的URL没有发现问题，后面的就没有查看了。通过线下操作，发现也不是开始怀疑的RMI远程调用的问题；针对CMS-GC，网上建议开通-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled，好吧，我们一开始就是开通的。参考：permgen-out-of-memory-reasons2：内存使用情况 ...继续阅读 (42)

工作以来，第三次出现内存溢出，第一次是ThreadLocal没有remove造成的问题；第二次是ExecutorService没有正确的shutdown造成的问题；这一次的问题在我出手排查之前，已经知道了是permgen在不断的增长，在permgen中主要有Class和Meta信息，常量。 在开始阶段：排除了ThreadLocal可能导致的问题；排除了Thread可能导致的问题；后面就需要从新的突破点找问题了。 1：基本设置的排查 查找日志中访问量较大的请求的URL：awk '{print $6}' service-digest.* |awk -F"," '{print $1 ",""1"}'|awk -F"," '{a[$1]+=$2;b[$1]++}END{for(n in a)print a[n] " " n }'|sort -n 查找日志中的调用很多的内容；依然没有发现问题；采用webbench一个个的调用请求来模拟操作，前十名的URL没有发现问题，后面的就没有查看了。 通过线下操作，发现也不是开始怀疑的RMI远程调用的问题； 针对CMS-GC，网上建议开通-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled，好吧，我们一开始就是开通的。参考：permgen-out- ...继续阅读 (37)

在卓望的入职培训，HR给我们培训说公司的企业文化就是老板的文化。其实我工作的前几年都是质疑这句话的。后来到了阿里巴巴工作，对比了一下，发现的确如此。对照一下各大公司的企业文化，其实就是创始人的文化。某人给我说：你带的团队最终都会和你一样。当我去实践的过程中，无论是有意识还是无意识的感觉，真是逐步会如此。有一句古话说：“上若好之，下必甚焉”或许也是在表达这个意思。去年在团队中推行“服务意识”，其实是给团队打标签的过程，让产品经理和程序员能够走出去发现问题并解决问题，提高大家的主动性。当走近我们的用户并真正体会他们的感受的时候，团队成员也发现自己需要提升的能力，例如：产品可用性，沟通，反馈，驱动落地等，大家在这个过程中得到了锻炼的同时为企业创造了更多的价值。我也发现在自己在推行“服务意识”过程中发现的问题，虽然我反复强调，当时依然有人有不一样的回答，比例超过了我的预期。仅仅的强调一个东西是没有用的，需要有监督和探讨对这个内容的理解，否则大家可能对这个问题的理解和行动都可能流于形式。而形式主义是管理的大问题！所以要想出反对形式主义的方式方法来协助更好的推行团队文化的建设。团队文化给人展现的效果是一样的，当你问不同的人，他们说出来的意思大致是一样的。而我们遇到的问题是：团队内部对团队文化的理解和说法都是不一致的。有三分之一的人知道，有三分之一的人分析不清楚，有三分之一的人不知道团队文化什么 ...继续阅读 (30)

在卓望的入职培训，HR给我们培训说公司的企业文化就是老板的文化。其实我工作的前几年都是质疑这句话的。后来到了阿里巴巴工作，对比了一下，发现的确如此。对照一下各大公司的企业文化，其实就是创始人的文化。某人给我说：你带的团队最终都会和你一样。当我去实践的过程中，无论是有意识还是无意识的感觉，真是逐步会如此。有一句古话说：“上若好之，下必甚焉”或许也是在表达这个意思。 去年在团队中推行“服务意识”，其实是给团队打标签的过程，让产品经理和程序员能够走出去发现问题并解决问题，提高大家的主动性。当走近我们的用户并真正体会他们的感受的时候，团队成员也发现自己需要提升的能力，例如：产品可用性，沟通，反馈，驱动落地等，大家在这个过程中得到了锻炼的同时为企业创造了更多的价值。 我也发现在自己在推行“服务意识”过程中发现的问题，虽然我反复强调，当时依然有人有不一样的回答，比例超过了我的预期。仅仅的强调一个东西是没有用的，需要有监督和探讨对这个内容的理解，否则大家可能对这个问题的理解和行动都可能流于形式。而形式主义是管理的大问题！所以要想出反对形式主义的方式方法来协助更好的推行团队文化的建设。 团队文化给人展现的效果是一样的，当你问不同的人，他们说出来的意思大致是一样的。而我们遇到的问题是：团队内部对团队文化的理解和说法都是不一致的。有三分之一的人知道，有三分之一的人分析不清楚，有三分之 ...继续阅读 (24)

作坊式的开发的重点是围绕业务开展工作，系统开发出来之后，优化的工作一般都是针对用户端，出现问题一段时间后，有用户反馈才能够发现系统中的业务问题，而有些业务问题其实看看错误日志就可以解决。开发在没有日志反馈的开发环境中，发现问题是被动的。运维人员在这个过程中，也只能被开发驱动去被动解决问题，可能这个问题只是linux配置的问题。为何运维不能及时发现问题通知开发做出相关的调整呢？为了更好的反馈问题，我们需要对现有的系统监控做好的同时，做好日志监控。界面化的发布系统目的是降低手动操作错误。1：硬件监控系统和业务监控监控分为系统监控(Nagios)，网络监控（Cacti）和业务监控（自主开发）。当系统磁盘满了，I/O的过于频繁，CPU使用率过高，我们通过Nagios的监控给运维人员发送短信提醒来迅速的定位并解决问题。Cacti很好的帮助我们查看系统之间的访问流量情况。由于我们的系统上有2个集群，以前系统出问题老是不能确认是哪个集群出了问题，需要手动切换hosts来发现问题，然后做切换。为了解决这个问题，我们把所有的服务的健康状况通过http访问的方式列到一个界面，很直观的展示了线上服务的可用性，方便我们在某集群故障的时候做切换。本来以为业务监控做起来比较复杂，后来砍掉相关复杂需求，只要求监控状况的时候，一周开发就搞定了。界面中发现有红色的圈的时候，代表该系统不可用。简单的不能再简单，好用的 ...继续阅读 (31)

作坊式的开发的重点是围绕业务开展工作，系统开发出来之后，优化的工作一般都是针对用户端，出现问题一段时间后，有用户反馈才能够发现系统中的业务问题，而有些业务问题其实看看错误日志就可以解决。开发在没有日志反馈的开发环境中，发现问题是被动的。运维人员在这个过程中，也只能被开发驱动去被动解决问题，可能这个问题只是linux配置的问题。为何运维不能及时发现问题通知开发做出相关的调整呢？ 为了更好的反馈问题，我们需要对现有的系统监控做好的同时，做好日志监控。界面化的发布系统目的是降低手动操作错误。 1：硬件监控系统和业务监控 监控分为系统监控(Nagios)，网络监控（Cacti）和业务监控（自主开发）。当系统磁盘满了，I/O的过于频繁，CPU使用率过高，我们通过Nagios的监控给运维人员发送短信提醒来迅速的定位并解决问题。Cacti很好的帮助我们查看系统之间的访问流量情况。 由于我们的系统上有2个集群，以前系统出问题老是不能确认是哪个集群出了问题，需要手动切换hosts来发现问题，然后做切换。为了解决这个问题，我们把所有的服务的健康状况通过http访问的方式列到一个界面，很直观的展示了线上服务的可用性，方便我们在某集群故障的时候做切换。 本来以为业务监控做起来比较复杂，后来砍掉相关复杂需求，只要求监控状况的时候，一周开发就搞定了。界面中发现有红色的圈的时候， ...继续阅读 (29)

给同僚分享一下其他企业的企业文化，特别牛逼的企业（例如：苹果）没有说，因为大家都知道，但是又什么都不知道，容易争论太多。谈了一下IBM,Microsoft，Intel等IT公司，算是聊天式的谈谈而已。这个话题本来应该是HR谈论的内容，我看完关于Amzon的《一网打尽》这本书后捷足先登一步，因为Amazon的企业文化有一部分是来自于沃尔玛。于是起了一个分享的名字《他山之石可以攻玉》。问题的关键不是分享的内容，而是事后几个人和我说：“你讲的这些词我都知道”，这就遇到了我做技术的时候碰到的同样的问题，你说的知识点我都知道，但是我就是不能解决我们系统问题。碰到这样的情况，一般我都是想骂人，用一句话形容：“送你浅尝辄止四个字都是褒奖你了！”。装逼的先说一下技术，Thread这个东西大家都知道吧，并发编程方面不好好的研究个半年，我就不信你能不搞出内存泄露的问题。“台上十分钟，台下十年功”，没有一些基础方面的锻炼，你顶多就是会一些名字而已。关于“客服第一”这个话题，是不是大家都知道。遇到问题的时候，你们的态度怎么样？这不是我们部门管辖的范围；可能你需要找研发处理一下；哦，这个小问题我们过几天就解决了；客户真的太刁蛮了……好吧，外面的用户实在不是你的菜，对内需要做好服务的同仁们，不管是我现在呆的企业还是以前呆的企业，多少人真的存在服务意识其实都是个问号。大公司可能围绕KPI展开工作，小公司可能重人 ...继续阅读 (27)

给同僚分享一下其他企业的企业文化，特别牛逼的企业（例如：苹果）没有说，因为大家都知道，但是又什么都不知道，容易争论太多。谈了一下IBM,Microsoft，Intel等IT公司，算是聊天式的谈谈而已。这个话题本来应该是HR谈论的内容，我看完关于Amzon的《一网打尽》这本书后捷足先登一步，因为Amazon的企业文化有一部分是来自于沃尔玛。于是起了一个分享的名字《他山之石可以攻玉》。 问题的关键不是分享的内容，而是事后几个人和我说：“你讲的这些词我都知道”，这就遇到了我做技术的时候碰到的同样的问题，你说的知识点我都知道，但是我就是不能解决我们系统问题。碰到这样的情况，一般我都是想骂人，用一句话形容：“送你浅尝辄止四个字都是褒奖你了！”。装逼的先说一下技术，Thread这个东西大家都知道吧，并发编程方面不好好的研究个半年，我就不信你能不搞出内存泄露的问题。“台上十分钟，台下十年功”，没有一些基础方面的锻炼，你顶多就是会一些名字而已。 关于“客服第一”这个话题，是不是大家都知道。遇到问题的时候，你们的态度怎么样？这不是我们部门管辖的范围；可能你需要找研发处理一下；哦，这个小问题我们过几天就解决了；客户真的太刁蛮了……好吧，外面的用户实在不是你的菜，对内需要做好服务的同仁们，不管是我现在呆的企业还是以前呆的企业，多少人真的存在服务意识其实都是个问号。大公司可能围绕KPI展开工作 ...继续阅读 (30)

最近制定锻炼身体的计划。然后我一直在考虑如何让我的计划可以接地气，能够让自己更好的执行。在twitter上看到 [@bluedavy](http://twitter.com/bluedavy) 的微博，探讨一些taobao技术上的规划的问题，最后一句“关键是有落地的本事吗”才是关键。 做计划，去执行，或者说去不断调整的执行，达到预期效果。个人的目标的执行和团队的目标的执行方式方法可能有所差别，但是对实施者的品质要求是大同小异的。有一次部门活动，团队中有人提议在山泉的旁边切西瓜吃，让大家好好的感受一下自然。我问第一个人：“你能保证所有人西瓜皮都不会扔在水中么？如果能保证的话，我就切”，他的回答是否定的，因为本身而言，这个协助的后果不愿意承担，而有人愿意站出来协作的，都是愿意承担责任的人。后来西瓜是在山泉边分享的，而没有西瓜皮扔在水中。有人根本不愿意一起承担，所以，他不会推广自己的想法。更多的时候，他们想到的是：“就这样吧！”就这样吧！这是一个想法遇到阻力的时候的转移负担。让别人去解决吧，我只想坐享其成，或者如果别人解决的不好，我笑一笑，然后装逼的说：“这个问题我早就看到了，所以我没有推广！”。这样的人，不配在企业中当一个成功者，也不配当一个失败者。“一些新的方法或者是系统确实能够改进我们的成绩，也得到了大家的认可和满意，当时方法或系统的推广却从来没有发生。”，这几乎是很多团队的通病， ...继续阅读 (23)

最近制定锻炼身体的计划。然后我一直在考虑如何让我的计划可以接地气，能够让自己更好的执行。在twitter上看到 [@bluedavy](http://twitter.com/bluedavy) 的微博，探讨一些taobao技术上的规划的问题，最后一句“关键是有落地的本事吗”才是关键。 做计划，去执行，或者说去不断调整的执行，达到预期效果。个人的目标的执行和团队的目标的执行方式方法可能有所差别，但是对实施者的品质要求是大同小异的。 有一次部门活动，团队中有人提议在山泉的旁边切西瓜吃，让大家好好的感受一下自然。我问第一个人：“你能保证所有人西瓜皮都不会扔在水中么？如果能保证的话，我就切”，他的回答是否定的，因为本身而言，这个协助的后果不愿意承担，而有人愿意站出来协作的，都是愿意承担责任的人。后来西瓜是在山泉边分享的，而没有西瓜皮扔在水中。有人根本不愿意一起承担，所以，他不会推广自己的想法。更多的时候，他们想到的是：“就这样吧！” 就这样吧！这是一个想法遇到阻力的时候的转移负担。让别人去解决吧，我只想坐享其成，或者如果别人解决的不好，我笑一笑，然后装逼的说：“这个问题我早就看到了，所以我没有推广！”。这样的人，不配在企业中当一个成功者，也不配当一个失败者。 “一些新的方法或者是系统确实能够改进我们的成绩，也得到了大家的认可和满意，当时方法或系统的推广却从来没有发生。”， ...继续阅读 (25)

日志分析相关的操作，小公司没有实例去开发，当让程序员到线上不断关注日志又太依赖于人，很多问题不能很好的统计，不能反馈核心问题。没有错误日志的反馈，在关键路径的操作上，研发存在不少的盲点，遇到问题只有用户反馈的时候才去被动的修改，这不利于系统的演进。所以我们需要一个日志收集的系统。Sentry 是一个实时的事件日志和聚合平台，基于 Django 构建。Sentry 可以帮助你将 Python 程序的所有 exception 自动记录下来，然后在一个好用的 UI 上呈现和搜索。处理 exception 是每个程序的必要部分，所以 Sentry 也几乎可以说是所有项目的必备组件。1：安装sentry安装sentry最开始没有在virtualenv下面，直接安装在自己的开发配置中，发现django是1.6和sentry6.1.2的版本是不兼容的，各种问题不断出现，“Internal Server Error” 的错误这样的情况下基本无解了，然后配置了N久的日志，打印不出来错误日志。各种纠结，折腾之后，还是不想卸载django1.6（因为有相关开发的内容是基于1.6的），只能在virtualenv环境安装sentry了。1.1：安装virtualenv:easy_install -UZ virtualenv1.2：选择一个本地环境，执行virtualenv命令virtualenv /opt/ ...继续阅读 (51)

日志分析相关的操作，小公司没有实例去开发，当让程序员到线上不断关注日志又太依赖于人，很多问题不能很好的统计，不能反馈核心问题。没有错误日志的反馈，在关键路径的操作上，研发存在不少的盲点，遇到问题只有用户反馈的时候才去被动的修改，这不利于系统的演进。所以我们需要一个日志收集的系统。 Sentry 是一个实时的事件日志和聚合平台，基于 Django 构建。Sentry 可以帮助你将 Python 程序的所有 exception 自动记录下来，然后在一个好用的 UI 上呈现和搜索。处理 exception 是每个程序的必要部分，所以 Sentry 也几乎可以说是所有项目的必备组件。 1：安装sentry 安装sentry最开始没有在virtualenv下面，直接安装在自己的开发配置中，发现django是1.6和sentry6.1.2的版本是不兼容的，各种问题不断出现，“Internal Server Error” 的错误这样的情况下基本无解了，然后配置了N久的日志，打印不出来错误日志。各种纠结，折腾之后，还是不想卸载django1.6（因为有相关开发的内容是基于1.6的），只能在virtualenv环境安装sentry了。 1.1：安装virtualenv:easy_install -UZ virtualenv 1.2：选择一个本地环境，执行virtua ...继续阅读 (40)

不少程序员操作linux就如同他们操作vim是一样的，会用的就是移动键，前后左右移动，输入内容，使用backspace删除相关的内容，然后号称自己会vim。而随便问几个简单的问题，就不知道了。而vim的命令甚多，需要不断积累，不是一朝一日可以操作熟练的。而linux的terminal的快捷键较少，掌握起来较为方便，所以值得快速传播一下。0：搜索操作搜索历史命令的快捷键：Ctrl + r当然，不是你想要的命令的时候，你可以继续Ctrl + r，搜索到相关命令，请按Enter。如果想增加命令记录保存的数量，请到.bash_profile下面去设置 HISTFILESIZE 和 HISTSIZE 两个参数。1：移动操作Ctrl + f-- 向右移动一个字符，当然多数人用→Ctrl + b-- 向左移动一个字符， 多数人用←ESC + f-- 向右移动一个单词，MAC下建议用ALT + →ESC + b-- 向左移动一个单词，MAC下建议用ALT + ←Ctrl + a-- 跳到行首Ctrl + e-- 跳到行尾2：删除操作Ctrl + d-- 向右删除一个字符Ctrl + h-- 向左删除一个字符Ctrl + u-- 删除当前位置字符至行首（输入密码错误的时候多用下这个）Ctrl + k-- 删除当前位置字符至行尾Ctrl + w-- 删除从光标到当前单词开头3：命令切换操作Ctrl + ...继续阅读 (26)

不少程序员操作linux就如同他们操作vim是一样的，会用的就是移动键，前后左右移动，输入内容，使用backspace删除相关的内容，然后号称自己会vim。而随便问几个简单的问题，就不知道了。而vim的命令甚多，需要不断积累，不是一朝一日可以操作熟练的。而linux的terminal的快捷键较少，掌握起来较为方便，所以值得快速传播一下。 0：搜索操作 搜索历史命令的快捷键：Ctrl + r当然，不是你想要的命令的时候，你可以继续Ctrl + r，搜索到相关命令，请按Enter。如果想增加命令记录保存的数量，请到.bash_profile下面去设置 HISTFILESIZE 和 HISTSIZE 两个参数。 1：移动操作Ctrl + f-- 向右移动一个字符，当然多数人用→Ctrl + b-- 向左移动一个字符， 多数人用←ESC + f-- 向右移动一个单词，MAC下建议用ALT + →ESC + b-- 向左移动一个单词，MAC下建议用ALT + ←Ctrl + a-- 跳到行首Ctrl + e-- 跳到行尾 2：删除操作Ctrl + d-- 向右删除一个字符Ctrl + h-- 向左删除一个字符Ctrl + u-- 删除当前位置字符至行首（输入密码错误的时候多用下这个）Ctrl + k-- 删除当前位置字符至行尾Ctrl + w-- 删除从光标到 ...继续阅读 (30)

到华强北市场上去溜达，龙胜批发市场的手机壳让我眼花缭乱，很多手机壳制作精美，价格便宜，但是你总是觉得下一款会更好。某个柜台展示带个人图片的手机壳，就凑上去看看材质，问一下价格。我倒是很想把手机壳上印个图片送给夫人，当然更重要的是他们的制作流程.手机壳定制步骤：添加QQ，图片发给的图片剪切制作人，制作人会反馈一个效果图给你，然后反复确认，最后交给工厂制作。交货日期一般是2-6天。其实前面的步骤都是可以用户完成的，搞定图片剪切就可以提交制作了。淘宝上大把手机壳制作厂商可以网页上操作，都是用了深圳某厂商的淘宝应用。而手机上操作会不会更加简单？ 当然，用户不一定仅仅关注的是图片，他们还关注材质，价格，发货速度，赠品等，调查了一番市场后，我们发现，华强北在手机壳定制优势上得天独厚，所以决定做一款APP来满足从OKHQB.COM购买iphone手机的用户需求。我们这帮技术开发倒是有3台mac电脑，没有人开发过app，甚至Objective-C的hello world都没有写过，我们是写Java，PHP，Python的程序员，公司的业务中没有APP开发这块，从设计到开发，属于一片空白。从项目实时分工上来看，主要有3个角色：设计，APP上图片处理，网络交互前后端处理。而重点的操作就是图片的剪切和移动，必须在第一期有个人专门的来做这个工作。就拉上一个设计部的妹子，一个写PHP的同事，开练 ...继续阅读 (33)

到华强北市场上去溜达，龙胜批发市场的手机壳让我眼花缭乱，很多手机壳制作精美，价格便宜，但是你总是觉得下一款会更好。某个柜台展示带个人图片的手机壳，就凑上去看看材质，问一下价格。我倒是很想把手机壳上印个图片送给夫人，当然更重要的是他们的制作流程. 手机壳定制步骤：添加QQ，图片发给的图片剪切制作人，制作人会反馈一个效果图给你，然后反复确认，最后交给工厂制作。交货日期一般是2-6天。其实前面的步骤都是可以用户完成的，搞定图片剪切就可以提交制作了。淘宝上大把手机壳制作厂商可以网页上操作，都是用了深圳某厂商的淘宝应用。而手机上操作会不会更加简单？ 当然，用户不一定仅仅关注的是图片，他们还关注材质，价格，发货速度，赠品等，调查了一番市场后，我们发现，华强北在手机壳定制优势上得天独厚，所以决定做一款APP来满足从OKHQB.COM购买iphone手机的用户需求。 我们这帮技术开发倒是有3台mac电脑，没有人开发过app，甚至Objective-C的hello world都没有写过，我们是写Java，PHP，Python的程序员，公司的业务中没有APP开发这块，从设计到开发，属于一片空白。从项目实时分工上来看，主要有3个角色：设计，APP上图片处理，网络交互前后端处理。而重点的操作就是图片的剪切和移动，必须在第一期有个人专门的来做这个工作。就拉上一个设计部的妹子，一个 ...继续阅读 (32)

创业团队的项目，唯一不变的是变化。不管你相信还是不相信，有时候，你的项目要么上不了线，要么上线后只会有一个版本，后续你连维护或者重构它的机会都没有，因为你需要做下一个更重要的项目，所谓更重要的项目就是公司可能的下一个方向。按照PDCA循环（Plan，Do，Check和Action四个词首字母的组合）理论，你在大企业可能会有这个循环，但是在小企业，你多数情况下到不了Check这一步!那么如何才能够让自己在PDCA循环中成长？Plan不是你做的，或者你只能有很少的时间去做计划，有时候一个任务下来了，就是告诉你，我一个半月想开发一个聊天工具，或者我想弄一个thefancy.com……在大公司，或许你听到这些就是笑一下，在小公司，你需要做出来，因为这是你的工作任务。所以很多在大公司混的很好的人，到了小公司或者是自己创业的时候，结果都一片惨淡。想很好的执行PDCA循环，当然是对产品是最有利的，对团队成长也是最有帮助的，问题是：小公司的资本是稀缺的。在小公司工作了1年多，拿了半年的时间去适应（半年后差点离职），然后用1年的时间去实践。如果用alexa.com的信息去衡量okhqb.com，我觉得在这个地方，自己架构方面的成长都是吹牛的，没有流量的攀升，架构其实6个月搞定后就稳定了；如果从码字的角度探讨，我进步的就是挽起袖子就把代码写了。我越来越讨厌所谓的Plan，最后发现在按照小公司的人员素质 ...继续阅读 (50)

创业团队的项目，唯一不变的是变化。不管你相信还是不相信，有时候，你的项目要么上不了线，要么上线后只会有一个版本，后续你连维护或者重构它的机会都没有，因为你需要做下一个更重要的项目，所谓更重要的项目就是公司可能的下一个方向。按照PDCA循环（Plan，Do，Check和Action四个词首字母的组合）理论，你在大企业可能会有这个循环，但是在小企业，你多数情况下到不了Check这一步! 那么如何才能够让自己在PDCA循环中成长？ Plan不是你做的，或者你只能有很少的时间去做计划，有时候一个任务下来了，就是告诉你，我一个半月想开发一个聊天工具，或者我想弄一个thefancy.com……在大公司，或许你听到这些就是笑一下，在小公司，你需要做出来，因为这是你的工作任务。所以很多在大公司混的很好的人，到了小公司或者是自己创业的时候，结果都一片惨淡。想很好的执行PDCA循环，当然是对产品是最有利的，对团队成长也是最有帮助的，问题是：小公司的资本是稀缺的。 在小公司工作了1年多，拿了半年的时间去适应（半年后差点离职），然后用1年的时间去实践。如果用alexa.com的信息去衡量okhqb.com，我觉得在这个地方，自己架构方面的成长都是吹牛的，没有流量的攀升，架构其实6个月搞定后就稳定了；如果从码字的角度探讨，我进步的就是挽起袖子就把代码写了。我越来越讨厌所谓的Plan，最 ...继续阅读 (29)

最近一个月公司某部门把系统的问题整理成execl不断的反馈给技术部，这些问题有些是用户发现的，有些是他们自己发现的，有些需求是他们自己谈论的。问题和需求汇聚成册，给到技术部，然后技术部清楚的知道：资源应该向什么地方倾斜一下。如果用打仗来比喻创业，他们清楚的告诉后方，在9点钟方向，距离我2000M的地方发现敌情，迅速的炮火支援。然后我只需要把炮弹准确的击中目标就好了。“文人相轻”的现象尤其在程序员圈子中表现的明显。我相信不少程序开发团队中，都会存在说系统代码很烂的人，如果你让他们说出50条的理由，他们又说不出来，说别人差劲的人往往自己也不怎么样！“相轻”的行为，需要有各种装逼的利器，如果本身素质不能达到一定的水平，就尴尬了。case : 程序员反馈系统问题当然需要具体的证据，程序员想证明您的同事写的代码一般般，必须拿数据说话。“工欲善其事，必先利其器”，所以找到各种利器是你的不二法宝，随手搭建一个Jenkins+Sonar的系统，导入你们的代码，然后搞个PPT show给你的同事们，让他们当场脸红。您至少可以列出以下事实：代码注释率，有没有30%？测试代码覆盖率有多少？重复代码量，是否高于5%？哪些地方的代码需要重构，可以一一列出；通过timemachine看看复杂度，覆盖率，方法复杂度的变化。给出你的建议……剩下的就是自己去研究sonar或者您可以懒惰一点，给IDE安装一个find ...继续阅读 (28)

最近一个月公司某部门把系统的问题整理成execl不断的反馈给技术部，这些问题有些是用户发现的，有些是他们自己发现的，有些需求是他们自己谈论的。问题和需求汇聚成册，给到技术部，然后技术部清楚的知道：资源应该向什么地方倾斜一下。如果用打仗来比喻创业，他们清楚的告诉后方，在9点钟方向，距离我2000M的地方发现敌情，迅速的炮火支援。然后我只需要把炮弹准确的击中目标就好了。 “文人相轻”的现象尤其在程序员圈子中表现的明显。我相信不少程序开发团队中，都会存在说系统代码很烂的人，如果你让他们说出50条的理由，他们又说不出来，说别人差劲的人往往自己也不怎么样！“相轻”的行为，需要有各种装逼的利器，如果本身素质不能达到一定的水平，就尴尬了。 case : 程序员 反馈系统问题当然需要具体的证据，程序员想证明您的同事写的代码一般般，必须拿数据说话。“工欲善其事，必先利其器”，所以找到各种利器是你的不二法宝，随手搭建一个Jenkins+Sonar的系统，导入你们的代码，然后搞个PPT show给你的同事们，让他们当场脸红。您至少可以列出以下事实：代码注释率，有没有30%？测试代码覆盖率有多少？重复代码量，是否高于5%？哪些地方的代码需要重构，可以一一列出；通过timemachine看看复杂度，覆盖率，方法复杂度的变化。给出你的建议……剩下的就是自己去研究sonar 或者您可以懒 ...继续阅读 (27)

2012年在架构设计上，个人觉得最有价值的表现在3个方面：1.LXC半虚拟化技术在线上环境的使用，解决了Java的端口的问题；2.Nginx-mem-module解决活动期间的并发问题；3. 使用Node.js + Socket.io + Redis的架构设计开发出来了一个实时通讯的客服系统；由于这些架构设计对于我本来说都需要时间的考验，所以，都没有通过bolg写给大家看。简单的给大家说一下架构选型的原因：1. 使用LXC纯属KVM每次都需要启动虚拟机，LXC使用更加的简单，同时能够解决我们的问题，现在我甚至喜欢上了LXC在宿主机上启动进程的模式。2.Nginx-mem-module的使用是因为活动期间，我们系统挂掉了，在静态文件和nginx+memcached之间我们选择了Nginx-mem-module，后来发现开启keep-alive模式符合我们的预期。3. 作为java程序员，没有选择XMPP协议去开发一个实时通讯客服系统，是因为看到了trello.com的实时机制，我很喜欢这个团队实时协助的网站，就拉着人看看trello.com的架构，然后借鉴了去开发我们自己的系统。node.js入门比较简单，socket.io解决了大部分浏览器的问题，redis搞定并发。虽然沉淀了半年的时间，但是我依然觉得对问题的看法比较肤浅，所以珠三角2013年活动沙龙聚会我没有给大家讲具体的架构设 ...继续阅读 (60)

2012年在架构设计上，个人觉得最有价值的表现在3个方面：1.LXC半虚拟化技术在线上环境的使用，解决了Java的端口的问题；2.Nginx-mem-module解决活动期间的并发问题；3. 使用Node.js + Socket.io + Redis的架构设计开发出来了一个实时通讯的客服系统；由于这些架构设计对于我本来说都需要时间的考验，所以，都没有通过bolg写给大家看。简单的给大家说一下架构选型的原因：1. 使用LXC纯属KVM每次都需要启动虚拟机，LXC使用更加的简单，同时能够解决我们的问题，现在我甚至喜欢上了LXC在宿主机上启动进程的模式。2.Nginx-mem-module的使用是因为活动期间，我们系统挂掉了，在静态文件和nginx+memcached之间我们选择了Nginx-mem-module，后来发现开启keep-alive模式符合我们的预期。3. 作为java程序员，没有选择XMPP协议去开发一个实时通讯客服系统，是因为看到了trello.com的实时机制，我很喜欢这个团队实时协助的网站，就拉着人看看trello.com的架构，然后借鉴了去开发我们自己的系统。node.js入门比较简单，socket.io解决了大部分浏览器的问题，redis搞定并发。虽然沉淀了半年的时间，但是我依然觉得对问题的看法比较肤浅，所以珠三角2013年活动沙龙聚会我没有给大家讲具体的架构设 ...继续阅读 (37)

Fabric 是基于 SSH 协议的 Python 工具，相比传统的 ssh/scp 方式，用 Python 的语法写管理命令更易读也更容易扩展，管理单台或者多台机器犹如本地操作一般。官网地址：http://fabfile.org安装方法这里不在说明，推荐使用：pip 或者 easy_install 来安装。传统维护方法：$ssh x.x.x.x'uname -a'-- 输出略Fabric 示例：$cat fabfile.py from fabric.api import run def uname(): run('uname -a')$fab -H x.x.x.x uname -- 输出略肉眼直观看上去，貌似比 ssh 方式要写不少代码，但是基于 ssh 方式中间可控环节比较少，例如：你想判断某服务是否已经启动，没有启动则执行启动等等操作。ssh 命令式的做法稍显麻烦。（当然龌龊一点可以在被操作机器上写好一个脚本，ssh 调用这个脚本）说几个 Fabric 的优点吧：角色定义代码易读封装了本地、远程操作（还需要自己封装system/popen/ssh操作么？）参数灵活（动态指定 host/role 等，还有并发执行基于multiprocessing）完整的日志输出罗列的这些，其实日常工作里基本都有类似的封装了，但是有现成的一个成熟的工具，干啥不用呢 ...继续阅读 (39)

Fabric 是基于 SSH 协议的 Python 工具，相比传统的 ssh/scp 方式，用 Python 的语法写管理命令更易读也更容易扩展，管理单台或者多台机器犹如本地操作一般。官网地址：http://fabfile.org安装方法这里不在说明，推荐使用：pip 或者 easy_install 来安装。传统维护方法：$ssh x.x.x.x'uname -a'-- 输出略Fabric 示例：$cat fabfile.py from fabric.api import run def uname(): run('uname -a')$fab -H x.x.x.x uname -- 输出略肉眼直观看上去，貌似比 ssh 方式要写不少代码，但是基于 ssh 方式中间可控环节比较少，例如：你想判断某服务是否已经启动，没有启动则执行启动等等操作。ssh 命令式的做法稍显麻烦。（当然龌龊一点可以在被操作机器上写好一个脚本，ssh 调用这个脚本）说几个 Fabric 的优点吧：角色定义代码易读封装了本地、远程操作（还需要自己封装system/popen/ssh操作么？）参数灵活（动态指定 host/role 等，还有并发执行基于multiprocessing）完整的日志输出罗列的这些，其实日常工作里基本都有类似的封装了，但是有现成的一个成熟的工具，干啥不用呢 ...继续阅读 (27)

1：分布式理论CAP(Eric Brewer)Web服务无法同时满足以下3个属性Consistency(一致性)，数据一致更新，所有数据变动都是同步的Availability(可用性)，每个操作都必须以可预期的响应结束Partition tolerance(分区容错性)，即使出现单个组件无法可用,操作依然可以完成在任何数据库设计中,一个Web应用至多只能同时支持上面的两个属性，不可能三者兼顾。对于分布式系统来说，分区容错是基本要求，所以必然要放弃一致性。对于大型网站来说， 分区容错和可用性的要求更高，所以一般都会选择适当放弃一致性。对应CAP理论，NoSQL追求的是AP，而传统数据库追求的是CA，这也可以解释为什么 传统数据库的扩展能力有限的原因。ACID解决方案ACID数据库事务极大地简化了应用开发人员的工作.正如其缩写标识所示,ACID事务提供以下几种保证:Atomicity（原子性），事务中的所有操作,要么全部成功,要么全部不做.Consistency（一致性）在事务开始与结束时,数据库处于一致状态.Isolation（隔离性）事务如同只有这一个操作在被数据库所执行一样.Durability（持久性）. 在事务结束时,此操作将不可逆转.(也就是只要事务提交,系统将保证数据不会丢失,即使出现系统Crash,译者补充).数据库厂商在很久以前就认识到数据库分区的必要性,并引入了一种 ...继续阅读 (36)

1：分布式理论CAP(Eric Brewer) Web服务无法同时满足以下3个属性Consistency(一致性)，数据一致更新，所有数据变动都是同步的Availability(可用性)，每个操作都必须以可预期的响应结束Partition tolerance(分区容错性)，即使出现单个组件无法可用,操作依然可以完成 在任何数据库设计中,一个Web应用至多只能同时支持上面的两个属性，不可能三者兼顾。对于分布式系统来说，分区容错是基本要求，所以必然要放弃一致性。对于大型网站来说， 分区容错和可用性的要求更高，所以一般都会选择适当放弃一致性。对应CAP理论，NoSQL追求的是AP，而传统数据库追求的是CA，这也可以解释为什么 传统数据库的扩展能力有限的原因。ACID解决方案 ACID数据库事务极大地简化了应用开发人员的工作.正如其缩写标识所示,ACID事务提供以下几种保证:Atomicity（原子性），事务中的所有操作,要么全部成功,要么全部不做.Consistency（一致性）在事务开始与结束时,数据库处于一致状态.Isolation（隔离性） 事务如同只有这一个操作在被数据库所执行一样.Durability（持久性）. 在事务结束时,此操作将不可逆转.(也就是只要事务提交,系统将保证数据不会丢失,即使出现系统Crash,译者补充). 数据库厂商在很久以前就认识 ...继续阅读 (41)