sqlalchemy 有两个层级 orm 和 sql expression, 使用 sql expression 同原生 sql 差距不大, orm 由于需要介入 session 管理, 差距随数据量增加而增大

sqlalchemy 优势一是 orm 的优势, 这不用说, 其次是 sql expression 能让你用 python 的方式去思考, 写 sql, 从而写出易于维护的查询, 比方说原先几百行上千行的 sql , 如果用原生 sql 肯定是难以维护(基本上我们这些所谓企业软件从业者, 对这类 sql 基本都是不想再看第二遍), 但用 sql expression 方式去写, 这感觉, 你得自己去体会, sql expression 基本上能达成所有原生 sql 的所有功能(其他的 orm 一般都会有不支持某有原生 sql 语句或函数)

8g /128g 就别想跑 linux + windows 虚拟机了

若饭 价格是不是有点贵 平均 30

现在用电信很后悔, 唯一好的是 iptv 看直播不错, 访问国外屎一样慢, 一般要在早晨 6-8 点才快

一天多少单, 一般几千单的话 一台阿里云 vps 就行了

@funagi

华数应该等于 杭州网通吧

有些 pep8 也应该去除了, 比方说一行不能大于 80 个字符, 现在都高清, 4k 屏幕了, 还 80 个字符换行

@alexapollo

migration 除了第三方的 sqlalchemy-migration (openstack 也维护了一个版本) 还有原作者的 alembic https://bitbucket.org/zzzeek/alembic, 这算是官方的

至于我个人, 我不用 migration, 而是自己写脚本, 因为涉及数据相关, 对其他的不信任, 实际过程中 migration 通常不是加字段这么简单, 可能需要复杂的数据迁移, 可能会涉及 n 多个数据库或 schema(在 saas 环境中)

另外关于连接, 我想同 orm 没有关系, orm 通常只要做好连接池和接口就行, 连接限制是数据库本身的事情, 怎样有效的重用连接或是避免生成太多的连接是 dba 级或是应用级别需要考虑的

orm - sqlalchemy

http 请求 - requests

版本机制

或用队列

最安全的就是队列+版本机制

@kindjeff

Xamarin studio 的安装一体化的

不过长远来看, 最终还是会切到 java 去的, 因为 c#写同 java 写基本没有区别

不是 hello world, 是真正的生产环境中用的程序, 用于仓储

用 Xamarin 的话当天上手, 亲身经历, 三天写出一个完整的 android 程序, 不过界面惨不忍睹

笔记本 100%完美的没有, 台式机好些

合同有 写一年免税后多少 的吗?

还有三年, 只要 pypy 对老的 c 扩展性能改进能和 cpython 持平或是 pyston 演进到 1.0, 官方的 cpython 2.7 维护与否都不重要了

资源是少了些, android xamarin 当前只有一本中文书, 很多年前的, 但现在, java 的资源基本都可以用, 写法上通常是按 c#的命名风格改写一下而言

但 c# 语言语法比 java 有优势,写起来比 java 写 android 更舒服, 你去试一下就知道了, 领导说的没错, 其实不用半个月, 如果你有.net 基础的话. 1,2 天就能上手


如果 ms 在这几年不倒闭的话, clr 跨平台还是有希望的, 估计今年等 coreclr 1.0 正式版出来后就会发力, 不一定是 java/swit 就有前途