最好还是不要为了理论写应用，那样容易忽视易用性

但是作为一个新人，就要敢与恶鬼争高下

不向霸王让寸分

不要怂就是干
你觉得手写困难，那你就手写

战胜困难的最好方法是面对它

苟利技术生死以，岂因困难避趋之

感觉这句话可以说三遍，如果觉得无聊了就换本书看，多买几本不同领域的书，比如算法/嵌入式/GUI应用/编译原理/语言实现换着看，是个不错的方法。

以前有电脑的时候我根本不会看书，现在也是一样……

所以说一定不能让自己经常在电脑旁边…… 会死人的
思维也是不在实操编程的时候会灵活很多

许多不错的设计也都是在吃饭、散步什么的时候想出来的

所以这个下机时间很重要，学习期要多留

像我这样的码农，不太在乎（学习理论、实践理论）提升的，书基本不会看，编程比较多……

成天水裙是没前途的 （无恶意，只是说，如果那样的话）

大概帮助，太冷漠太热情都不合适，还是点到为止。

#Java #statement

以前我也写过，可惜我不会写（
https://github.com/duangsuse-valid-projects/GeekApk

上次被逼无奈用了下spring，真香（x

XML 怪物
没了 XML 开始回归自然 也不见得就好到哪里去
Java EE 有不少画蛇添足的举措
往往解决一个问题他们能多引入 30% 的 boilerplate

要我自己还是不会去用的，文档太厚，原理不清楚，出了问题不会修

？用spring boot注解就香了

但 Vert.x 用 Router() 更方便，更体贴编程语言

感觉这张路由表非常巨大（

终归还是得写在一个verticle里的

『路由表』(path bindings) 是没有办法的，不是他们起个 endpoint 的名字暴露给你们，后面就不需要有 dispatch 的操作了

这可不一定，暴露到编程语言的『值』里面，可组合性完全可能超乎你想像
路由表和 handler 甚至都可以动态从外部加载，靠 Annotation 这种极其特化的东西是办不到的
反射靠 Annotation 的『语法糖』，可是另一个世界了

httpserver被verticle外部访问是可以的吗？