@zjsxwc

官方的 jetpack compose 更简单

https://developer.android.com/jetpack/compose

现在安卓 kotlin 用 mvvm 写界面，贼简单，只要写个 界面模板 ui 与 viewModel 就能自动绑定，
和前端 vue 写界面一样简单。

比如 kbings https://github.com/EndSmile/KBinding


这是 php 的： https://github.com/laravolt/avatar

换不换顺序都会报错

[zjsxwc@manjaro]$ git diff q.c q2.c
diff --git a/q.c b/q2.c
index 032ef4a..517a6db 100644
--- a/q.c
+++ b/q2.c
@@ -10,8 +10,8 @@ struct Parent {

int main(void)
{
- struct Child *child = (struct Child *)malloc(sizeof(struct Child));
struct Parent *parent;
+ struct Child *child = (struct Child *)malloc(sizeof(struct Child));

parent->child = child;

[zjsxwc@manjaro]$ gcc -o q.out q.c
[zjsxwc@manjaro]$ gcc -o q2.out q2.c
[zjsxwc@manjaro]$ ./q.out
Segmentation fault (core dumped)
[zjsxwc@manjaro]$ ./q2.out
Segmentation fault (core dumped)

买了两块高漫的数位板，一块大的电脑用，一块小的平板和手机用，到处画，想到就画，在 pdf 文档上涂涂改改的多，读书笔记思维导图也是用电磁笔画起来快效率高，当然打字还得键盘。


实体类关系 ERD 我直接写代码，不画图，因为 ide 可以根据 orm 实体类代码自动生成 ERD，而且也不会再有代码与 ERD 不一致的情况了。

用户故事 UCD 、数据流 DFD （或者多个 DFD 同时发生的泳道时序图）还是得用 uml 画，
这个没办法只能手动处理毕竟业务千变万化，
我用的是开源的 umlet 支持程度广主流 ide 都有插件支持它，还有更加其 ERD 代码自动生成 orm 实体类代码的插件，减少程序员工作量。

1688 找短袖工厂呗，浙江这边，宁波绍兴嘉兴义乌服装厂挺多的，而且都是接日韩单，出口品质都达标符合标准，质量上用的面料支数针数克重都写的很清楚。

http2 协议一次请求代替 n 次原先 http 1 协议的请求，

楼主是开倒车吗

小城市多 php，因为好招人出活快，基本运维后端前端都包了的全干工程师。

大城市 java 多，有专业运维团队，有专业 ued 团队，
虽然写业务烦一点，但胜在 java 开发者也多好招人，敢项目堆人就行。

不过要说就业机会多，还得是 js 前端，很多面向工资就业的 php 开发者都转前端了，钱多，岗位多，需求多，何必去和 java 内卷呢。

我之前刚写过一个同步 linux 与 windows 虚拟机剪切板工具

https://github.com/zjsxwc/syncClipboardWinGuestAndLinuxHost/blob/main/guest.go#L34

windows 剪切板图片是 bmp 格式吧

CF_DIBV5
https://docs.microsoft.com/en-us/windows/win32/dataxchg/standard-clipboard-formats#constants

全是黄图，猝不及防

manjaro 路过，我都是到不得不升级才去升级的，没有滚挂。

我记得 老项目 CS 架构的 都是 直接客户端传 SQL，
服务端搞个 sql parser 就知道这条客户端提交的 sql 是否有权限。

MariaDB 本身就兼容 MySQL
MariaDB 本身就支持 MySQL 收费企业版才有的 连接池
MariaDB 支持 时序存储 方便时序数据业务
MariaDB 支持 列存储 方便高性能分析报表
MariaDB 的视图是高性能优化过的
MariaDB 兼容 Oracle 的 SQL 语法，讨好 DBA
MariaDB 有比 MySQL 更高性能的事务并发锁算法

不试试 开源的 MariaDB 级兼容 MySQL 也兼容 Oracle，性能据说比 MySQL 好，创始人也是 MySQL 的原作者

https://mariadb.com/kb/en/sql_modeoracle/

git 分布式的好处是分支合并特别方便轻量，并且由此引发出了各种基于分支协作的工作模式，坏处是没有到某一个文件的权限管理。

svn 集中式好处是可以有到某一个文件的权限管理，坏处是开分支成本很高，合并分支也卡。


个人来说如果已经习惯了 git 各种分支工作模式，就会对使用 svn 体验有抵触，分支多就卡，合并也卡，解决分支冲突也卡，没有 git 那种舒服，我以前用 svn 都不怎么敢开分支，每次 svn 分支合并简直是噩梦。

@zjsxwc 轻量级的 gogs 也支持每个用户私有仓库。

所以 git 与 svn 没什么不同都能满足企业需求，区别是 svn 是全套，而 git 需要配合 gogs/gitlab 来用，

svn 按文件来比较直白，而 git 是按元数据整体管理。

svn 是集中式一整套系统，

而 git 抛开 gogs/gitlab 来说仅仅只是一个命令行工具，与 ls 这种命令没有区别，ssh 加 git 就变成了 git 服务器，linux 用户管理（ chown，chmod ）加 ssh 加 git 就变成了有各种用户读写权限管理的 git 版本管理系统。

@zjsxwc

gitlab 这种可以对项目 private 来控制其用户是否项目可被读取可被克隆，所以 submodules 加上类似 gitlab 的 private 就能满足细化权限控制。