money ？

小米 12 x

我觉得社会上确实是有一些工作岗位是给 lz 这样的人准备的。it 业的范围又很广，可以很容易发现那些岗位。

实际上，那些 “爱打圈子牌” 的人所在的工种，你去吧 你反而可能竞争不过去。你费尽心思钻研了什么圈子道理和启示，在 “爱打圈子牌” 的人的工种要求里是最最基本的。

A 可能就是拿自己的长处来 pua 你。实际上你可以拿 “上班交流明确、同事关系简单、下班无应酬” 来反 pua A ，那么 A 还要开始羡慕起你了（羡慕那个工种）。

一个人的精力是很有限的。A 花心思多一点在某个地方，那么必然是在另一个地方花心思少了一点。所以，一个人的十八般武艺其实是在消费自己的总精力槽。所以，应该是提升自己的 “总精力槽” 它是资源 它是被消费物 ，有余力则自然就可以开展新工作。

总精力槽，包括体力、精力，别想那么多有的没的，不被别人有情绪消耗。实际上，A 的做法正是在拿你的能量在补充 A 自己的能量。

你也应该去补充自己的能量，扩大精力槽。
至于有余力的时候做什么，你就嗅着赚钱的方向前进嘛

至于什么能力能为你赚钱，那么最佳方向必然是谈价格谈得最高，做事情做的时候 自己耗费最少的。所以：

在平时工作里，一个人开启节能状态是正确的！

在面试时候才是超能状态，这是为自己谈薪水增加筹码。

—

最后，我认为 A 的表现其实很不好，因为他即使是在 pua 你，他也可能同时在 pua 他自己。我认为很好的状态应该是一个服务者：给别人建议之前先问问别人需要什么！ A 在假设他的需求和他人一样，这是不对的。求钱求财不是需求，那太粗糙了，得细聊。每个人在扬长避短的情况下都可以站着把钱挣了（站的姿势不一样，但每个人自己都觉得自己在站着），同时将自己损耗降低到最低。所谓损耗，它都是从精力槽里拿的。

—— 所以，唯一放之四海而皆准的，就是 “补充精力槽 精力管理 扩大自己的精力。区区某一种求财姿势根本是不配被放到那么高的地方的，A 在夸夸其谈时候是否知道这一点？

想让我接电话？

请付钱给我！

自动合并 pr 是怎样的意义呢？它和不提 pr 、直接合并到目标分支 有区别吗 除了权限方面

衣柜软件

一个由 ref 声明的变量因为它是响应式的所以它就相当于一个 observable ，它可以直接从一个 js 文件导出，这就相当于是一个与视图层解耦的服务，可以被任何一个组件消费并共享状态

https://vuejs.org/guide/scaling-up/state-management.html#simple-state-management-with-reactivity-api

适合去中国移动 / 中国电网上班，处理 13 亿人的基础服务，同时属于半国企性质，既满足本职工作方面登峰造极方面的事业追求，也满足温饱追求

diigo
来自 2006 年
https://zhuanlan.zhihu.com/p/96431405?utm_id=0

“买手机，上官网！服务有保证！” 这就有了心理溢价的空间。你甚至可以反问 既然第三方网站总是同样正版但比官网低价一些些，谁还会从官网买呢？

服务啊 保证啊 心理溢价啊 配送靠谱不靠谱啊，都是买来的，都算在价格里了。不是每个人都需要

拱桥阿

如何评估时间，对于任何一件事

游戏里那么较真：虚拟世界的一个人胜负欲太强，现实世界里的这个人肯定是个废物

连游戏都不好好玩：嫌弃他人胜负欲太强 一个游戏都能给输急眼了，这个人肯定是个废物

...

话全给你说了哦 加分哦

https://github.com/iced-rs/iced#overview [1]
这是 rust 的一个 GUI 框架: iced

Overview
Inspired by The Elm Architecture, Iced expects you to split user interfaces into four different concepts:

State — the state of your application
Messages — user interactions or meaningful events that you care about
View logic — a way to display your state as widgets that may produce messages on user interaction
Update logic — a way to react to messages and update your state

在研究 GUI 开发理念的时候，关注这样的框架是我认为正确的研究方法。
因为 rust/iced 作为一个 GUI 框架它足够简单！

[1]:
看看这种小众语言的 GUI 框架，它往往提供了最本质的东西，在一个足够简单的框架里。

[2]:
关于 “不复杂”

在进行 GUI 理念研究时候，一个不复杂的框架是必要的。不复杂的必要性是：

不复杂，但足以让一个 app 被开发出来。相比那些成熟语言的成熟框架，它仅仅做到了 “提供足够用的”：好处一 它没提供 “多余的概念 / 跑题的概念”（ eg 各种 web 前端框架都有自己的一堆概念），好处二 它也没提供 “多余的实现 / 虽然没跑题但弄得很复杂” （ eg 各种 C# GUI Java Swing JavaFX 都有足够的多余的实现 比如 关于多线程的实现）

[3]:
只有足够简单的东西才能让人去研究理念。否则只能招来学阀，用一堆不相干的概念把人砸蒙 ... 一个足够简单的东西才能拯救信息过载