嫌大就加参数限制最大堆呗，默认最大堆四分之一物理内存肯定大啊
我在服务器上跑的一个小定时任务，spring-boot 弄的，xmx32m 一样跑

不要小看了跑在高性能 SSD 上的数据库的性能啊

公开信息共享 excel
保密信息本地 excel
数字化的终点 excel

不懂 laravel ，但是
session 机制其实类似一种 key-value 结构，session 是 value ，key 由服务端生成给到客户端，客户端请求的时候带着 key ，服务端用这个 key 去找到 session
于是主要的点有这么几个：value 存哪里，key 存哪里，key 怎么传递
1. value 存哪里：分服务器端和客户端，服务器端分内存和持久化（进程内进程外），客户端主要就是 jwt
2. key 存哪里：浏览器的话要么很自然的 cookie ，要么 sessionstorage 之类，其他地方各有各的说法
3. key 怎么传，浏览器的话还是要么很自然的 cookie （但是相对的，可能对带来额带宽占用），要么自己塞 header ，其他地方还是各有各的说法

换个角度，常规 key-value 的，key 通常就是一个不容易重复的字符串，而 jwt 属于 key-value 一体，好处是好做无状态，坏处是 key 太大而且无状态


于是：
jwt 机制属于 key 和 value 一体存在客户端，请求的时候自己往 header 里塞的类型（当然放 cookie 里也行但是有点大），因为无状态且有点大，更适合内部服务间通信
而”加密 cookie“应该是最传统的，http 服务自带的 sesion 放内存，session-key 放 cookie 的模式，更加朴实无华适用范围更大

赞一个👍🏻，虽然已经肌肉记忆 esc 接切换输入法了

@qiuhang 中国不是只有一线城市，有个一般工作就能负担一套房子的地方有很多

金山文档应该可接，权限控制也有
除非真的有实力或者闲的没事干，否则不要自建

go 推广

程序员不是人系列 +1

目前的 AI 问多了就发现，它不是在给你解答问题，而是在哄你玩
所以如果真的 100%Ai 编程，理论上就可以实现 100%基于巧合运行的系统

真的好像早年那种，系统自带一坨神秘软件的系统盘…

巧了我们也写日报，每天开个 txt ，来啥活都记一下，下班前十五分钟闹钟，txt 整理一下写到日报里，写完就润，到楼下正好打卡

所以说日报不重要，重要的是工作多少和工资多少

除非是复杂的算法，或者是为了性能之类的考虑做了某些诡异操作，否则代码本身不需要注释
相比于‘这段代码做了什么’，更重要的是‘解释为什么这么做’

精力不佳的时候不做复杂或者重要的工作
仔细测试，多花一点时间好好测，可以省下很多着急忙慌处理线上 BUG 的时间

@diagnostics 其实说到开发体验这个事情，真的挺个人的
水平比较好的开发可能会倾向于使用更复杂的工具来更好的满足自己的个性化需求
但是现实中的情况往往是水平一般的开发居多，问题复杂一点就到处出问题，所以还是简简单单无功无过最好