q*a
2 楼
基督教的“圣经”关于宇宙的起源的说法是所谓的“六日创世”。这名显和科学的认知
是矛盾的。因此,有些基督徒们,包括 jym2307 同学,企图通过重新解释时间量
词“六日创世”的“日”来骗自己并且骗别人。下面的证据戳穿了这样的谎言。
这“第六日”是多长时间?问题很简单,在没有任何说明的情况下,同一句话里的两个
时间量词“日”是不是同一个含义?如果“六日创世”的“日”是很长的时间,那么,
下面经文里的“安息日”又该是多长的时间???????
出埃及记 20:11 因为六日之内,耶和华造天,地,海,和其中的万物,第七日便安息
,所以耶和华赐福与安息日,定为圣日。
出埃及记 31:17 这是我和以色列人永远的证据,因为六日之内耶和华造天地,第七日
便安息舒畅。
基督徒们,醒醒吧,不要自己骗自己了。
是矛盾的。因此,有些基督徒们,包括 jym2307 同学,企图通过重新解释时间量
词“六日创世”的“日”来骗自己并且骗别人。下面的证据戳穿了这样的谎言。
这“第六日”是多长时间?问题很简单,在没有任何说明的情况下,同一句话里的两个
时间量词“日”是不是同一个含义?如果“六日创世”的“日”是很长的时间,那么,
下面经文里的“安息日”又该是多长的时间???????
出埃及记 20:11 因为六日之内,耶和华造天,地,海,和其中的万物,第七日便安息
,所以耶和华赐福与安息日,定为圣日。
出埃及记 31:17 这是我和以色列人永远的证据,因为六日之内耶和华造天地,第七日
便安息舒畅。
基督徒们,醒醒吧,不要自己骗自己了。
a*y
3 楼
从图上看貌似做了很多改进
才能放得下这么大的电池,还是用户可换的。
现在苹果笔记本电池其实也可以用户可换,只是换起来麻烦,比如MBP 13的后背插下来
,电池还是accessible的。
只是这个外壳缝隙看起来很山寨啊。。。
才能放得下这么大的电池,还是用户可换的。
现在苹果笔记本电池其实也可以用户可换,只是换起来麻烦,比如MBP 13的后背插下来
,电池还是accessible的。
只是这个外壳缝隙看起来很山寨啊。。。
t*n
4 楼
用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
更快,srrc code 也更加scalable 因为ui and logic are separated
更加clean,唯一不好就是java thick 一点而已
为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
行,程序员写得快,这算不上什么优势吧
更快,srrc code 也更加scalable 因为ui and logic are separated
更加clean,唯一不好就是java thick 一点而已
为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
行,程序员写得快,这算不上什么优势吧
q*a
5 楼
在这里备份一下。
k*0
16 楼
LZ搞笑了吧? 苹果的精神我们早就理解了, 过几年给个别人早用惯的功能就是恩赐啊!
同理比如说那个新的文件夹功能...
同理比如说那个新的文件夹功能...
n*1
17 楼
理论上我同意前端用java写是个好方案。 可固执是人的天性, 你把整个paradigm都变
了,他们接受不来. 他们只相信successful business cases, 不相信vision.
所以只能一点一点地在js里面加料, 每加一点还能引起欢呼雀跃。 c++/dart/c#这些
四不像就这么来的。
了,他们接受不来. 他们只相信successful business cases, 不相信vision.
所以只能一点一点地在js里面加料, 每加一点还能引起欢呼雀跃。 c++/dart/c#这些
四不像就这么来的。
l*s
19 楼
太落伍了,起码也得是dart吧,连zhoce这样写了十几年java的资深大牛都被勾引了。
g*g
21 楼
这不是常见的写法。java在前端的一个短板是静态语言,需要重新编译。前端调个像素
就这么折腾,效率低。
当然现在有jrebel,能好一点。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
就这么折腾,效率低。
当然现在有jrebel,能好一点。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
b*e
25 楼
这样说吧,我基本肯定你没有严肃的做过前端。你真做两年full stack就知道,GWT完
全就是一个反人类的屎逼。一般编译是吧C编译成Assembly。GWT基本上是吧Assembly编
译成C的套路。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
全就是一个反人类的屎逼。一般编译是吧C编译成Assembly。GWT基本上是吧Assembly编
译成C的套路。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
y*e
31 楼
gwt还是弱,简单的要求还可以。稍微复杂一点的就不行了。要不怎么有一个收钱的
smart gwt
smart gwt
l*n
49 楼
后端为什么不能用js写?
d*i
55 楼
It's OK if your web are "traditional" type, which most front-end business
logic sits on the server side as well as the work-flow controlling logic,and
server returns content to browser from page to page.
The user expectations on Web UI getting higher and higher which people
always compare a Web UI with a Desktop UI in terms of look and feel.
One trend for Web UI to go is to go "Single Page Application", which need to
put flow controlling logic sit in the browser and many front-end logic is
shifted from server side to browser. You need finer control in the browser
which using the generated codes(such as GWT) might have problem with.
logic sits on the server side as well as the work-flow controlling logic,and
server returns content to browser from page to page.
The user expectations on Web UI getting higher and higher which people
always compare a Web UI with a Desktop UI in terms of look and feel.
One trend for Web UI to go is to go "Single Page Application", which need to
put flow controlling logic sit in the browser and many front-end logic is
shifted from server side to browser. You need finer control in the browser
which using the generated codes(such as GWT) might have problem with.
l*t
58 楼
I think it's just a simple engineering trade-off.
Making the battery replaceable would make the phone thicker/larger, so Apple
didn't implement it.
Now the circuit board is small enough to make room for a replaceable battery
, Apple decided to do it.
Another aspect is that more pro-users are adopting iPhones now. Normal
consumers don't need second batteries. I never had one. On the other hand,
pro-users who are always on the phone do need this feature.
Making the battery replaceable would make the phone thicker/larger, so Apple
didn't implement it.
Now the circuit board is small enough to make room for a replaceable battery
, Apple decided to do it.
Another aspect is that more pro-users are adopting iPhones now. Normal
consumers don't need second batteries. I never had one. On the other hand,
pro-users who are always on the phone do need this feature.
p*2
61 楼
前端以前本来是Java的,自己不争气被小弟JS给赶跑了。
A*t
66 楼
lol, 这回风向又变了
The Prototype iPhone Dissected, No User Removable Battery
http://forums.macrumors.com/showthread.php?t=901507
The Prototype iPhone Dissected, No User Removable Battery
http://forums.macrumors.com/showthread.php?t=901507
c*0
68 楼
哇,风云突变阿
s*d
70 楼
来,大家再展开说说是亮点还是黑点。
c*0
72 楼
根据名媛的指示,我觉得这还是黑点. 否则名媛也不会用"新的黑点"来形容了
c*n
74 楼
既然可以撬开, 肯定可以自己换电池了, 又不是UNIBODY。 轮了以后就没有正常思维
了。
你要想不用撬开就能打开个小盖SWAP BATTERY, 那肯定要是第五代, JOBS不可能轻易把一个这么重要的FEATURE一次给你们的。
了。
你要想不用撬开就能打开个小盖SWAP BATTERY, 那肯定要是第五代, JOBS不可能轻易把一个这么重要的FEATURE一次给你们的。
c*4
75 楼
这里用JavaScript的就没有做过复杂的界面。
我曾经的一个产品就是这样做的。有几百页,每一页的UI对象都以千计。这个产品的特
点是没有程序员(开发framework和compiler的不算)。自己开发的编译器生成界面代
码(Java),GWT再将此代码编译成HTML。前后台代码加起来在100万行以上全部是生成
的,不用一个程序员。
缺点是浏览器的兼容性差。由于浏览器不断升级,维护旧版本的成本太高。产品须保证
10年有效,但是总不能要求别人用旧版本用IE 6。而且这样转出来的界面和其他平台(
如Windows下)不完全一致。
现在的方案是用Silverlight。问题是不支持平板。
准备重新上HTML5+SVG。但是Deskop上还不好解决,因为谁也不想做两套产品。
Silverlight的优点就是只有一套。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
我曾经的一个产品就是这样做的。有几百页,每一页的UI对象都以千计。这个产品的特
点是没有程序员(开发framework和compiler的不算)。自己开发的编译器生成界面代
码(Java),GWT再将此代码编译成HTML。前后台代码加起来在100万行以上全部是生成
的,不用一个程序员。
缺点是浏览器的兼容性差。由于浏览器不断升级,维护旧版本的成本太高。产品须保证
10年有效,但是总不能要求别人用旧版本用IE 6。而且这样转出来的界面和其他平台(
如Windows下)不完全一致。
现在的方案是用Silverlight。问题是不支持平板。
准备重新上HTML5+SVG。但是Deskop上还不好解决,因为谁也不想做两套产品。
Silverlight的优点就是只有一套。
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
m*k
76 楼
我估计这就是个原型而已。金属壳和方造型不像苹果的风格。
n*1
77 楼
非常同意这个,俺的chromebook上面现在好多离线app都做的堪比传统桌面程序了, 也就
是说web界面已经达到不需要前端服务器辅助的地步了.
这些ror/django/asp.net/node本质上就是server side MVC, 是当年浏览器能力低下的
情况下不得已为之的方案. 现在浏览器都快成操作系统了, server-side MVC自然会成
了夹心饼干.还有就是随着用户量的增长, server side MVC再快也终究会吃不消, 最后
还得把计算量推给浏览器.
@peking2
node相对其他几个还是有点优势的, 就是在server前端消失后还可以回来开发客户端,
其他几个就一个子都不剩了.
ror
【在 g*****g 的大作中提到】
: 我看随着html和js client lib增强,server前端迟早会小众。包括node, django, ror
: 都要玩完。
: 后端直接出个webservice,html5/js 和 mobile app就给消费了,要这些server ui
: framework干啥?
是说web界面已经达到不需要前端服务器辅助的地步了.
这些ror/django/asp.net/node本质上就是server side MVC, 是当年浏览器能力低下的
情况下不得已为之的方案. 现在浏览器都快成操作系统了, server-side MVC自然会成
了夹心饼干.还有就是随着用户量的增长, server side MVC再快也终究会吃不消, 最后
还得把计算量推给浏览器.
@peking2
node相对其他几个还是有点优势的, 就是在server前端消失后还可以回来开发客户端,
其他几个就一个子都不剩了.
ror
【在 g*****g 的大作中提到】
: 我看随着html和js client lib增强,server前端迟早会小众。包括node, django, ror
: 都要玩完。
: 后端直接出个webservice,html5/js 和 mobile app就给消费了,要这些server ui
: framework干啥?
p*2
78 楼
,
node本质上就是server side MVC
我强烈鄙视你这句话。
【在 n****1 的大作中提到】
: 非常同意这个,俺的chromebook上面现在好多离线app都做的堪比传统桌面程序了, 也就
: 是说web界面已经达到不需要前端服务器辅助的地步了.
: 这些ror/django/asp.net/node本质上就是server side MVC, 是当年浏览器能力低下的
: 情况下不得已为之的方案. 现在浏览器都快成操作系统了, server-side MVC自然会成
: 了夹心饼干.还有就是随着用户量的增长, server side MVC再快也终究会吃不消, 最后
: 还得把计算量推给浏览器.
: @peking2
: node相对其他几个还是有点优势的, 就是在server前端消失后还可以回来开发客户端,
: 其他几个就一个子都不剩了.
:
c*a
79 楼
谁说不用?vaadin就是这个
很好用,当然,只限于做APP类型的内部产品
很好用,当然,只限于做APP类型的内部产品
f*p
82 楼
真的是一份付出一分收获。其实java code很烂的。
z*e
94 楼
呵呵,我写过哦
我觉得mimisoft说的那个robovm很好
已经开始收费了
【在 c*****4 的大作中提到】
: 这里用JavaScript的就没有做过复杂的界面。
: 我曾经的一个产品就是这样做的。有几百页,每一页的UI对象都以千计。这个产品的特
: 点是没有程序员(开发framework和compiler的不算)。自己开发的编译器生成界面代
: 码(Java),GWT再将此代码编译成HTML。前后台代码加起来在100万行以上全部是生成
: 的,不用一个程序员。
: 缺点是浏览器的兼容性差。由于浏览器不断升级,维护旧版本的成本太高。产品须保证
: 10年有效,但是总不能要求别人用旧版本用IE 6。而且这样转出来的界面和其他平台(
: 如Windows下)不完全一致。
: 现在的方案是用Silverlight。问题是不支持平板。
: 准备重新上HTML5+SVG。但是Deskop上还不好解决,因为谁也不想做两套产品。
我觉得mimisoft说的那个robovm很好
已经开始收费了
【在 c*****4 的大作中提到】
: 这里用JavaScript的就没有做过复杂的界面。
: 我曾经的一个产品就是这样做的。有几百页,每一页的UI对象都以千计。这个产品的特
: 点是没有程序员(开发framework和compiler的不算)。自己开发的编译器生成界面代
: 码(Java),GWT再将此代码编译成HTML。前后台代码加起来在100万行以上全部是生成
: 的,不用一个程序员。
: 缺点是浏览器的兼容性差。由于浏览器不断升级,维护旧版本的成本太高。产品须保证
: 10年有效,但是总不能要求别人用旧版本用IE 6。而且这样转出来的界面和其他平台(
: 如Windows下)不完全一致。
: 现在的方案是用Silverlight。问题是不支持平板。
: 准备重新上HTML5+SVG。但是Deskop上还不好解决,因为谁也不想做两套产品。
z*e
95 楼
java可以写
js很垃圾,写起来很苦逼
gwt算是解决了一部分问题
但是浏览器上的应用本身就是苦逼到死的工作
没多少人乐意干
还有浏览器和app上的整合
omg
总有人尝试只做一个界面然后自动跨所有平台,包括浏览器
但是现实总是会证明,你还不如针对不同平台都做一个来得省钱省力
简单说就是gui没那么容易搞,政治斗争太激烈了
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
js很垃圾,写起来很苦逼
gwt算是解决了一部分问题
但是浏览器上的应用本身就是苦逼到死的工作
没多少人乐意干
还有浏览器和app上的整合
omg
总有人尝试只做一个界面然后自动跨所有平台,包括浏览器
但是现实总是会证明,你还不如针对不同平台都做一个来得省钱省力
简单说就是gui没那么容易搞,政治斗争太激烈了
load
【在 t*****n 的大作中提到】
: 用gwt compile成javascript这样比直接写出来的javascript更新robust,而且load
: 更快,srrc code 也更加scalable 因为ui and logic are separated
: 更加clean,唯一不好就是java thick 一点而已
: 为什么不用java写前端,而都在讨论用javascript写后端,没有任何优势啊,code少几
: 行,程序员写得快,这算不上什么优势吧
相关阅读
Machine learning on shell script用数据库做蒙特卡洛模拟的问题玩儿时间序列 面板回归之类R就够了?想配置一个dl用的laptop讨论程序语言没什么意思,functional programming还是不错的关于程序语言,Bambi Meets Godzilla, blog和动画都不错据说现在Koa风头正健,大有压倒express之势predictive analysis只能用来prediction吧?Algo BrixC++ 又开始火起来了吗?用SQL Server 准备数据,R分析数据Office 2010 Plus 激活求助 (转载)陌陌C++函数避免长参数列表node.js Q: base64 string to blob ?我发现amazon一个大的系统漏洞machine learning on virtual machine请推荐javascript的tag tool国内AI风投真是热,有同学忽悠我回去搞公司今天正式转行成为程序员!