z****e
发帖数: 54598 | 1 写app的话应该尽量减少各种库的依赖
库加得越多越影响体验
这个跟server不一样，server应该尽量多往里面加各种库以简化开发
我上次看到guice搞了一个android版的ioc，这个就是纯粹吃太饱了
不过我后来用在gae上，效果还是挺好，简单轻便 |
|
z****e
发帖数: 54598 | 2 gae很早就支持了，android支持稍慢
java8都快出来了 |
|
z****e
发帖数: 54598 | 3 其实google做jvm也做得很一般，gae上的jvm就是google自己做的
不怎样
IBM |
|
z****e
发帖数: 54598 | 4 所以大多数产品做得跟屎一样
我天天给三大cloud提供服务
我可以负责任滴说一句
aws比gae,computing engine这些，强一万倍
stevey基本上说出了全部事实
google的cloud比m$还烂一个档次 |
|
|
P********l
发帖数: 452 | 6 google 现在推 google compute engine. |
|
m******t
发帖数: 635 | 7 所以BING无论如何也要坚持下来啊，可行微软要是烙印上台估计就砍掉了。 |
|
g******w
发帖数: 78 | 8
aws is too expensive. For startup, digitalocean is a cheap choice, though it
asks for savvy guys. |
|
|
|
m******t
发帖数: 635 | 11 恩，谨慎预测一下GOOG很可能超越MS,成为下一个坑队友的典型，所有跳JS/node.js,
Android, ChromeOS/App的码农要多加小心了 |
|
|
|
|
|
c******o
发帖数: 1277 | 16 <=在写一个node.js的client library
还是喜欢 scala 多一点，我以前写过好多前端 （最大一个 6000line +的一个module,
纯前端 动态 calendar，和google calendar类似，简单一点), js那个写好（以后别
人还能改）可不比scala容易。 |
|
d******e
发帖数: 2265 | 17 google map,youtube那个不是越改越恶心。
这个烂公司面试的方法选出来的就是一些手稿眼底的学习machine. |
|
p*****2
发帖数: 21240 | 18
人家比的是platform, 不是infrastructure. |
|
p*****2
发帖数: 21240 | 19
大牛，这篇文章你把AWS换成Azure读一下，再把Node换成Rail读一下。 |
|
|
c*******0
发帖数: 5247 | 21 that guy is comparing iaas to paas, apparently iaas is better for his demand
, doesn't mean paas itself is bad |
|
z****e
发帖数: 54598 | 22 google在自己的cloud平台上居然都不用js
可见js是多么糟糕的一个语言
同意mimisoft说的，坑多，慎跳
不过脚本本身也没啥学习曲线，搞来搞去无非那点语法
没啥东西了，日常用用也无妨 |
|
z****e
发帖数: 54598 | 23 落后了
iaas还是aws是老大，而且aws在iaas上有很多领先的优势
很多产品都成熟了，google现在才开始做，落后是明显的 |
|
z****e
发帖数: 54598 | 24 android无所谓
反正都是java，除非改了java的语法，但是android除了awt还有swing以外
其他都跟java保持一致，所以换个平台对于java programmers来说，不会有太大的阻力
chrome os或者app那就是另外一个story了
nodejs是web，这个其实你不管用什么语言写web server
都是接近或者类似script，换平台成本高于android，但是还是要远低于chrome os/app |
|
m******t
发帖数: 635 | 25 android本身没有问题。有问题的是GOOG很可能有个plan B, 要从Android转到chromeOS
app |
|
P********l
发帖数: 452 | 26 chromeOS可能是plan A. 现在还是plan A.
chromeOS |
|
r***y
发帖数: 4379 | 27 just saw your post, sorry for the late.
below is my 2 cents:
It had to do with:
Local development emulation was very slow -- their local server could only
perform at a fraction of the speed as being deployed.
Deploying an application to the google cluster was very slow -- it may take
5-10 minutes per deployment.
I felt that application execution was unreliable -- actions such as reading
and writing to the datastore would fail intermittently for no reason (
nothing related to the developers code)... 阅读全帖 |
|
g*****g
发帖数: 34805 | 28 a3 is not that stupid to kill a winning platform. what to gain here?
chromeOS |
|
m******t
发帖数: 635 | 29 大牛给分析下劈柴的战略，就是Android和chromeOS/Dart这两个方向到底会选择留下哪
个，还是像现在一样并存下去？ |
|
z****e
发帖数: 54598 | 30 我刚看了下dart，感觉dart跟java好像啊
几乎就是照搬java的一个东西
各种概念，比如对于db部分，照抄jdbc
di部分，照抄spring，运行原理就是照抄jvm
给我感觉这整个就是一applet啊
一个正常的java程序员，大概给5－10天左右就可以熟练掌握dart
据说dart比v8还要快21%
感觉dart就是做app的groovy啊
dart和groovy都比javascript更接近java
不错
当然成功与否要看平台，就看android和chromeos卖得怎样吧
android不管怎样，现在市场占有率一直在上升
这个是既成事实，chromeos这个，等它成功了再弄也不迟
我刚就花了大概五分钟，就把样例代码全部读懂了
https://www.dartlang.org/articles/idiomatic-dart/
没什么，很简单，会java的话，尤其是会java8和j2ee的话
搞dart也就是分分钟的事，各种概念都在java以及java流行的类库中出现
剩下的就是背语法了
希望dart能搞成，那样的话，applet的梦想就实现了
google这个公司就是su... 阅读全帖 |
|
z****e
发帖数: 54598 | 31 我觉得dart蛮好，讨厌javascript
dart就是一个google定制的java
各种习惯跟java一模一样
区别仅在于少量关键字罢了
比如java8用->，dart用=>
很多类库方法名一模一样
什么toUpperCase，什么math.sqrt，这个java程序员都用烂掉了的东西
dart没有挑战java，而是充分学习了java程序员的各种习惯
创造了一个用来写app的java语言
我觉得java programmers去搞dart很容易
但是java programmers讨厌javascript这种东西的大有人在
哦也
dart谁搞的？感觉dart里面各种语法和概念
对于java程序员尤其是熟练的j2ee程序员来说
非常亲切，远比js这种要亲切
paradigm就是纯粹的oo那一套
要我来做，我也会这么设计
如果chromeos做大了，我也搞一搞dart写app |
|
z****e
发帖数: 54598 | 32 然后开发ide也一样
各种java的ide什么eclipse上都有dart的plugins
java程序员要做dart也就是分分钟的事
思路不用换，直接换关键字，搞定 |
|
g*****g
发帖数: 34805 | 33 chrome os 支持 android应用。 才是一个商业化的考虑。 |
|
z****e
发帖数: 54598 | 34 jvm上从来都是随便凑组合的
grails, spring, hibernate, ibatis, struts……
你爱用什么就用什么
问题在于，我为什么要那么折腾呢？
就你的那一套组合
又node.js，又jvm，又clojure，还有message的东东
db不能支持node.js的异步，需要额外加一层做io，如果新人不懂js还要培训半天
越做越heavy，框架一堆，干嘛呢这是，做得跟企业一样
企业又都不怎么用这些lightweight东西，你的那些产品全部都是标版自己lightweight
什么意思？不就是贪图上手快，简单，便捷么？
要是象你那样，前端后端挨个搞，对比ibm那一套，竞争优势在哪里？
ibm斗你们跟玩一样，你这么多组合，能优化么？ibm可以哦
人家可以从os开始往上一层一层做优化，最后效率秒掉你这些组合没有任何问题
而且人家consultants是西装领带，疼校毕业的mba，搞不好家里还是某个王公贵族之后
你们请得起几个这样的做sales？所以用你这一套跟这些it公司去硬碰硬，完全就是以
卵击石
以己短攻彼之长，vmware本身就是做企业开发的，跟ibm和amaz... 阅读全帖 |
|
z****e
发帖数: 54598 | 35 erlang做的产品
就适合那种量巨大，但是呢
每一个都不是很复杂的逻辑的那种
这本来就是通信行业搞出来的语言
这次19b认真看它的东西
还有一个关键是xmpp
gtalk就用了这个协议
是一个开放的通信协议
就跟http一样
索男们有兴趣的话，可以自己写一个客户端
用这些协议跟google/facebook对接上
gae里面也有这个协议的service |
|
f*****w
发帖数: 2602 | 36 如果不自己租主机的话 最大的两个选择是 Google APP engine 和 amazon EC2
app engine 似乎在android开发上有些API的优势？ 但是以后万一要移植可能问题很
大，而且我自己尝试了下发现好像开发的问题还是很多的，当然用什么方案都会有各种
问题，但是GAE 好像文档有限， 除了问题不太容易自己解决。我试验的那个小例子 在
自己机器上deploy 的 dev server就死活连不对 。。。
还有就是Amazon EC2 那就是用Tomcat / Apache 啥的搭建个Web Service的服务？ 这
个解决方案除了web service 还有什么其他方式可以让客户端调用么？ 有人能给点建
议吗
非常感谢 |
|
z****e
发帖数: 54598 | 37 这个真的是随便你用什么都可以
ws简化的就是一个简单的http请求和response
tomcat那个估计不是servlet而是jax-rs
如果你嫌ws太麻烦的话，你不用也没什么
就用最简单的http请求就好了，gae我成功过
但是动不动就给休眠，我现在用mimisoft推荐的digitalocean.com
$5一个月，不算贵，域名用internetbs.net，公孙大神推荐的
具体的服务器我不用tomcat，用vert.x，啥语言都支持
看了一些报告，韩国构架师领军的netty在cloud平台上，比如ec2表现最好
而vert.x是基于netty的，所以理论上表现不差，但是这个需要你自己折腾
这是netty的网站：
http://netty.io/
vert.x:
http://vertx.io/ |
|
g*****g
发帖数: 34805 | 38 不推荐GAE，至少我上次看的时候对JVM的支持都是阉割的，会有无数的问题。
EC2也好，其他IaaS provider也好，跟租个机器差不多。Tomcat/Apache还是最常见的
方式，看你熟悉什么语言了。
web service的好处是日后你要写个web 应用，可以重用。 |
|
f*****w
发帖数: 2602 | 39 GAE 和 Anroid 结合估计肯定没啥问题。
有哪位大神用Google App Engine 和 IOS 做过开发没有？ 会不会碰到很多问题？ |
|
|
|
z****e
发帖数: 54598 | 42 gae关我毛事
一个paas而已
早就在java版讨论过了
当时用这个冲它免费的quota才用的
然后我没少批判说这个东西会vendor lockin
你丫视而不见？
后来换了rhcloud
再后来看其他人的建议，换了digital ocean
我现在的server就放在digital ocean上
不过这个都没什么用，paas估计没啥搞头
随便找个宿主就能放
HTML5/ |
|
g****r
发帖数: 1589 | 43 也不一定，成本也不一定就是最主要的因素，保密级别高的地方，内部系统直接物理隔
绝，这种绝对比public cloud安全的多，尤其在出了NSA这一档子事之后，aws/azure/
gae这种美国公司的云，就更难受到外国公司和政府机构的信任了
当然总的来说对于95%的人，public cloud肯定是比自建数据中心更有优势，不过那剩
下的5%，通常都是军方，政府，大型金融机构这种超级大户，也不是一块小蛋糕 |
|
p*3
发帖数: 197 | 44 snapchat用google app engine，她们家的数据库呢？
GAE对于大流量和同时连接数有没什么限制？ |
|
|
c*****e
发帖数: 3226 | 46 不可能， whatsapp 用的是 erlang , gae 不支持。 |
|
z****e
发帖数: 54598 | 47 gwt要是不成功，google收购他们干嘛？
你自己做一个看看有没有大公司来收购
就是基于gwt的经验，google总结了一套下来
然后开始搞dart，gwt太过于拘泥于java的那一套规范
导致不够灵活，这个其实java内部自己都有争论
java社区一直在讨论，要不要针对浏览器搞一个简化版的jvm出来
不过sun时代，书呆子气比较重，所以一直都不肯搞
j2me后来也慢慢淘汰掉，但是dart不是啊
dart就是另外一个版本的android
google搞java一直都不怎么成功，gae上的java很难用
但是google搞android成功不成功？
一旦google摆脱了java所有regulation的束缚，很快就能表现出其威力来 |
|
z*******3
发帖数: 13709 | 48 谁让你用m$的东西？
aws也不便宜
但是digital ocean做到低成本控制一点问题没有
如果只是demo的话，上gae也没啥大不了的
反正就是一个idea挂上去就是了
不用钱 |
|
x****d
发帖数: 1766 | 49 ssh tunnel with dreamhost still work
or use GAE with goagent.
vps with shadowsocks better? or cheaper? |
|
z****e
发帖数: 54598 | 50 几个还在用c/python写代码的出来谈fp无用
这不是搞笑嘛，谁说要让这些家伙用fp了？
还在搞硬件level的东西，出来谈什么fp
现在说fp主要说的是scala，jvm上的东西
scala还不是纯粹的fp，还包括有java和j2ee的一堆东西在里面
你还在c/python level，谈什么scala
中间隔了这么两三层，当然搞不明白为什么需要
这跟硬件啥关系？你用不到，并不代表别人用不到
等你java出师了之后，再来看scala差不多
没写过java谈什么better java？
到最后需要解释一堆java上的概念
然后又会回到最原始的为什么要用java上
然后又是，这个有什么难的，c也能做到
是，具体到细节，没啥是难的，其实深究下去，本质也都是c写的
但是凑一起，就很烦，什么都要自己去做，亲力亲为，累死你
这里一点细节，那里一点细节，慢慢把你的工作时间全部耗尽
最后成天就是给人擦屁股，这就是屎坑嘛
productivity上不去，谈不上其他的
从这可以看出做底层的悲哀，开始被时代所抛离
对热点插不上话了，就开始捣乱
思维太底层了之后，哪怕最简单的一步，都会变得很繁琐
你极有可... 阅读全帖 |
|
