Redian新闻
>
华人化学家教授在美国并无话语权
avatar
华人化学家教授在美国并无话语权# Chemistry - 化学
t*u
1
【 以下文字转载自 ebiz 讨论区 】
发信人: tingtingliu (Grand Cherokee Overland), 信区: ebiz
标 题: 黄油放拖运的箱子 会不会被偷呢?
发信站: BBS 未名空间站 (Mon Nov 28 13:39:41 2011, 美东)
avatar
A*7
2
我是AB血型,确实是万能受血者。但是我看过一篇文章说即使如此一般还是以输入同型
血为主。这次手术被剪断了动脉,术后红血球一直低只有21。今天医生给输血输的A型
血,这是很大的医院,不至于没有AB型血啊。
avatar
v*f
3
顺着蜿蜒的公路骑上去,Parlos Verdes就像一个绿树成荫的小岛。公路的边上是一栋
一栋在树丛中掩映的白墙红瓦房,房子和树丛的间隙中可以看到下面蔚蓝的大海。这里
的空气凉爽透明,天也显得特别蓝,街道和两旁的建筑都非常整洁,和我刚刚骑过的一
号公路仿佛是两个世界。
上次和 kb&sp 从 manhattan beach 往南骑车,到了PV前面的一个大上坡,kb和我都打
了退堂鼓。kb膝盖疼,我那天不知怎的就是使不上劲。今天到 hermosa beach,我就计
划要一直骑到 PV。那个大上坡今天的感觉尚可,只是租来的山地车实在不适合骑这种
公路上坡,费劲而且速度慢。旁边一辆接一辆的公路自行车刷刷地超过我,我就象老牛
拉破车一样哼哧哼哧地自得其乐。
上到坡顶,又延 Parlos Verdes Dr 骑了大概20分钟,到了一处开阔的高地。我坐下来
休息,俯瞰下面蓝莹莹的大海,海面上星星点点的游船和白帆,漂亮的海湾里沙滩反射
着阳光,沙滩上有密密麻麻的人群,我知道我们的大部队就在其中。因为要赶还车的时
间,我没能继续骑到PV伸到海里最突出的那块高地。
以后再去南边一点的海滩,建议大家顺便
avatar
b*o
4
最近有在想,我们把所有的事情都设置一个期限,那生活不会不变得更简单一点?
当然了,我这里所说的简单并不是指事情的完成难度变简单了,而是指我们做出选择的
时候会不会觉得简单一点?毕竟就像我们在写试卷的时候,我们往往更喜欢填选择题而
不是问答题不是吗?
如果说我们只能工作一年,那我们肯定不会把大把时间都花在对工作的挑挑拣拣上面,
而是会根据自己的实际情况去找到自己喜欢的工作。然后尽快地去适应工作,尽快在规
定时间里完成自己的工作任务;如果,父母只能赡养五年,那我们会不会在过春节的时
候毫不犹豫地回家陪老人过年?那样的话,我们陪在孤单的父母身边的时间会更多一些
不是吗?如果孩子只能养十年,那我们是不是就会抓紧时间教会他如何成为一个独立的
人?那样一来,还会有那么多的啃老族吗?如果我们把恋爱定为三年,婚姻的维持定为
五年,那么我们在谈恋爱过生活的时候,那彼此双方会不会更懂得理解与包容?
确实,当我们把一件事情设置了期限的时候,事情就会变得很不一样。就比如说,如果
设置的期限太短,事情就会有更加急迫,也许当事人就会更加珍惜或者有效地处理。而
如果期限太长,也许各种拖延症等各种无所谓的心态就会随之而来。
期限或许会让你更懂得拥有的不易,有这个意识或许会让你的生活更充实。所以或许我
们可以尝试一下把自己的事情设上期限。
avatar
z*e
5
因为一个系统规模增加,这本身是一个大趋势,永远都只会越来越大
不会越来越小,所以这个趋势是单向的,不可逆的
那么随着这个趋势,逐步增加消耗资源的东西,前景一律堪忧
比如,维护成本,这个在c类语言上体现得最为明显
c++就是典型,随着规模的增加,程序员互相之间看不懂对方写的代码
不停滴报错,最后随着越来越多程序员互相之间看不懂对方的代码
维护成本逐步上升,最后崩盘
再比如,动态类型,这个是对机器资源提出了要求
一个小程序的对象,跟一个很大规模系统的对象
这个对象到底是什么东西,是human还是animial还是神兽……
这个可能性会随着系统增大而逐步增多,最后在这上面消耗的资源将会越来越大
因为系统需要投入资源去准备各种可能性,最后无法承受之后崩盘
还比如,事务,事务所消耗的资源也是随着系统规模的增加而增加
也是一样的,db最后会因为系统规模过于庞大,而无法支撑如此消耗资源的事务
而不得不让位给不怎么支持事务的nosql,其实包括select也有类似的问题
不过select可以通过排序,找index等方式来优化,所以其实还好
事务很难优化,越大越麻烦,所以nosql一般把事务视作原罪
为什么要封装?封装很重要一点就是,你这块做完了,就完了
别人不需要看也不需要理解就是不需要后续继续投入资源去搞这一块的东西
否则随着这种东西的数量的逐步增加,哪怕很小很简单的一个资源的投入
都会随着系统增加而逐步放大,最后无法承受,压垮骆驼
因为人的精力是有限的,而系统则是理论上会逐步成长的一个东西
系统一定是越写越大的,而人的精力过了20年,估计也还是那样
一天也就只能投入8个小时到12个小时,再怎么发展,他一天也不可能投入25个小时
但是系统随着时间的增加,其代码量会越写越多,这个趋势不可逆
所以如何从这个趋势中survive下来,就是软件工程搞的东西
avatar
e*2
6
还窝在那趴着干啥, 站起来
像是义工那样去做人吧.
心理的奴性将会被遗传的.
avatar
k*1
7
太重了,不要。
avatar
s*2
8
no worries.

