不过以后写普通 JVM 应用也可以选择 Maven 了，因为辣鸡 POM 可以让 Python 自动生成的
出于简化项目，同时符合规矩的考虑，这么做是有意义的， Gradle 那玩意太耗了，看起来 Maven 对常规项目相当合适
出于简化项目，同时符合规矩的考虑，这么做是有意义的， Gradle 那玩意太耗了，看起来 Maven 对常规项目相当合适
Forwarded from Qv2ray Development Tracker
GitHub
ramips: drop support for Phicomm K2P by 1715173329 · Pull Request #6241 · coolsnowwolf/lede
让我们来看看我们在这个电子垃圾上花了多少心思：
https://github.com/coolsnowwolf/lede/issues?q=k2p
甚至是：
https://github.com/vernesong/OpenClash/issues?q=k2p
这个电子垃圾改了又改，这个 commit 是开发者无法继续容忍的直接标志： 5d51ba1
里面的 MT7621 系列完全遭其无妄之...
https://github.com/coolsnowwolf/lede/issues?q=k2p
甚至是：
https://github.com/vernesong/OpenClash/issues?q=k2p
这个电子垃圾改了又改，这个 commit 是开发者无法继续容忍的直接标志： 5d51ba1
里面的 MT7621 系列完全遭其无妄之...
Forwarded from See you at @fishing_daily ! | (Archived) YuutaW 的版聊频道 (台长)
Telegram
可爱 鸭鸭 in #archlinux-cn-offtopic
这书作者真是个小天才
Forwarded from Solidot
Java 1.0 发布 25 周年
2021-01-24 21:57 #Java
1996 年 1 月 23 日，Sun Microsystems 宣布发布 Java 1.0。Sun 在 1995 年发布了 Java 的 alpha 版本，但 1.0 版本的发布标志着一段延续至今的旅程的开始。新兴的互联网将 Java 语言推向了大众，编译器和软件库的免费提供对当时也产生了巨大的冲击。GCC 这样的开源项目已经存在了十年，但绝大多数操作系统只有商业工具能构建交互式图形软件。Java 程序能编写和发布到互联网上，能在不同操作系统上运行这一事实在当时是独一无二的。
2021-01-24 21:57 #Java
1996 年 1 月 23 日，Sun Microsystems 宣布发布 Java 1.0。Sun 在 1995 年发布了 Java 的 alpha 版本，但 1.0 版本的发布标志着一段延续至今的旅程的开始。新兴的互联网将 Java 语言推向了大众，编译器和软件库的免费提供对当时也产生了巨大的冲击。GCC 这样的开源项目已经存在了十年，但绝大多数操作系统只有商业工具能构建交互式图形软件。Java 程序能编写和发布到互联网上，能在不同操作系统上运行这一事实在当时是独一无二的。
Forwarded from dnaugsuz
感觉 Java 系的 package/task 管理都挺奇怪的
虽然 make 是很老的东西了，它的 dst: srcs +tab 构建脚本 还是一眼就能看明白的模型
Gradle 里也看人写过，可就是始终不明白是在搞什么，之前 sourceSet, scope, configuration, classpath 理解也花了很长时间，更要去区分 buildscript, allprojects, responsitory 这种不和项目直接相关的东西
transitive deps 依赖的传递关系，感觉明明是本来如此的，为什么 JVM 包管理器会搞出这种问题？是因为要替换 runtime stub 的很多还是仅 api 无 classpath 的库很多？🤔
虽然 make 是很老的东西了，它的 dst: srcs +tab 构建脚本 还是一眼就能看明白的模型
Gradle 里也看人写过，可就是始终不明白是在搞什么，之前 sourceSet, scope, configuration, classpath 理解也花了很长时间，更要去区分 buildscript, allprojects, responsitory 这种不和项目直接相关的东西
transitive deps 依赖的传递关系，感觉明明是本来如此的，为什么 JVM 包管理器会搞出这种问题？是因为要替换 runtime stub 的很多还是仅 api 无 classpath 的库很多？🤔
Forwarded from dnaugsuz
其实对新人来说，辣鸡 Maven 反而比 Gradle 简单些，至少不会不明白 gradlew, settings.gradle 和 repository{} 能不能删的这种问题，同样的定义 build.gradle 也有几种不同写法，有时候 IDE 就能 cli 没自动 apply 脚本就不能 build ，很让人为难
但是手写 XML 真的很头疼，Java 程序员为什么每一个人觉得有问题，反而抛弃文本格式 弄出“项目增量式编辑命令行”、“GUI生成/编辑器”这种解决方案……
我的想的就是，维护一个遮盖这些底层工具的概念细节，只为常见结构和需求服务的工具，像 Python 一样易用，不添麻烦就够了😒
最大的梦想就是只需写代码和测试，构建和部署指定几个模板参数，不手写，让机器全自动完成
但是手写 XML 真的很头疼，Java 程序员为什么每一个人觉得有问题，反而抛弃文本格式 弄出“项目增量式编辑命令行”、“GUI生成/编辑器”这种解决方案……
我的想的就是，维护一个遮盖这些底层工具的概念细节，只为常见结构和需求服务的工具，像 Python 一样易用，不添麻烦就够了😒
最大的梦想就是只需写代码和测试，构建和部署指定几个模板参数，不手写，让机器全自动完成