这是给 TalentOrg 招人还是 TalentOrg 给客户招人？

看银行，也看行方经理。

> 貌似福利不错不拖欠工资还稳定，相比其他外包有什么优势？

银行方面一般不会拖欠人员开支——注意，是开支，不是工资。因为外包的工资不是银行给的而是外包公司给的，你和银行只是租借关系，你的雇主是外包公司。所以，外包公司会不会拖欠工资跟银行其实没什么关系。

至于优势，我能想到的就是积累业务经验和背景。这个也看银行，在大行一般能看到比较完整的业务方法论和流程实践，在有靠谱技术经理的小行能被带着提升技术能力。毕竟银行怎么说也是个比较专业严肃的业务领域。

> 貌似有转正机会是吗？

没听说过有这种政策。如果你的工作表现得行方喜欢，恰好你符合行方的招聘标准、行方也有招聘名额，那你倒是可以应聘银行的工作岗位（所谓跳槽到甲方）。但这个跟普通的换工作一样，并不是什么「转正」——你是外包，不是「实习生」，谈什么转正呢。

> 银行外包每天都做什么项目 /什么技术栈的？

大多数银行的技术栈都是比较陈旧的，这容易理解。好在现在有国产化的硬需求，不少银行趁这个机会改换了部分技术环境，有使用新技术的机会。但具体到实际情况还是要看行方领导的想法，有的人求稳，不想承担更改技术栈的风险，或者部分需求的上游依赖没法改，那就会迫使下游继续使用古老的技术。不过看你提到了前端？那大概率还是比较惬意的，至少不用兼容 IE （国产化操作系统跑不了）。

项目就多了，啥都有，看你去哪个部门、哪个业务线。

---

但总的来说，外包是一种无奈的选择。客户选择通过外包公司获得劳动力，根本目的就是为了省钱。基于这个前提，你在外包工作里就很难做什么理想的期待——说白了，就是混口饭吃，不要谈什么上升空间。理论上讲，在客户项目上做出突出成绩，又「巴结」好了领导，你在外包公司里倒是有一条还算清晰的晋升路线。但就国内外包公司的现状来说，这条路并不好走，一来机会稀少，二来耗时太长。

外包公司通常不挑人，大不了便宜人扔便宜项目上，这勉强算外包工作的一个优点吧，至少能拿低保。其他的，就看你的造化了。

@YadongZhang #1 这是用虚拟货币支付薪酬的吗？

@YadongZhang #1 感谢，我看一下

看一下 JS API ，call 方法的第一个参数是啥

function concatHeaderAndData <H, D>(header: H, data: D) { /* ... */ }

因为在苹果看来，Mac Studio 和 Studio Display 是面向专业用户的，不是学生，因此不参与教育优惠活动

有 EAP 的时候就有 EAP 预览版。

注：这不是一句废话。

@zxCoder #1 是的，EAP 是有试用期的。

@clrss #5 EAP 不需要订阅，但只有 30 天试用期，而且很可能会出现影响日常工作的 bug ，你确定要用这个干活？

楼主可以买他们的体验装，固粉液都有的那种。不同版本的口感和味道都不相同，但效果几无差别，根据自己的接受情况选择就好。

一般来说液体版相对最难接受，我周围没吃过代餐的都表示……当然心态要摆正，若饭本身就基本不考虑「美味」这个属性（甚至排斥），所以不要指望它吃 /喝起来能跟大鸡腿相比。有了这个预期后，若饭就显得不那么难喝了。我个人倒是觉得味道挺好的。本人食用若饭 4 年，当前的版本跟四年前比真的进步太多了。

如果体验过后觉得能接受，也打算长期食用，推荐桶装粉末版，最实惠不说，量和口味也有更大的把握空间（若饭新出的口味补丁包据说效果明显）。

回到正题：若饭适合懒人吗？我认为，只要能接受若饭的口感味道和价格，这简直是懒人的完美食物。营养全面，食用方便，还不用洗（桶装粉末般最多需要洗杯子洗碗），没有比这个更适合懒人的了。省出来买菜做饭、选店等餐的时间，多睡会儿多玩会儿多学会儿多忙会儿不香吗（

安利一波 Keychron ，京东京造 K 系列键盘是国内 OEM 版，东西一样（只是可选配置有限），但如果有合适的支付手段直接官网购买也一样，深圳发货

我不理解。

首先，CSS 用缩进忠实地体现 DOM 结构并没有什么好处。一来，CSS 选择器所表达的层次结构并不总是与 DOM 渲染结构相符，如果你使用 Atomic CSS 几乎没有层次的问题，而如果你使用 BEM 则选择器本身就体现了层次，用不着缩进。二来，纯静态的样式就罢了，伪类选择器怎么办，它算什么层次呢？如果使用 BEM ，两种 block 互有嵌套的时候要怎么缩进？

其次，「如果没有缩进，所有语句胡乱堆砌在一起」，但缩进了只是改变了水平位置，没改变垂直位置啊。相同业务主题的样式放在一起，它们左边有多少空格能造成什么本质区别呢。「无数人抱怨 CSS 不可维护，就是找不到应该从哪里入手修改」，这……是不是应该学习一下开发者工具怎么用。

以及，所有 CSS 方言都实现了嵌套语法，甚至 CSS 自己的嵌套特性也已在路上。这种情况下，你这种「不表达嵌套的缩进」是否会干扰对匹配优先级的判断呢（以 Sass 的话来说，相当于所有 ruleset 都隐含了一个 @at-root ）。现在大多数编辑器都有结构树显示功能，这种缩进在结构树里是平铺呢还是折叠呢？如果和正儿八经的嵌套语法放在一起，还要怎么表示呢？

@autoxbc #78 BEM 有什么不好吗

@autoxbc #72 哦，我刚注意到你这只是缩进，不是嵌套。那……何必呢，className 本身不一定要还原 HTML 结构的

因为大多数情况下嵌套缩进并不是刚需。HTML 结构和样式定义有时并不是同一视角。当然有胜于无，多一个选择总是好事。

另外，楼主有没有考虑过匹配优先级的问题

@pengtdyd #48 Firefox 。严格地说，Safari 也是

@3dwelcome #3 不确定是不是想抢 JS 的饭碗，但毕竟（目前）在浏览器上 JS 还是唯一的可靠选择，所以这种观点不无道理。跨平台语言越来越多在另一方面也是因为跨端开发需求的流行。同一个业务在不同平台拿不同语言和技术栈重复开发一遍不是成本很高吗，自然是能一次开发多次编译最好。Java 曾经能做到，但在 Web 领域被 JS 干掉了。现在这些新语言换了种思路重新实现 Java 的理想

GWT 多久以前的东西了。楼主了解下 Kotlin ？