生成的项目模板

正在准备

先准备测试用数据库（指 Postgres

sudo /usr/bin/postgresql-setup --initdb
sudo systemctl start postgresql.service
sudo su postgres
psql

CREATE USER geekapk WITH PASSWORD '1234567';
CREATE DATABASE geekapk;
GRANT ALL PRIVILEGES ON DATABASE geekapk TO geekapk;

(((((

数据库 pg 还要调整一些客户端连接鉴权的策略...

写了一点 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 脚本是一个标杆，但其实嘛，脚本『复杂』与否也是很重要的...