那你说说你开发的是什么扩展, 针对什么场景需求的, 容易被搜索引擎搜到么?

我想起来一句话: 图灵计算机是对于特定的输入经过确切的计算, 得出明确的结果.
真正的智能是针对不确定的输入, 输出不确定的结果, 这正是机器缺乏的创造性.

需求是千变万化的, 特定的生成工具只是帮你减少工作量, 不能取代你的工作的.
机器学习也不行, 像图像和音频之类都是通过大量素材模型训练出来的, 代码这种东西可不能类比.
类似 tabnine 这种, 只能帮你补全代码片段, 也问题很多.

夸张了吧. 这种应该只是减少重复性代码的编写, 方便 copy 了, 但是直接生产的代码一般是不能直接用的, 比如涉及到设计模式, 和项目结合, 数据交互, 总不能几句话就搞定了吧?
以前还有草图生成前端代码的呢, 你可以看下? 反正离真正的好用还差远呢.
https://github.com/ashnkumar/sketch-code

@sagaxu 我这边主用内网的 maven 仓库.

@imzhoukunqiang 对了, 关键就是镜像, 官方的 apache maven 仓库国内非常慢, 指定阿里云, 把 apache maven 仓库干掉就快了. 我们公司甚至有自己的内网自建的 maven 仓库, 自己项目用, 还会更快.

@imzhoukunqiang
C:\Users\yourUserName\.gradle\init.gradle

ext {
buildRamdiskDir = null
}

static String getRamdiskDir() {
return "R:/"
}


allprojects {
repositories {
maven {url "http://maven.aliyun.com/nexus/content/groups/public/"}
}

if (buildRamdiskDir == null) {
buildRamdiskDir = getRamdiskDir()
if (buildRamdiskDir == null) {
buildRamdiskDir = "";
}
System.err.println("Build Ramdisk: " + buildRamdiskDir)
}

if (buildRamdiskDir != null && buildRamdiskDir.length() > 0) {
buildDir = "${buildRamdiskDir}/build/${rootProject.name}/${project.name}"
}

tasks.withType(JavaCompile) {
// 忽略 gradle 的编译警告
options.compilerArgs << '-Xlint:none'
//在单独的守护进程中启用编译
options.fork = true
// 增量
options.incremental = true
options.encoding = "UTF-8"
}

}



我配置了全局 gradle 配置, 启用增量编译, 守护进程, ramdisk
你看着改.
还有, 尽量用高版本的 gradle 和高版本 jvm. 至少 gradle 不能低于 4.10

@sugarsalt 我现在用的是 12 月 11 日版本, 不是 12 月 13 日版本, 听你们这一说, 我不敢更新了. 这个工具收藏了, 试用下先. 你下载的是 12 月 13 号版本嘛?

java 只是因为要向下兼容, 所以泛型是假泛型. 运行时会类型擦除, 但是用 map 接收数据库反馈的时候, 倒是会报错类型强制转换异常.

我有洁癖, 浏览器只用 chrome, 有一次网上下载的游戏是好压压缩的分卷带密码, 结果 7zip 无法解压, 解压到第二卷会报错密码错误...
我搞个好压丢沙盒里跑了.

隐式转换会自动截断...这个没辙, 如果一开始代码里就使用 DTO 作为入参查询, 可以避免这个问题

这个不够安全, 应该加点限制, 我们公司有类似的, 通过传入不同的 URL 资源地址, 然后解析后查询配置表, 然后反射 dubbo 调用. 真的有类似的. 完全可以实现.
注意, 前台只传标识, 类名啥的还是方自己版本的配置表里.

固定的数据也一般在多个库维持副本, 只更新主本表, 副本同步过去.

有精力可以从计算机原理到软件工程和算法和语言开始学. 没有, 就往设计上发展, 出钱让别人开发.

pixel2 没遇到过

很多基于注解的框架都没法热加载注解. 我也想知道, 如果你这个可以热加载, 那么 dubbo 的 rest 接口也可以热加载了.

@ragnaroks 搞不懂为什么很多人碰到强制自动重启, 我一次都没遇到