@iloveyou

太小瞧产品经理了, 产品经理很辛苦, 当然同开发比是另外一种辛苦

好的产品经理除了专业知识,行业知识, 还要懂设计, 会取舍, 同客户 /开发良好沟通, 对开发结果做测试确认, 哪是一般人都能做的

有性能评测吗? 乞丐版比原来的 13 寸 rmbp 的性能对比, 因为看到用低压的, 感觉不舒服,不好下手

问一下楼主

按你现在的简历, 有公司要你也开不了高薪, 我的估计是给个 7k-8k, 如果你进步很快, 也得在一年到二年才会到 15k 这个原先的工资, 那么, 在这两年, 你能坚持的下来吗

招人是双方面的, 作为一个招聘者, 我个人是很担心这个

@ryd994

我没有数据库应用必须强制一定要用外键的想法, 这看应用的类型. 你用不用是你的事情, 如果你觉得对你自己有益. 在一些应用类型中, 正确的使用外键是必要的, 这些应用类型典型的例子就是进销存, erp . 而且,这些软件当前也正在互联网化, 但不能用所谓的全部的互联网思维去做的. 就好比学 nodejs 就是后端的想法一样.

具体分析一下

外键的三个作用

1. 值必须存在
2. 级联更新
3. 级联删除

由于最近几年只用 postgresql , 我只知道我的 postgresql 默认生成的外键 2 和 3 都是 no action, 也就是根本不用考虑 ls 一些帖子所谓的级联删除的问题. 这个设置现在多在 orm 配置层面比方说 sqlalchemy 的 cascade 选项, 也就是说还是在业务逻辑层面上,出现了级联删除和更新,是你的业务代码如此定义了

那么讨论 1 值必须存在, 如果表中插入一个不存在的值会怎么样, 显然针对这个表的统计都会出错, 对于某些应用类型, 这些应用通常是

1. 实时统计. 报表不是定时生成的(定时生成的会对数据清理), 而是实时统计当前数据
2. 各种关系到钱的, 错不得

为了达到防止插入一个不存在的值, 解决方案就是在插入和更新时检查, 这里有个最大的问题就是, 你假定了所有的操作都会通过你的业务代码. 但实际企业应用场景. 维护, 第三方等都可能会接触你的数据库, 修改你的数据库, 你自己的应用随着逻辑的增加(这很正常)都可能会忘了检查, 导致这个逻辑被跳过,

这里同时要反驳一下 自己检查的性能和开发效率会高于 数据库, 简单的举个例子,

举一个 erp 中一个销售单据, 一般最少会引用多少个相关表

sale_orders

* employee_id 员工
* department_id 部门
* store_id 仓库
* partner_id 客户 /供应商
* logistics_company_id 物流公司
* logistics_product_type_id 物流公司产品类型
* 各种收款账户和类型

sale_order_lines

* product_id
* measure_unit_id

你自己的代码要 select 多少次, 企业软件通常是个大的整体应用, 表很多, 一般都用几百个, 像 axapta/oracle 这样的有几千个, 每个表基本都会引用一个或多个相关表, 没有外键, 自己每个表的更新插入都写业务逻辑, 不可想象

外键对同步的问题是显而易见的, 表同步时必须按顺序同步, 如果一个表示父子关系, 则必须按父子顺序同步.

erp 对同步要求比较少, 是因为 erp 这种应用, 就是你做 saas, 建议方案也是一租户一数据库(或一 schema), 自然的在分库分表, 而且 erp 软件通常会不会超过几年结转一次, 老的帐作为归档数据库仅仅用于查询. 分布式压力基本比较少. 但不同库中同步数据的需求还是有的, 有外键在的确是比较麻烦. 但这个就像上面所说的, 你对表的依赖性心里有数, 其实也不是个问题. 当然, 这个层面上不同应用有不同应用的策略. 我个人不在意这些.

外键更多的在我看来是一种防护, 如果你的应用对数据比较敏感, 报表必须实时生成, 而你又不能 100%保证数据是正确的,
我的建议, 还是用!

再次重申, 我没有让你们一定用外键的想法, 这关我什么事情呢? 只是外事得看场合

看了这个讨论让人瞠目结舌, 虽说互联网应用对数据一致性要求不高, 但看到如此漠视, 所以这可能才是企业软件招不到合适的人的原因了

有些自由职业者 可谓无知者无畏, 所以促进了这样的生态

楼上一大群 seo 的没看 lz 下面的补充说明吗?

这样的要是我是领导, 转正了还是要开的, 什么事情都不搞明白上论坛来胡说一气

电信访问国外网站 实在不行, 正在考虑转联通

不给

再有事打个电话,发个短信总可以吧, 说白了不上心

去用用聚石塔, 入御城河试试, 能让你发疯

文凭也是一种能力, 起码能说明在学校里, 你在好好读书, 而没有乱搞, 不务正业. 而这个不务正业, 其实也是部分企业所担心的

20 岁 , 有招童工的感觉, 杭州考虑吗?

ms 也不争气, ubuntu on windows 现在还是个鸟样, 搞好了开发对 osx 依赖就很少了

@herozzm

vs code 的发展方向其实是奔 ide 去的, 老早的可定制的 editor 的开发接口更多侧重文本编辑层面, 但 vs code 现在是直接面向语言层面的接入. 这其实没什么, 但思维方式同最初的 vim/emacs/sublime text 还是不同的, 实现模式上其实同 ide 没有什么区别了

3 点钟, 被阿里云短信吵醒

提示异地登陆成功, 但检查日志登陆用的是 postgres 账号, 百思不得其解中. 因为事实上 postgres 不能用 ssh 登陆的, 怎么可能! 失眠了

@dremy

不太可能是 taobao 的

另外, 按理说 nodejs 在前端的地位, 不管怎么弄也甩不掉的呀

用 java 的(我是指固定所有项目非 java 不可的), 都守旧的非常厉害

@mathgl

企业软件每个事务时间长, 有时会不够, 互联网应用可能好些

现在自己部署都是默认 100 个不变, rds 用的是 200

用 mysql 多的是先入为主,而且是有积累了, 掉头不容易

pg 对复杂查询的性能远超 mysql, 稳定性也远超 mysql, 在企业软件中不用 pg, 是你的损失