好资源和短想法
https://wundergraph.com/blog/wunderbase_serverless_graphql_database_on_top_of_sqlite_firecracker_and_prisma
WunderGraph
WunderBase – Serverless GraphQL DB using SQLite, Firecracker & Prisma
WunderBase is an open source Serverless GraphQL database built on SQLite, Firecracker, and Prisma. Sleep mode saves cost—perfect for fast, lightweight apps.
记录一下最近找跨国面试机会的经验：
1. Indeed/Linkedin 之类的聚合类网站是首选，可以快速筛选相关职位；
2. 如果有同行的朋友可以多问问，说不定也有机会；
3. 可以找独角兽列表之类的榜单，然后按图索骥到各家公司官网看有没有机会；
4. 很多公司都使用 level.co 来管理整个招聘流程，用户体验非常好。不需要注册账号，可以连接 LinkedIn，也可以直接上传简历和关键信息，然后会收到自动邮件回复。
具体细节我们会在之后的 BWE 中讨论，欢迎订阅: https://letters.acacess.com/bwe80
#immigration
1. Indeed/Linkedin 之类的聚合类网站是首选，可以快速筛选相关职位；
2. 如果有同行的朋友可以多问问，说不定也有机会；
3. 可以找独角兽列表之类的榜单，然后按图索骥到各家公司官网看有没有机会；
4. 很多公司都使用 level.co 来管理整个招聘流程，用户体验非常好。不需要注册账号，可以连接 LinkedIn，也可以直接上传简历和关键信息，然后会收到自动邮件回复。
具体细节我们会在之后的 BWE 中讨论，欢迎订阅: https://letters.acacess.com/bwe80
#immigration
连续做1000个 burpee 是什么感受？今年 CrossFit 女子组第十三的 Kristi Eramo O'Connell 和她丈夫分别尝试了这一挑战。他们的感受都是心理上的挑战比生理上的大得多。
算了一下，Kristi 用了1小时24分做完1000个，平均每分钟快12个，也就是5秒一个。能够在这么大强度下稳定地维持这一速度，实在是很恐怖了！
https://m.youtube.com/watch?v=-MnieIQAn-4
算了一下，Kristi 用了1小时24分做完1000个，平均每分钟快12个，也就是5秒一个。能够在这么大强度下稳定地维持这一速度，实在是很恐怖了！
https://m.youtube.com/watch?v=-MnieIQAn-4
从选购到使用，让 3D 打印机打开新世界的大门 [by chouchoou]
https://sspai.com/post/75665
https://sspai.com/post/75665
https://www.infoworld.com/article/3388036/what-is-jdbc-introduction-to-java-database-connectivity.amp.html
InfoWorld
What is JDBC? Introduction to Java Database Connectivity
Get an overview of JDBC's architecture, then learn how to connect to a database and handle SQL queries and responses with PreparedStatements, transactions, connection pooling, and more.
设计这件事难度在于，如果从整体开始设计 ，就需要在一开始就对最终结果进行构思，搞错了无法实现就需要全推翻重来。
如果从一个一个组件开始堆叠，安全但是由于组件组织关系完全被组件实现绑架，无法得出好的总体组织。
是否可以堆叠式设计，取决于该设计里的组织构造关系的重要性。 也就是1+1=x。
像画画构图是显然1+1>2的，不过人物背景单独拆出来美感有所损失，但是也能看。
如果是建筑和机械，功能由组织决定，拆下来只是一大堆破铜烂铁和砖块，堆叠式设计是非常不可行的。
假如是写代码嘛，可以发现本身它就提倡堆叠式设计。这一点能实现，完全是因为 代码的组构与功能毫无关系，1+1就是2。
不管怎么安排项目结构。实际上把这些结构全部抽离掉，它还是照样运行。毕竟这结构其实是给人看，约束人的。
这类工作实际上就可以完全堆叠式设计。设计并不是必备品，反而产生了过度设计。
在现实中，由于设计不具有功能性，想写好代码的欲望往往败给了 今晚这个功能就要上线。毕竟又不是不能跑.jpg
如果从一个一个组件开始堆叠，安全但是由于组件组织关系完全被组件实现绑架，无法得出好的总体组织。
是否可以堆叠式设计，取决于该设计里的组织构造关系的重要性。 也就是1+1=x。
像画画构图是显然1+1>2的，不过人物背景单独拆出来美感有所损失，但是也能看。
如果是建筑和机械，功能由组织决定，拆下来只是一大堆破铜烂铁和砖块，堆叠式设计是非常不可行的。
假如是写代码嘛，可以发现本身它就提倡堆叠式设计。这一点能实现，完全是因为 代码的组构与功能毫无关系，1+1就是2。
不管怎么安排项目结构。实际上把这些结构全部抽离掉，它还是照样运行。毕竟这结构其实是给人看，约束人的。
这类工作实际上就可以完全堆叠式设计。设计并不是必备品，反而产生了过度设计。
在现实中，由于设计不具有功能性，想写好代码的欲望往往败给了 今晚这个功能就要上线。毕竟又不是不能跑.jpg