@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 就有前途

等 windows 把 Linux 子系统搞好, 对 osx 需求应该没有这么高了

@crayygy

mono for android 上手很快的, 熟练的人一天就可以上手, async wait 天然支持, 如果应用类型是企业类的, 很适合

@tracyone

lz 贴的是 windows 明显不好的图,原帖还有很多对比

主要的是那些具体业务相关的名词, 没有的还是没有. 已有的往往是可选择的太多, 又不能帮我们决定

@lrvy 这个应该改 path 环境变量能解决吧

@asdf12303116

不知道这 cmd 用 bash , ubuntu, 然后里面的 utf-8 支持会怎样, 这个一直很恶心

上次不是说 mysql 还有问题吗? 这一关不过不行吧

前端的演示有吗?
国内这样的接受不了吧

@hooluupog @nareix

你们可以说动态语言(我这里主要指 python)做大项目需要对程序员有较高的能力. 因为 python 之类的, 如果不用 django 这样的框架的话, 其项目架构其实是没有强制要求. 这就要求开发者较好的架构能力. 但不能说不能写大于 5k 行的代码, 我这里就不拿我自己的项目举例子了. 好的软件就是东西应该在他本来所在的位置, 做到了这点,就能快速定位并解决, 这同语言无关, 同程序的结构组织有关系, 说白了同开发者有关. 当然, java 通过一些框架和模式了强制开发者去遵守这点, 在用动态语言开发时, 语言和框架通常没有约束, 但不能说开发者会不运用这种能力. 说白了, 用动态语言就会写出不能维护的程序的程序员,本身就是上不了台面的.

其次, 重构, 说白了就是查找替换, 没有工具就不能重构这话肯定不对

动态语言的确会有打错变量名的情况出现, 但这些都是冒烟测试可能解决的, 即运行一下测试程序都能暴露出来的, 其次上大部分问题 linter 程序都能自动识别的. 最头疼的错误是逻辑或误写变量之类的导致数据错误, 这类, 动态语言和编译型语言都必须靠测试解决. 编译型语言没有优势


另外, 我觉得同动态语言不能上 5k 的人沟通实际是有问题, 这不是攻击,是你们对工具依赖的太重, 无法信任人本身的自制和能力, 这两种思维估计很难协调一致.