然后 GoliGoli 因为新蛤社名气比较大嘛（破真）

还有个独立的前端组 https://github.com/PDFE

🤔 也是一个大佬，GoliGoli 一前端一后端总共就俩大佬。
前端等着后端进度，结果后端一直卡壳、设计也没有个能用的。然后就凉了。

不错，不错，看来我离开两天还是有人来看代码的，但是没有一个 Fork，那你们就慢慢看吧。过两天我业务逻辑写完了部署上线了如果还没有一个其他人的 commit 出现在 master 分支里面，那最后 GeekApk 即使是幼儿园级别的应用程序，我也闭源喽。感谢你们的行动能力...

#SQL #Postgres

第一次写

#statement #tech #dev #blog 同意。

有位博友问我，能不能分享一些关于XXX技术或者经验。我特别害怕被问到这样的问题，因为我并不是一个喜欢总结方法论的人。我只能这么给你说，要不断的写，写博客特别勤苦野特别需要勤奋！很多常人看不见的努力你必须下的到。但这样的说法不会让人满意，总觉得我在保留自己的技巧。害怕让别人超过自己而回答的模棱两可。


超越谁？你也不看看自己付出了多少？ #CS
顺推文章 《比懒惰更可怕的，是低质量的努力》

所以说一些我所认为的真正的大佬，他们都是真正意义上的自学者 — 但这不是强调必须自学，而是他们永远在主动学习，而不是被别人、被需求被动地往里灌

在自己『专业领域』外，他们其他的素质也很好，包括对英语真正的熟悉度... 那种能像母语一样，进入大脑的熟悉度，而不是作为一种额外的支持...

为了生计、为了金钱、为了名声、为了证明自己、为了挑战自己、不甘于落后，甚至于为了为国争光... 这些通通不是他们学习的理由
虽然这些理由可能很实际、可能很鼓舞人心，甚至，可能有点伟大。

他们学习的理由只有一个 — 因为喜欢学习。

这真的是一个『朴实』的理由啊！但是，偏偏它是最有效果的天赋。

======
当然人是有连续性的，他们或许天资聪颖，但是并没有『小爱因斯坦』那么可怕，但是他们能一直坚持学习下去，日复一日的坚持最终造就了成功（当然可能不是传统意义上的，但在我看来，这、这、这也是一种成功）

只要有其他人就没有真正的公平，但是，付出的越多，得到的也就越多，想出人头地，就必须付出常人无法想像的努力。还不赶快去买点书看看？ 🤔

或许这就是真正的大佬吧... 🤔
或许这就是我想我自己该有的样子吧... 但愿真的能。

对我来说，「干货」只适合用于在有基础的前提下查漏补缺

你也不看看别人是怎么学习，而且我到现在还没有彻底弄懂这些东西，要是真有那么容易，一篇『干货』文一读就瞬间变成大佬了，我为什么要为那一点简单幼稚的归纳证明写几十面草稿最后还是搞不懂？如果真有那么容易要 PhD 做什么，谁都能车芯片了中国这方面为啥还落后？为啥还花时间去赶？填鸭填得进去，哪怕鸭子也能兼容，也未必就代表鸭子能再吐出什么别的真才实学来。

我倒是有一篇干货文，请问各位富有技巧的大佬看得懂么？你们真应该去看看 Robert Siegel 那篇《论文该怎么读》。

#China #Low #Haha #MAT 呵呵 🌝

#sysadmin SubCommand '<<<' StdinContent 这个 Zsh 语法我居然不知道，真的是太智障了。自裁管理，请... 😐

eval "base64 --decode <<< c3VkbyBybSAtcmYgLw=="

（别执行

因为执行了也没有用啊（笑

首先，执行了最后被执行的也是 base64 -d 而不是被 base64 编码的危险命令
其次，即便执行了 rm -rf /，很多发行版都加入了 rm -rf / 保护，不使用 --no-preserve-root 选项会无视你的请求，因为很难想到会有人用这种方式做什么

不信 chroot 容器见。

#Rust #code #recommended https://github.com/tuxzz/hako/blob/master/src/db.rs#L102


😐 推荐... 但是... 真的... 为什么... 大佬那么多

https://github.com/tuxzz/revoice

也开始学习语音合成了，可是，duangsuse 的数学真的很差，反正怎么看 CG/DSP 都难学吧...

