s*****V
发帖数: 21731 | |
c*****e
发帖数: 3226 | 2 有人用那狗屎么？
【在 s*****V 的大作中提到】
: 他的定位是什么
|
k**********g
发帖数: 989 | 3
有，会议室里的本本，每小时一次，用後请wipe乾净。
【在 s*****V 的大作中提到】
: 他的定位是什么
|
b*******s
发帖数: 5216 | 4 试水
【在 s*****V 的大作中提到】
: 他的定位是什么
|
b****s
发帖数: 872 | 5 没前途，现在很多政府，听到美国的云服务，就联系到NSA的后门。名声已经臭了，修
复不知道需要多久。 |
i**i
发帖数: 1500 | 6 这不是问题．
chrome os 假设用户大部分的时间是在做和上网有关的事情，desktop提供的大部分东
西都是多余的．在这个前提下就可以做一个纯粹上网的os．privacy的问题不是chrome
os造成的，没有他一样得用gmail.
真正的问题是chrome os和android重叠的很厉害．看他还能撑多久不合并．
【在 b****s 的大作中提到】
: 没前途，现在很多政府，听到美国的云服务，就联系到NSA的后门。名声已经臭了，修
: 复不知道需要多久。
|
p*****2
发帖数: 21240 | 7 g撑这个毫无压力吧
chrome
【在 i**i 的大作中提到】
: 这不是问题．
: chrome os 假设用户大部分的时间是在做和上网有关的事情，desktop提供的大部分东
: 西都是多余的．在这个前提下就可以做一个纯粹上网的os．privacy的问题不是chrome
: os造成的，没有他一样得用gmail.
: 真正的问题是chrome os和android重叠的很厉害．看他还能撑多久不合并．
|
i**i
发帖数: 1500 | 8 这不是钱的事．除了g, 没人能看得出来这个东东的价值所在．
g就是比较有理想．
【在 p*****2 的大作中提到】
: g撑这个毫无压力吧
:
: chrome
|
h**********y
发帖数: 1293 | 9 参考
google+
google reader
【在 p*****2 的大作中提到】
: g撑这个毫无压力吧
:
: chrome
|
s*****V
发帖数: 21731 | 10 这是一个OPEN SOURCE PROJECT，GOOGLE怕啥
【在 h**********y 的大作中提到】
: 参考
: google+
: google reader
|
|
|
W***o
发帖数: 6519 | 11 从严格意义上来说这个不算OS
【在 s*****V 的大作中提到】
: 他的定位是什么
|
k**********g
发帖数: 989 | 12
早在 mid-1990s 时已有人提出的 Thin Client 概念。 唯一目的是节省成本。
Saas也不是全新的概念。 Cloud-based Saas 才是。
用户端得长期定位在 $200 美元以下才算 meeting the thin client goal。 如果某
Thin client 实现不能节省成本，那都是空谈。
http://en.wikipedia.org/wiki/Thin_client
【在 s*****V 的大作中提到】
: 他的定位是什么
|
k**********g
发帖数: 989 | 13
If you're developing for ChromeOS, your solution should be 100% web-based.
【在 s*****V 的大作中提到】
: 他的定位是什么
|
b*******s
发帖数: 5216 | 14 很多东西都是老概念，真部署在云端的杀手级应用，到现在就一个Google docs
【在 k**********g 的大作中提到】
:
: If you're developing for ChromeOS, your solution should be 100% web-based.
|
i**i
发帖数: 1500 | 15 how about amazon?
how about netflix?
how about any software/service created after 2010?
【在 b*******s 的大作中提到】
: 很多东西都是老概念，真部署在云端的杀手级应用，到现在就一个Google docs
|
g*****g
发帖数: 34805 | 16 90%的非码农工作有个浏览器就够了。我们公司就是gmail+gdocs+内部管理用的webapp。
银行超市这些也一样。我在家里用电脑同样只需要浏览器。
现在连专用软件都逐渐web化, mobile化。就是个趋势而已。Chrome OS不一定火，但这
个方向是没错的。个人的使用绝大部分不出web browsing, email, im, video/audio。
这年头只有3D游戏还需要胖客户端。 |
c*****e
发帖数: 3226 | 17 难道你没听说 单纯的 web apps 趋势已经下降了？
【在 k**********g 的大作中提到】
:
: If you're developing for ChromeOS, your solution should be 100% web-based.
|
c*****e
发帖数: 3226 | 18 mobile 化 != web 化
webapp。
【在 g*****g 的大作中提到】
: 90%的非码农工作有个浏览器就够了。我们公司就是gmail+gdocs+内部管理用的webapp。
: 银行超市这些也一样。我在家里用电脑同样只需要浏览器。
: 现在连专用软件都逐渐web化, mobile化。就是个趋势而已。Chrome OS不一定火，但这
: 个方向是没错的。个人的使用绝大部分不出web browsing, email, im, video/audio。
: 这年头只有3D游戏还需要胖客户端。
|
g*****g
发帖数: 34805 | 19 mobile是会在desktop上为web赢得市场的，因为mobile和web都是轻量化的前端，一个
统一的后端在开发维护成本上更有优势。整个desktop份额在下降，但新的开发，首选
也是web，不是thick client.
【在 c*****e 的大作中提到】
: mobile 化 != web 化
:
: webapp。
|
c*****e
发帖数: 3226 | 20 fackbook app 推到 html5 ，重写为 thick client. 说实在的 web browser 在
mobile 就是一垃圾。新的技术革命一定会带来的，已经不是公司在搞 app link.
【在 g*****g 的大作中提到】
: mobile是会在desktop上为web赢得市场的，因为mobile和web都是轻量化的前端，一个
: 统一的后端在开发维护成本上更有优势。整个desktop份额在下降，但新的开发，首选
: 也是web，不是thick client.
|
|
|
l*********s
发帖数: 5409 | 21 The trend could be reversed, if mobile hardware gets technological
breakthrough. It is harder to replicate the success on destkop, but not
impossible.
【在 c*****e 的大作中提到】
: fackbook app 推到 html5 ，重写为 thick client. 说实在的 web browser 在
: mobile 就是一垃圾。新的技术革命一定会带来的，已经不是公司在搞 app link.
|
k**********g
发帖数: 989 | 22
Facebook's strategy is to rewrite each facet of the site's functionality as
a separate mobile app. Not a single app that combines all functionalities.
That's not what thick client meant. Thick client always implies tons of
integrated UI behavior, whether the user appreciates it or not.
Tightly-coupled integrated UI and lack of scalable UI framework in the past
has made thick-client development painful, and low-defect UI software
impossible.
To quote, "Do one thing, and do it well." http://en.wikipedia.org/wiki/Unix_philosophy
【在 c*****e 的大作中提到】
: fackbook app 推到 html5 ，重写为 thick client. 说实在的 web browser 在
: mobile 就是一垃圾。新的技术革命一定会带来的，已经不是公司在搞 app link.
|
i**i
发帖数: 1500 | 23 fackbook app 为了 performance 推到 html5 , 就成了 thick client ？
实际上，web browser的能力还没有得到利用． 以后看见performance很好的framework
，不要惊讶就是了．
举个例子：http://css-tricks.com/myth-busting-css-animations-vs-javascript/
【在 c*****e 的大作中提到】
: fackbook app 推到 html5 ，重写为 thick client. 说实在的 web browser 在
: mobile 就是一垃圾。新的技术革命一定会带来的，已经不是公司在搞 app link.
|
g*****g
发帖数: 34805 | 24 facebook 不管是用native写也好，用html写也好，都不是什么thick client.
server端的复杂程度远远高于前端。 |
c*****e
发帖数: 3226 | 25 css tricks ? 有个毛用， good luck 4 u.
framework
【在 i**i 的大作中提到】
: fackbook app 为了 performance 推到 html5 , 就成了 thick client ？
: 实际上，web browser的能力还没有得到利用． 以后看见performance很好的framework
: ，不要惊讶就是了．
: 举个例子：http://css-tricks.com/myth-busting-css-animations-vs-javascript/
|
c*****e
发帖数: 3226 | 26 depends on how do you define "thick". Android app is a java app.
as
past
【在 k**********g 的大作中提到】
:
: Facebook's strategy is to rewrite each facet of the site's functionality as
: a separate mobile app. Not a single app that combines all functionalities.
: That's not what thick client meant. Thick client always implies tons of
: integrated UI behavior, whether the user appreciates it or not.
: Tightly-coupled integrated UI and lack of scalable UI framework in the past
: has made thick-client development painful, and low-defect UI software
: impossible.
: To quote, "Do one thing, and do it well." http://en.wikipedia.org/wiki/Unix_philosophy
|
c*****e
发帖数: 3226 | 27 我也没没说 server 端不重要， cloud, big data, machine learning 都是因为
server 端。 我们争论的是 client 端 做成 基于 browser 的 已经逐渐失去意义。
【在 g*****g 的大作中提到】
: facebook 不管是用native写也好，用html写也好，都不是什么thick client.
: server端的复杂程度远远高于前端。
|
g*****g
发帖数: 34805 | 28 这是因为在mobile上html应用还做不到像native一样responsive，在desktop没有这个
问题。
所谓web，一般也是指desktop上，你这个争论不得要领。
【在 c*****e 的大作中提到】
: 我也没没说 server 端不重要， cloud, big data, machine learning 都是因为
: server 端。 我们争论的是 client 端 做成 基于 browser 的 已经逐渐失去意义。
|
i**i
发帖数: 1500 | 29 你懂个毛． 不带这么傻逼的．
【在 c*****e 的大作中提到】
: css tricks ? 有个毛用， good luck 4 u.
:
: framework
|
l**********n
发帖数: 8443 | 30 mobile web 现在还不成熟。以后的Web肯定要考虑不同的screen size，也就是
responsive Web
【在 i**i 的大作中提到】
: 你懂个毛． 不带这么傻逼的．
|
|
|
c*****e
发帖数: 3226 | 31 既然你说 所谓web 一般也是指 desktop 上， 现在很多人 desktop 都不开机了， 直
接手机付账单， 查邮件。 不正好说明 web 去势， mobile 大势所趋么？
【在 g*****g 的大作中提到】
: 这是因为在mobile上html应用还做不到像native一样responsive，在desktop没有这个
: 问题。
: 所谓web，一般也是指desktop上，你这个争论不得要领。
|
c*****e
发帖数: 3226 | 32 我也希望如此，但是更多的时候不是最初臆想的结果。Microsoft 也会说我能把桌面的
windows 做成适合 Mobile, 但是历史的包袱太重，往往不容易进化， 反而新的突变从
白纸开始更好画蓝图。
【在 l**********n 的大作中提到】
: mobile web 现在还不成熟。以后的Web肯定要考虑不同的screen size，也就是
: responsive Web
|
g*****g
发帖数: 34805 | 33 desktop的流量现在还是超过mobile，虽然一两年内mobile会超过desktop。
desktop将来哪怕只有1/3，仍然是很重要的平台。特别是白领工作，上班还是得对
desktop。
至少未来五年是web, mobile并重的局面。
【在 c*****e 的大作中提到】
: 既然你说 所谓web 一般也是指 desktop 上， 现在很多人 desktop 都不开机了， 直
: 接手机付账单， 查邮件。 不正好说明 web 去势， mobile 大势所趋么？
|
l**********n
发帖数: 8443 | |
N********n
发帖数: 8363 | 35 说到底是HTML+JS这种模式太垃圾。HTML发展慢，啥屁事都要COMMITTEE
讨论一把再推出，黄瓜菜都凉了。JS垃圾一样的语言讨论过多次就不再
说了。另外BROWSER本身也是一个紧箍咒。普通APP直接调用系统API无阻
力。到了BROWSER这还要看BROWSER脸色，是否安全啊，受否有足够的资
源啊，是否其他页面太慢影响速度啦。拖泥带水就是不爽。 |
g****t
发帖数: 31659 | 36 电池技术的发展百多年都是线性的。不是指数定律。
web在手机上确实是很烂的。
【在 l*********s 的大作中提到】
: The trend could be reversed, if mobile hardware gets technological
: breakthrough. It is harder to replicate the success on destkop, but not
: impossible.
|
g****t
发帖数: 31659 | 37 desktop确实仍然重要。但是mobile上跑web意义已经不大了。desktop上的web,也不见
得就有多大意义。白领工作上班多半是
desktop上的office.
【在 g*****g 的大作中提到】
: desktop的流量现在还是超过mobile，虽然一两年内mobile会超过desktop。
: desktop将来哪怕只有1/3，仍然是很重要的平台。特别是白领工作，上班还是得对
: desktop。
: 至少未来五年是web, mobile并重的局面。
|
g****t
发帖数: 31659 | 38 exactly
【在 N********n 的大作中提到】
: 说到底是HTML+JS这种模式太垃圾。HTML发展慢，啥屁事都要COMMITTEE
: 讨论一把再推出，黄瓜菜都凉了。JS垃圾一样的语言讨论过多次就不再
: 说了。另外BROWSER本身也是一个紧箍咒。普通APP直接调用系统API无阻
: 力。到了BROWSER这还要看BROWSER脸色，是否安全啊，受否有足够的资
: 源啊，是否其他页面太慢影响速度啦。拖泥带水就是不爽。
|
g*****g
发帖数: 34805 | 39 扯，这年头，新出来的应用，可以没有desktop版本，不能没有web版。
【在 g****t 的大作中提到】
: desktop确实仍然重要。但是mobile上跑web意义已经不大了。desktop上的web,也不见
: 得就有多大意义。白领工作上班多半是
: desktop上的office.
|
l**********n
发帖数: 8443 | 40 Web不需要下载。应用需要下载，更新，又是一些事。需要下载就意味着要给苹果，狗
狗交钱。
【在 g*****g 的大作中提到】
: 扯，这年头，新出来的应用，可以没有desktop版本，不能没有web版。
|
|
|
i**i
发帖数: 1500 | 41 re. 非常重要。
【在 l**********n 的大作中提到】
: Web不需要下载。应用需要下载，更新，又是一些事。需要下载就意味着要给苹果，狗
: 狗交钱。
|
n****1
发帖数: 1136 | |
b*******s
发帖数: 5216 | 43 将来支持html5的web程序，将可能是真正的一次书写到处运行
比java的jvm方案要好
【在 g*****g 的大作中提到】
: 扯，这年头，新出来的应用，可以没有desktop版本，不能没有web版。
|
g****t
发帖数: 31659 | 44 有几个mobile 游戏app有网页版？有几个工作效率app有网页版？有几个新闻聚合app有
网页版？
你检查下常见的apps分类就会发现，好几大类都是和web无关的。
【在 g*****g 的大作中提到】
: 扯，这年头，新出来的应用，可以没有desktop版本，不能没有web版。
|
b*******s
发帖数: 5216 | 45 google docs, office live都是网页版的为主
一些比如游戏等需要的技术也在打通，比如nacl
我还是比较看好web统一所有gui的工作的
【在 g****t 的大作中提到】
: 有几个mobile 游戏app有网页版？有几个工作效率app有网页版？有几个新闻聚合app有
: 网页版？
: 你检查下常见的apps分类就会发现，好几大类都是和web无关的。
|
g****t
发帖数: 31659 | 46 不可能。
假如那样的话，硬件公司的利润会被杀到极点。然后硬件停滞。然后会出现新的硬件革
命。然后软件新一轮开始。
所以你说的“一次写到处运行”不是self sub stainable 的。
Iphone以及整个smart phone首先是硬件思维。跟硬件白菜化后出现的html5完全是不相
容的思考路径。
【在 b*******s 的大作中提到】
: 将来支持html5的web程序，将可能是真正的一次书写到处运行
: 比java的jvm方案要好
|
i**i
发帖数: 1500 | 47
angry bird?
有几个工作效率app有网页版？
evernote
有几个新闻聚合app有
说哪个没有吧。
【在 g****t 的大作中提到】
: 有几个mobile 游戏app有网页版？有几个工作效率app有网页版？有几个新闻聚合app有
: 网页版？
: 你检查下常见的apps分类就会发现，好几大类都是和web无关的。
|
g****t
发帖数: 31659 | 48 这并不是多数。
Web等于是在OS上又加了一层开发限制。
人好好的直接走OS不好么，干嘛非要多一次麻烦？
尤其是现在android碎片化改善了很多。
更加没这个必要。
【在 b*******s 的大作中提到】
: google docs, office live都是网页版的为主
: 一些比如游戏等需要的技术也在打通，比如nacl
: 我还是比较看好web统一所有gui的工作的
|
g****t
发帖数: 31659 | 49 另外你可能没看懂我说的工作效率类app的意思。举个例子，手机扫描，照片修图这些
app,凭啥你要人家再做个页面版？
google docs那个年代，没有大规模的应用软件分发平台。web browser作为一个平台天
然非常有用。现如今早不是那个时代了。
【在 b*******s 的大作中提到】
: google docs, office live都是网页版的为主
: 一些比如游戏等需要的技术也在打通，比如nacl
: 我还是比较看好web统一所有gui的工作的
|
i**i
发帖数: 1500 | 50 因为今年是2014, 明年是2015.
自己搜：
photo editor
兄弟啊， 醒醒吧。
【在 g****t 的大作中提到】
: 另外你可能没看懂我说的工作效率类app的意思。举个例子，手机扫描，照片修图这些
: app,凭啥你要人家再做个页面版？
: google docs那个年代，没有大规模的应用软件分发平台。web browser作为一个平台天
: 然非常有用。现如今早不是那个时代了。
|
|
|
g****t
发帖数: 31659 | 51 有几个修图的app有网页版的？
很多修图app是针对手机照片的。你说说网页版有啥用？有几个人用。
【在 i**i 的大作中提到】
: 因为今年是2014, 明年是2015.
: 自己搜：
: photo editor
: 兄弟啊， 醒醒吧。
|
i**i
发帖数: 1500 | 52 我决定不骂人了。
【在 g****t 的大作中提到】
: 有几个修图的app有网页版的？
: 很多修图app是针对手机照片的。你说说网页版有啥用？有几个人用。
|
g****t
发帖数: 31659 | 53 微信还有网页版呢。但那才占用户几分钟时间？这能用来说明web的重要性？
【在 i**i 的大作中提到】
: 我决定不骂人了。
|
i**i
发帖数: 1500 | 54 到了微信这个份上，做app，并且做native的是必须的。
你不用拉大旗做虎皮，你不懂。
【在 g****t 的大作中提到】
: 微信还有网页版呢。但那才占用户几分钟时间？这能用来说明web的重要性？
|
b*******s
发帖数: 5216 | 55 google好像有一个
另外jira之类都是web based utils
【在 g****t 的大作中提到】
: 有几个修图的app有网页版的？
: 很多修图app是针对手机照片的。你说说网页版有啥用？有几个人用。
|
b*******s
发帖数: 5216 | 56 以后趋势是app使用的资源不光是本地的，会大部分在云端
而且等将来所有浏览器都支持标准了，不见得比每个操作系统维护一套代码麻烦
【在 g****t 的大作中提到】
: 这并不是多数。
: Web等于是在OS上又加了一层开发限制。
: 人好好的直接走OS不好么，干嘛非要多一次麻烦？
: 尤其是现在android碎片化改善了很多。
: 更加没这个必要。
|
g****t
发帖数: 31659 | 57 那能占几分钟用户时间呢？
【在 b*******s 的大作中提到】
: google好像有一个
: 另外jira之类都是web based utils
|
b*******s
发帖数: 5216 | 58 现在是web app用户体验还不够好，但不代表前途不如native app
你这个，就和赵策说java+py是future一样不着调
【在 g****t 的大作中提到】
: 那能占几分钟用户时间呢？
|
i**i
发帖数: 1500 | 59 你打算占用户几分钟时间？
【在 g****t 的大作中提到】
: 那能占几分钟用户时间呢？
|
g****t
发帖数: 31659 | 60 在云端不见得人家前端要走网页技术。
现在马公都是over supply.
维护个不同OS前段代码不算麻烦。
【在 b*******s 的大作中提到】
: 以后趋势是app使用的资源不光是本地的，会大部分在云端
: 而且等将来所有浏览器都支持标准了，不见得比每个操作系统维护一套代码麻烦
|
|
|
b*******s
发帖数: 5216 | 61 赵策是水平差加上爱信口开河
你没他那么糟糕，就是被思维习惯禁锢了
以后web app至少可以占据半壁江山
【在 g****t 的大作中提到】
: 那能占几分钟用户时间呢？
|
b*******s
发帖数: 5216 | 62 不是，如果你的计算，存储等资源都在云端，web app比native app在使用这些资源方
面就要直接得多
而且标准化了后,web app开发简单
【在 g****t 的大作中提到】
: 在云端不见得人家前端要走网页技术。
: 现在马公都是over supply.
: 维护个不同OS前段代码不算麻烦。
|
g****t
发帖数: 31659 | 63 web天然是纯软件思维，着眼点就是统一平台，
抹杀不同硬件之间的区别和优劣。
这里有几个问题。
第一，就算是纯软件思维正确。那信息也不见得就是走web到用户手里。举个例子，我
现在看微信公众号的几个杂志文摘的时间远超过手机web。你怎么知道微信不会在将来
代替浏览器统一全中国？这完全不是不可能的。尤其是web站点原创内容按比例越来越
少的情况下。这是个信躁比的问题。垃圾网站增速过快，连百度都要给网站分级了。
第二，凭啥Apple,三星就坐看你抹杀硬件的优劣之分？硬件进展表面上看，肯定不如软
件快。但人家也不是没进展，更不是不会刷流氓。可穿戴设备，智能家居，如果成潮流
了，你怎么办？能那么容易统一吗？
【在 b*******s 的大作中提到】
: 现在是web app用户体验还不够好，但不代表前途不如native app
: 你这个，就和赵策说java+py是future一样不着调
|
g****t
发帖数: 31659 | 64 这取决于云端是什么服务器技术。
【在 b*******s 的大作中提到】
: 不是，如果你的计算，存储等资源都在云端，web app比native app在使用这些资源方
: 面就要直接得多
: 而且标准化了后,web app开发简单
|
b*******s
发帖数: 5216 | 65 回头再聊
【在 g****t 的大作中提到】
: 这取决于云端是什么服务器技术。
|
g****t
发帖数: 31659 | 66 我看不出赵测主管过任何一个项目。
【在 b*******s 的大作中提到】
: 赵策是水平差加上爱信口开河
: 你没他那么糟糕，就是被思维习惯禁锢了
: 以后web app至少可以占据半壁江山
|
b*******s
发帖数: 5216 | 67 嗯，他基本没有在任何核心组做过的经验
【在 g****t 的大作中提到】
: 我看不出赵测主管过任何一个项目。
|
i**i
发帖数: 1500 | 68 http://blogs.wsj.com/digits/2014/10/17/executive-change-latest-
Executive Change Is Latest Hint of Chrome-Android Marriage
chrome os和android 要合并了
chrome
【在 i**i 的大作中提到】
: 这不是问题．
: chrome os 假设用户大部分的时间是在做和上网有关的事情，desktop提供的大部分东
: 西都是多余的．在这个前提下就可以做一个纯粹上网的os．privacy的问题不是chrome
: os造成的，没有他一样得用gmail.
: 真正的问题是chrome os和android重叠的很厉害．看他还能撑多久不合并．
|
j******o
发帖数: 4219 | 69 chrome os 的理论从刚开始就有问题，假定90%的用户使用电脑，90%在用浏览器上网，
然后得出剩下那10%的功能不重要，用户为了省钱可以舍弃。
事实上并不是这样，用户为了能做那10%的事情还必须买second PC,结果就是为了省钱
就不买chrome PC了。 |
c*****e
发帖数: 3226 | 70 板上有些人就是嘴硬，好像天天在手机上用 browser。
【在 i**i 的大作中提到】
: http://blogs.wsj.com/digits/2014/10/17/executive-change-latest-
: Executive Change Is Latest Hint of Chrome-Android Marriage
: chrome os和android 要合并了
:
: chrome
|
|
|
z*******3
发帖数: 13709 | 71 不需要下载其实言外之意就是每次load都需要重新下载
所谓不需要下载其实就是下载比较快的另外一种表达
app需要renew，但是app离线一样搞
就是把下载和update分离，相当于一个cache
复杂的东西是需要app滴，光web没啥用，j2ee时代就在web了
很多东西能做的别人早就做干净了，就没啥特别的搞头
最近几个财报之所以好看，都跟app有很大关系
【在 l**********n 的大作中提到】
: Web不需要下载。应用需要下载，更新，又是一些事。需要下载就意味着要给苹果，狗
: 狗交钱。
|
z*******3
发帖数: 13709 | 72 lol
你现在说的这些就是j2ee时代提出来的理念
如果你真写过那么一点点java程序的话
就不会这么迟才领悟别人十年前就知道的东西了
【在 b*******s 的大作中提到】
: 现在是web app用户体验还不够好，但不代表前途不如native app
: 你这个，就和赵策说java+py是future一样不着调
|
z*******3
发帖数: 13709 | 73 手机上未必
但是tablet上browser就用得比较多了
browser说白了就是一个简单下载的一个东西
把一些tag读下来，然后run一下，display一些东西
就这么一回事，从本质上说html和xml一样
都是markup language
android其实很多app是xml based
这个跟html based的web，其实就是一个idea
你们吵来吵去，其实本质都不过是一些简单的显示而已
但是这些显示有一个主要问题就是
它们没有办法自发地去处理一些东西
比如你想弄个ai，就很困难，游戏里面经常需要角色自己琢磨如何行动
但是如果只是办公的话，那ai就不存在
但是并不等于所有app都不需要ai
在短时间内，web并不会替代app，可能永远都替代不了
你不得不承认的就是，web能搞定工作，但是娱乐，多数时候需要app
娱乐需要伴侣，而伴侣需要思考，当然一种极端情况就是把思考的部分
全部塞入server side，那这个在段时间内会比较难以实现
因为网络的延迟实在是太大了，等什么时候skynet出来之后，这个才有可能
【在 c*****e 的大作中提到】
: 板上有些人就是嘴硬，好像天天在手机上用 browser。
|
z*******3
发帖数: 13709 | 74 这个在10年前，j2ee就提出了这个概念
mvc是啥？v就是jsp这些html的动态版
统一平台没有错，这个是一个乌托邦
所有的平台制造商，都反对统一平台
因为谁控制了平台，谁就是赚钱的大户
为啥m$造了一个世界首富？
因为m$有一个统一的平台windows
难道你不想做世界首富嘛？你不想，资本家允许你不想么？
公司的本质决定了公司必需为股东创造财富
所以统一平台是一个遥远而短时间内几乎不可能完成的任务
java就是这个理论的先驱，java最早提出统一平台的概念
包括applet，当时提出直接在html里面塞入 |
z*******3
发帖数: 13709 | 75 10年前的js，html和css
跟10年后的今天的js什么没有太大的区别
原来怎么垃圾，现在还是怎么垃圾
造就了很多web的垃圾公司
去股市商圈钱，一波流
制造泡沫，忽悠群众
我相信有一天能实现统一平台这么一个美好的远景
但是现实只是现实，现实就是，js做不了太复杂的东西
无论你怎么堆轮子，怎么自己发挥，怎么造，怎么搞
你做的那些，其实都摆脱不了一个简单的数据搬运这么一个过程
但是人对于电脑的要求，远远不是搬运数据这么简单
需要电脑能够自发滴处理数据，一旦到了数据转换这个level
js很快就体现出颓势来，最简单的
你写js，要求web页面保持75fps的刷新速率，然后要求每一个frame
作出一定程度的思考，比如让某一个球移动一点这样
你很快就会发现，web页面的刷新是如此之慢，让人无法忍受
同时动画的非常非常的卡，相比之下，app随便一个，要做到这一点
都很容易，ios早就超过了，android最新版本也可以做到
web就是一个木桶最糟糕的那个短板，你说这个短板在将来会增高到一个程度
我信，乐观估计，可能50年后有这个可能
但是目前，你要想有好的体验，那就老实看app怎么做，不要太把web当回事
平台让你用啥，你就用啥，别自找麻烦 |
z*******3
发帖数: 13709 | 76 工作是这样
但是娱乐不是这样
90％的娱乐，需要一个ria
比如flash，flash造就了youtube
netflix如果只用js，那是多可怕的一个光景
webapp。
【在 g*****g 的大作中提到】
: 90%的非码农工作有个浏览器就够了。我们公司就是gmail+gdocs+内部管理用的webapp。
: 银行超市这些也一样。我在家里用电脑同样只需要浏览器。
: 现在连专用软件都逐渐web化, mobile化。就是个趋势而已。Chrome OS不一定火，但这
: 个方向是没错的。个人的使用绝大部分不出web browsing, email, im, video/audio。
: 这年头只有3D游戏还需要胖客户端。
|
z*******3
发帖数: 13709 | 77 其实chromeos的目的是想打破windows独大的局面
也是google用来破坏windows在desktop上独大的一个棋子
就像m$搞wp一样，oracle当年搞什么app server一样
总得搞一搞了，但是估计google自己也明白
这个东西，短时间内没戏
然后chromeos和anroid迟早会统一起来
就像ios和macosx，wp上的windows一样
同一个公司的产品，尽可能统一接口api，给开发者提供方便
这是最优先的考虑，说白了都在抢程序员市场
大公司造出简单便于使用的各种轮子，然后推广给程序员
然后由程序员完成每一个领域的定制，交给客户去用
这就是所谓一流公司定标准，二流公司做平台，三流公司做产品的意思
作为个体，多数人还是做产品，个人很难做什么平台或定什么标准
标准现在都是所有人坐下来谈判，象jcp一样
平台则是大公司游戏，个人想要创业，起步阶段，还是需要做产品
【在 j******o 的大作中提到】
: chrome os 的理论从刚开始就有问题，假定90%的用户使用电脑，90%在用浏览器上网，
: 然后得出剩下那10%的功能不重要，用户为了省钱可以舍弃。
: 事实上并不是这样，用户为了能做那10%的事情还必须买second PC,结果就是为了省钱
: 就不买chrome PC了。
|
z*******3
发帖数: 13709 | 78 thick和thin的区别很简单啊
就看需要不需要转换数据就知道了
如果只是简单的搬运数据
web可以搞
但是稍微转换一下数据
光靠web那点脚本
搞不定的
工作可以这样搞，因为转换数据经常由人脑来完成
但是娱乐的时候，人脑就会推卸这个责任
拒绝思考，这个时候数据转换将会变得重要起来
这个时候web就很难胜任了
那转换数据的职责可能由server side来完成
也有可能通过app来搞定
但是不管怎样，脚本都不适合转换数据
这个时候就需要对象，因为数据首先得定位，然后才能转换
转换之后还要把数据塞回对象中去，这个时候java很好用
脚本比如js经常会出现你不知道对象在哪里的情况
这个时候尤其讨厌var这种定义方式，当你看到一个变量都不知道是啥的时候
想杀人的心就出来了
【在 g*****g 的大作中提到】
: facebook 不管是用native写也好，用html写也好，都不是什么thick client.
: server端的复杂程度远远高于前端。
|
i**i
发帖数: 1500 | |
z*******3
发帖数: 13709 | 80 你跟它们去狗咬狗
【在 i**i 的大作中提到】
: 接着看呗。
|
|
|
i**i
发帖数: 1500 | 81 信息含量是0。
直接反映智商。
【在 z*******3 的大作中提到】
: 你跟它们去狗咬狗
|
z*******3
发帖数: 13709 | 82 lol
里面有个名词
这算不算信息含量？
【在 i**i 的大作中提到】
: 信息含量是0。
: 直接反映智商。
|
i**i
发帖数: 1500 | 83 这跟小学生刚会写字有什么区别？
你是不是觉得占了很大的便宜？咱直接忽略。
其实你老人家的大作里可以直接忽略的太多。只不过您还感觉挺好。您继续，咱不打扰
了。
【在 z*******3 的大作中提到】
: lol
: 里面有个名词
: 这算不算信息含量？
|
z*******3
发帖数: 13709 | 84 赶紧滚开啊
这是你第几次不打扰了
【在 i**i 的大作中提到】
: 这跟小学生刚会写字有什么区别？
: 你是不是觉得占了很大的便宜？咱直接忽略。
: 其实你老人家的大作里可以直接忽略的太多。只不过您还感觉挺好。您继续，咱不打扰
: 了。
|
i**i
发帖数: 1500 | 85 您时空错乱了。还是花时间干点正事吧。
【在 z*******3 的大作中提到】
: 赶紧滚开啊
: 这是你第几次不打扰了
|
y*******g
发帖数: 6599 | 86 chrome os可以run native android app了
chrome
【在 i**i 的大作中提到】
: 这不是问题．
: chrome os 假设用户大部分的时间是在做和上网有关的事情，desktop提供的大部分东
: 西都是多余的．在这个前提下就可以做一个纯粹上网的os．privacy的问题不是chrome
: os造成的，没有他一样得用gmail.
: 真正的问题是chrome os和android重叠的很厉害．看他还能撑多久不合并．
|
c*****e
发帖数: 3226 | 87 so? 这点小把戏能改变基本面？
【在 y*******g 的大作中提到】
: chrome os可以run native android app了
:
: chrome
|
q****x
发帖数: 7404 | 88 很不错，轻量级使用，比pad强。
【在 s*****V 的大作中提到】
: 他的定位是什么
|
q****x
发帖数: 7404 | 89 便携、电池久、开机快。chrome是很好的轻量级工具，强于平板。
【在 j******o 的大作中提到】
: chrome os 的理论从刚开始就有问题，假定90%的用户使用电脑，90%在用浏览器上网，
: 然后得出剩下那10%的功能不重要，用户为了省钱可以舍弃。
: 事实上并不是这样，用户为了能做那10%的事情还必须买second PC,结果就是为了省钱
: 就不买chrome PC了。
|
g*****g
发帖数: 34805 | 90 还不改变基本面哪？Android app比Windows app多多了。除了专业软件，没啥不能干得
了。
只不过这东西就是Android上带个Chrome罢了。
【在 c*****e 的大作中提到】
: so? 这点小把戏能改变基本面？
|
|
|
c*****e
发帖数: 3226 | 91
？？？
你恰恰说反了。。。是 chrome /os 里面带个 Java run time .
【在 g*****g 的大作中提到】
: 还不改变基本面哪？Android app比Windows app多多了。除了专业软件，没啥不能干得
: 了。
: 只不过这东西就是Android上带个Chrome罢了。
|
i**i
发帖数: 1500 | 92 r u sure?
==== BTW copy a post from Lars Vogel here =====
Lars Vogel
Shared publicly - Sep 22, 2014
#Android
Awesome. Running Android apps in the Chrome browser.
Ronan Schwarz originally shared:
android applet or revenge of the native apps
By now I suppose most have seen that chrome web browser can run almost any
android app with the help of a little hack here:
https://github.com/vladikoff/chromeos-apk
In hindsight, this seems inevitable: Android is build around virtual
machines after all. In the early years of the web, there was a very popular
version of this, the Java Applet. From wikipedia: The user launches the Java
applet from a web page, and the applet is then executed within a Java
Virtual Machine (JVM) in a process separate from the web browser itself. [..
] released in 1995.
I recall a time when all a website would do was load the runtime and launch
an applet, delivering almost desktop-like Applications written in pure java.
Right now I have the feeling we'll see a come back of the Applets: why build
a complicated web-app if you can just load the apk in a browser ? Could
android replace html5 in its home-ground ?
we live in interesting times.
=====
【在 c*****e 的大作中提到】
:
: ？？？
: 你恰恰说反了。。。是 chrome /os 里面带个 Java run time .
|
i**i
发帖数: 1500 | 93 One more thing to watch: Intel XDK, crosswalk
https://software.intel.com/en-us/html5/tools |
N********n
发帖数: 8363 | 94 CHROME OS结合ANDROID就是脱下裤子放屁。市场证明跑JS程序的CHROME OS
没几个人用，只有走NATIVE路线的ANDROID才对头。所谓结合最终肯定就是
抛弃JS写APP那一套，挂CHROME OS羊头，跑ANDROID狗肉。 |
