丑死了

有同事 95 年的，经常帮忙面试（一两年前的事儿了，基本就是简单聊聊，然后让候选人做一下笔试，觉得 OK 再下一轮，也算是面试打杂

可以勉强跳一下

Heroku 的免费 Postgre 还行

招聘时请尽量给出薪酬范围

你这个需求，根本不需要用 python，直接纯前端写个 html 就能搞定了

u1s1，Kotlin 一般要有 Java 基础

丑死了，去学一下设计吧

我以前遇到过类似的求数值解，最后自己手动确定了一下可能的解区间，然后用牛顿法做的，效果挺好

江信江疑

理论上可以

@Tink 对此“你总可以满怀希望”
意思是苹果快联系我们？

传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程

难道不是 data flow 、data structure 设计有问题吗？😂

@Braisdom SQL 是 Query DSL，HTTP 这种事 Application layer communication protocol，他们的复杂度、拓展性、和解决的问题是不同的，怎么能混为一谈

@Braisdom Java 是通用语言，SQL 是领域特定语言，把 Java 和 SQL 进行比较还是蛮怪的。如果要说他们之间的关系，SQL 可以成为 Java 能力的延伸，本身和 Java 不矛盾。试图用 Java 解决所有问题才是比较奇怪的做法。况且很多数据库都有专有的语法，函数库，用的时候隔着一层“通用”的封装，可能会很鸡肋。

@Braisdom 确实可能存在你说的情况，那种情况无论用什么工具都是很复杂的，因为数据存成这样，已经有一个复杂度在了。我觉得要控制这个复杂度的话，应该从数据角度出发。

这种场景基本是 OLAP 或者出报表吧，如果是这样，可以考虑抽取数据到宽表，或者更灵活的非关系存储

很厉害。
说说我的看法，你的目的是类型安全（基于 Java 的类型系统），你尝试达到这个目的的方法是设计一个基于 Java 的 DSL 。
但是（我要泼一下冷水），SQL 就是 SQL，你的 SQL 生成器再精妙，还是不如直接写 SQL 来得简洁有力。
我就不喜欢什么 Linq 、JOOQ，这些东西都是脱裤子放屁，千方百计要用代码去生成 SQL 语句，而不是直接写 SQL 。
一方面，写 SQL 是必要的工作，最终调优的时候、Troubleshooting 的时候还不是要去看 SQL ？类型不安全的 SQL 往往在写代码的时候就会发现，这个问题也不是写 SQL 面临的主要矛盾。更多的，SQL 也是一门久经考验的“语言”，也有丰富的静态检查工具。
我支持 SQL 。

拉个群，直接传里面