你们在国内的大学化学废料回收么 - 未名空间MITBBS历史存档

你们在国内的大学化学废料回收么# Chemistry - 化学

s*f2011-03-03 08:03

1 楼

我是一个民间金融从业者，从零到年入百万，充满坎坷与辛酸！关于民间金融这个行业
一直以来都比较乱，不靠谱的人很多，不靠谱的消息更多，我们不是神，也不是软件，
我们有的只是经验与渠道！所谓的技术只是一层纸，我们知道的只比你多那么一点点！
金融来源于生产，但后来渐渐地独立于生产，现在已经凌驾于生产之上；脱离生
产的金融本来应当是无源之水、无皮之毛，但是我们的人生观不是来追求真理和真相的
，我们只认事实。因此，我们不要去管生产，而只要追求金融
我们要通过金融的手段来左右生产，凡是不利于金融的不要去做，哪怕是高科技；
凡是有利于金融的都要去抓，哪怕是挖河沙、占鱼塘

c*n2011-03-03 08:03

2 楼

我觉得不错

f*a2011-03-03 08:03

3 楼

吓坏了别怪我~~~~~~~~~~
要说今天多神奇啊,兔子出去跟人吃饭了
我又做饭又喂娃又洗碗
录音的时候娃在叫，要扯耳机,要一起唱
猫在咬裤子,顺腿往上爬
我都坚持录下来啦!!!!!
高音听起来多么可怕我也不怕!

y*i2011-03-03 08:03

4 楼

用iphone 1的case试了一下，并不能完全解决：
speedtest.com
不在手中：2500kbps
用case，右手拿，小指无名指放在gap附近：200kbps
用case，右手拿，小指无名指不在gap附近：2500kbps
所以即使用了case，如果还是同样的握法网速要降10倍。
case是silica gel的，厚度有2mm

n*t2011-03-03 08:03

5 楼

是用 yacc/lex 写的，还有人记得这对活宝么？

h*42011-03-03 08:03

6 楼

来了美国后，才知道化学废品都要回收，国内我上的学校是二流学校，化学废品直接就
倒在水池子流走了，现在想想这些污染该有多严重
不知道是不是国内其他的学校是什么样子的，还是和学校好坏有关
我想国内也应该有类似的废品回收处理站吧，如果有类似的情况的话我觉得我们是不是
该向国内的大学提提，也能像这边一样把这些都回收起来

t*l2011-03-03 08:03

7 楼

这故事拍过好几回.

y*n2011-03-03 08:03

8 楼

沙发~~~

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

G*y2011-03-03 08:03

9 楼

恩，这有个类似的
http://www.youtube.com/watch?v=clNGC1IkoG0

L*e2011-03-03 08:03

10 楼

不明觉厉。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 n*****t 的大作中提到】

: 是用 yacc/lex 写的，还有人记得这对活宝么？

d*g2011-03-03 08:03

11 楼

化学废料回收和一般的废品回收怎么能比阿

【在 h*******4 的大作中提到】

: 来了美国后，才知道化学废品都要回收，国内我上的学校是二流学校，化学废品直接就
: 倒在水池子流走了，现在想想这些污染该有多严重
: 不知道是不是国内其他的学校是什么样子的，还是和学校好坏有关
: 我想国内也应该有类似的废品回收处理站吧，如果有类似的情况的话我觉得我们是不是
: 该向国内的大学提提，也能像这边一样把这些都回收起来

V*x2011-03-03 08:03

12 楼

俺现在怎么也不敢半夜录歌了。。。
录完死活睡不着。。。顶着熊猫眼呢现在
化蝶可谓经典中的经典了。。。
太美了~~~嘿嘿，听到囡囡的和声了~~~
千古传颂深深爱
天长地久不分开
肝肠寸断，如泣如诉

e*e2011-03-03 08:03

13 楼

葵花宝典上这类问题都用yacc/lex做：命令行解释器，customized的语言什么的，自己
写parser才活宝吧

【在 n*****t 的大作中提到】

