wallpaper engine 为啥会重....

和我刚出来一样，你这样的内容，简历就很难过关，内容很拉跨。

首先语言太乱，会给人不精通的感觉，年青力盛同时学基本语言的人不少，
但是只需要阐述你主力开发语言就可以，其他的带一下就行了。

“Linux 比较熟悉吧 ubuntu/centos 都用过挺久了” 这种话完全没有体现到你会的程度，我一个前端都可以聊两句这种。

你可以说：当前主力开发语言是 XXX，然后开发环境 Linux ( ubuntu/debian) 等等。参与的项目有《 XX 》、《 XX 》，然后大概描述一下项目和详细描述你负责的版块。

提到开发经历，这个是最关键的，你提到了 “学习技术都为了之前我自己做的项目中需要用到才学的”，
然而我根本没有耐心看完你那么一大《坨》内容，快速过了一下，印象里就没有描述项目经历。
更何况 HR 一天会读 N 份简历的情况，这个是硬伤，如果你要出去面试尽量避免。

其次一个就是炒币这些东西，压根就不要提，更可况亏损百万这种，自己知道就好了，说出来就是招人待见的。

最后结尾就是看你的院校，如果在大学园区内建议你逛逛其他本科院校的秋季招聘，校招门槛低很多，特别是你有对编程有兴趣的话，展示一下你的校内项目明显会有优势。

@samin #31，可以考虑一下 VuePress/VitePress，尤大自己的一个静态博客框架。

用 Vue 来编写页面，然后使用 Markdown 格式书写文档，最后生成一整套静态 html 的站点。可以搭配一些代码托管频台的自动 Action，自动部署到目标对象存储空间。

https://vuepress.vuejs.org/
https://vitepress.vuejs.org/

随便找个对象存储空间，然后自动部署不就好了？

然后《需要遵循规范开发》又是什么东西？不想写 Markdown，你纯靠自己手写 HTML ？

很多驱虫药都能用的吧，淘宝一下呗

@jinsongzhao #14，呃....我问的是现实中遇到的内卷，不是概念上的，所以我想知道的是除了大厂之外，这种卷有多普遍。

但是从我发帖以来，就没有回复我说，自己遇到这种情况，或者自己小伙伴遇到这种情况的。

不是不知道概念，而是想知道这种是嘴巴里天天喊的 “内卷”，和现实中真真正正遇到 “被迫卷起来” 的情况得差距有多大。

@wangchonglie #17，呃...那比如说 Input/Output （ IO ）....
或者说 DTO 、BO 、AO 、VO 、POJO

有明确的缩写的可以用，比如说：Globalization(G11N)、Internalization(I18N)、Translation(T9N)、Localization(L10N)
或者 Development(Dev)、To(2)、For(4)的这种的。

没有共识的话，缩写容易翻车，自己隔一段时间回来看都会想不起来

@Tumblr #2，你不说我都没感觉到，你一说我回过去一听，hhhhhhhhh

看场景吧，不同场景的含义还不一样，或者直接叫 《管理类》？

Microsoft sculpt comfort mouse 没遇到你的问题。

前几天我也想发来着，预算和 Y(R)9000P [RTX3070/i7/32G/1T] 差不多，V 友们有推荐的吗？

@shijingshijing #12，呃，我说的是对于我们这类的浏览器用户来说是否有破坏性，比如说影响使用之类的，不是说自家产品的 UI 改版对于项目的影响....

@zxCoder #5，正常来说是这样的，只要用户不操作就会保持 “已登陆”状态，直到他下一次请求操作。

亦或你自己写一个定时器，大概半个小时（自己预估）判断一次 token 状态，可以自己本地判断 token 的过期时间戳，或者用心跳 Ping 后端。

@zwgf #2，做好自己就好了，引领其他人的事情还是少做，容易被喷的很惨，之前躺平也是，我说你们真的躺平了，那你们就真玩完了，先考虑清楚这个躺平的本意是什么再去躺平，也一样被会骂工贼，既得利益者 ┑(￣Д ￣)┍。

天要下雨，娘要嫁人，由他去吧。

1：基础款，后端接口拦截判断是否 token 过期，如果过期返回 401，没过期继续业务请求，前端请求拦截器内加判断；
2：基础款 Plus，后端返回 token 之后返回过期时间，前端保存在本地，请求之前先判断是否过期，如过期直接提示，中断请求。

不是所有人都有这个内驱动的能力的，有些人需要被别人推着走才能往前进，还有些人只是想上上班混混日子。
还有些人被生活的压力所套牢了，不敢抛下现在的枷锁去探索了。

------
从疫情的表现来看，大多数人远程办公 /非坐班的，并不能有效的完成日常工作任务（从我身边的氛围感觉）

然后另外一个就是对于自身项目的掌控，许多人只是完成工作就好了，并不想完全了解项目，完成了自己的模块就好，很多预留的接口也都不会去考虑，先写了来，后边要扩展？改就是了。
对于项目的优化和代码的规范也如此，你很难就以此来抱有期望，只能领着他们走。

我好奇的是，如果设置 “下次询问” 的话，如果我选择 “允许一次” ，第二天再打开就没了选择提示，直接让我去开启 ”使用 APP 时允许“，这是为啥，是 iOS 的锅，还是 App 的锅。