千变万化的开发团队。

还好题目正确的打成产品经理会帮你们减少技术债务吗？ 产品经理：滚！

啊不，有 buffer 正常，buffer 还会影响时间戳就不正常了。
你确定你的姿势没问题吗？

临安美食
钱塘美食
杭城美食

可不可以？

感谢。。。救我于水火。

单纯归功于卷的我表示不赞同。

生活的本质就是 80%的平淡加 20%的挑战。这在任何领域都是类似的状态。
我会吃饭睡觉打豆豆就可以应付日常了，但生活总会让你遭遇换工作、结婚、出意外、遭遇社会不公等各种场景。
这时候，有能力的就可以应对挑战，扛下来，度过去，并且走向下一个阶段。
而只会打豆豆的那位可能处理得不好，甚至可能被生活击溃。

你希望你是哪一类？你家人希望你是哪一类？

同样，站在项目的角度，80%是日常 crud，不代表团队不期望挖到宝，在项目遭遇需求变更、用户量暴增、黑客攻击等各种非日常关键时刻时，顶住，带领 /跟随团队走下去。

而优秀的人，超出预期的人，总是会受欢迎的，也总是会发光的。

再说市场。当你处在一个买方市场时，已经占据主动有挑选的权力，谁又能忍住不挑性价比更高的？

再说现状。现状不完全是买方市场，而是 crud-boy 遍地，精英又难求的局面。面试官必然会在短短一个小时之内竭尽所能的探测应聘者的能力边界和进化潜力。

再说面试官。我明知道我的岗位是一个普通开发，薪资待遇也是定死了范围的，当然不可能给出架构师的门槛和薪资，但这并不影响我试探性的问一些资深开发甚至架构师的问题。回答出来固然加分，回答不出来也不影响试卷满分。这个主动权本身就在面试官手里的。良好的沟通应该是“我们共同发掘你的能力边界”的共识，而不是给应聘者造成“我在做超出范围的要求而你显然不够优秀”的错觉和挫败感。

至于某些“通过炫技来保持面试官的优越感”之类错误的做法，也很多，但这些属于非正常情况了，太多，不展开了。

1，监控软件可截屏。
2，装了信任证书，意味着中间人攻击可行，意味着网络流量透明。
3，各种 FQ 软件、端口、协议、代理设置都是高危必检测项。

毕竟信息安全专家们不是吃白饭的，隔行如隔山，不要轻易挑战别人的吃饭本事。

qq 怎么关闭“可能认识的人”——这是一个求助问题，会有一大票好为人师的同学进来帮你解答。
qq 这么关闭“可能认识的人”——这是一个炫技告知，会有一大票身怀绝技但心高气傲的同学不屑进来学习，还有一大票饱受折磨求知若渴的同学带着期望进来带着失望离开。


这就是一个标题造成 2 小时 204 次点击 1 回复惨案的原因。/狗头

@MCVector 那么问题来了，把一个低级错误像段子一样广为传播，到底是有利于新手避开错误，还是造成更多的人亦步亦趋掉进同样的坑里？

既然用作 id，那肯定不希望冲突。
如果源字符串集固定，不会有新的不确定的字符串加入，那么完美哈希可能是你想要的东西。

如果源字符串集不固定，可以考虑某种可逆的映射，比如各种编码算法 /加密算法。

如果只是为了查找，数据库里 5000 条记录有索引的情况下怎么查差别都不会太大。。。说不定大头在请求吧。

大部分词，造出来的时候都非常准确非常传神，让人觉得“卧槽说来说去其他词都差那么点意思直到我想到了这个词”。
例如“解耦”，我瞎蒙猜测这词就是软件领域造出来的，因为太准确了。再例如“T 型人才”，造了半天发现直接象形最传神最准确后来升格成了固定词。

