对大部分网站来说，django 或者 py 的一堆网页后端方案应该都还没构成性能瓶颈。

instagram 这种不也有魔改版 django 撑着么。。

LZ 可能指的是 java 可以做一些大数据方面的开发？或者一些基础件的开发-数据库，存储之类的组件？

可以上 pyre 和 mypy，自动加上类型注释和做类型检查。
个人脚本可以不加。但多人协作加上这个会对大家心智负担减轻很多。

Instagram 内部是强制 pyre 检查的，不过不让 commit 的。

想考 AWS 和 k8s

因为需要用开发 k8s 相关。

Hub and Spoke 网络覆盖模式。京东的物流网络主要靠 RDC （区域仓），FDC （前置仓），TDC （城市仓）的多级仓储网络覆盖。
不是任意的两点 A，B 之间，就会有配送车次覆盖的。A->B 的路径，会根据路由系统计算得出运送路线。

苏州应该是一个大型的分拣中心，覆盖周边的大量区域。LZ 所在地，根据路由计算会由苏州分拣中心覆盖。

这个算不算: https://modelzoo.co/

而且不要钱。

https://paperswithcode.com/ 这个上面列出一些常见任务的 SOTA 模型和性能，算不算？

朋友，亚马逊 snowball 了解下。PB 级别数据高速传输，带宽秒杀网络，速度取决于运货的卡车能开多快。https://aws.amazon.com/snowball/

加油 LZ，我也是学工业工程的。从来没有系统学过 CS，都是自己看看材料，上上网课。 现在是基础件后端工程师。

这个和写 flask 有什么感受上的不同吗？多了些什么功能

LZ 可能没碰到过在别人的 codebase 上开发。

@tmac33 对个人开发者和小团队使用还是挺友好的，毕竟 PY 大家或多或少都懂一些，看看文档就能撸个后端出来了。尤其是对不是专门做这块的工程师，例如搞算法的，或者纯搞 infrastructure （网络，存储，数据库这块的），django 这种全家桶+网上例子特别多的，搞出个后端的原型还是挺快的。

@Leon6868 django 是个全家桶，不用装那么多插件就可以把什么 ORM，验证登录 的活都干了。而且不同的 django 项目之间的代码风格也很一致，有种干一件事用一个方法的意思。

Flask 支持上述功能需要很多插件，插件之间的差异也比较大，灵活度很高，也导致写法很不一样。

如果只是需要简单的后端功能， 例如暴露一些纯后端 stateless ML 服务的接口等，Flask 还是很有优势的，开发速度也快，多半一个 PY file 就可以走天下了。django 那么多的功能大部分也都用不上。

这两个框架文档写的都很好，网上的资料也很全。一般根据业务需求选择比较合适的。

有个问题：业务逻辑一般放在 view 里面还是 model 里面。我看网上有一些讨论，不少人推荐把复杂的逻辑放在 model 里面，做 fat model，view 只是用来负责做数据展示。LZ 的推荐是放在 view 里面。

这里面有什么考量吗？

把平时公司用的不错的 infrastructure 产品，复现出来当 SaaS 到外面卖。当然，不会抄代码，只是把产品的设计，使用方法靠着自己的印象实现一个出来。

@hepin1989 在特定领域可能还有使用，比如大数据可能过不掉这个语言。但是整个公司层面在 2015 已经决定不把这块作为主力投入。https://www.quora.com/Is-LinkedIn-getting-rid-of-Scala

LinkedIn 也是搞过一阵 scala，后来都撤回 java 了。看来这门语言对程序员心智负担太大了。不会写 scala 的人强行写的 scala 代码简直可怕

本地客户端完美解决啊。thunderbird 无法显示图片，楼主在开玩笑吗？默认是出于安全问题不 download 图片，点一下信任开源就显示了啊

LZ 很松弛，想回美国就回美国，想创业就可以创业，是很让人羡慕的生活。
看着 LZ 的描述想到了 3 年前的自己，简直和 LZ 一样的轨迹，连拿到的创业项目的风投都一样（ P&P,真格），但是当时狠不下这个心回到国内完成创业。希望 LZ 能够找到自己喜欢干的事业。