@fengsien1999 。。。

我都不知道如何吐槽，只能说你和很多码农一样，把自己的职业难度想得太高，把别人的职业难度想得太低。

----

你列举的技术，说句不好听的，MongoDB Redis NoSQL 这种边做项目边用就行。

Vue 也就 Webpack 入门难，现在都 vue-cli 了，一周上手。Python Django Flask 也是一周足以。

TensorFlow Pandas 这是数据科学你放这里讲干嘛。

也就 Java C++ Android 这种大头不好搞。。。

但是 Android 开发、Java 开发、C++ 开发一般都不是全栈。

全栈是上面这些技术的水到渠成。

----

前端我学了一个月就搞定了，MongoDB Redis 都是直接上手。Flask 一周，FastAPI 学都不学对着文档看半天就能用。人家生物你当真只有一本书的内容？看看医学生五年要看多少教材，才能上手去做实习医生？看看人家做化学的一堆有机无机反应。看看人家做生物的，就大脑有多少东西还在研究？

（ ps ，生物这些是我看我某个朋友的日常）

@fengsien1999 你可真是不知者无畏。

作为一个计算机发过论文的博士生表示，生物化学要发论文可比计算机苦多了。计算机的论文好歹可以一窍通、百窍通，只要数学基础扎实，看个开头再加 architecture 图和公式就能猜出来这篇文章到底怎么回事，没看论文很多时候你乱想的 idea 也和别人的工作是相符的。

生物？呵呵呵，现在基本都靠实验堆上去找现象。一天刷十几篇论文是常态。没有为什么，因为没有数学演绎法，你什么东西都要靠自己做实验不现实，一次实验就是一天几天的，作废了就得重来。

那为什么不转最新版。。。

金融数据公司的 Java 岗本来就没有多少需求啊。。。

这一行的硬通货技能反而是 Python ，以及我大 C++

再买一台联想。。。

@xlsepiphone 其实反过来想，这里有个矛盾。

如果只是几十个 GB 的 JPG 图片，大部分人是不会买 NAS 这种东西的。为了几十个 GB 的 JPG 图片还要买个 NAS ，其实是硬件发烧友才会干的事情。。。非常非常小众。iCloud + 手机才是我见过的通常做法。

像我这种 pro 用户，相机咔咔咔的，才会有大量上 TB 的原片需要存。。。但是说实话老的原片更多是存档，这么多照片放软件管理总会越用越慢。而且要支持各种 RAW 附带调色，你这工作量堪比 Adobe Lightroom

@xlsepiphone 讲真，专业用户可不止这些需求，而且有 Lightroom 。。。

而且楼主的软件想来也不支持各大相机的原片（当然也不支持顺便调个色）。

而且根据我一年多 Lightroom 使用经验（ 8 千张 RAW ），还是滚回去目录式管理比较爽。因为无论多大的硬盘或者 NAS 都容量不够啊。。。老照片又几乎不会再弄出来重新后期。

1 张索尼 a6600 的原片要 24M 。

1 张索尼 a7r4 的原片要 60M （压缩）、120M （未压缩）

┑(￣Д ￣)┍

呃。。。我能说我都没听说过这个软件吗

很多需要繁琐的 if-else factory 设计模式的，用动态代码生成，有时候就很容易解决了。

退一万步，JIT 这东西知道吧？相当于它根据 JVM bytecode 产生了机器码。某种意义上也算是 CPU 的 eval 了。

@pythonee 不是自举。

模板引擎、动态执行代码，etc 。

直接字符串拼接然后运行容易被注入，但是你可以自己实现一套简单的编译器，然后编译成 host 语言运行

通过可信 dsl 产生程序然后运行吧。。。

更正：c# winform 。

不过 c# 确实推出过蹩脚的 webform ，作为网页的无刷新技术，hhh

@tabris17 不成体系的开发方式，和用 windows api 写 gui 有啥区别？

一个技术能够被广泛使用，解决开发的繁琐的心智负担是关键。

前端框架最重要的就是这一点。
----

背景：gui 方面，我当年高中时代就捣鼓过 windows api 、c# webform 、borland delphi (c++ builder)、c++ qt 。网页方面，我从 asp 、asp.net (c#)、python django 、python flask 。我都捣鼓过。

一直到现代的 vue.js ，所以我对这种开发难度的划时代的变化，我是非常感同身受的。

当然模板引擎 SSR 的优势在于，搜索引擎友好。

但是中文互联网环境，大家恨不得搜索引擎找不到自己。都是想自己做平台的主。

模板引擎唯一比前端框架优秀的地方，在中文互联网环境是负作用的。

那就怨不得模板引擎衰落了。

可是，稍微复杂一点的前端应用都不能用 web page 刷新那种交互形式啊。。。

举个例子，B 站你看视频，看到一半下面加个评论，难道还要中断播放嘛？

所以楼主的路线只能做一小部分功能。
----

现代前端框架是为了能和桌面应用的交互形式匹敌而设计的。

前端工程师既然有了这么强大的开发方式（而且开发也不慢），自然也能做你说的这些局限的应用。

那么既然这种开发方式吸引了更多前端工程师，那么传统的模板引擎路线，用的人就越来越少了。毕竟屠龙刀能干杀鸡的活，在无刷新模式下用户体验也比模板引擎的有刷新模式好，从用户体验到开发体验都完爆 SSR 模板引擎，高下立判。

既然用的人少了，那么新的项目自然优先用主流技术。

说白了这不是因为模板引擎不够，而是因为屠龙刀太强了已经吞噬了模板引擎的市场而已。

@FreeWong 不这就是很常见的解决方案。

只不过在比如 python 语言里面你可以用协程 asyncio ，在 node.js 里面可以用回调，把上面的逻辑实现是个很简单的事情。在 C++ 里面你就不得不用多线程或者 event loop 了。

解决方案：

1 、每个客户端给一个 shutdownRequested 变量。
2 、自己开缓冲区处理 ReadTo('#') 的逻辑，用异步 read 。
3 、read 读不到就返回，那么进入 epoll 等待队列。
4 、如果 shutdownRequested ，就唤醒这个 fd 去处理。。

总结：

需要一个完整的 event loop 。但是有了就很容易做