你也不看看别人是怎么学习，而且我到现在还没有彻底弄懂这些东西，要是真有那么容易，一篇『干货』文一读就瞬间变成大佬了，我为什么要为那一点简单幼稚的归纳证明写几十面草稿最后还是搞不懂？如果真有那么容易要 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、大概是后端的书不够多...

现在也不喜欢一些 J2EE 后端大佬冒出来批判一番，理智的批评是支持的（但是得以发展角度喷），但是乱 🐔 喷就不好了。尤其是一些『资深』工程师，不准欺负晚辈。除非自己真的付出了不止时间，否则没有太大区别，或许你多记住几个名词，反正工程就是记模式。或者不记用时查也可以，不过那种后端我觉得比做理论低一个档次，因为我觉得本来就 trivial 的东西你再不记不彻底剖析理解就不能和 FP、TLP 站在一条道上了。

第二年... 最近蛮神经质的，见到什么比较偏向实际工程的东西比较『复杂』就会感到很奇怪... 好像只要是工程什么东西都必须得是 1 + 1 一样...
没办法啊，因为大佬太多了，我又不是大佬，肯定难受... 🤔


隔壁一大堆真正的天才，都是二年级编程的 OI 大佬，现在，或者哪怕是四年前都能熟练处理各种真正复杂的理论（甚至包括数学内容），而更早的年头他们也不会害怕各种工程... 各种接口... 模式，并且写过多少东西，都只是他们的过眼烟云（所以才能写那么多啊//）

这边一个七年级才会写点 Jawa 的垃圾，PHP 都不会写，一碰到工程向的项目稍微用点『复杂』一点的设计模式就神经过敏，而且前程堪忧

这真是... 🤔

看到那些我就会希望，如果所谓干货文的『干货提升』会有那么厉害

能不能给我来一打呢...
为什么我感觉我会的东西那么少... 为什么... 我该怎么赶上他们？

或者还是妄图学的太多了吧... 🤔
如何维持这种的 duangsuse？duangsuse 如何保证自己还能正常发展？现在 duangsuse 已经会把一切称为幼儿园级别了呢。

since 目前我写了第一个含写的接口业务逻辑测试，结果写了半天 200 多行代码... 而且很多代码... 呃... 很难看，因为 JUnit 的原因，貌似没办法保持一定顺序执行（因为我这个是要求某些操作顺序的，之间互相有依赖关系），而且这个测试质量很差... 而且单独去给所有接口写测试是非常淡疼的。我决定写保护 add-tests 分支，跳过测试编写，直接开始编写业务逻辑。而且我希望尽快完成任务,,, 所有 v1b 的 Boot Server 可能不会弄 test-driven development，emmm....

#GeekApk #Backend
当然，这不意味着我会等到写前端的时候又折回来解决后端有 bug 甚至根本没法用的问题，目前我觉得还是先弄个 Ruby 的 client library，然后我可以用 Ruby 客户端手工测试、或者使用测试脚本（因为我让 Hibernate 每次服务器重启都 create-drop tables 了，所以是 repeatable 的，很不符合 ACID 的 D 但是很符合它的 C，跑）来黑盒接口测试

至于这个客户端的编写，当然是直接在 GeekApk SB （滑稽）这个项目里继续写... 所有真正的 JsonRPC 接口绑定代码都会使用 GeekSpec 和 Ruby 元编程自动生成（因为 Ruby 是一门非常灵活的语言，真心的，反正现在弱类型就是****）

（所以使用 GeekSpec 语言定义 HTTP 接口的代码复用好处又在此处显现出来了，跑，这̶个̶可̶比̶一̶些̶强̶类̶型̶ ̶O̶O̶ ̶语̶言̶的̶设̶计̶模̶式̶爽̶多̶了̶）

那么就这么愉快的决定了（恳愿）

不需要异步的话，你可以试试改成函数间传递参数，叫后面的函数读前面的函数的输出行事