#10 楼 @frank 原理上,都是放在内存里面的,从这点上来讲确实一样。但同 Redis 之类的缓存在性能和使用上都很不一样。 使用上,你这个 HashMap 是单进程里的多线程共享,但本机的其他进程和其他服务器的进程都不能访问这块 HashMap。扩展和通信都很不方便。你如果给这个进程加上一系列的访问接口,那么就是一种 redis 或者 memcached。
HashMap 的性能一般,几百万个 key 的时候就有点慢了。
另外,Java 的话,内存数据不共享问题不大,毕竟大部分 java web 都是只跑一个 tomcat 或者 jetty 进程。但 rails 就两样了,一般都是好几个进程开着的,如果 20 个进程各自建一套缓存,显然不如一起合用 redis 节约的多。
可能是找到一份动心的工作了。
有 redis 或者其他共享存储的东西,就用共享存储。这个方便。
没有的话,就进程间传数据吧。白手写 Socket 的方式有点古典了,普通应用就 HTTP 吧。写 Socket 实现通信除非性能要求很高,不然还是架在 HTTP 上为好。毕竟 HTTP 开发简单。缺点就是每次请求开销稍微大一些。
做 Web 开发的,跟 Go 关系不大。不过 Go 的语法还不错,编译出来的也是 a.out,很有 linux 下写 c 的感觉。
祝福。创业本来就是九死一生的活动。Rei 反正还年轻。
顶一下。好像没 ruby 什么事情。
Java 的 HTTP 性能不差的。你直接拿 apache 去和 jetty pk,java 落后的也不多。
如果应用并发量很大,确实可以 node。不过真的规模大到这个程度,用 java 也能获得性能的保障。
数据存放在 SQL 数据库中的话,ORM 有排序和分批取出,order,offset,limit 就是用来控制这些东西的。
程序员找对象还是算容易的。无论男女,30+ 单身的都是少数。所以,你所谓的程序员不易找对象本身就是不成立的。毕竟程序员的收入还算中上,所以求偶方面的竞争力至少也是中上。
你感觉程序员不易找对象主要问题是程序员年轻人多,男性比例更高。这里面很多人也确实没对象。但 25 以下的男性又有多少解决单身问题的了。只能说是年龄、经济条件都还没到位。比较起来,程序员还算是找对象不那么难的。
v8 的性能是没有其他脚本实现可以媲美的
vi,通用性好。而且有了 github 之后,安装一堆称手插件很方便。基本等于直接有个 ide,但轻巧的多。
介于 junior 和 senior 之间的,还是挺实在的要求。至少告诉程序员他们主要用的技术和侧重点。比如 Netty 之类 Java NIO 开发一个服务系统,重点要求在于性能。
金字塔尖的程序员,国内比国外少很多。不过 B 类 A 类的程序员,国内比老外数量多的不是一点点。老外读工程类学科的主流是不入流的一档。
Ruby 能火的原因就是因为 Web,更直接点其实就是 Rails。
Ruby 是脚本语言,用途当然很多,比如运维比如算法教学,但如果不绑 rails 的话,其他用途的首选往往会是 Python。所以后续几年 ruby 社区的主旋律只能是 r2r4,无法割裂。
感觉还是 Mac 的多,只是最近好像 ubuntu 的多了起来。arch 基本没见有人贴过。
局面对 Ruby 是不利的。主流语言,Java 学校教的最多、老师和培训机构的最爱,会继续占据很大的份额;Python 已经进入大学,但没 Ruby 什么事情,尽管二者相通之处很多,但一般懂其中一种会是很多人的选择。目前也没有什么大公司对 Ruby 有什么支持。
在 Web 开发上,人多力量大的企业会选 Java,因为不差钱关键是要人好招,培训机构和大学可以为此提供充足的码农供应。Php 又会拉走很大一批开发人员。所以开发 Ruby 的人接下来也不会很多。C 等等和 Ruby 井水不犯河水,本来交集就很小。
总体而言,会走 ruby 技术路线的公司在国内未来几年依然不会很多。供求两不旺依然会是常态。
在成都应该算是很突出的了。
xdite 真是装备精良
无图无真相