GitHub 是怎么火起来的
Github不是突然火起来的,在Ruby社区Github其实从一开始就很流行,我们2009年搞Ruby大会就邀请了Github的人来上海了,早在2009年Github在国内的Ruby社区就很有名气了。之所以今天大家突然觉得Github火,只不过是因为刚拿到1亿美元融资的眼球效应罢了。
精选技术长文、实践记录与系统化阅读
低噪声、高可扫读;标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
Github不是突然火起来的,在Ruby社区Github其实从一开始就很流行,我们2009年搞Ruby大会就邀请了Github的人来上海了,早在2009年Github在国内的Ruby社区就很有名气了。之所以今天大家突然觉得Github火,只不过是因为刚拿到1亿美元融资的眼球效应罢了。
神器:Wireshark,可以通过它来可视化分析tcpdump生成的日志文件:排查过程中陷入了僵局,看来瞎蒙是没戏了,只好硬着头皮用tcpdump了,说硬着头皮是因为我这个山寨OPS对TCP协议实在是不熟悉,但是为了解决问题,只能赶鸭子上架了,找一个客户端重现故障,然后在服务端用户tcpdump监听。
从创新的角度来说,大公司创新容易遇到的问题是基因造成的障碍和规模带来的阻碍,创业公司创新容易遇到的问题是资源不足和资金短缺造成的发展无力,各有各的苦衷。我认为未来的创新趋势应该是大公司和创业公司齐头并进,而不是大公司凭借资源、规模和品牌优势的一枝独秀。
互联网新产品的成功率是非常低的,可能不足1%。马太效应放大了成功者的光环,掩盖了炮灰们的悲号。这其实是一个赌局,每个人都在赌我就是那1%,就算今天不是,五年十年内我必然是那1%——嘿嘿,哪里有什么必然。最终大部分从业人员都是赌局上的输家。互联网行业聚集了最聪明,最勤奋的一部分人,有着公平的游戏规则,这个规则同时也注定了1%的存活几率。你的青春在这里耗尽,你的产品在这里凋零。
这篇文章的内容由github官方提供,指导你如何在github上进行代码审查和如果让别人审查自己的代码。针对所有人的审查: 接受这样的事实:很多编程上的主张都是一种个人观点。应该讨论它们的利与弊,提出你的倾向观点,迅速的达成一种解决方案
什么是iowait?顾名思义,就是系统因为io导致的进程wait。再深一点讲就是:这时候系统在做io,导致没有进程在干活,cpu在执行idle进程空转,所以说iowait的产生要满足两个条件,一是进程在等io,二是等io时没有进程可运行。
各种浏览器之间的竞争的白热化意味着越来越多的人现在开始使用那些支持最新、最先进的W3C Web标准的设备,以一种更具交互性的方式来访问互联网。这意味着我们终于能够利用更强大更灵活的CSS来创造更简洁,更好维护的浏览器前端代码。现在让我们来看一看一些也许你还不知道的让人兴奋的CSS 功能。
Martin Fowler在自己网站上写了一篇LMAX架构的文章,在文章中他介绍了LMAX是一种新型零售金融交易平台,它能够以很低的延迟产生大量交易。这个系统是建立在JVM平台上,其核心是一个业务逻辑处理器,它能够在一个线程里每秒处理6百万订单。业务逻辑处理器完全是运行在内存中,使用事件源驱动方式。业务逻辑处理器的核心是Disruptor。Disruptor它是一个开源的并发框架,并获得2011 Duke’s 程序框架创新奖,能够在无锁的情况下实现网络的Queue并发操作。
很多事情跨出去就回不来头的,人性就是这样。有个朋友原来收入平平,偶然一次机会跳槽拿了高薪,这个时候自己对自己的身价已经以最后到手的薪水自居了(毒瘤已经滋生)。遂不久失业,于是第二份工作的基本上肯定要稍微加一点才愿意就业,很多企业没法抛出橄榄枝,后面工作问题一直困扰很久。事物往往具有两面性,在跳与不跳的观点上,每个人的价值观不一样。但相信有一点一样的,女怕嫁错郎男怕入错行。真正带给你快速成长的还是你相伴的平台,是否可以快速的发展。最后说到一点,转行要谨慎,很多人问我:“我做了几年工程师想转行做产品经理,怎么样?我做了几年运营想转行做产品经理,怎么样?”我的观点是一通百通,没做好一个专业领域之前就老老实实干着不要转行,说到底谁都是看着别人碗里的香。
互联网产品的一大特征就是「快」,快速迭代多次试错,内部对产品虽然也有长线愿景与目标,但很多时候产品的形态是根据用户的反馈、竞品的发展、产业的趋势以及实现的技术快速调整的。而在惠普打印机部门这种做消费类电子的集团里产品生命周期以年计算,3 年乃至 5 年后的设计都会有严密的规划,因此流程会比较细致,而从软件到硬件的设计、开发团队在世界各地,设计工作中不得不把很多环节都文档化,并且花很多时间在沟通上。
悲剧的客户因为IBM p系列小机更换电源导致主机直接掉电,起来后发现数据库出现不少坏块,而且还有部分坏块中含有回滚事务,导致alert日志一直报smon回滚遇到坏块错误,该数据库版本是9.2.0.8 RAC,根据客户的备份情况,为了减少对业务的影响,决定使用blockrecover对其处理.这里通过10g数据库大概模拟出现含事务坏块的情况以及处理过程,重现了我们在处理的时候不确定的一些知识.
看微信各版本的迭代更新,从kik类似的文字类分享,到对图片分享探索失败,V2.0才找到了主要的语音分享功能,结合LBS和QQ的资源完成了用户积累引爆点增长,然后自然的推出sns服务,到开放平台下一盘很大的棋,现在移动分享方面包揽所有方式。看到了一个强大的产品迅速的迭代,建立壁垒,开放平台的过程。没有资源做不成此事,但是没有对产品功能的把握或者在发现产品功能推出后不被认可不能及时回转都可能失去用户导致产品失败。 用户为王的互联时代,不得不说从一个想法到一个影响世界的产品的确是一条艰难的道路。
在web项目中,大家都已经非常熟悉其架构流程了。这些流程中,几乎每个环节都会进行cache。从浏览器到webserver,到cgi程序,到DB数据库,会进行浏览器cache,数据cache,SQL查询的cache等等。对于fastcgi这里的cache,很少被使用。在我的测试过程中,发现一些问题。比如nginx的fastcgi_cache没缓存这条http响应,是因为响应头里包含“Expires”、“Cache-Control”的原因吗?程序里并没有输出“Expires”、“Cache-Control” http header的代码,这是谁输出的呢?既然是fpm响应的时候,就已经有了,那么是php的core模块,还是其他拓展模块输出的?
这是在公司做的一个分享,目的是帮助新手快速的配置好python开发环境。在操作之前,建议先把你自己的vim配置文件(vimrc)和.vim文件夹先剪切到一个备份文件中。
在360云引擎技术博客的“深入剖析linux GCC 4.4的STL string”这篇blog的指导下,看了一些STL string的实现代码,并针对我们平时对string的一些常规用法做了一些测试。这里做一下总结,希望能帮助大家更好的理解理解STL string,更高效的使用STL string。
前几天 纯上 同学问了一个问题: 我ps aux看到的RSS内存只有不到30M,但是free看到内存却已经使用了7,8G了,已经开始swap了,请问ps aux的实际物理内存统计是不是漏了哪些内存没算?我有什么办法确定free中used的内存都去哪儿了呢? 这个问题不止一个同学遇到过了,之前子嘉同学也遇到这个问题,内存的计算总是一个迷糊账。
在这里,我们将讲述TeamToy的理念、安装、基本功能的最佳实践、移动客户端、如何对接其他系统、以及插件的使用和开发。我们希望每个架设TeamToy的负责人都抽时间读一读这篇文章,它将帮你自上而下的去理解TeamToy,同时也提到了经常遇到的问题,让你在实际使用中会更加顺利。
很多朋友用GA监测自己的SEO表现,不过对于Google的SEO,Google自家的GA却可能力有不逮。你是否注意到,在GA的Organic(指搜索引擎自然排名流量,与付费搜索引擎广告流量相对)的报告中,存在Not Provided和Not Set这样的项目呢?你是否为此疑惑?这篇文章帮助你解决这个疑惑。
这里记录的是Dubbo注册中心的发布过程中的自动化改进点。实践是通用的,希望可以能给你一些借鉴和启发。 Dubbo注册中心记录整个网站服务信息,服务消费者(Consumer)通过注册中心获得服务提供者(Provider)列表,才能完成服务调用。注册中心是网站服务的一个关键组件。
Sentry是个很好用的错误日志服务器,可以将程序错误的详细情况集中捕获,并提供一个很漂亮的Web界面来浏览错误。 Sentry本身是用python写的,但它支持python、php、ruby、iOS等多种语言。 要使用Sentry,你需要一台服务器来运行Sentry服务器,然后需要在代码中插入Sentry客户端的代码。