: 是用 yacc/lex 写的，还有人记得这对活宝么？

h*42011-03-03 08:03

14 楼

可是这些废品污染很严重的，国内应该有这样的部门吧，是不是处理费用比较高就被忽
略了

【在 d*******g 的大作中提到】

: 化学废料回收和一般的废品回收怎么能比阿

H*r2011-03-03 08:03

15 楼

嗒嗒嗓音清亮，在这么困难的情况下都录下来了，太赞了

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

n*t2011-03-03 08:03

16 楼

不是吧，这玩意很好玩的，早年用这玩意读 config file，很爽很爽很爽

【在 L*****e 的大作中提到】

: 不明觉厉。。。
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

R*U2011-03-03 08:03

17 楼

基本不回收吧，我知道大点公司回收，现在好多开发区有专门处理得，小公司基本就
进下水道了。

【在 h*******4 的大作中提到】

: 来了美国后，才知道化学废品都要回收，国内我上的学校是二流学校，化学废品直接就
: 倒在水池子流走了，现在想想这些污染该有多严重
: 不知道是不是国内其他的学校是什么样子的，还是和学校好坏有关
: 我想国内也应该有类似的废品回收处理站吧，如果有类似的情况的话我觉得我们是不是
: 该向国内的大学提提，也能像这边一样把这些都回收起来

K*y2011-03-03 08:03

18 楼

赞，我也努力学习正确的发声 :)

S*A2011-03-03 08:03

19 楼

Lex 还行，但是Lex 很简单，自己手写也没有多少。
YACC 做编译器有很多限制，最大的问题是出错的恢复。
例如编程少打个‘；’，然后编译器就彻底晕菜了。
很不容易跳过这个缺少的‘；’从下一句开始继续编译。
关键在于那个状态转换图是机器自动生成的，里面的过程
人是不参与的，恢复到上个可以继续的状态必须要手工
干预。这个状态图没有直观理解。这就是为什么老的 gcc
有时给出特别莫名其妙的错误信息。
LLVM 就完全没有用 YACC， gcc 以前用 YACC，后来
也改用手动写了。
Perl 是用 YACC 的，当年我还仔细看过，得出的结论是
那个 YACC 完全是摆设。Perl 的隐含规则特别多，在不同
的 scope 里面可以干不同的事情。Perl 的YACC 里面最关键
的部分是对这些编译状态的维护，这些完全是在 YACC 以外
的。等到喂给 YACC 的时候已经完全确定下面可以发生什么。
YACC 就是走个过场而已，让你觉得 Perl 还有个语法树，其
实是没有的。这也是为什么只有 Perl 可以完全解释 Perl 的
语法。
YACC 基本上除了玩具编译项目不太值得严肃使用，认真用
精力浪费在和条条框框做斗争上，要比 YACC 带来的便利多。

h*42011-03-03 08:03

20 楼

如果这样的话，那么多公司和高校都要排出废物，对我们以后的环境还真是担忧，如果
和国内自己呆过的学校提提不知道可以改进不

【在 R*****U 的大作中提到】

: 基本不回收吧，我知道大点公司回收，现在好多开发区有专门处理得，小公司基本就
: 进下水道了。

G*r2011-03-03 08:03

21 楼

好听。看你的介绍不禁想到了小学课本中一篇课文《在艰苦的岁月里》，能这样录歌
真的是佩服。这样充实的生活应该写篇文章给孩子们学习，标题叫《在甜蜜的岁月中-
by Frada》。

t*t2011-03-03 08:03

22 楼

我还用yacc和lex呢.

【在 n*****t 的大作中提到】

: 是用 yacc/lex 写的，还有人记得这对活宝么？

g*l2011-03-03 08:03

23 楼

美声啊，我仰慕

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

x*u2011-03-03 08:03

24 楼

你的项目如果远比YACC复杂，那当然可以考虑自己做一个语法解析。

【在 S*A 的大作中提到】

