@CruelMoon

我去过的几个好的环境非常好, 食堂都是自助餐, 相当豪华

@seven777 杭州, 当前主要面向商贸企业, 去年开始涉及一些电商

@LastingTime

只是就事论事, 并没有评判你的意思. 不要生气.

从你的表述中其实已经可能已经说明了, 这个团队的质量可能不及北京

但我觉的这事情团队领导多少有点责任, 只是不知道领导是不是你

如果换做我, 在已经预先知道 公司决定让北京分公司新起一个相同的平台与南京分公司的平台做竞争, 这事情的情况下, 我会评估团队能力

* 行, 留 1 个人专门做维护, 其它全力开发新的
* 不行, 已一已之力无法抗, 准备后路

@cout2013mr

电网, 转行吧, 商贸领域, 制造领域 erp 前景还是不错的, 挑战很大, 至于电网这种服务对象, 没必要耗精力


我在 6 年前也替电网写电力设备检测服务程序, 部署更新都得直接到机房去, 动不动就要打飞的, 这样怎么做的好, 我们现在搞 saas, 也有客户要私有化部署, 但目前我都拒绝了, 非云部署不做. 否则后续更新升级不可控, 我们的软件质量就得不到保证

另外, 你说的那种开发一个平台, 然后雇佣价格较低的开发人员开发业务是很多年的的做法, 发一个我在知乎上的回复


```

所谓的快速开发平台在我看来已经是一种陈旧的观念, 其最大的问题是认为员工是廉价, 工业化的. 在持有这种观念的企业中, 个人无法获得提升, 无法发挥人这个重要的促进因素, 在一个条条框框中工作, 工作没有任何激情, 长期以往, 企业也是没有核心竞争力的. 因为它忽略了人是个性化,需要自身发展这个重要因素.

除非你把开发平台做成类似 axapta 内置 x++这种内置编程语言,本身就是一种编程生态, 否则, 任何开发平台都是画地为牢的东西.

轻开发平台, 重库重用, 重最佳实践, 最佳实践可以随时调整, 而开发平台, 转头太难
编辑于 2015-05-16

```


软件的质量是需要持续的跟进才能保证的, 一颗老鼠屎就会坏了一锅汤, 所以, 这种做法肯定是不行的

我来分析一下, 8~9 月份北京分公司 开始新平台

而你们再怎么不堪, 业务二三年打磨了这块应该没有问题的了, 你们也从头开始, 如果技术力量持平, 不论时间, 软件质量肯定是你们胜出的

而结果这样, 所以我认为解散是有道理的

@ThatIsFine

这个其实也算是吧

因为传统做 erp 的依赖数据库的现象特别重, 不管什么操作, 都在数据库层面解决, 用代码排序,查找,分组有些程序员根本不会, 导致很多不必要的连接和没有优化的查询

反过来, 你看看现在的 python numpy/pands 等 n 多功能, 好多东西可以直接在内存中做掉, 数据库就减负了

以我们现在的系统为例子, cpu 占用常年都在 20%一下, 倒是 db 一直就是压力所在, 所以编程观念是不是要改. 这个其实当前做互联网软件的思路

@ThatIsFine

没什么玄乎的啊

我们不说 sap/axapta/oracle 这种, 我们谈谈国内的普遍的那些小 erp 工厂

以前

* 桌面, vb6/delphi/pb
* 部署方式 局域网 /安装
* 推销方式 通常老板带队销售
* 团队, 核心通常掌握做某几个人手中
* 技术,架构, 谈不上, 通常有的希望做一个通用框架, 然后开底薪找开发人员. 但无论如何, 后续的开发都不行, 我见过的一天 2~3 百单,一年系统就慢的不行的

这个行业降维攻击还真的是很困难, 因为需求复杂, 你不能一已之力去改变

看看当前

* b/s 语言 java/python/php 的都有, 我们用 python
* 部署方式 saas, 在线朱勇
* 推销方式, 现在叫运营了
* 团队, 产品, 技术, 前端, 运营, 运维分工很细了
* 技术, 架构, 电商以上, 单量上去了, 你不改都不行了, 但需求可能还是很复杂, 所谓的不用外键, 不用表连接等, 在 erp 行业就是一个笑话, 允许数据错, 把量做上去, 也只能呵呵, 你说挑战有没有

其它的行业的人士补充吧, 想说的点太多, 反而一下子很难表达

erp 正在互联网化

而且这个互联网化极具技术挑战, 你想想, 一大批传统思维的再做互联网软件, 做的好吗?

我就身在其中, 几乎是天天怼心啊

那些做过传统 erp 的, 思维都停留在 增加一个功能, 就是添加一些表和字段, 然后将字段作为查询条件这样的思维上, 做出来的东西根本没有办法应付云化和当前订单量级提升的挑战

所以, 这个行业还是很有机会的, 关键看你能不能跳出传统思维, 然后在困境中突破

@toalec

这个事情要这么看, 以 sql 为例子, 如果直接使用 raw sql 差距不明显(但也有差距)

但如果你一用 orm, 差距就很明显了, 不过反过来说, 像 go 这样的 , 其实这么多年, 一个像样的 orm 都找不出来, 业务类开发的效率可想而知

xlwings 其实老早在走这个路啊

反了吧, lz 才是老实人

先说数据量
再说需求

比方说总是对百万以上的数据做汇总查询, 那怎么优化都快不了, 类似这样的需求都是以前做 c/s 企业软件的, 转到互联网带来的, 互联网应用对响应要求高, 老早的桌面内部应用对响应要求低, 在互联网化时需求需要响应调整

lz 应该关心的是加入一个公司, 然后以远程的方式工作吧. 至于自由职业, 自己接单, 应该不是 lz 关心的,按个人的理解, 这类也不能归属到远程工作.

回答一下楼主问题

1. 起因: 养胃 /公司搬地方后上班更不方便, 几个公司合并在一个地方办公, 自己办公室环境不满意
2. 同全职有差别吗? 取决于你的职位, 如果你仅仅是个执行者, 那就基本没有, 只要你的团队本身是基于 trello /coding/github 这类的协作工具, 做事情基本没有影响. 如果你是个领导者, 需要经常同合伙人思维碰撞, 那就很有影响, 理论上这种职位不能远程办公
3. 公司环境好, 上班方便 可能更喜欢想上班就上班, 不想上班就远程这种模式, 而不是完全远程或时完全上班


远程工作不好找, 普通公司都不会开设这种岗的, 支持远程工作的公司只有两种, 一种是想控制成本的, 一种是真正很酷的公司. 前者显然不是个理想的工作, 后者进入门槛就高.

墙是最大的问题, 一切不确定的根源, 没有镜像, 时间无法确定

二手 air 11 i7 8g 512 2014 年 4.5 k , 除了屏幕差些, 重量大小同 macbook 一致, 有 usb, 键盘也行, 关键完全是个工作机

技嘉（ GIGABYTE ）赢刃 Aero15X i7-7700HQ 16GB 512G PCIE SSD GTX1070MaxQ

2.1 kg

窄边框

如果该字段要被查询, 就别用空, 否则 查询 field is null or field='' , 这个是不能走查询优化的