- 有没有人有兴趣去考古一下: Java为什么当初要提供反射(Reflection) ?这功能我一直认为是弊大于利,能用到的场景不多,用起来繁琐,对编译器不友好,甚至在HotSpot VM内部的一些与字段、方法相关的回调事件中都不支持反射。
- 宏，稍微用得多点就不是个好东西啦，弄得代码难读难理解，HotSpot的代码难读，原因之一也是用了很多的宏，所以为了更直观的阅读代码，为HotSpot生成一堆预处理后的文件来辅助理解原有代码能减少许多痛苦。
- 这个星期内就彻底定下来，要么离开桂林去外面安心工作个10年、8年，要么就在桂林跟一个老同事正式成立一家公司(他出钱管事，我出力负责技术)。
- 昨天从南京出差回来,今天我就辞职了,时间最短的一份工作,真正上班的天数都不到10天!出差做现场开发是我最不喜欢的,刚毕业第一份工作就是这样,刚去公司不到一周就去外地做现场开发,一做就3月,每天早上9点干到晚上11点。年轻时做这类事还能忍受,年纪大了之后就排斥了。
- 35岁之前达到一个目标: 有能力设计并实现一门具有工业强度的通用程序设计语言，然后有能力用这门语言设计具有工业水准的各类应用框架、HTTP服务器、单机与分布式数据库。感谢Java，再过5个月拿下HotSpot JVM后，我的技术生涯的一个宏伟目标就提前几年圆满实现了，十年磨一剑，莫过如此。:)展开全文
- 「高级语言虚拟机群组」🔗 网页链接 是个好地方啊，为了保险在GitHub上放一份更好，JavaEye说不定哪天就关了，我有几次在Google搜资料都转到这个群，结果正好赶上JavaEye正在维护。。。前次似乎维护了大半天！
@RednaxelaFX 的介绍不是一般的详细，国内无人能及了。「各JavaScript引擎的简介，及相关资料/博客收集帖」🔗 网页链接 得闲时也玩一下这个用Java写的Nashorn JavaScript引擎，用于分析JavaScript的代码应该很有帮助。 - @RednaxelaFX 的介绍不是一般的详细，国内无人能及了。「各JavaScript引擎的简介，及相关资料/博客收集帖」🔗 网页链接 得闲时也玩一下这个用Java写的Nashorn JavaScript引擎，用于分析JavaScript的代码应该很有帮助。
- 嗯，程序员越来越专业，拌水泥、砌砖的码农越来越多，根据Evans Data的估计，5年后印度有520万，美国450万，中国190万，俄罗斯130万。。。🔗 网页链接 //shell0dh ：我相信程序员以后会越来越专业，BASIC
未来程序语言的设计有三个要素是考虑的重点: 易学、易用、易分析。前两个不稀奇，目前现有的语言都在关注，易分析反而不是重点。显然静态语言比动态语言易分析，跑在VM上的语言比直接跑在OS上的语言易分析，比如C/C++的运行环境就比Java的运行环境更复杂。 - 未来程序语言的设计有三个要素是考虑的重点: 易学、易用、易分析。前两个不稀奇，目前现有的语言都在关注，易分析反而不是重点。显然静态语言比动态语言易分析，跑在VM上的语言比直接跑在OS上的语言易分析，比如C/C++的运行环境就比Java的运行环境更复杂。
- 计算机软件领域折腾什么性价比最高？当然是数据库。你整天玩语言理论，设计出一个新语言也不容易卖钱或创立公司；你每天苦读linux的代码想设计个新os并让它流行难于上青天；你不停的研究开源框架最多只是多造些轮子；中间件现在是黄昏领域了；而数据库能让你当DBA、做数据库研发，做得好容易卖钱。展开全文
- @宓学强 Cassandra值得你再次投入，要是能hold住源代码，玩得深点，能把Redis+MongoDB的组合替换掉了(应用也不用考虑两边的数据一致性)，Key/Row缓存+Memtable能达到Redis的效果，冷数据放SSTable，甚至，注意，还有甚至: HBase也不必要了。维护成本从3个数据库变1个，机器数能去掉3/5。展开全文
- 我31岁，目前住在桂林，没房没车，没老婆(有潜在的)，房子30平左右，有阳台，每月房租160RMB，比你们丫的在北京住3000的好得多，上网费每月60，水电30，在学校吃饭，每天三餐花费最多20块(至少两荤两素)，基本没其他开销。我妈50多，还年轻，不过我还是每月给她些钱，过节给的最多。展开全文
- 北京缺少水，到处都很干燥，看上去没有生机，绿化做得不够，南方城市喜欢依江而建，不明白明清两朝选择北京建都的原因是什么？
- 你要是没有带有章印的纸？或那纸没分量，别怕，默默把内功打好，然后尽情在微博或GitHub这类公共平台show出来吧，张扬一些没关系。这两年我算是体会到了，你要是藏着掖着不会有多少人鸟你的，哪怕你把MySQL的代码全背下，在简历上别人也会认为你是SB，没等技术人员看到，HR就把你滤掉了。展开全文
- 说得真好，我算是第一种用户，微博快变成我生活中的一种负担了，在微博混了两年，脾气变得更暴躁，很难无视更种声音，时常吵架。有时不想发技术内容了，想发点非技术的又被读者批说不如以前了。我在想我这是为了什么？每天打那么多字我又不收你们一毛钱？哪天真觉得累了，就决定退出了，GitHub才是归宿展开全文
我认为微博活跃度下降的原因：1）很多人在微博受到了伤害，特别是实名用户，产生内容，观点的用户。2）只读型群众对内容有过高期望，导致微博内容长期abnormal才能获得刺激，口味很快就重了。 曾经考虑过几个工作：1）把经常辱骂他人的账号找出来 2）把过度营销，传谣账号，过度讨论历史的账号找出来 - 有两种类型的bug我认为是最苦逼的: 一个是并发bug，另一类是协议解析bug。并发bug如果是Java程序，用Eclipse打断点然后一步步跟踪通常能重现。协议解析bug上周解决了一个，非常难查，就因为错了一字节，也无法直接定位是哪个协议包错了，后面的就全乱了。
- 多数人都只是就事论事吧，何来站队一说。至少我不认识Fenng，从未谋面，甚至去年在说Oracle的事时还对立过，我微博第一个关注的人就是他，我从来都不明白他为什么关注我。他的微博/微信说的东西挺有趣，这是我关注他的原因，我才不管他的人品是好是坏或是否真有啥动机。我的立场是不站队不拉帮结派。展开全文
互联网技术圈子还真乱，以前还没感觉，这次@Fenng 大战阿里员工，明显的看出了人员的站队分布情况，不是只有文人相轻么？ - 再转一遍，作为今天的总结: 别为我担心，哥现在过得爽得不得了，逍遥的很，不要去寻找屁伯乐，伯乐就是你自己。这故事说得太特么好了，简直就是我的人生，哥就是那匹狼。
- 大黑狗争辩那一段，太特么传神了，为什么我在现实中和微博中总能听到类似的话呢！
- 比如之前做过一个系统，我们大量用到范围查询和统计分析，所以在设计rowKey时并未对rowKey进行任何hash处理，而是分析实际需求，比如按IP查、按服务名查、或按异常类型查，这时可以分别把IP、服务名、异常类型作为rowKey前缀。有了前缀后可以分散记录到不同RS，但时间序却保留了。展开全文
使用ByteOrdered还是Hash都有自己的缺点，如果key设计得不合理使用ByteOrdered容易造成热点，但是ByteOrdered却适合范围查询和大规模统计分析的场景，而Hash对key的设计不讲究，却对范围查询不友好，更适合get的场景。使用HBase时通常在rowKey前面加上一种前缀后面跟时间，能有效缓解热点问题。 - Couchbase是文档数据库，2010年时学过一点MongoDB，我对文档数据库不是很感兴趣。Riak跟Cassandra类似，参考了Dynamo论文，也使用一致性hash，所以基本上有重复了，再去研究不是很必要，Erlang也不是我的强项。//回复@方家文: 建议玩下 Riak, Couchbase ，这二者都是基于 Erlang 的。想听听你的看法。展开全文
从CQL Java Client的代码跟到Server端的SQL解析、commitLog、再到memtable，我已被Cassandra的代码绕晕了，以后谁要在我面前说p2p这种架构比HBase简单，我会回你一个“呵呵”。。。HBase除了AssignmentManager复杂点之外，其他都是小儿科！ - 从长远来看，Java放在Oracle手里总不是好事，哪天连JDK/JVM都收费了，Java也就开始谢幕了。我在寻找下一个15年的新的工业语言，不过还没发现。。。最好能延续c/c++/java的，别在JVM上跑了，Golang不满意，没有延续性。
- 感谢CSDN工作人员的邀请 @CSDN研发频道 邮件和微博留言都在这回复了，CSDN“2013年度中国优秀开源项目征集”活动 🔗 网页链接 对国内开源项目和项目开发者会有很大帮助，我呢，就不参加了，一是项目太初级拿不出手，二是，我不是很喜欢参加活动，就像我之前从来不参加技术大会一样。
- 我从2007年开始就正式研究开源项目的源代码: Javac编译器、Erlang编译器、Velocity、iBatis、PostgreSQL/MySQL JDBC Driver、Netty、Webx、Spring MVC、Jetty、Tomcat，自己开发过web框架/HTTP服务器，这些全都没啥新突破，因为这些领域都已成熟，后来转战HBase、H2，这些才是新领域，有待拓荒。。。展开全文
国人能不能有多点追求，一看到有人懂点MySQL或Linux的代码或稍微研究得深入点就以为这是终极目标了，当然懂这些确实能在大公司里卖个好价钱，前厂也确实养了一些这类人，但是我必须告诉你源代码研究纯粹就是一体力活，我有资格这么说，因为我己看了7年的代码，看完做不出新东西全是个屁! - 我不是MySQL黑，去年打算做Lealone这个项目前就准备在MySQL上动手，买了InnoDB技术内幕、MySQL核心内幕(不信请看我历史微博)、之后我转到H2了，原因很简单:复杂、代码乱、不好懂，当然还有1/3时间耗在C/C++和环境这种原本不应该花的时间上，如果为了随大流、找工作学MySQL没错，真要研究技术选别的吧。展开全文
- 很开心，Lealone项目又进入了另一个层次，回头看GitHub上面的Commit History 🔗 网页链接 第1阶段以为只有修改HBase的代码才能做，结果做到零修改; 第2阶段SQL相关功能集成到Client弄得Client依赖很多jar，改进后只要一个jar; 第三阶段就是事务的改进了。展开全文
- How We Made GitHub Fast 🔗 网页链接 2009年的文章了，用了这么几个月，再看此文有点讽刺，GitHub即不快也不稳定。。。挖个坑: GitHub是不是还在用Ruby、Rails开发？(没有黑Ruby粉的意思， GitHub网站如今的访问量应该很大了)
GitHub网站背后的技术是不是很烂??? 这个长着马脸的独角兽三天两头的蹦出来，今晚随便一下就出现5次了，时好时坏的!!!
- 今年H2数据库的 Issues 🔗 网页链接 差不多全被我占领了，有我这样的粉丝当免费虫工，真是开源项目之大大幸啊!
- @jametong 你英文较好，有空读一读分析一下这篇新的有关分布式事务的论文:Multi-Key Transactions for Key-Value Stores 🔗 网页链接 我读了三遍还是理解不透: 1.在Client端把事务涉及的读写记录缓存下来，然后一次性commit到server; 2.多个server形成事务链，收集依赖信息避免出来有环图。展开全文
- @RednaxelaFX 在GitHub上面开个HotSpot JVM源代码分析的项目吧，我想你机器上肯定攒了很多私货了。我第一次研究C++项目，进度超慢，与Java项目相比，研究同样一块功能的代码，Java项目花10分钟，C++可能得1小时。
