@szkjlpf 一降降了 5 万，加薪 6000 能刺激个啥

江苏公务员最近刚完成第二轮降薪，指望体制内项目回款快是不可能的了。都在等 2025 年的超常规预算。

heap_size_limit: 2197815296, heap 最大只有 2G ，这个限制没打开

参考 v8 的代码 heap/heap.cc
size_t Heap::HeapSizeFromPhysicalMemory(uint64_t physical_memory) {
// Compute the old generation size and cap it.
uint64_t old_generation = physical_memory /
kPhysicalMemoryToOldGenerationRatio *
kHeapLimitMultiplier;
old_generation =
std::min(old_generation,
static_cast<uint64_t>(MaxOldGenerationSize(physical_memory)));
old_generation =
std::max({old_generation, static_cast<uint64_t>(V8HeapTrait::kMinSize)});
old_generation = RoundUp(old_generation, PageMetadata::kPageSize);

size_t young_generation = YoungGenerationSizeFromOldGenerationSize(
static_cast<size_t>(old_generation));
return static_cast<size_t>(old_generation) + young_generation;
}
默认只能使用 1/4 的物理内存

node 下输入 v8.getHeapStatistics() 看看输出是什么，监控里显示内存只用了 50%，不大可能是 ECS 的问题

@guoguobaba

When running in a mode that does not match the view (e.g. an async view under WSGI, or a traditional sync view under ASGI), Django must emulate the other call style to allow your code to run. This context-switch causes a small performance penalty of around a millisecond.

Django Rest Framewok 应该是不支持 async 的，你得用这个 https://github.com/em1208/adrf

打包前先设置环境变量

export NODE_OPTIONS=--max_old_space_size=4096

基本面有好转？

1 月份各家公布财报杀伤力不够大？

农历年后再战啦

每年光 211 大学的计算机专业应届生就超过 30 万人了，看看大厂中厂们的财报，员工总数也就一百多万，开发算它占一半也就大几十万，每年新增员工才多少？

当 211 们开始竞争小厂和外包的时候，别说专科了，普本都没出路。

https://docs.djangoproject.com/en/5.1/topics/async/

Under a WSGI server, async views will run in their own, one-off event loop. This means you can use async features, like concurrent async HTTP requests, without any issues, but you will not get the benefits of an async stack.

The main benefits are the ability to service hundreds of connections without using Python threads. This allows you to use slow streaming, long-polling, and other exciting response types.

If you want to use these, you will need to deploy Django using ASGI instead.

明天跌到 3230 我就买入上证 50 或沪深 300 ，博一个短线小反弹

阿里云是怎么知道你跳转到了别的网站？监控了你的 https 流量？

中介费看似很高，但是要带看很多套才能成交一套，每一笔成交都要分摊无效看房成本。

财报说话，
贝壳找房：2024 年上半年：净收入为 397 亿元，与 2023 年同期的 398 亿元基本持平；净利润约为 23 亿元。
我爱我家：2024 年前三季度：实现归母净利润 848.7 万元，相比去年同期实现扭亏为盈。

两大巨头，一家净利润不到 10%，一家今年扭亏为盈赚了几百万。中介费打个 8 折，贝壳就得亏损。

所以，信息这么发达，为什么有人觉得中介费可以大幅度打折呢？

高考卷不过，专业卷不过，履历卷不过，“资深开发”不过是入行早的红利。

卷技术卷比赛就别想了，有这潜力和执行力的，入行那么早不可能是籍籍无名之辈。

卷开源就更没用了，混不到重大项目的核心成员，没人当回事。

卷管理，有管理才能的，入行多年起码带百来号人团队了。

卷论坛，或者发文章，菜鸟觉得你厉害，行家只会觉得你热心，偶尔觉得你菜。

@kran 在有注解之前，Spring 都是通过 XML 装配，有了注解之后，大家用脚投票投的注解，没几个人想回到动辄手写上千行 XML 的年代。注解的“滥用”是多年下来自然选择的结果，事实上 Spring 除了注解和 XML ，也支持手写代码的方式装配。注解和 DI 是好东西，比较新的框架 quarkus 也选择了这个姿势，注解和 DI 带来的问题大家都知道，Spring 的解题思路是 AOT ，quarkus 的接替思路是 build-time oriented dependency injection ，殊途同归，都把本来运行阶段才做的工作前置到 build 阶段。

每个人习惯不同，我在使用一个框架前，会把文档完整的过一遍，我不觉得看个小几百页文档能影响我学习其它东西。比如我使用 Vert.x 前，官网文档过了一遍，顺便把 netty 也过了一遍，实际也花不了多少时间。这些也都不会白看，后续学习 quarkus 时就流畅的多，甚至第一次学习 php laravel 时有似曾相识的感觉。

各个框架都是现有技术的应用和组合，也许有一些地方做的选择不同，但大体上也就那么几种，用户会用脚投票，经过长时间的检验，淘汰掉那些不那么适合项目的选项。对大部分开发来说，历史包袱不太大的项目，你不能选的那几个选项，可能在项目初期被人权衡利弊之后删掉了。

我经历过几个从小而美轮子演化成大而全的项目，有些甚至在发展了几年后整个丢弃掉，来个大版本升级，直接基于开源方案二次开发了。

现在我对大而全框架没工作头几年那么排斥了，我只有两个要求，我用不到的功能不要消耗我的 CPU 和内存，我要扩展时要有足够的弹性。

你就填 2000 万好了，5 年后如果还缴不起这个费用，就降低注册资本，重新注册个公司又是 5 年

@kran Spring 独创了什么概念？ IoC 是 1980 年代就广泛使用的技术，AOP 的使用也比 Spring 更早，MVC 是 1970 年代的古董。框架只不过是已有概念的实现，每个概念都用于解决一些问题，熟练掌握之后能提高效率。如果一个框架的学习成本极低，那大概这个框架做不了稍微有点复杂度的项目。

话说，Java 语言的哪一个知识点不被 blogger 一遍一遍的重复记录？如果这都能成为“考验”，没必要死磕，换个别的方向就是了。

之前 Django 被吐槽大而全，于是小而美的 Flask 得到青睐，后来大家因为项目需求变复杂了，就不得不引入各种配套的框架/库，最后再自己组装黏合在一起，重新发明了一个 Django 。Spring 依赖注入那套东西，不知道被多少人在自己的项目中重新发明了一遍，每个人都要做一遍拓扑排序。

@kran 个人感觉，spring 的文档非常好，“铺天盖地的博客文章来讲解 spring 的某些问题的解决”基本上在官方文档里都有答案。当然，spring 的文档不是给你哪有问题查哪儿的，它需要先系统性的过一遍，把该学的概念都了解个七七八八，然后你才有思路，知道往什么方向查。

@jeesk https://help.aliyun.com/zh/icp-filing/qualification-license-service/preparations-before-filing-application?spm=a2c4g.11186623.help-menu-35468.d_5_1_0.67cd3700Ww1KG2

经营性备案可不是普通备案那样点击就送