@dynastysea 没错，这些基础通用平台都有，福报厂一般都是拿开源的改改，内部换个牛逼的名字，但是就是很多人不用，或者用起来太麻烦。。。

@changchong 20 个左右

@dragonszy 并不是接手，只是经手的人太多了，都是按照自己的风格想法来设计

@sprite82 核心项目的一些核心配置肯定也是不写在配置文件里面的，但是大部分时候那些项目的安全性要求并没有那么高，也没人专门去维护这些配置，图省事肯定是开发人员开发的时候弄了。。。小公司哪有内网这个说法，都是买的阿里云服务器、阿里云数据库。。。有时候为了图省事还要直接连线上数据库查看数据啊等等。没你们想象那么严格。

@sprite82 很正常啊，一般项目都是整 3 个配置文件，dev，pre，prod，不同的环境启动使用不同的配置。不写配置文件难道整个配置中心啊，那不又是更麻烦……

小公司都是这么干的，数据库账号密码写在项目配置文件里面，加上用的云服务，公网也可以访问很正常。

通常来说，为了安全，这些密码一般定期会修改一次，比如 3 个月一次。

再者，不改也没事，谁会离职了还想着搞破坏，那得多大仇啊，平时多处理好员工关系吧！这种损人不利己的事情，搞不好还要坐牢的事情不到万不得已没人敢干。

堡垒机这种办法确实是个好办法，但是也得花点时间去弄，我觉得吧，小公司就用最简单最粗暴的方法，定时改密码，或者某些高风险人物离职之后主动改密码。。。

https://invest.xiting.cc/

我写过一样网页版的

阿里都是特别 low 的做法，人工手动整理到语雀文档上。。。也没个标准规范！如果时间充分的情况下我觉得人工整理也还行吧，swagger 就是省事

你去抓外卖 APP 的包啊，然后自己做个就可以了，理论上可以实现

讲来讲去基本上就是那些知识点，缺乏新意，只当是扩展视野了，真正学技术还得去 github 。。。话说，现在的技术公众号基本上没人看了，都是恰饭

@levelworm
@iloveoovx
@Cbdy 是的

什么良心云，带宽是硬伤，1M 的小水管基本上干不了什么事。另外这些低价的资源都是质量非常差的，不稳定，说不定哪天就出什么问题了，拿来娱乐一下还行，商业最好别用。

讲个实话，有些菜鸡喜欢一行一个日志，好像日志没有开销一样，个人感觉业务日志开发调试的时候可以打点，基本上稳定之后能删就删，真正有自信的人不用打日志，要打也是打关键地方。

@haoliang 没这么简单，你这个想法我早就试过了，有一些组件不兼容，或者依赖的底层库缺失，导致或多或少会出现一些问题

@noble4cc web 开发为主
@sakura1 我上班还是 Windows，没办法

都实现了 web 页面批量执行了，还能慢？莫非是串行执行的？改成并行不就行了

测试环境和生产公用一个 ES 也是 666，这和你公用一个数据库有啥区别，整个测试的 ES 最好吧

@nutting 钉钉有 deepin 版本，我用过几次还行，没问题

企业微信可以用 deepin 版本的，我不用 Mac 是觉得 Mac 的很多操作习惯和 Linux，Windows 系反过来的，适应成本很高