只有基础资料这块非常像, 有一部分比例是简单的 crud, 具体占比多少看系统的复杂度, 通常 30%~50%有的

但另外 50%就要复杂多了

高原生开发的 android /ios 程序员团队抛弃 rn 没有什么可说的

如果是前端团队, 抛弃 rn 才值得谈

@changnet

你想的有点复杂了, 有些理由 造成了看起来 偷偷的改线上 bug

1. 比方说只有一个后端
2. 可能任何时间都在工作, 比方说下班时间

对于已确定的 bug , 这个时候走流程, 太教条了

另外, 改 bug 同改逻辑还真不能想提并论


至于 lz 所说的, 在我们这里是无法容忍的, 我们的规矩是 所有的工作优先级, bug 是第一位的(估计大家都是), 至于造成数据错误的 bug, 更是第一时间公司全体人员动起来解决掉的

fluent python 中专门有一节 是 不要把可变类型作为参数的默认值

例子用的就是[], 因为 python 在函数对象的__defaults__放默认值, 如果是可变类型的话, 就是这样

>>> def test(a=[]):
... a.append("test")
...
>>> test.__defaults__
([],)

>>> test()
>>> test.__defaults__
(['test'],)

>>> test()
>>> test.__defaults__
(['test', 'test'],)


几天后, 内存爆了

@jason2017

哈哈, 我也常常这样干

不作为,联系媒体看看

这个版本更新很有诚意的

西湖边不错的

主要是现在西湖边上的树上都贴了防虫的贴

所以虫子特别少

真是脸红啊

最好取默认值, 否则实际操作中很麻烦

比方说 pg, 要取空白的记录需要

select * from sale_orders where source is null or source='';

做了 4 年还在惨淡经营的路过

做 进销存 /erp 类的 saas 真的不是那么容易的


简洁易用 不好做卖点的

那你用 aardio 好了

我们搞 erp 的

出现过好二次女生应聘产品经理, 过了几天就走的

逻辑太复杂, 挡不住

11 寸才适合
11 寸皇帝版真的不错

阿里主 java 没说错了


话说楼主可以使用 新的 graalvm 跑 node , 这样 node/ java 都学了, 是不是个好方案啊, 我是不是很机灵呢

vertx 然后用 js

不过 jvm 上的多语言都有一个问题, 就是最后重心都会偏向 java, 同.net 重心偏向 c#一样, 导致其他语言的支持可能一开始能尽力,到最后只是过场或废弃

从 vertx 的两个 blog, 一个用 babel 支持 es6, 一个用 ts 写 vertx 就可以看出来

//https://vertx.io/blog/vert-x-es6-back-to-the-future/

//https://vertx.io/blog/ecmascript-6-7-on-the-jvm-with-typescript-and-vert-x/

搞 erp 的哭了


每次报表必须有小计合计, 怎么也逃不过查询理论上执行了两次的命运