@SlipStupig 我恰恰觉得是 docker 更省事…… 对小公司来说。 就是因为人少，我们才 docker 化， 不做复杂的编排，只是希望 git 推送后，jenkins 走一套流程，花几分钟打包好容器镜像自动跑上去部署。

因为人少才想尽可能自动。。。

作为曾经的 Android 用户，现在的 iOS 用户，我觉得 Android 上什么东西都没让我特别印象深刻过，但是那三个导航键简直好用到爆。这点上我觉得 iOS 的底部任务条只是个拙劣的实现。

iOS 在这一根小横条的操作上确实也做到了几乎登峰造极，但我还是觉得，其实本可不必如此麻烦的。

其实都还好。

菜鸡才挑版本。

大佬什么都用。

我是讽刺楼主说的公司大佬是菜鸡。

我的责任，行了吧。


我就很看不惯这种，遇事后不是第一时间想着解决问题，而是找责任人。不是一起复盘总结宝贵的经验，各部门一起坐下来好好看看今后有什么可以改善的地方，当前的问题有哪些合理的解决办法，而是来找『谁的问题』。

真要找人的问题，应该是每个人都冲上去说是我的问题。

如果是找别人的问题，这个找问题的人就是最大的问题。

如果只是 endpoint 数量多点，那还没到性能部分。
事实上，机器内存别太小，就够。endpoint 这种东西，在你 python main.py 跑起来 flask 的时候，该加载加载，没问题了，进内存了。剩下具体的逻辑反正都是执行的时候才跑，没什么性能问题。

但 endpoint 多了，我仍然建议拆成多个系统……多个 flask 也没问题啊，毕竟 flask 写东西真的又快又好……

盗版再刚需，我一直以为是潜规则，起码是上不得台面明说的。
现在可以堂而皇之的这么说了？

这是为了用个锤子找钉子啊。

正常逻辑不应该是，公司有某个业务用 Python 跑的，现在出现性能瓶颈，非 Go 不能解决。然后你来做一部分实现做对比，这个例子都不用别人帮你找，是你自己在业务中发现的。这样既有说服力，也是为了解决实际问题。

你现在是听说不少情况下 Go 跑的比 Python 快，然后你就要找个例子来强行证明比对一下。

那是不是公司业务中没有的部分你也生造个出来然后吊打一番？

我司现在就是 Python 和 Golang 混写。且我定下来的技术方向是赶速度的业务用 Python 写，但逐渐往 Golang 迁移。一些非对外提供接口服务的部分就仍然 Python 写下去，同时没事研究研究 Golang 社区这边有什么新东西，可以做个储备用。至于推广，我才不会为了性能来推广 Golang 呢，那写起来速度哪有 Python 快。我会在需要的时候该用就用。

你 redis 别对外暴露端口，要么加个密码。

已用。

本月新产品里见过最简单粗暴也出人意料，但又真的很好用的 App 。No 1.

是 electron-vue，还是另外的方案？

@littlewing 因为人家乐意。

其实把几个略显繁琐的签名封装之类的东西弄过后，剩下的接口请求都自己撸个 sdk 好像也没啥问题……
但用 sdk 不就是想用别人写好的自己懒得再写吗哈哈哈哈。。

一切都像 Flask……

我指 @route 的写法哈哈哈

你的问题主要是你穷，舍不得这个舍不得那个，在我看来，无论什么样的低成本方案只能解决你的一部分问题，想达到你理想中的同步你必须有投入，无论是充足的云存储还是电费，你总归要有投入。

@Takizawa 事件触发+1

amazing

@las917vki 我就是英文系统+ 日文版微信的。。。一个傻逼。。。