f***e
发帖数: 5443 | 1 Openfeint 筹建中国研发中心
Openfeint 成立两年, 目前拥有用户超过55Million, 每个月增加5百万. 是最大的
mobile social network. 排名第二的
ngmoco去年4亿美元被收购, ngmoco的用户量只有openfeint 1/5
招聘ruby/mobile web frontend(javascript css jquery) /android 程序员和软件测
试.
目前openfeint员工不到50人, 期权优厚.
想应聘美国职位也可.
请站内联系 |
|
r*******n
发帖数: 3020 | 2 就算web frame领域，python的Django发展稳健用户量逐渐上升。 |
|
g*****g
发帖数: 34805 | 3 MySQL, Cassandra。Oracle是按CPU算钱的。用户量一上来，每年是几百万的license
fee。 |
|
g*****g
发帖数: 34805 | 4 MySQL, Cassandra。Oracle是按CPU算钱的。用户量一上来，每年是几百万的license
fee。 |
|
z****e
发帖数: 54598 | 5 没有关系，都是开源的，互相抄一抄就好了
而且现在ror什么也不是那么烂，基本上百万级以下的访问都是可以搞定的
等到用户量上百万了之后再改也不迟
这个jobhunting那个fb003还是什么的说得基本靠谱
web server对哪个熟悉就用哪个，10ms内响应跟1ms内响应，差别没有那么大
现在机器都很强了，一般应用足够了
这就是为什么php还是跑得甚欢的缘故 |
|
l*****9
发帖数: 9501 | 6 大量远端WEB SERVICE CALL 必须通过后台async batch, 是高用户量网站必须的
GOODBUG认为WEB TIER CODING DOESN'T MATTER, 加SERVER就行 |
|
z****e
发帖数: 54598 | 7 说说用户量有多少
跟什么mongodb比一下
很容易分出高下
市场说话，吹半天没意思 |
|
n****1
发帖数: 1136 | 8 非常同意这个,俺的chromebook上面现在好多离线app都做的堪比传统桌面程序了, 也就
是说web界面已经达到不需要前端服务器辅助的地步了.
这些ror/django/asp.net/node本质上就是server side MVC, 是当年浏览器能力低下的
情况下不得已为之的方案. 现在浏览器都快成操作系统了, server-side MVC自然会成
了夹心饼干.还有就是随着用户量的增长, server side MVC再快也终究会吃不消, 最后
还得把计算量推给浏览器.
@peking2
node相对其他几个还是有点优势的, 就是在server前端消失后还可以回来开发客户端,
其他几个就一个子都不剩了.
ror |
|
|
k********e
发帖数: 702 | 10 对的。按这个用户量（实际活跃用户）来估计公司价值是有一定的模型的。
有些其他公司收购基本上也是这么计算结果，不算离谱。 |
|
c****3
发帖数: 10787 | 11 翻译的很差，让人看不懂，看了英文的才明白。
移动通信，叫蜂窝系统，就是因为频率是稀缺资源，相同频率需要在基站间重复使用。
使用相同频率的基站要离开一定距离，减小功率使相互信号不重叠，以减少互相干扰。
手机上行信号也是同样道理。干扰问题，和相应的功率控制，是无线速率不能提高的主
要原因。
这个人的技术，是可以使相同频率在重叠区域，不会互相干扰，这样手机和基站就不用
功率控制。真有这种技术，当然是革命性的。
毫无疑问无线运营商肯定是第一个跳出来反对的，真是革命性技术，第一个割掉的，就
是无线运营商的命。
不过这里面有很多疑问，首先是真能向他宣称的不会互相干扰吗？他演示没有其他用户
当然很容易。在多少用户量才能真正做到无干扰，如果用户非常多，干扰又出来，速率
又下降就是白搭。
25 |
|
z****e
发帖数: 54598 | 12 但是ios的市场份额在下降
尤其是在天朝下降得很快
我不可能说我摆明了我自己是个老中，会中文
这个优势不利用，光盯着ios这种高端市场也不是个办法
毕竟很多东西还是看用户量的
ios也不想放弃，用robovm可以export到ios上去
这样兼顾两个平台就很好了
我们家ios和android都有，我入手三星手机之后，不觉得比apple差多少呀
而且貌似还更强一点 |
|
n*******2
发帖数: 89 | 13 那么系统可扩展性安全和稳定性？还是用户量和transaction量不勾大？ |
|
b********e
发帖数: 595 | 14 简单易用的可以试试mongo，不过备份要花钱。另外看目标用户量多大，太大了没有简
单易用的sql语句的方式，只能自己做全文索引
and |
|
y**********u
发帖数: 6366 | 15 postgres的问题还是用户量太少
当看到facebook, google都在用mysql的时候，当scale上到一个程度的时候，很多都会
想转mysql |
|
y***a
发帖数: 840 | 16 GOODBUG说的这个是部分事实。 其实这里有一个为什么IDE在系统软件里用的不多的问
题。很多IDE最后还是被当作花瓶放那儿。 谁不想用个方便易用的IDE？主要是现有IDE
对系统软件开发支持还很差，对底层系统开发来说还是鸡肋。
核弹是比较厉害，系统软件有点像地下5公里的东西，里面很多AD HOC的东西，不想上
层应用（像地面建筑）那样有大量的用户。你一个核弹下来搞地上建筑像热刀切黄油，
但对地下很深的东西却杀伤力有限。底层系统开发的人也想用啊，但是等不及啊。问
题还是用户量不够大，没人care,也没时间care， care了也没有很好的解决方案。
但是ZHAOCE所谓的没ide搞不定上百万代码的论断明显是错的。 这个恰好是一个门槛，
你没有IDE搞不定上百万行的代码，那是你还没有那个耐心，技巧或者道行。 |
|
z****e
发帖数: 54598 | 17 如果你想弄backend
就去cloud上开个帐户
想省钱用digitalocean
然后java随便抓个服务器就可以开始搞了
想弄js或者ruby也类似，python什么也都差不多
轮子的idea很多都是共通的
这一步足够你起步了，等你做大了
用户量上了一个档次了，这个时候你差不多也是个小老板了
我们再来讨论后续的问题，到时候就算搞不定，掏钱请个consultant也能搞定了撒
当然我们不主张掏钱，但是到时候再说，还早
java一个好处就是当你做大了之后，我都有办法给你转到jvm上去
然后就容易搞定很多scale的问题，不过现阶段你连个上万用户都还没有呢
琢磨这个还太早，先想办法做成小老板，然后再谈以后
你可以看看java版，经常有自己搞startup的id在问如何做这个如何做那个
我都看到好几个了，还有buidlingweb，datasciences之类的版
其实都不错，idea很多
用什么的都有，实现目的就行，在起步阶段 |
|
z****e
发帖数: 54598 | 18 屌丝的钱不仅很难赚，甚至屌丝还会山寨盗版开源，让人无钱可赚
所以有选择的话，还是不要搭理屌丝比较好，android，youtube这种
其实都只适合廉价的，不要钱的，盗版的东西
这种东西感觉数量很庞大，用户量很大，但是很难从中渔利
但是也不是不可以啦，现在那些张全蛋，flappy bird这种东西，其实蛮适合这种平台的
反正投入少，成本低，目的不过博君一笑，糙快猛往上扔
apple，netflix的东西都是要钱的，虽然要钱，但是具体到个体
个体的反馈收益比较高，据说连admob，ios平台都比android平台cpc要高5－6倍
所以重心应该坚决转移到高端客户上去，据说是这样
20％的顾客，贡献了80％的收益，剩下80％的顾客，只能贡献20％的收益 |
|
z****e
发帖数: 54598 | 19 屌丝的钱不仅很难赚，甚至屌丝还会山寨盗版开源，让人无钱可赚
所以有选择的话，还是不要搭理屌丝比较好，android，youtube这种
其实都只适合廉价的，不要钱的，盗版的东西
这种东西感觉数量很庞大，用户量很大，但是很难从中渔利
但是也不是不可以啦，现在那些张全蛋，flappy bird这种东西，其实蛮适合这种平台的
反正投入少，成本低，目的不过博君一笑，糙快猛往上扔
apple，netflix的东西都是要钱的，虽然要钱，但是具体到个体
个体的反馈收益比较高，据说连admob，ios平台都比android平台cpc要高5－6倍
所以重心应该坚决转移到高端客户上去，据说是这样
20％的顾客，贡献了80％的收益，剩下80％的顾客，只能贡献20％的收益 |
|
g*****g
发帖数: 34805 | 20 几百个服务，trigger alert 5分钟，确认是哪个服务引发的大约半小时，Roll back启
动千把instance本身要10分钟，让用户量慢慢恢复也得半小时，一下子全上来撑不住。 |
|
c*******0
发帖数: 5247 | 21
当然不是了，如果有人得出这种结论，只能说没在工业界呆过。C++同样的程序大部分
比Java短，谁更易读？
哪些人认可？FP爱好者？
这里问题很清晰啊，做同样一个东西，robustness相同，有什么数据能证明代码越短，
所花时间越少？Again，Java就是一个典型例子，verbose的style导致Java程序比大部
分语言程序都长，所以Java的效率最低？那工业界的人都是脑子被驴踢了。很多情况下
因为IDE，半个小时不到就能写几百行Java做不少事情，但因为代码长所以你这半个小
时的效率特别低？
这种sample一点意义都没有。你比比Java的commit和Matlab的commit？是不是说明
Matlab的效率比Java高？
我说了，如果你真的要比，很简单，所有条件都一样所花的时间，比如同样的
application，同样的用户量，同样的bug级别，同样的性能。然后你来比做这个
application所用的时间。
别的比较都是过家家，当不得真的。 |
|
s****y
发帖数: 503 | 22 后台数据库是几个legecy system，capacity有限，只能从mid-tie用web services访问
，用户访问时间比较长，而且用户数量会增加，系统是mission-critical的，用Java做
mid-tie应该怎么解决这个问题？ |
|
g*****g
发帖数: 34805 | 23 See if you can leverage cache. Bottle neck is on the DB, if you can't
improve the DB performance, that's pretty much all you can do. |
|
w********m
发帖数: 1137 | 24 读是瓶颈的话，加memcached。
写是瓶颈的话，加新的性能好的数据库，夜深人静的时候dump进legacy里面。 |
|
s****y
发帖数: 503 | 25
但是读写的都是用户数据，不是公共的数据。用户私有的数据也能暂存，再慢慢写入DB？ |
|
g*****g
发帖数: 34805 | 26 Sure, you can write to Redis/Memcache during a session and commit to DB on
logout/session expiration. You'll avoid most read loads on the DB and batch
the writes. On the down side, you'll lose some transaction characteristics.
So it may or may not work depending on the application requirement.
DB？ |
|
