在 PUA Language 面前一无是处
传送门：https://github.com/flaneur2020/pua-lang

就问你从场景考虑全面了吗，你这么算科学吗，就不考虑一下少年班毕业吗

菜算吗

外包挺好的，除了没前途之外

新蜂商城项目不是被慕课白嫖过，还在网上申诉引发了很大的反应的那个么，慕课被鄙视惨了

基操，不认可就自己当老板

按照基础教育的宗旨来说，题目的本意会是：本手代表务实，妙手代表创造性，创造的源泉来自扎实的基本功
我觉得卤煮大约会错题意了，想啥都占，估计分不会太高吧，最多及格线上，60 得 40 就不错了
其实围棋还有诸如无理手这种词，以弱战强（参考《雪中》徐凤年战陆诩）或者强者心理战的时候可能会用到，得则为妙，失则为俗，赌博成分很大，所以题目未敢提及……但是我觉得肯定会有懂围棋的考生去围绕无理手写的，毕竟现在年轻人早熟早慧，很能理解弱者的无奈，或内心渴盼逆袭……

mino 是啥？MinIO？

你为什么来我们公司面试？ -------------------因为我在找工作
你为什么觉得我们公司会录用你？ ---------------------因为你们缺人

至少 wiki 百科、百度、谷歌搜出来的都是 Behavior-driven development，bahave 是动词，不明白黄瓜官网为啥会犯这种低级错误

1、基于 behavior 而不是 behave
2、代码味道实在是……
程序员的英文水平决定了代码水平

每次领导跟我说，这次你的涨薪比例是 xx%，我都很 “诧异”：咋又给我涨薪，感觉不加班对不起公司啊……然后差不多半年之后就又会收到涨薪通知，就这样，不到 10 年，我的薪水就从 1500 涨到了 15000

德鲁克《卓有成效的管理者》
布鲁克斯《人月神话》
《人件》……类似的多的很

mysql 和 oracle 优化器都会基于数据分布特征去选择是否走索引、走哪个索引，所以搞清楚业务形态和数据分布特征非常重要，不然无法有效优化
测试的方法很简单：性能基线对比，直接用接口性能压测进行对比就可以了，基线里面有两点：

• sql 所涉及的所有表的数据量的分布情况，分析结果的时候需要参考这种变化，并且深刻理解优化器原理
• 测试结果 (RT) 的值，观测各 sql 在修改前后的响应时间

至于 explain 结果，其实不用那么麻烦去同步数据，请 dba 把线上的 explain 结果导出来给你就行了，你拿测试环境 explain 的结果去比对看一下是否一致，不一致的地方就是开发需要关注甚至优化的地方

晚上：从不找工作，都是甲方委托猎头来找我……不，是来求我
早上：又特么醒了，刚爽到一半，唉~

后端 java+springboot
第四步：启动引擎 python3 startup.py

……一下子给我整懵逼了~

就算他是宇宙厂，鬼扯什么 “中台” 做数据存储或者核心算法，我都能把他喷成翔

小孩子才做选择，成年人都要

我就问一句：mq 是什么服务中间件？RabbitMQ、RocketMQ、Kafka、ZeroMQ、AvtiveMQ、Redis 这些的合集吗？
面试官最喜欢的就是挑刺，刚真，我看到这句就直接 pass 掉这份简历了

实习哪里都一样
但是招行不推荐去，因为去了应该就没啥跳槽的欲望了，不符合年轻人折腾一生的气质

建议：屏蔽那些经常发个人社团贴的人就看不到了，非常彻底开心
理由：如恒捷所说驱动人家发社团贴的动因 “这个属于发帖人自己想法，我也给不了答案”——我觉得是这样：对方的思维跟自己完全不在一个车道上，与之交流完全没有必要。
所以，在催饭君的提醒下，我就屏蔽了他

https://www.browserstack.com/guide/test-chrome-extensions-in-selenium

sql 注入一般只是后端 ORM 框架使用问题，参数未绑定，造成了动态 sql，可以百度 PreparedStatement
你这个返回是单纯的 Oracle 字段超长错误，后端没有做捕捉统一封装处理，跟你输入的是不是用作注入测试的字符串无关，这种不友好的 exception 暴露到前端可以提 bug 给后端请他们统一封装处理就行了，办法么，在 spring 下自然绕不过 AOP 去实现，并不需要通过本 topic 所讨论的接口参数限制来实现。

啥都不做肯定会增加报错几率，比如字段超长了啊……

• 除了 CPU 谁会给你做校验呢？所以你说对性能没影响是不可能的，你的开发肯定以为你要逐个参数校验一遍，那影响的确挺大的，一个业务 5ms 的响应时间，3ms 花在参数校验你能接受吗
• 多端（各种 web/app 前端、后端、数据库）要保持一致，一般来说靠设计规约来实现，也就是约定、接口文档。而实现上，前端靠 form rule 检查，后端用 validator，例如结合 hibernate-validation 用 AOP 做一个全局的校验很简单，不涉及一大堆代码的问题
• 另外你的要求是和数据库字段长度保持一致，这就有点扯了，运行时去查 information_schema 获取字段定义信息？哪怕缓存到 local 了，做这个事情也没啥收益啊，无端增加了依赖。一般数据库设计会随性一点，放的比较宽松，反正 varchar 空间占用是动态的，用后端服务本身与前端对齐也就足够了。