【在 A**********7 的大作中提到】
: 我是AB血型,确实是万能受血者。但是我看过一篇文章说即使如此一般还是以输入同型
: 血为主。这次手术被剪断了动脉,术后红血球一直低只有21。今天医生给输血输的A型
: 血,这是很大的医院,不至于没有AB型血啊。

avatar
z*e
9
人要承认一点,就是人的精力是有限的
哪怕你再努力,遇到一个几百人的项目,你也不可能把每一块代码功能都理解清楚
也就是总有人以为读了某一个cs的phd就无敌了,这个可能性是不存在的
该不会的时候,一样不会,这一点不会随着你的学历有多高,或者你有多努力而改变
这就是现实复杂性,哪怕很简单的一个东西,只要你事先不知道这是什么玩意
你要想知道,要想掌握,都需要时间和精力的投入
而同时,人们又在不停地创造出新的产品出来
所以产品本身是无法学习完的,那么在这个前提下
我们只能说,把握住主线,不要太过于关注细节
你知道这是个什么东西,它有什么特点,用来做什么,好,知道了这些,开始干活
至于丫的是如何实现的,真心很难有精力去把代码给看完
所以学习到最后一定是你自己把这些东西给抽象出来,变成一堆的顶层扯淡
至于下面的具体的实现的细节,各有各的不同,但是不影响理论依据,就行了
比如是db就应该做db该做的事,那这个db是mysql还是oracle,不管了
管不过来,就算学完了这两个,后面还有postgresql和firebird
现在又冒出了mongodb什么,光数都可以数上一天,这要是真投入下去
一辈子就耗在这里面了,所以,不懂,很正常,不影响上手干活就行了
avatar
h*l
10
放过几次,没有被偷..
avatar
T*R
11
美国AB型血的人很少。只有3%的美国人是AB+。估计这3%里还有不少亚裔,亚裔还不愿
意捐血。所以实际血库有的AB型血非常少。
avatar
x*u
12
搞工程的本质就是make decision

【在 z****e 的大作中提到】
: 人要承认一点,就是人的精力是有限的
: 哪怕你再努力,遇到一个几百人的项目,你也不可能把每一块代码功能都理解清楚
: 也就是总有人以为读了某一个cs的phd就无敌了,这个可能性是不存在的
: 该不会的时候,一样不会,这一点不会随着你的学历有多高,或者你有多努力而改变
: 这就是现实复杂性,哪怕很简单的一个东西,只要你事先不知道这是什么玩意
: 你要想知道,要想掌握,都需要时间和精力的投入
: 而同时,人们又在不停地创造出新的产品出来
: 所以产品本身是无法学习完的,那么在这个前提下
: 我们只能说,把握住主线,不要太过于关注细节
: 你知道这是个什么东西,它有什么特点,用来做什么,好,知道了这些,开始干活

avatar
b*i
13
谁会偷那个。。。又不是很值钱
avatar
s*2
14
Good to know, thanks for sharing.

【在 T*R 的大作中提到】
: 美国AB型血的人很少。只有3%的美国人是AB+。估计这3%里还有不少亚裔,亚裔还不愿
: 意捐血。所以实际血库有的AB型血非常少。

avatar
s*V
15
难道还有规模增加,消耗资源减少的玩意?

【在 z****e 的大作中提到】
: 因为一个系统规模增加,这本身是一个大趋势,永远都只会越来越大
: 不会越来越小,所以这个趋势是单向的,不可逆的
: 那么随着这个趋势,逐步增加消耗资源的东西,前景一律堪忧
: 比如,维护成本,这个在c类语言上体现得最为明显
: c++就是典型,随着规模的增加,程序员互相之间看不懂对方写的代码
: 不停滴报错,最后随着越来越多程序员互相之间看不懂对方的代码
: 维护成本逐步上升,最后崩盘
: 再比如,动态类型,这个是对机器资源提出了要求
: 一个小程序的对象,跟一个很大规模系统的对象
: 这个对象到底是什么东西,是human还是animial还是神兽……

avatar
z*e
16
没有,但是有随着规模增加,消耗资源不跟着增长的玩意

【在 s*****V 的大作中提到】
: 难道还有规模增加,消耗资源减少的玩意?
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。