excited

另外，真心建议考虑一下 #8 的提议，能不能接受（主要是接口的减少，13 标准版是 4 个 USB-C，12 只有唯一一个，性能我觉得不是什么大问题）需要自己去实体店实际感受

学生可以购买教育优惠

@SakuraSa 差不多就是这样。不过我建议你最好做一下 benchmark，像这类的优化通常都是无关紧要的。你可以对比一下 kotlin 版本 https://try.kotlinlang.org/#/UserProjects/pccstv7712df4g3ibqatu457rs/fei6se6j97r7494cjaq5r0jkvh

把 main 函数里面的 altSortedBy 改成 sortedBy 就是标准库实现的版本

一千块卖的都是拷贝吧，不太可能包含服务（我是指开发方面的服务而不是技术支持），软件拷贝的销售没必要走合同吧，难道不都是单方面要求购买者遵守软件开发商的授权协议吗，至于对方需要走对公渠道或者开发票这些都属于付款渠道问题而已。

如果你一千块做的是软件定制服务那当我没说好了

@SakuraSa 这关系到两点:1. 数组不是值类型 List 才是所以 split 的结果不能直接用作 Comparable, 2. 没有 sortby 封装. 后者仅仅是一个库支持的问题写一个 sortby 方法并没有什么困难, 前者就不是这么好解决

把原语组合起来大概就是 arr.sortedWith(compareBy(compareByArray, String::split))
这是常见的做法, 因为基于 compare 而不是 comparable 所以也不可能预求值优化
如果希望能预求值优化那么需要创造另外的原语如 arr.sortBy(x -> ComparableArray(x.split(“.”))

这些类型转换的复杂性本来就是存在的只不过甜度比较高的语法糖可能会让你忽略了其存在而已

你就不能注意一下格式吗，要知道 shell 的方括号可不是你想的那么简单，右方括号前面缺少空格科室会死人的

写程序当然应该用 IDE
但这不等于你就不用学习基础的 java / javac 命令
这两者根本不存在冲突的地方

@SakuraSa 这仅仅是一个空间换时间的问题，n vs n*log(n) 的代价就是你需要缓存每个计算结果, 假如 java 是一门动态语言 (也就是说任意 object 都可以动态的增加一个 attachment 属性) 也一样可以这样干, 现在因为 object 不可以任意添加 attachment 所以类库没有提供这种 sortby map 的封装, 建议你可以尝试一下 kotlin, 不过即使提供了 sortby 封装, 一般也不一定会做这样的预求值优化的

当然具体到本题案例, 因为 map 是可逆的, 可以先 map 成 slpit 排序完了再 map join 回来只是不是很有必要性

@SakuraSa 难道原文中的 python 代码不需要 split ？

相当于给你家的一车道小桥增加两个一公里远的收费站

你难道不知道 10.12 开始 Karabiner 就无法兼容了吗

你司的狗长得真特别

和 parent 没关系，出现这个问题是因为使用了 multi module
maven 对 multi module 支持不好，sub-module 无法单独编译，直接在 root module 上开始编译是没问题的
一般而言有两种解决方案
1. 手动执行一次 root module 的 mvn install 安装到本地 repo, 这样编译存在依赖的 sub-module 的时候就不会找不到依赖了，缺点是如果变更了，每次都要重新 install
2. 从 root module 上使用 -pl -amd 选项来编译 sub-module, 这个自己查文档吧

一般来说研发是一个 team 而开发是一个岗位，研发 team 包含产品，项目管理，质监人员（ QC ），开发等岗位

窗口没有隐藏概念，app 才可以隐藏，窗口只能最小化但最小化是很不实用的功能

两个选择
1. 模块化，提取公共抽象为 1~n 个模块（ repo ），其余部分每个网站一个 repo
2. 实在不适合模块化，那么就让 4 个网站共用一套代码，通过 domain name 或配置来进行差异化渲染

完整应该是 application/x-www-form-urlencoded 吧
有很大的随意性，这个好歹还是大家默认的，像 application/json application/x-json text/json text/x-json 这些争个半死的才叫无语呢