@firejoke #14，所以试试看，万一作者还在社区活跃，愿意帮忙的人还是会去回忆和找寻你想要的东西的。

可以只有 lowcode/nocode 可以说是最终目的是“料理包”，你教一个 PM/UI 几个小时就会用了，真正程序员的工作确实如 #7 、#11 楼所说的，更像手工业 /小作坊。

一些 dependencies 只是微波炉、电烤箱之类帮你解放双手的工具（你得自己 input/output ），其实工程化 /流水线之后反而更好(品相佳味道好)，工作效率也更高。

说白了现在码农，只是新时代搬砖，以前用体力来搬砖，现在我们用脑力来搬砖，最后都要听从红帽子(PM)、蓝帽子(架构)、白帽子(甲方)的指挥和安排。所以能吊车铲车（框架 UI ），节省体力为啥不用呢。

[换] ，还能旧抵新，虽然旧抵新折不了几个钱....

@firejoke #10，尝试一下，总比没头绪强。
我也有发过邮件给以前念初中时我们这边的的电台主播，让他帮我找过十年前他节目的一个 BGM，
隔了 2，3 个月突然收到回信，线下见面的时候他说翻了好久的唱片都没找到印象里的那张唱片。

1. 965 应该会越来越多，如果为了 WLB 去选择读博 /965 可能有点意外的尴尬；
2. 达不到境界没办法回答；
3. 工作上会有帮助，人际交往上普通人反而会对你疏远，但是也不完全，主要还是看你性格内外向。

我看好多引用都是骑行的，倒是可以私信那些骑行作者看看他们是从哪里看到的？

@LeeReamond #2 哦，对了，忘了说，`box-shadow` 在对于一些不规则图形应用会有问题，
如果需要在 clip-path 裁剪的内容上应用阴影需要使用 `filter: drop-shadow()`

https://developer.mozilla.org/zh-CN/docs/Web/CSS/filter-function/drop-shadow()

个人意见，上传到云既默认会被看到数据，敏感文件还是自己本地保存或者 NAS，只是有些厂会和你说，有些厂默默的就把你文件扫了，不管是扫文件名还是扫后缀，还是始别内容，用户根本不可控。

如果你和其它同事都挺聊得来的，那就直接找小 A 聊天吧，也可以直接问他，每次都直接找副总，弄得你怪不好意思的啥的。电梯里遇到开口打个招呼啥的，也可以聊些其他话题，熟络了也许就好了。

如果你是觉得越级找副总你不舒服的话，下次副总解决不了找你，就和副总说下次让小 A 直接找你就行，然后自己走过到她工位去解决问题，然后也同样和小 A 说下次直接找我就好。

要是你觉得不找你挺好的，那就保持现在这样也没差~

@dfkjgklfdjg #3 懒得用 CSS:mask 属性了，直接找了现成的 clip-path 路径就用了，你可以根据自己需要来选择使用 mask 还是 clip-path 。

https://developer.mozilla.org/en-US/docs/Web/CSS/filter
https://developer.mozilla.org/en-US/docs/Web/CSS/mask
https://developer.mozilla.org/en-US/docs/Web/CSS/clip-path

试试看这样？

https://codepen.io/yogwang/pen/NWjqOWW

@loliyu 只是单纯用手机投屏（ AirPlay 、wifi ），其它功能都不用，这样的场景有什么合适的嘛。

正常普通家庭，1 、父母赞助； 2 、亲戚朋友借钱筹款； 3 、1. 加 2.

小年轻就算 23 毕业到 30 岁买房&结婚，基本上在沿海地区是不可能只靠自己攒够的。

沿海卫星城首付最少得 30 万吧，加上装修算 10 万吧，婚宴算 8 万，还不算其他开销（买车、谈恋爱）
四舍五入 8 年攒够 50 万 ≈ 每年存下 6.25 万，有几个年轻人办得到的，不月光就已经很好了。

等到反应过来自己被消费主义牵着鼻子走了，都几岁了再攒钱？而且这个 50 万在这些事情上根本不经用。

=====
我们这边的男孩子，普通家庭基本都是父母钱包给孩子出首付，然后让他自己还月供，还有一些是需要爸妈继续负担一部分月供，然后爸妈再继续攒办婚礼的钱。
女孩子的话爸妈压力会小一点，给买车就好了，然后就女孩子负责自己的日常开销，房子一般都是男方已经置办好了。

或者小两口自己努力攒钱的，一起攒首付，一起还月供，但是比例太少了，

也有两方人家一起盘算这个钱怎么办，比如说男方出钱买房子&办婚礼，女方出装修的钱和买车子的钱，然后小两口一起还贷款。

我现在就是散热架，小风扇对着键盘吹，然后开空调

本来想买 [new z6x]，这样一搞，我还是在逛逛吧...

我是那个 null 😆

@Exin #31 你是魔鬼吧 👹

@zzzzqqw #23，视情况，简单的问题可以百度解决的就自行解决，
如果百度了之后发现毫无头绪，你可以先自己考虑和整理一下，然后请教同事，请教的按照以下步骤：

1. 遇到解决不了的 BUG 👉 我遇到一个 XXX 现象的问题，如何如何复现，尝试了哪些方法但是没有解决问题。
2. 遇到不知道怎么实现的需求 👉 描述清楚需求的场景，我是怎么样尝试的，但是没有实现 XX 的预期。

然后不要拿到代码就过了，主要是顺着同事 解决问题 /实现需求 的思路，学会了怎么思考远比直接给你代码有用的多。

所以我都是说 1.2.3.4... 解决步骤 /实现步骤，然后让他们自己尝试先，同时如果我正好有空，会在 CodePen 上给他们写一个近似 Demo，如果他们自己还是没办法处理，就会过去 结对编程（写还是他们写，我只是在边上说思路）。

其实只是进入思维定式，让他们重新描述一次需求和他们自己写的代码是什么意思，一般都会再讲述自己代码的半道上就发现问题所在（小黄鸭调试法）。