天下开源是一家

注定只能小范围传播，仅仅一个markdown+的语法没法让其他用户转用emacs的，何况markdown还支持内嵌html。
之前用org-mode写过API文档再生成markdown, html，后来还是改用markdown。对他人来说太麻烦，不利于协作。
跨平台的东西还是让他跨平台好，类似的，淘宝那个兼容nginx的东西，我也不太喜欢，有种进去了就出不来的感觉。

@zhiyongyici 邮箱中那么多没有意义的数字，怎么看都不靠谱。

@qiniu 修改文件后，图片还是原来一样的。在微博问了后，没有很好处理，只好在这里问你了，这是图片地址。
http://zavatar.u.qiniudn.com/0

貌似v2ex不建议贴全文，摘要+链接即可。

@beordle
@gkiwi 的意思应该是要用继承的方式使用公共字段。这个需要特殊处理，告诉SQLAlchemy建立多个Column。摘取部分代码如下（至于declared_attr的意思，你可以去看看文档，我也不太清楚）：
http://docs.sqlalchemy.org/en/rel_0_9/orm/extensions/declarative.html#mixing-in-columns

from sqlalchemy.ext.declarative import declared_attr

class ReferenceAddressMixin(object):
@declared_attr
def address_id(cls):
return Column(Integer, ForeignKey('address.id'))

class User(ReferenceAddressMixin, Base):
__tablename__ = 'user'
id = Column(Integer, primary_key=True)

试用了一下，上个微博还得用baidu词典查单词，果断拉黑。

我是马后炮来着。别的不说，看这个支付宝账号就不靠谱。

上面是之前某次用的表明，除了增加 prefix 外，附加功能：CamelCase to under_score。

_table_prefix = 'v1_'

class BaseModel(BaseModel):
@declared_attr
def __tablename__(cls):
# simple CamelCase to under_score
name = ''.join([('_' + ch.lower()) if ch.isupper() else ch
for ch in cls.__name__]).strip('_')
return _table_prefix + name

__abstract__ = True
__table_args__ = {
'mysql_engine': 'InnoDB',
'mysql_charset': 'utf8'
}

# tablename: v1_user_token
class UserToken(BaseModel):
id = Column(INTEGER(unsigned=True), primary_key=True)

色盲lv22
看来我是垫底的了

@iptux 这么一看我今天也没干啥好事
15 files changed, 95 insertions(+), 245 deletions(-)

玩游戏玩虚脱了，出来露个脸。

歪个楼，明显楼主在赞python啊。
下一个项目的额外4个小时就能用来做爱做的事了。

用了Slate.app做窗口管理，下面是三个常用的App。

Command+Shift+C 跳转到 Chrome;
Command+Shift+I 跳转到 iTerm;
Command+Shift+E 跳转到 Emacs。

;; 分2-4屏（没用过更大的显示器了），绑定M-0到'other-window
(defun smart-split ()
(interactive)
(delete-other-windows)
(split-window-horizontally) ;; 最少分两屏
(other-window 1)
(switch-to-next-buffer)
(other-window 1)
(unless (< (window-width) 120) ;; 240+ 三屏
(split-window-horizontally)
(balance-windows)
(switch-to-next-buffer)
(other-window 1))
(unless (< (window-width) 100) ;; 300+ 四屏
(split-window-horizontally)
(balance-windows)
(switch-to-next-buffer)
(other-window 1))
(recenter))

(progn
(keydef "M-0" other-window)
(keydef "M-4" kill-this-buffer)
(keydef "M-1" delete-other-windows)
(keydef "M-2" smart-split)
(keydef "M-3" split-window-horizontally))

@julyclyde 理由之一是方便客户端处理，客户端可以无脑解析body（某些客户端http请求返回非2xx状态码时异常），统一处理。现在我们的方式是，status line里有写，json body里也有写（相同），客户端爱咋搞咋搞。

@tinyhill 我司的JSON接口字段定义绝大部分按DB定义中的来，尽量保持API和DB的一致（好了，现在引入了另外一个问题“有比较流行的数据库字段命名规范么”）。
另 1.我司的API在JSend基础上增加了meta字段，添加额外信息（next_url, elapsed_ms）等；

随口吐个槽，这个怎么会放在JavaScript这个节点下面？不应该是API设计之类的节点吗？

歪个楼，围观 @2ex。啥时候去加个V？立马变官方账号。

@lyragosa Access-Control-Allow-Origin 比jsonp安全啊，毕竟前者还可以限制域。

可以考虑nginx上配置个proxy直接代理到“其他系统系统”。
好处是，不需要修改后端代码，只需要预留一个类似/api-proxy之类的路径。
坏处是，需要配置nginx，架构上会复杂些，开发调试也不太方便。