说道工资层级,IT 的行业的薪资特点是起薪高,天花板碰到的也快。10K/月的起薪确有不少,几年后涨到二三十万年薪也很正常。但再往上真的就很少了。40w 以上光靠薪水能达到的 IT 员工是凤毛麟角。所以倒挂现象确有发生。
资本家和 CEO 都是人精,肯给 10k/月招应届生肯定觉得值得这么做。华为等也不会没事就想着提高新员工的待遇。至于产出,技术人员的贡献除了个人水平更往往取决于他给谁打工。
如果是后者,那就努力学习吧。如果是前者,追逐梦想的就换个环境否则就用 java 吧。
#39 楼 @goinaction 华为虽然对很牛的应届生没啥吸引力,但华为本身招人的基础条件是不低的。光招 985 华为是收不够人的,会放宽到 211,但也就到 211 了。北京的话,大部分学校的毕业生华为也是看不上的。
#2 楼 @wujian_hit 720 应该不止。开一个 dyno 用 31 天是没问题的。好像是 750 个小时。你开两个 dyno 的话,一小时按 2 小时计算,一天按 48 个小时消耗计算,就只有半个月的样子。
降回来,或者再重新部署一个。
没基础的还是去研究 ios 开发比较值。对应届生而言 ruby 找工作不是一个好依靠。除非立马想去一些正起于微末的公司,但这些公司普遍不会校招。ios 的话,就大小公司可以通知了。
经历也够别致的了。
应该还是应用写的有问题。 可以试试换成 unicorn。
#6 楼 @small_fish__ node 下的 web 框架和 rails 都不是一个水平线的。而且主要目的是产生 json 的话,老实讲用不用 web 框架都无所谓。Rails 里面 ActionView ActionPack 是整个框架的代码大头,例如只返回 json 的话,ActionView 就没了,那么基本上整个 Web 框架的 60% 代码都可以不需要了。如果后台 ORM 又不是在 Web 框架里面的(Java 和 Node 的 web 框架默认都没有 orm 这些东西),那么基本就只剩下语言和自己定义的库了,此时根本不需要用什么通用的 web 框架。
有空用 Node,不如直接用 java 算了。写 SOA 的话,没有 web 或者客户端的一些很繁琐的细节要处理。只关注功能的话,ruby js 的表达力强未必有多少优势。
好像服务层从 ror 切到 node 去了吧。挺好奇原来的 ror 团队现在是怎么和 node 层合作开发的?
查了一下,很多评测的结果是之前的版本还没 jruby 快
北方的吧?电信的线路访问没有问题。
只是 4 的话,直接 windows 上装虚拟机也是一样的。
Java 和 C 的性能差距也就在 2 倍左右,应该没那么不堪。具体是 Play 框架慢,还是其他什么原因,待定。
#143 楼 @quakewang 关键 Go 现在能用来干嘛?服务端它目前一展身手的场合主要适合用 erlang 之类的,但 erlang 用的也不多。
短工全日制一般薪水要更高才行。毕竟干完这个就不一定有下顿了,如今的劳动力市场行情这样很难招到可以用用的人。
#10 楼 @frank 原理上,都是放在内存里面的,从这点上来讲确实一样。但同 Redis 之类的缓存在性能和使用上都很不一样。 使用上,你这个 HashMap 是单进程里的多线程共享,但本机的其他进程和其他服务器的进程都不能访问这块 HashMap。扩展和通信都很不方便。你如果给这个进程加上一系列的访问接口,那么就是一种 redis 或者 memcached。
HashMap 的性能一般,几百万个 key 的时候就有点慢了。
另外,Java 的话,内存数据不共享问题不大,毕竟大部分 java web 都是只跑一个 tomcat 或者 jetty 进程。但 rails 就两样了,一般都是好几个进程开着的,如果 20 个进程各自建一套缓存,显然不如一起合用 redis 节约的多。
可能是找到一份动心的工作了。
有 redis 或者其他共享存储的东西,就用共享存储。这个方便。
没有的话,就进程间传数据吧。白手写 Socket 的方式有点古典了,普通应用就 HTTP 吧。写 Socket 实现通信除非性能要求很高,不然还是架在 HTTP 上为好。毕竟 HTTP 开发简单。缺点就是每次请求开销稍微大一些。