核心课程: 1-3 本教材， 然后扩展这些核心课程, 这些核心课程都有对应的优秀教材，并存在大量的扩展性阅读资料：
计算机概述(文化， 入门课程)
计算机组成原理(数字逻辑电路可选)
操作系统
数据结构与算法(这 2 个东西前期不需要分家)
编译原理(可选)
数据库系统(至少熟练使用不同类型数据中常用的 1 种)

学习至少三类编程语言：面向过程， 面向对象， 函数式， 如果前面三门没有 JavaScript ， 最好还是要加上它。
最后选择一个自己最感兴趣的开发平台(Platform)。这部分需要深入挖掘，大学毕业时候能出活，毕业后能靠其生存。

然后是学习软件设计，这个路非常漫长，需要实践，从面向过程开始，到深入理解面向对象，函数式编程，项目管理，需求分析，分布式系统设计，云原生等，路漫漫，也不需要着急。

学好数学，特别是离线数学 /线代 /高数，它们都可以让你走的更远。学好英语对掌握第一手的学习资料有非常大的帮助。

最后是兴趣扩展，这个就看你感兴趣的方向了，如果你打算读研，那学习的思路可能就需要调整。
最后的建议： 不要在那些非核心的赶时髦的课程上花费太多时间，因为大学的精力和时间都是有限的，你必须选择舍弃掉那些在大学本科你不可能深入研究的课题。

要做高可用性,只能搞 iOS 支持 FaceID 的版本,这种软件已经有成熟的了. 这种留存率极低的,估计很难存活.

@kwh 并不是说不行，而是开发会遇到很多问题，这个问题很复杂，不是几句话就能解释清楚的，微服务提供了 X/Y/Z 三个轴方向的伸缩性，具体的还是要去看书，因为这个东西本来就非常复杂，单体应用因为耦合度太高，不管是测试，部署，开发，都会有诸多问题，但微服务解决了单体的一些问题，它按照功能任务分解了大型系统，并使得每个系统能够独立开发，测试，运行。只是需要特别小心，不要搞出分布式单体应用程序。同时也引入了分布式固有的复杂性，因此没有谁好谁坏，要看你项目的性质，团队结构等等，微服务架构很多时候还需要基础设施的支撑(因为微服务使得部署的依赖问题变得复杂化了），如果单体没遇到什么问题，继续用单体也不是不行。

@ggp1ot2 tar 和 gz 是可以混合在一起的嘛，完成打包和压缩工作。

看是否需要保留文件在文件系统上那堆附加标记，如果纯粹只需要保存文件内容和文件夹结构，选择一个压缩率搞得的就行，我长期需要在 Win/Mac/Linux 交换文件，zip 文件在资源管理器可以不解压查看，所以 ZIP 还是用的最多。

@samohyes 你将浏览器发送的 GET 请求的网站 URL(带有查询参数的），作为 GET 的第一个参数，不要 params

@samohyes 请求失败了，正常应该返回 application/json, 你现在返回了 text/html(就是错误页面）。

HTTPS 抓包办法网上搜一下，很容易搞定。

一看就是你少发送了请求参数，这个服务器后端估计用的是 nodeJS,然后它们将服务器错误返回给你前端(这是大忌）。把代码贴出来。另外你为了确定发送的请求是否一样，可以直接抓包嘛，对比一下两次请求的 HTTP 请求消息，一下就知道发送报文的差别了。

我感觉可以看看这本入门的书籍，你大概就了解微服务到底是个啥了，其实这个玩意没有什么准确的定义，大致上大家有一些基本共识了，因为毕竟还在发展，没有完全成熟。https://book.douban.com/subject/33425123/
它主要还是为了应对单体架构的局限性搞出来的。

@fiendo 就是每次都想踩点到一个完美时间，完成所有流程后，坐上车，车就走，我这么玩过好多次，专门卡火车的发车时间，但有一次在深圳北站排队太久，结果 gg 了，后面就随声携带一本书来缓解在车站等待的焦虑。

不借用第三方工具，直接上审核策略也行。

@fiendo 我并不是这个原因，我个人不喜欢等待，包括等人，所以很不喜欢长时间在车站等待，然后每次都踩点，去高铁站都是踩点 20 分钟到车站，一旦中途遇到意外就 GG 了。

哈哈，握手，我因为这个原因，搞丢过一张汽车票，两站火车票，一张飞机票，现在还是喜欢踩点，该死的强迫症。

@yuanxin1999 为啥需要同步用户呢？用户的 identity 不应该只由一个单一服务持有吗？

@dxgfalcongbit 握手，我也遇到过这个问题，每次冰箱一启动就鬼畜的闪一下。没搞明白是啥原理，HDMI 内部不是有抗干扰层吗...

今天是倒数第二天

@LuckyPocketWatch 那也要看原作者是否保有版权，很多时候，一些作者也没有版权，版权归了出版社。

属于