: Lex 还行，但是Lex 很简单，自己手写也没有多少。
: YACC 做编译器有很多限制，最大的问题是出错的恢复。
: 例如编程少打个‘；’，然后编译器就彻底晕菜了。
: 很不容易跳过这个缺少的‘；’从下一句开始继续编译。
: 关键在于那个状态转换图是机器自动生成的，里面的过程
: 人是不参与的，恢复到上个可以继续的状态必须要手工
: 干预。这个状态图没有直观理解。这就是为什么老的 gcc
: 有时给出特别莫名其妙的错误信息。
: LLVM 就完全没有用 YACC， gcc 以前用 YACC，后来
: 也改用手动写了。

V*x2011-03-03 08:03

25 楼

你应该再整个“不怕不怕”：）：）

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

s*r2011-03-03 08:03

26 楼

atoi就是parser，用这个不算离谱

【在 n*****t 的大作中提到】

: 是用 yacc/lex 写的，还有人记得这对活宝么？

k*m2011-03-03 08:03

27 楼

好美啊

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

l*s2011-03-03 08:03

28 楼

不明觉历

【在 S*A 的大作中提到】

: Lex 还行，但是Lex 很简单，自己手写也没有多少。
: YACC 做编译器有很多限制，最大的问题是出错的恢复。
: 例如编程少打个‘；’，然后编译器就彻底晕菜了。
: 很不容易跳过这个缺少的‘；’从下一句开始继续编译。
: 关键在于那个状态转换图是机器自动生成的，里面的过程
: 人是不参与的，恢复到上个可以继续的状态必须要手工
: 干预。这个状态图没有直观理解。这就是为什么老的 gcc
: 有时给出特别莫名其妙的错误信息。
: LLVM 就完全没有用 YACC， gcc 以前用 YACC，后来
: 也改用手动写了。

V*x2011-03-03 08:03

29 楼

我是觉得这段音乐太美了。。。
感谢作曲的两人以及中国的传统戏剧。。

n*t2011-03-03 08:03

30 楼

热泪盈眶，忍不住跑到车库里翻出那本发黄的小册子，发现首版居然是 1992 年

V*s2011-03-03 08:03

31 楼

仰慕～

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

g*n2011-03-03 08:03

32 楼

写parser,还是antlr好用啊,Hibernate的HQL就是用的Antlr

l*y2011-03-03 08:03

33 楼

音色真不错，感情很到位，赞一个！

【在 f***a 的大作中提到】

: 吓坏了别怪我~~~~~~~~~~
: 要说今天多神奇啊,兔子出去跟人吃饭了
: 我又做饭又喂娃又洗碗
: 录音的时候娃在叫，要扯耳机,要一起唱
: 猫在咬裤子,顺腿往上爬
: 我都坚持录下来啦!!!!!
: 高音听起来多么可怕我也不怕!

d*a2011-03-03 08:03

34 楼

我觉得yacc还行。很早以前我用yacc写过SQL的parser。
yacc是LALR类型的parser生成器，生成的语法树不太直观，
但运行效率比较好，用于SQL解析还是不错的。

【在 S*A 的大作中提到】

: Lex 还行，但是Lex 很简单，自己手写也没有多少。
: YACC 做编译器有很多限制，最大的问题是出错的恢复。
: 例如编程少打个‘；’，然后编译器就彻底晕菜了。
: 很不容易跳过这个缺少的‘；’从下一句开始继续编译。
: 关键在于那个状态转换图是机器自动生成的，里面的过程
: 人是不参与的，恢复到上个可以继续的状态必须要手工
: 干预。这个状态图没有直观理解。这就是为什么老的 gcc
: 有时给出特别莫名其妙的错误信息。
: LLVM 就完全没有用 YACC， gcc 以前用 YACC，后来
: 也改用手动写了。

c*92011-03-03 08:03

35 楼

Haskell的parserc好用的多。

【在 d***a 的大作中提到】

: 我觉得yacc还行。很早以前我用yacc写过SQL的parser。
: yacc是LALR类型的parser生成器，生成的语法树不太直观，
: 但运行效率比较好，用于SQL解析还是不错的。

S*A2011-03-03 08:03

