写了一点 Model 层的东西，然后发现懒得写视图（因为太花时间

发现一个规律：每次我要写实际应用的时候都会熬夜一个通宵... #life 🤔

写出如此模式化的代码，羞愧，不过我觉得能抓到老鼠就是好猫，优化后来可以谈。

这个应用我对它的预期就是起个头，它基本就是参照上面的那个 SpecShort 实现的，只有些许修改，然后就是那种典型的 MVC（不过，没有 View 只有 Model 和 Controller）应用程序，真的是没什么技术含量相当模式化
今天是继续完善模型

预计今天内能上线，不过没有客户端（

对了，现在这个项目已经度过最开始编写基础代码的时期，可以在 GitHub duangsuse/GeekApk 访问了（虽然我是写了两天

目前代码基础已经有了，正在编程控制器来驱动测试和模型层 Repository 们的完善（模型层我希望是能做到 JPA 里的不要专门给 Controller 设计辅助函数，毕竟 JPA 这个名字就很『大』嘛）

欢迎大佬们前来指导实践。（尤其是曾经写过 SpringMVC 的，我现在发现我作为一个 #PL 爱好者居然连 #Java 里 enum 有 enum VS { int a; String b; Constructor(int i, String s) { a = i; b = s; } Constructor(1, "1") } 这种语法都不知道

真是岂有此理 😡

类似这样，当然都是很模式化的代码不必说

顺便提一下，因为要 AOP 动态生成具体的 AOP 子类，这些 @Controller 什么的标记的类都必须不能是 sealed 的，我用了 Kotlin 编译器插件 all-open 所以不必显式把 open keyword(modifier) 写上

期待寒假它，希望它真的能用...
目前看来好像是稳定发展，写的时候都是体力活

（不过 Spring 果然是重量级框架，和 IDEA 经常弄卡死，看来我得用那些轻量级的东西了... #sysadmin 正在安装

sudo dnf install i3

#PL #PLT #Proof

#game #security #China #tencent 🌚 这个...

不过 J2EE 开始早期那些 XML 配置都不用写了，符合时代潮流，程序员不用切出思维来做 DevOps 一类的事情，爽炸

现在非专业的服务器系统管理，不弄集群不配置磁盘阵列、数据恢复什么的... 都会把一些本来比较 trivial 的事情做得很到位... 比如编译啥啥啥东西...

其实嘛... 我觉得 #sysadmin 像我们这种业余的（其实业余和专业也就是取向不同而已，智商需求都差不多的）好好写点配置步骤指南、配置条目指南就可以了... 有些东西好像没太大价值？

（其实是，因为那些东西几条命令就可以搞定，而他们又要写成博文的形式... 如果直接弄就太短了）

（其实就 UNIX 系的管理员来说，可以是非常的 trivial 也可以不那么 trivial，主要还是看你对这个系统的熟悉程度，知不知道具体结构功能、文件系统里配置们、设备们放在哪里找不找的着
包管理是否了解，权限控制熟不熟悉、Shell 程序熟不熟悉、文本处理工具和各种『脚本语言』诸如 AWK、SED、Perl、BC、APL 还有各种基于 pipe 的 coreutils 工具诸如 sort、shuf、uniq、head、tail，还有 expr 之类的，再至于 Python 会不会，是不是真正的了解 Python（元编程是起码的，当然即使会到『这个层次』已经『了解得深很多了』想和一些无论是理论还是工程方面或者兼而有之的 PL 巨佬讨论恐怕还是显得智商捉鸡吧）

一个『好』的系统管理员其实是很困难的，因为他要『什么都会』『什么都了解』，比方说计算机网络那些东西有些不好学的东西都得了解，如果真的能啥都会真的是很困难的事情

对于一个系统管理员来讲，我觉得好像『会写』Sh/Bash 脚本是一个标杆，但其实嘛，脚本『复杂』与否也是很重要的...

考完试回来看看这个... 其实嘛，有时候我会觉得理论或者说学术、工程或者说实践并非是平级的东西 #tech #dev #CS