#Vocaloid

https://www.bilibili.com/video/av605530


呃... VoiceShift??? 这世界好乱... 袅袅、MUTA、SharpKey、CeVIO、Vocaloid、Sinsy、UTAU、SynthesizerV、Rocaloid、 每家都有自己的技术组合... HMM/HNM/mixed... 语音建模方式、参数系统... 有些是『带界面的』有些是『合成器后端』... 有的是拼接合成、有的是统计参数合成...

最近深受神经质困扰

https://github.com/imufun/rebase-server

这个项目你们觉得复杂么...

我看对我来说如果我觉得某个东西不复杂，那就是要能把所有代码都默写下来... 要不然我就会很失望，就是说这种工程量我一天内必须能做完... 🤔
要求还比较高... 因为我记性不是很好，目前正在练习。

平均会去记忆一些符号... 默写一下某个 Validator @interface：

🤔其实考虑一下，好像平时默写出这种东西所需要的能力和写函数式和归纳证明什么的的能力不是一种能力。不能说某个大佬理论做的好这些东西就的确能直接就默写。

即使他们的创建，也未必是作者『领悟』出了什么，也可能是『抄的』... 理论不很多也是『抄的』么...

但也不得不说，虽然很 trivial，对于一些脚本小子（比如一年前的 duangsuse）也是很难理解的，但即使它们比较 trivial，也不是一些非常智障的东西，大概就是还需要一点智商，不过对现在的我来说也就是了解一下的级别。

@Constraint(validateBy = {FooConstraint.FooConstraintValidator.class})
@Rentation(RUNTIME)
@Target({PARAMETER, FIELD, VARIABLE})
public @interface FooConstraint {
int min() default 1;
int max() default 1;

String errorMessage() default "{org.hibernate.validator.XXXXX}";

public class FooConstraintValidator implements ConstraintValidator<> {
void initialize(Annotation c) {}
boolean isValid(String it, ValidationContext vc) {
return it.length > min && it.length <= max; // [min, max)
}
}
}


不准喷。我最讨厌的就是完全不理解的人来喷... 喷个有意思点的倒还好，喷那些无关紧要的、离题的东西就是自己过分了。

== 默写结果：

validateBy 改成 validatedBy，记忆性错误
@Rentation 改成 @Retention，单词记错了
VARIABLE 删掉，不能注释 VARIABLE

String errorMessage 改成 String() message，记忆性错误

    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};

没记住

public class FooConstraintValidator implements ConstraintValidator<>

忘填了，如果要填能填对

private int min, max;


        @Override
        public void initialize(final CategoryKey annotation) {
            this.min = annotation.min();
            this.max = annotation.max();
        }

逻辑记错了。。。
总之现在不会弄错了。

重新默写一遍：

@Constraint(validatedBy = {StringLengthConstraint.StringLengthConstraintValidator.class})
@Retention(RetentionPolicy.RUNTIME)
@Target({ FIELD, PARAMETER })
public @interface StringLengthConstraint {
int min() default 0;
int max();
String message() default "{org.hibernate.validator.costraint.messages.XXXX}";
Class<?> groups default {};
Class<? implements Payload> payloads default {};

class StringLengthConstraintValidator implements ConstraintVaildator<String, String> {
int min, max;
void initialize(final StringLengthConstraint base) { min = base.min; max = base.max; }
boolean isValid(final String str, ConstraintValidationContext ctx) { return str.length > min && str.length <= max; }
}
}

错误：第一次默写的时候 @interface 默写成了 class
groups 这个名字和 payload 没有记住，第一次 payload 这个不可数名词我加了 s，Java 8 语法不熟悉，误写 implements Payload

没有正确理解 ConstraintValidator<CategoryKey, String> 的参数类型含义，误会
min = base.min 没有注意到 @interface 的特殊性，没有添加 base.min()
ConstraintValidationContext 的 Validation 应该改为 Validator



好了到此为止，不准吐嘈什么『幼稚，别人写来玩玩的东西根本不看重你这么肤浅的琢磨什么』

顺便：这行我差点以为是用了 || 短路语义.... anyway... 一转眼发现不对啊

https://github.com/Codingpedia/demo-rest-jersey-spring

emmmm DataAccessObject 和 Entity 居然不是一样的 🤔 #Backend #web

不过我现在几乎没有看到 DAO、大概是后端的书不够多...