36 楼

用在 SQL 大概比 C 要好些，因为一般 SQL 要比 C
短很多然后语法也简单很多。这样大概报错的时候不
是特别精确问题也并不大。但是如果一旦你要对报错
有一定要求，YACC 就会很不爽。
运行效率上用 C 手写的更高些。编译 C 程序的话，
在 Lex 部分的花的 CPU 要比语法分析的多，因为那里
是循环最密集的地方。语法部分的程序的密集程度没有
Lex 部分高。

【在 d***a 的大作中提到】

: 我觉得yacc还行。很早以前我用yacc写过SQL的parser。
: yacc是LALR类型的parser生成器，生成的语法树不太直观，
: 但运行效率比较好，用于SQL解析还是不错的。

d*a2011-03-03 08:03

37 楼

SQL解析对报错的要求不高，适合用yacc来写。报错性不好，LR型parser都有这个问题。
yacc/lex后来被bison/flex取代了。Bison生成的代码，效率是不错的。flex部分，可
以手写来提高效率。

【在 S*A 的大作中提到】

: 用在 SQL 大概比 C 要好些，因为一般 SQL 要比 C
: 短很多然后语法也简单很多。这样大概报错的时候不
: 是特别精确问题也并不大。但是如果一旦你要对报错
: 有一定要求，YACC 就会很不爽。
: 运行效率上用 C 手写的更高些。编译 C 程序的话，
: 在 Lex 部分的花的 CPU 要比语法分析的多，因为那里
: 是循环最密集的地方。语法部分的程序的密集程度没有
: Lex 部分高。

d*a2011-03-03 08:03

38 楼

嗯...我写那个的时候，Haskell还没有成型。:)

【在 c*******9 的大作中提到】

: Haskell的parserc好用的多。

n*t2011-03-03 08:03

39 楼

一般用这些写的，对效率要求不高，对灵活性和扩展性要求很高。大多是用来实现自定
义的 config 或者 script，比如定义一些变量，能生成一些诸如 php.ini 之类的东西。

【在 S*A 的大作中提到】

: 用在 SQL 大概比 C 要好些，因为一般 SQL 要比 C
: 短很多然后语法也简单很多。这样大概报错的时候不
: 是特别精确问题也并不大。但是如果一旦你要对报错
: 有一定要求，YACC 就会很不爽。
: 运行效率上用 C 手写的更高些。编译 C 程序的话，
: 在 Lex 部分的花的 CPU 要比语法分析的多，因为那里
: 是循环最密集的地方。语法部分的程序的密集程度没有
: Lex 部分高。

S*A2011-03-03 08:03

40 楼

对灵活性和扩展性要求高才不能用 YACC 呢。
你实验一下用 C 直接嵌套一段汇编的语法，不是把
汇编放在字符串里面就知道了。
那种简单的变量赋值用直接 C 写也很方便。

西。

【在 n*****t 的大作中提到】

: 一般用这些写的，对效率要求不高，对灵活性和扩展性要求很高。大多是用来实现自定
: 义的 config 或者 script，比如定义一些变量，能生成一些诸如 php.ini 之类的东西。

d*a2011-03-03 08:03

41 楼

Yacc是早期最有名的LALR解析器生成工具。LALR是LR(k)的一种。LR(k)的语言
覆盖面比LL(k)型要大。LL(k)解析器，特别是LL(1)解析器，有一个问题，
就是会有不少语言要修改后才能被LL(1)接受。从这个角度来说，用Yacc确
实有利于语言的灵活性和扩展性。
手工写解析器，并不会比自动生成的解析器更优化吧。语言稍复杂一点，
手工方式的各种计算十分繁琐，容易出错。如果语言有一点改变，还得
重头来过。

【在 S*A 的大作中提到】

: 对灵活性和扩展性要求高才不能用 YACC 呢。
: 你实验一下用 C 直接嵌套一段汇编的语法，不是把
: 汇编放在字符串里面就知道了。
: 那种简单的变量赋值用直接 C 写也很方便。
:
: 西。

