@passerbytiny 并不是, gg(good game) 表示的一直都是认输, 开场一般打的是 gl(good luck) hf(have fun).

从 星际 魔兽时代开始甚至也许更早 gg 就明确的是表示投降了.

因为输了直接退(当时本地联机退出既放弃本局输了,不能重连)
一来不礼貌,
二来裁判不知道你是认输了还是发生其他情况了(如游戏崩溃卡死, 觉得对手耍赖用 bug, 抗议赛程或者抗议黑哨)


反倒是 LOL 和 DOTA2 的时代, 低素质的人把它发展引申成了一句垃圾话 和 炉石的 "哇偶" "打得不错" "真厉害" 一个意思.

你说的是人啊, 我还以为是说电梯的广告牌.
现在特么的 电梯外面三个广告牌, 电梯里面还有一个.
有的甚至里面不止一个,门上弄个投影也放广告.

天天那几个破广告洗脑, 我特么都快会背了.
"新 x 医美, 美, 美, 美" "秒可 x 多, 妙可 x 多 奶酪棒"

"*组织*所有者和对组织拥有的仓库具有管理员权限的人员可以强制执行分支限制，以便只有特定用户或团队才能推送到受保护分支。"

你创建组织了吗?
你自己的仓库是归属于你个人名下的把? 那只有你自己有权限提交,你还要限制谁?

@fffang

去掉 正好符合当前一两年内应用和资源足够使用的闪存容量版本 (7 以前的 32G 版本, 7 之后的 64G 和 现在的 128G)
以及去掉 3.5mm 有线耳机 都是以商业上的利润优化增加盈利为主要目的的操作.

11 总体开说是一个不错的手机, 5G 吹的凶, 真正大规模普及还早着呢.

除了信号弱 这个不用高通基带引起的通病外. 对于大多数人来说新机器应该都很不错了.

我个人还是很讨厌去掉 3.5mm 的资本家丑恶嘴脸. 可惜我并没有逆转趋势的能力.

忽略上一句...
眼瘸了 脑子抽了, 心里当成 1.5GB/s 计算了...

去查了一下 这路由 5G 的带宽是 2166Mbps, 确实速度应该是超过 50mB/s 的, 是不是信号强度的问题

5G 是指无线频率波段 是 5GHz, 而不是 5 个 G 的带宽 不是 5Gbps.

老哥是自己从头写的吗?

我们项目也搞过一个类似的玩意, 是用 Apache Guacamole 简单改了改 结果页面挺丑而且效果也很简陋.

不是每个类都有自己独特的类加载器的.
不是说 NullRobot 的类加载器叫 NullRobotClassLoader, Null 的叫 NullClassloader. 这里他们用的应该都是 AppClassLoader.


我用做煨牛肉的做法(炖) 做了一条鱼有什么问题. 你非得说不对 必须是炖鱼的做法才能用来做鱼, 两者有区别吗?

播客也不是新鲜词了和博客基本同时代的东西结果到现在都没什么声音就已经能说明问题了.

先实际一点, 火车票就不好抢, 另外不推荐汽车, 每到节假日北京周边的高速出入口都会严重拥堵.

@ZehaiZhang
如果 "展示别人调我们接口，调不通，失败的原因" 是他的原话.

有可能我理解错了,但大概率是你理解错了, 你可以再和他沟通沟通确认一下.


我看到那句话 以为 他说的 "调不通" 是指所有没有正常返回数据的情况. 主要是想让你记录你们服务器发生 500 错误的情况.
你的理解里 他说的 "调不通" 是指 没 ping 通 或者类似的网络故障的情况下要你记录原因.


我觉得大多数人应该不会想要知道别人网为什么不通.

你俩是不是有什么矛盾了, 所以你听到他提出的问题第一反应是抵触,
然后默认他提的是傻逼问题, 潜意识就按照这是一个荒谬的问题进行理解, 导致你想偏了.

Java 代码的话 国内的风格还是比较古板,比较老的. 或者应该说大企业的风格都是这样的.
没有像国外那么多的那种财富自由的在野个人开发者, 而大企业的风格都是变化缓慢落后于当前时代的.

而你俩恰恰各自使用了接近其中某一种的方法.

老一点的风格 特点是没有歧义, 写的明确,但啰嗦, 比如链式都不怎么用.

//固执的老人: 写链式的都是异端, 这样多乱 我都快看不出来到底返回的是什么了, 看我写的多清晰!
// return new JBean().setName("xx");

JBean b = new JBean();
b.setName("xxx");
b.setAge(18);
return b;




新一点的风格 特点是方便清晰, 写起来能少些一些废话.

return new JBeanBuilder()
.setName("xxx");
.setAge(18)
.create();


而且好像不论哪种风格一般都不推荐把链式写一行.

这个其实我自己干过.

项目统一配置错误页面是一句废话,不显示有用信息.
后来因为小破组没几个人,别人反馈某 xx 点击没反应 /报错了 你们解决一下, 然而 我们看不到错误日志很蛋疼,去翻生产环境的日志比较费事.

所以自己就照抄 tomcat 和 springboot 写了一个拦截, 如果报错的时候请求参数包含 key 是 debug 的时候,就显示错误信息.
如果没有就跳转到那个废话的页面.

后来寻思这样是不是外人也很容易看我们的错误日志猜表明字段名了,

正打算过段时间改成反倒 header 或者 cookie 里结果后来我们基本黄了项目处于不开发只维护的状态,这事就搁置了....

@nnnToTnnn
当年最常见的两种 二维码一种是 生产自动化 用的 Data Matrix 和 书籍之类用于记录比一维条码更丰富信息的 PDF417.

货物上用来记录信息进行追踪的那个二维码, 当年一般是 Data Matrix, 是美国公司的专利, 和自动化生产线,自动化分拣设备配套, 靠专利费赚钱.

日本人发明的 QR code 最初用途和 PDF417 一样, 仅仅是为了多记录部分信息, 方便超市扫码结算时展示更多信息.
(现在超市用条码就能展示很多数据是因为收银台连接了内部网络, 通过扫描出的 id 去查询对应的商品信息,而不需要通过扫描获取商品信息).

工厂自动化一系列的相关功能也是 Data Matrix 推广开的 和 日本人 发明的 QR code 无关.
不知道现在这种自动化设备上是不是也改用免费的 QR code 了.

QR code 当年在日本的也应该打不过已经和自动化生产线设备形成体系的 Data Matrix , 日本的各种设备开始普遍支持 QR code 也是在后来移动互联网之后.

确实这个审题能力堪忧啊...

我个人第一次知道扫描登录是 qq, 不知道哪个版本 更新之后允许用扫二维码登录了. 大概 12-14 年 QQ 版本号由年份改成 8.x 之后的某个版本, 那时候微信好像还没出网页版.


而且这个问题的答案 基本上大概率是国内应用上推广出来的, 不需要妄自菲薄.
虽然 QR_code 是日本人发明的, 但专利到期成为免费产品之后 被中国公司看上才发扬光大的.
那些打印在 CPU 和书本上的二维码在移动互联网出现之前就早有了, 但那个不是今天常用的 QE_code, 那时候的用途也和一维条码一样, 仅仅是记录商品编号信息.