@istommao

我们其实有三个子公司各自负责不同的业务块, 我们子公司负责的 erp/wms 这块, 当前业务正在扩展中, 目前有 3 前端四后端

@dhssingle

rider 在这次更新后就不可用了, ms 的 dotnet 工具还在预览, 项目据说用 project.json 还是老的 sln 都没有最终决定, 这些开发工具现在怎么跟的上

没用 monodevelop, 但 xamarin studio 当前不支持 coreclr

ide 支持肯定会有, 但都要等, 可惜时间不等人, ms 做的太晚了

还行的, 只是还需要时间而已, 一是库移植和测试的力度和进度, 二是.net 和 java 一样, 也是高度依赖 ide 的, 光靠 visual studio code 还不行, java 有 ecplise/idea/netbean, .net core 还什么都没有呢

要不买 air 11, 要不直接上 rmbp, air 13 体积比 rmbp 13 还大

@kokutou

不是骷髅峡谷

@mathgl

一个企业应用在 windows 下跑过 3 年, gevent+postgresql+nginx+bottle, 最多 70~80 个用户访问, 没出问题, 不过现在不自虐了, 就是没有问题, windows 运维也麻烦

@mathgl

没, 所以我大部分基本都转 gevent 了 :)

@mathgl

sqlalchemy 放入另外一个工作进程, 然后用 txzmq 之类的去请求就行

sqlalchemy +postgresql +gevent 搭配的很好

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