S*A2011-03-03 08:03

42 楼

问题是现实中很多语言不是严格 LR(k) 的。如果有不是 LR（K）的扩展就
郁闷了
这个不一定，自动生成的都是间接跳转，这个在 Intel 体系上面会 flush
instruction pipeline。直接写的多数是直接调用，不会 flush instruction
pipeline。 YACC 真的是那末好用 gcc 和 LLVM 的人都是傻子不用？
特别是 gcc 还要放弃 YACC 从新写。人家是非常不情愿但是又是在没办法
了。

【在 d***a 的大作中提到】

: Yacc是早期最有名的LALR解析器生成工具。LALR是LR(k)的一种。LR(k)的语言
: 覆盖面比LL(k)型要大。LL(k)解析器，特别是LL(1)解析器，有一个问题，
: 就是会有不少语言要修改后才能被LL(1)接受。从这个角度来说，用Yacc确
: 实有利于语言的灵活性和扩展性。
: 手工写解析器，并不会比自动生成的解析器更优化吧。语言稍复杂一点，
: 手工方式的各种计算十分繁琐，容易出错。如果语言有一点改变，还得
: 重头来过。

g*n2011-03-03 08:03

43 楼

新的JavaFX的编译器是用Antlr, 新的Antlr3是LL(*)的,生成的代码类似于手写的,比较
容易理解.

d*a2011-03-03 08:03

44 楼

以前gcc不就是用yacc的吗? 为什么以前不手写呢？
手写有一定的好处，比如说报错的方式可以更加人性化。但手写很容易出错，这是手写
不好的地方。如果有一个大的团队，手写是可行的。
性能不是问题。Intel处理器上现在有indirect branch的predictor。另外我记得以前
yacc生成的代码，用的是goto语句。

【在 S*A 的大作中提到】

:
: 问题是现实中很多语言不是严格 LR(k) 的。如果有不是 LR（K）的扩展就
: 郁闷了
: 这个不一定，自动生成的都是间接跳转，这个在 Intel 体系上面会 flush
: instruction pipeline。直接写的多数是直接调用，不会 flush instruction
: pipeline。 YACC 真的是那末好用 gcc 和 LLVM 的人都是傻子不用？
: 特别是 gcc 还要放弃 YACC 从新写。人家是非常不情愿但是又是在没办法
: 了。

d*a2011-03-03 08:03

45 楼

是这样。Yacc是LR型的，用bottom-up方式来解析，生成的代码不好理解。

【在 g*****n 的大作中提到】

: 新的JavaFX的编译器是用Antlr, 新的Antlr3是LL(*)的,生成的代码类似于手写的,比较
: 容易理解.

S*A2011-03-03 08:03

46 楼

手写其实更容易维护。看看 gcc 转换的时候是如何说的，
YACC 把代码切成一小段一小段的，中间还有个
黑盒子的状态树，其实维护更加困难。C 其实不是
严格 LLK 语法的。
BTW 注意到手写后速度还轻微提高了没有？
http://gcc.gnu.org/wiki/New_C_Parser
Benefits:
Although timings showed a 1.5% speedup, the main benefits are
facilitating of future enhancements including: OpenMP pragma support; lexing
up front for C so reducing the number of different code paths; diagnostic
location improvements (and potentially other diagnostic improvements);
merging cc1/cc1obj into a single executable with runtime conditionals (which
has been of interest to some Apple people in the past). Many defects and
oddities in the existing parser which would not have been readily fixable
there have been identified, recorded with ??? comments in the new parser and
reproduced bug-compatibly and the new parser will facilitate their fixing.

【在 d***a 的大作中提到】

: 以前gcc不就是用yacc的吗? 为什么以前不手写呢？
: 手写有一定的好处，比如说报错的方式可以更加人性化。但手写很容易出错，这是手写
: 不好的地方。如果有一个大的团队，手写是可行的。
: 性能不是问题。Intel处理器上现在有indirect branch的predictor。另外我记得以前
: yacc生成的代码，用的是goto语句。