表示网站无法打开啊

我来说一下自己的经历吧:
第一次用 linux 大概是十几年前了(对我就是这么老), 记得刚装好登录进 linux, 桌面跟 Windows 完全不一样, 耳目一新啊, 于是各种捣鼓桌面美化, 配置字体, 各种主题, 尝试各种千奇百怪的软件之类的.

现在想来, 当时完全是在瞎搞, linux 最有价值的东西: shell 命令行, UNIX 的各种特性之类最该去学习的没有怎么花时间.

有时有个人指点一下真能少走不少弯路. 但是当时哪有这样的条件.

阿里这个有点想当然，真想找援交的，自然会直接打电话给经纪，谁会花大把时间在网上试探？蛋疼

曾经我可以说出好多 ThinkPad 的优点, 直到有一天我用了一下 macbook pro... 逃....

我不是太赞同考算法, 这只能考验他刷题的水平, 好吧至少证明他很在乎这个职位.

不如换个方式,你找个算法的文档, 拿给他看, 过 20-30 分钟后请他解释一下这个算法以及如何实现(可以用伪代码), 这样是不是更好一些?
或者请他介绍一下之前做过的项目, 考察一下他如何处理其中出现的问题.

我来打击一下各位, 这不是个人的问题, 所以基本无解. 你自己 work-life balance 了, 你在全员加班的环境里就显得格格不入, 一堆价值观不行, 态度不端正之类的评价就贴到你身上了. 人在江湖身不由己.
对于资本家(以及各色创业公司 CEO)来说, 他恨不得一天当两天用, 总想着快点超越竞争对手之类, 你的健康他们真的不怎么关心, 反正干几年说不定就走了.

不管是黄牛绿牛, 拿过去换的 iPhone 都是他们苹果家生产的吧? 那他们还叽叽歪歪个啥? 自己的锅甩不掉的

我特马也 34 了马上 35, 年过 30 还写代码是不是大家觉得很挫?
令我欣慰的是, 你们这帮小年轻以后都会变成 30 岁, 40 岁, 乃至 50 岁.
我以前还干过售前, 但是不喜欢, 所以还是干回技术.
另外我也没有三套四套房, 只有一个小房子虽然是北上深学位房单价巨高然并卵面积太 TM 小了.
所以我把车卖掉跑出来了, 刚过来一年多, 又觉得没意思想回去. .
但是 30+的没爬上小领导回去真的也挺没劲的.
感觉自己真是折腾.
想起来觉得自己每一步都没踩到点上.
不知道我什么时候才能踏实下来. 认命...
我自己觉得当个程序员挺好的, 我到现在还是很喜欢技术.
但是 TM 的旁边人的眼光真的很难忽视啊.
虽然他们别的行业即使是什么鬼的大区经理很可能都没我最底层的工资高
但是有什么用?

@lihanfeifan 也想到这个, 😀

@ispinfx 秒懂!

@tabris17 吓得我赶紧写了几行注释外加多按了几次回车.

用 wireshark 之类的抓包分析一下, 比较一下 mac 下能上得了时候的消息, 和上不了时的消息有什么不同.

因为现在大家都讲究快啊, 修 bug 这种事, 以后再说吧

接楼上, 我并不是反对重构, 而是反对没有证据支持的拍脑袋重构, 这些基本是在做无用功, 重构完毕后 bug 收敛又要很长时间. 现在的有些工程师太浮躁, 动不动就要重构, 就跟很多的团队动不动就要搞一个框架一样. 这大概就是所谓的"面向简历编程"?

肯定要先熟悉业务啊, 业务都不熟悉怎么重构, 那不是瞎搞吗?
业务逻辑没熟悉之前, 改个 bug 都要几个人 review, 小心翼翼的.

还有一点: 我见过很多的所谓重构, 其实并没有比原来的代码好, 比如很多的重构号称会提高性能, 但是在重构之前却连个性能度量的指标都拿不出来, 就是对着书自己拍脑袋觉得性能提高了, 实际上瓶颈根本不在那个地方.
还有的, 号称要让代码更加优雅, 结果写出来的东西行数是减少了, 可是太过晦涩, 后面的新员工上手更加痛苦, 间接增加了 bug 率, 比如很多人诟病的 if..elif...elif...else 之类, 咋看起来是很傻, 但是代码逻辑简单有的时候就是优点啊啊, 新人一看就知道在干什么, 多的那几行代码根本不叫事.

数据库其实也从来没有要求大家用外键, 用外键只是为了满足某个范式的要求而已, 实际上范式根据严格程度不同有多重, 你甚至连第一范式都可以不满足(比如时下流行的 KV 数据库). 这并不是说数据库理论脱离实际.
所有的设计都是根据实际情况做各方面的妥协的, 比如企业应用(金融电信制造等等), 业务逻辑复杂但是并发量**相对**不高, 以前一般倾向于 scale-up, 不会做分库分表, 这样通过外键, trigger 等确保逻辑一致性是很合适的做法, 反之通过业务逻辑重复造轮子就不科学了.
互联网应用更多的是高并发, 单个业务逻辑本身一般并不复杂, 这样在业务逻辑内重复实现一个约束相对简单, 而由于分布式的要求, 外键是一个严重的阻碍, 所以不适用外键也在情理之中.

另外不同意楼上有人说的数据库的外键消耗更多系统资源的说法, 实际上数据库的外键经过这么多年的优化, 绝大多数情况下比业务代码里对关系数据库半懂不懂的人写的约束更高效. 你自己写的约束其实只是让你后面自己折腾起来更灵活而已.

只要是生产系统, 大多数都有优化的必要, 但是大多数的优化入手点并不是代码级的.

哪些-->那些
ciritical thinking -->critical thinking

这输入法无语了