也有大部分词在其他领域已经造出来很久用了很久了。比如夯实，垒土墙打地基的农民早就知道。比如维度，学数学和物理的一直在用。比如“软着陆”，原本是个航空术语，经济领域用来形容曲线平滑下降至底，不香吗？非常形象啊。再例如闭环，自动化控制里用，它还有个反义词叫开环。纳尼？怎么环还有开的？其实你看看英文就知道了，人家叫 closed loop/open loop，环是 loop 循环的环，表达的是重复，不是圆圈结构。
这些词跨领域借鉴，也挺好。

这些词为什么老在互联网出现？互联网是不是有毒啊？当然不是，恰恰是互联网太新太活跃，以非常迅猛的节奏在引入新的概念 /骗局。哪怕是个互联网人，扭头忙其他事的功夫都有可能发现回头一看我靠又有新概念新产品新平台新富豪诞生了！我（假装）对比调查了一下皮影戏行业，死气沉沉，没有讨厌的新词。


那么我们在讨厌什么？其实讨厌的不是这些词，讨厌的是用词的人，用词的方式。
英语虽好，陆家嘴满口中英混杂的 Vivian 和 Angela 聊天的时候我也会吐死。

我觉得标题就很无法理解。。。这是陈述句还是疑问句？

面试时考验的不仅仅是知识点，反过来你还得适应面试官同时考察面试官。

“还有什么吗？”这句话一般有两个意思。
一是意味着你回答的太简略太肤浅，我想通过追问一直挖到你的知识边界。这一般是具备深度广度并且有一定面试经验的面试官。
二是你没回答到我心中预期的那个答案上，我鼓励你继续往上靠。这更容易出现在知识结构单一、固化，缺乏面试经验的面试官。他们苍白且紧张的内心已经不够精力去细腻挖掘你的能力表达了，他们更在意那个标准答案。

面试就像考试，应试教育经验丰富的国产学生应该练出一种能力：揣摩。
初阶：卷子虽然印错了但我能揣摩出题目原本想问什么。
高阶：老师是个二逼但我能揣摩出他对知识的理解和他心中的标准答案。

这种能力在理工科学生中容易练但重视不够。在文科学生中简直必修。

也许你的回答已经是你的知识极限，那倒也罢了。实事求是，确实能力欠缺。
也许你对 JDK/JRE/JVM 的理解其实更深刻，那就大大可惜了。。。因为你的揣摩能力和对面试这件事情本身的理解不足，严重限制了扭曲了你的技术能力表达。
在不擅揣摩，思维直线，不擅表达的程序员群体里，或许第二种才是更常见的。。。

修复下心态吧。然后软硬实力都继续磨练磨练。机会总是有的。

这不是 bug，这是 feature 。

直接扔你最希望的 /双方最有利的方案出来。让她去传。
自然会传到最终决策者 /执行者手里，自然会得到可 /不可的反馈。
带着反馈去调整方案。
再来一轮。

如果不太急的事，经常会是这样的合作模式。要点在于：1 我主动推进。2 我没耽搁事。
多半对面也会有这么个角色和你互相积极踢皮球消极落地。最终这事墨迹了半年，但你俩都得到了认可和加薪。

切忌一意孤行，心浮气躁，出言不逊，蔑视非技术人员，这不 professional。/狗头

——————

如果这事真的急迫，根本没你玩办公室艺术的机会，双方从决策人到各线支持到开发人员都会顶着疫情齐聚会议室当场拍板三天上线的。

你的企业思路，就是腾讯阿里的思路吧。。。垂直领域携程之类其实也是这样做的。
产品思路来说的例子应该更多。QQ、微信、支付宝现在都肿得不成样子了。

但 All-In-One 的路子向来都是解决 80%人的 80%需求，很大很赚很开心，但也不是万能良药。
从企业来说，大而杂乱、大而笨重、大而内部层峦叠嶂、大而内耗严重都很容易出现，分裂、出走就成了常态。盛大的衰落也许是一个反面例子。从产品来说类似。

所以大一统永远是人类追求的目标之一，但永远会出现大死、大爆、大散的可能性。同时另一方面，小而美、专而精、独立而个性也会永远成为充满生命力和创造力的那 20%。

我司一天 2 个医用外科，还是比较给力的。
时不时单独补发一个 N95，给员工在特殊需要场合来用。