@releaseme #30 感谢，奇怪的知识又增加了。

@i3x #44 現在可能還好，之前我見很多路由之類的產品，管理界面都是 asp ；
部分網頁系統等都是 asp ；
香港和灣灣也是 asp 居多。

@13936 #1
https://i.imgur.com/FL7VYVL.png

客戶端我用 Foxmail ，主要是接收公司的郵件。

早期時候，Email 主要配合 pgp 傳重要文件
現在 EMAIL 基本沒怎麼使用

稍等下，我等等發個 “沒人討論 ASP 了嗎？”

1 、为什么一定要配 MAC ？如果你们整个部门都是习惯用 MAC ，那应该和公司提出，如果只是个人习惯用 mac ，那公司肯定是优先照顾群体为主。其实能理解
2 、Mac 和 iphone AirPods 生态匹配...这个和工作效率关系不大吧？
3 、处理内容不涉密情况下，如果打算长期工作的，我觉得自己怎么舒适怎么来。

测试录屏

@fuermosi777 #67
需要夜晚换尿布....
我女儿到 1 年级的时候也有尿床:) 然后她就静悄悄跑来我们房间睡了....
我之前就是因为懒，所以没分房睡，现在女儿 2 年级了，还是经常跑来和我们睡....

@fuermosi777 #28 那样会很麻烦，
特别晚上喂奶和换尿布。
还有婴儿经常是吃着吃着睡着，放下就醒了。
我之前就是买了婴儿床，后来基本是用来放玩具用的，直接把 1.8+1.8 的床合在一起更实际。

@unco020511 #9 我误会了....
不过说真的，就算你在旁边，你也预判不了宝宝的预判....
加个闭路其实真的作用不大，当然后续你如果打算请保姆就另说。
我还是建议你直接买大大个拼图那种软的铺地，最起码房间铺上，然后边角位置都贴上防撞条。
特别是宝宝再大点学走路的阶段。

@codefever #2 电池厂商会来感谢您的。

你这......
既要识别踢被子，又要识别是否盖过头，还要识别是否睡醒，重点是低预算,估计只能寄望开源方案拼凑了....
等大神们来回答你吧，我知道的只有通过训练识别宝宝脸部和被子覆盖面是否覆盖宝宝。但是宝宝不在和是否盖头睡这个没想到.....

另外护栏和防撞条是标配，我女儿小时候还整屋放了那种拼图那样的地板。但是她还是跌过几次。严重的时候鼓起来一大块红红紫紫的，但是现在读 2 年级已经看不出了。

我更喜欢 iptable
稳定性的话 nginx 和 iptable 都差不到哪里，
性能的话我不清楚，毕竟我转发机公网带宽只有 5M 。

31 岁了，居然还没死......

我觉得可以给一次机会。一而再的话什么都别说了，也别说不念感情；你从违背约定的时候已经是不念感情了，为何我还要去念感情再给机会？

>网贷的处理方式 他说怕影响小孩上学等 指望我们能借钱给他 我坚决反对
看是否正规网贷，如果正规网贷，对方把你弄进老赖，对于孩子读书限制的是学费，过高学费的学校会禁止入读。

>离婚是不是最终唯一的结局 那么长痛不如短痛 真的没办法
看是否能改，机会可以给一次，不能改就直接走人。毕竟你也没办法保证下一段婚姻是否比现在好。

以下内容纯属猜测；
1 、游戏右上角的 ping 我觉得是 TCP ping ，而不是 ICMP ping ，如果是 TCP PING 则在端口处增加延迟即可“锁 ping”低延迟时增加延迟返回。
2 、如果一开始就高于 35PING ，锁不锁没有任何意义，如果一开始低于 35PING ，锁了的话也很难百分百维持 35ping 。
3 、上面假设都是基于 TCP PING 的，如果 TCP PING 自己加个定时器再返回结果就行了。


但是题外话，
假设：A 到 B 的延迟是 35 毫秒；而 B 到 C 的延迟是 25 毫秒。
即：A 放个技能后，C 收到的时间是 60 毫秒。
请问：如果把 A~Z 打乱随机抽出 10 个，每 60 毫秒展示一次，有多少人能答对字母出现的顺序 50%以上的？
另：大家都慢 60 毫秒，再另一个角度而言是否也属于公平？（你放个技能，我等 60 毫秒才展示；我放个技能，你也等 60 毫秒才展示）
就这次韩国棒子的做法，真的刷新了我的认知。
可能下次他们会以场地供电不是核能源而是煤炭发电，导致电波不稳影响为由要求重赛。

我没见过有哪个赌徒是回头是岸的。
自己跑去做庄的就有很多。
这些能不能救我觉得不能一概而论，毕竟万分之一的几率也是几率，就看他值不值得被你相信了。
不过话说回来，你选择信他或不信他，其实也有赌的成分吧？
人生处处是赌博........
但我与赌毒不共戴天！

我觉得应该分场景吧。
1 、固定薪资 + 0 项目提成或项目提成不多
随便他怎么改，他好你也好。但是可以建立不同版本，应付他变来变去的需求。中间剩下的时间慢慢摸鱼。

2 、 高额项目提成
找项目负责人，和他说情况，并且做好每次修改的记录，拿出来和负责人对质，别直接和甲方产生矛盾。
项目负责人一般都能处理好这些问题，处理不好的话他也会找当初的业务，让业务和客户沟通清楚。
主要都是列清楚每次变动，告知客户这里那里已经改了很多次，下面的人也有怨言了，实在不行我们按最后一个版本，大家碰头一次，敲定下来，后续变更的话就需要收取费用了......


PS:只有按改动次数收费，客户才不会来回改动

这很青云啊

@Horance #83
v2ex 的规则就是发布后不允许删除，所以发布前需要三思。
如果你是想把影响降低，OP 有权限下沉帖子的。