有没有人和我一样讨厌，编译为其他语言的语言，诸如coffee script之于javascript的，ORM之于SQL的

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 4090 天前的主题，其中的信息可能已经有所发展或是发生改变。

之于

语言

script

15 条回复 • 1970-01-01 08:00:00 +08:00

bluef

2013-10-15 00:49:41 +08:00

那就只能写汇编了

luikore

2013-10-15 00:51:02 +08:00

汇编还得编译成机器码, 机器码跑到CPU里还会被编译成内部表示

msg7086

2013-10-15 01:48:03 +08:00

自然语言还要编译成脑电波呢

passluo

2013-10-15 01:50:30 +08:00 via Android

评论好欢乐，哈哈哈

sophy

2013-10-15 01:57:02 +08:00 via Android

汇编不行啊，汇编机器还是看不懂

alexrezit

2013-10-15 06:09:58 +08:00 via iPhone

没人吐槽 "ORM 之于 SQL" 么?

young

2013-10-15 09:02:34 +08:00

送至神器

just joke

Numbcoder

2013-10-15 09:38:40 +08:00

瞎扯 • 如何正确的吐槽

chone

2013-10-15 12:26:58 +08:00 via Android

这算机器码控吗？

hooluupog

2013-10-15 20:09:00 +08:00

那么meta programming，DSL，macro这些你肯定最讨厌了，可以尝试一下Go。

sivacohan

2013-10-16 00:27:15 +08:00

@hooluupog
meta programming 的确不喜欢。
DSL？你指的是什么？
C的macro还可以，别的就不一定了。macro我的确挺不喜欢的。

其实我并不是讨厌语言，我讨厌的重点是，提供一堆奇奇怪怪的语法糖。然后实际上就是按照某些人提供最佳实践，来定义一些东西，未来出问题了，还是得去看编译产生的目标语言的代码，而这时又回由于编译过，而缺乏文档和相关注释，看起来非常麻烦。而语言衰落是个挺容易的事情，如果未来有人去维护这段代码，而恰好这个‘语言’已经衰落了。这会极大的增加维护的成本。不值得。

ORM之类的，内部提供缓存，提供更简单的语法，以及多数据库驱动，看起来都挺美好的。但是，如果真的要切换数据库，我们往往会发现，并不仅仅是切换驱动那么简单。同时，由于我们没有自己写SQL，所有的SQL都是ORM生成的，这就导致，我们想要优化数据库的时候会面临一个极大的困境：究竟是把ORM给去掉，还是ORM和SQL混合用，还是重写这个ORM。不管哪一个方案，代价都是相当高的。

sivacohan

2013-10-16 00:27:42 +08:00

@alexrezit 求吐槽ORM

sivacohan

2013-10-16 00:30:07 +08:00

@young 秒杀你~

sivacohan

2013-10-16 00:30:44 +08:00

@passluo 不能光看不说，罚你也吐槽一个。

hooluupog

2013-10-16 10:40:36 +08:00

@sivacohan DSL就是语言上的语言，领域专属语言，这几年炒得很热。ORM很方便但确实有时会带来很多问题。最近rails的集体大逃亡事件多少是对这些现象的反思。各种设计模式，各种框架，一大堆的语法糖，对宏的滥用等等。尤其是当项目变得大了起来之后，这些原本不是问题的问题或者优点慢慢变成了缺点。