果然变成了网站分享贴

@SculptureSand 语言本身不会烂大街，框架的话，除非非要死磕八十年前的 Spring 或者过时的 Python 框架其实还好。可能更重要的是看准一个方向然后学下去。Flask 学到背后也会有协程、并发、微服务，Spring 跟着培训班随便学下来也可以很浅。

培训班给不了文凭的话没啥学的必要，Spring 也好 Flask 也好应该都有很完善的文档，相关的书籍或者教学也很多。国外流行 bootcamp 主要是它毕业后会给一张 certificate ，前几年缺人的时候企业看到这张纸就招人，现在随着供需关系的反转和 bootcamp 的过度发展也不好使了。国内这群培训班从一开始就没有任何认可度，完全没必要。

比起这个，有个拿手的项目更重要。你自己做的网盘这几个其实算是不错的起点。

这个语言好像可以相对简单的写一个翻译器

@locoz 信息量充足是一回事，能通过这些信息表现出 op 什么样的形象是另一回事。考虑到 op 发了新版本我就不太纠结旧版了，但是旧版的介绍给人的感觉是，读完了知道了这个项目是做什么的，但是对 op 的认识却很浅显。另外一般读一份简历的时间也就十几秒时间，对角线扫描的读法，自然要考虑尽量精简词句。

op 讲故事这个自然是亮点，而且也看得出对项目设计和开发的思考和中间的多次迭代实验，但这些应该尽量用关键字让他们能够第一时间抓住读者的注意力。

看了第二版的话，确实精简了很多，但确实也有缺少了讲故事的环节。其实我不太清楚这个「项目简介/技术栈/项目要点」的排版是不是国内简历必须项。国外一般流行的是用 STAR 法则，每个小点对应一个 S ，T 或者 A 或者 R ，但不一定要是这种一板一眼的形式。再比如说技术栈就可以融入到其他小点里面而不是单独列出来。然后我觉得第一版里面讲故事的就可以试着改造成 STAR 的思路。另外一个思路是 XYZ ，不过这里不一定套的上。

S：设计了一个匿名、加密的文件分享网站以便在公共场合分享传输文件
T：前端使用 Vue ，部署在 Vercel ，后端使用 Flask 暴露出 REST API ，部署在阿里云 FC3.0 ，使用了 Serverless 架构并使用 GitHub 进行自动对接；数据存储方面综合使用了 SQLite 和阿里云 OSS
A：综合考虑从零开始的渐进开发体验和按需扩展的需求，结合使用阿里云的过往经验，在仔细筛选和多轮原型设计后决定上述方案；根据需求推导出架构设计，用思维导图确定之后逐渐实现各个服务模块，例如 X ，Y ，Z
R：在项目落地的同时，有特意留意状态码处理和异常捕获，也有平衡数据库读写和计算，设计负载平衡，etc

随便写了一下，可能有点乱，然后我自己语言表达也不是很好。但大概思路应该是差不多的吧（去掉前面那个字母）。其实基本上就是把第一版精简后的样子。

当然如果国内必须这样排版当我没说……毕竟也看到很多人是这么排版的。

其实我更想知道 JD 上写精通是什么情况。

比如精通 C++、精通 Rust 什么的，真是这种人公司不一定出得起钱吧。

其实我更好奇 JD 上要求精通是什么情况

怎么现在人都喜欢把简历写成项目说明书。。

挺没法理解在个人 blog 里塞一堆广告的做法

高大的建筑物和精美的衣服都是泥瓦匠和纺织工做出来的。用他们来类比程序员有什么问题吗？

更不用提许多程序员写的代码估计换个外包就被扔掉，代码质量也不咋样，哪来的底气去嘲讽实实在在地制造产品的人。

我一直在好奇这种东西和国外流行的 BNPL 有多少相关性

虽然我觉得提问的智慧这篇文章很多时候是有点过了头的，但这个场合我觉得丢一个提问的智慧的链接是最合适的回复。

感觉和使用非英文变量名（例如 xxglxt 之类的）一样是很不标准的做法

抵制 javax 的话就没法用 quarkus 或其他现代化的 java 框架了。

难道您更喜欢 ejb 那套？

能查到财务年报吗，还有就是不知道国内有没有类似 blind 或者 layoffs 之类的社区可以查到相关的信息。感觉这公司还是要谨慎一点。

国内不清楚，国外的话都是写的。人家连打羽毛球旅游摄影做家教都能写，自己折腾 docker 不是理所当然更值得写吗。

只 checkout 某个文件夹可以用 sparse-checkout 啊

年龄到了就不能做技术非要做管理这件事情倒是充满了老钟智慧

看来记错了，有开源版本的话还是蛮好的。纯 Java 的话这个语法比别家的 ORM 或 dbutils 舒服多了。