有的时候大家或许能感受到，很多理论非常 NB 的大佬工程都很 NB，而且他们从来不把他们 NB 的工程当成什么（举个例子，从 09 年开发到现在的 G'MIC 计算机图形学系统，很多滤镜插件的发布就简单一篇帖子，开发从来没有专门讨论什么或者写什么博文，非常低调）

（说到这里，我现在开始有点不是特别相信 WWW 上会传给大家的知识了，不得不指出，现在如果单单用那些 General Purpose 的 Search Engines（比如 DDG）（百度垃圾，不用说了）

很多知识真的是找不到的，就比如百度上搜索 G'MIC 根本没有多少有价值的中文结果，都非常 trivial，少就不说了，再说说现在一些比较深刻的学科，比方说是嵌入式工程，不看书很多东西不用说百度（因为它是垃圾啊，真是『鲜嫩多汁』），Wikipedia 上可能真的是英文结果都不全的（翻译什么的不用吐嘈了，我觉得喷翻译什么的大概可以自己去翻译，Wikipedia 上都是这么搞的，你行你上这里是真理啊！）

百度搜索 "watchdog" （之前是没有多少结果的，估计这几年年轻人进嵌入式行业大门了，然后好像写了不少博文什么的，百度百科居然也有了）
（没有贬义，我觉得嘛 Internet 这么好的东西又那么蓬勃发展蕴含信息量少是缺点应该尽可能往上面放好东西）


而反过来就不一样了，很多工程师都没有那个技术资本去弄理论


好像就是理论就比工程高那么一点，但其实嘛也不尽然，也有『工程的理论』（软件工程理论，比如说软件工程理论、软件测试理论、软件分析、面向对象什么的）
即使是本来一个领域的『理论科』过去学的话还不是要时间要熟悉一会...（排除那些真正的天才


总之我就是觉得... 呃... 其实系统管理嘛，就像我们平时做的开发一样，有人成天会问怎么『创建对话框』『为什么它提示这个』『阻塞是什么为什么这里不让』，对自己用的程序设计语言狂喷『某某语法怎么怎么难看应该精简一下』

但是也有人痴迷于计算机科学的各种子科，计算机网络、计算机图形学、人工智能、算法和数据结构、电子电路、程序综合、软件工程、，他们甚至是『跨领域』的斜杠青年

但即使是这样，从最开始 Von Neumann 那套到现在信息技术一直在蓬勃发展，即使『水』的东西越来越多，也依然有人默默避过各种网上交流平台上无关紧要的撕逼朝着自己想要的高度脚踏实地去迈进

为这些人点赞。

正是因为在那些 trivial 的工程旁边还有这种真正的魔法存在，计算机科学才显现出她独到的智慧，像数学但比数学更严谨更实用，可以为各种领域服务，解决各种各样奇特的问题，
计算机科学是一门实用的学科，一门真正实用的学科。好用看得见（e.g. 你们看的影视特效啊... 基于机器学习的推荐算法啊... 人工神经网络啊...）

正如虽然我们的身体素质要求开始越来越低，奥林匹克精神和奥运会也仍需坚持一样。这些理论也是未来，不会因为对现在大部分开发者的素质要求越来越低而丧失生命。

hhhhhh 🌝

考试成绩除了英语外的所有科目总分加起来居然只比英语高 1 分... 也是 #NB 了 🙈 #Haha

#GeekApk 打算重构，不过这几天我肯定要先讲点东西休息一会... 过几天才继续

当然的确还没有写完，目前我们这个 API 来说其实是基于『古老』的 JsonRPC 技术，就软件开发模式来说是瀑布模式，测试来说是瞎测试，黑盒验收。

我的希望是这个版本我们只和我挑几个参加过 GeekApk 内部组的志愿者内部消化了，然后正式的得全部按 JavaEE 的标准用 Java 8 重写，主要还是想让它先『符合标准』一点... 顺便我练练手


到时候正式上线的肯定是有推送功能（当然这个其实是很 trivial 的功能）和 RESTful API 的服务



咳咳... 那本 # Countinuous Enterprise Development in Java 讲的 GeekSeek 例子好后端服务部分像最『难』的就是 SMTP 和 Picket Link、Agorava Twitter OAuth 应用接入了...

然而其实呢，我觉得都是经验之谈