请问工作时间怎么样

笑死，程序员真当自己掌握生产资料啊。演员按版权收费是因为演员自己就是生产资料。

某些人以为程序员的生产资料是电脑，然而农民只要有了一块土地就能赚钱，程序员只有电脑却赚不了钱。

对于程序员来说，真正的生产资料是 ”让 别人 把 解决问题的任务 交给自己 的 能力“

和在家工作无关。

我上班 995 ，也找不一起玩的群体....

虽然我是写 Java 的，但我也不懂为啥要去访问网络，今天专门搜了下 JNDI ，心想不就是个统一配置，为什么这都要出个规范...。不说了，来个段子吧，
---------------------------------
作者：Damon DanceForMe
链接： https://www.zhihu.com/question/277243683/answer/393676961
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

这问题你应该去问企业级 Java 架构师。
就比如 print 一句 hello world 吧。
main 函数里 print 一下？太面向过程，太 low 了。
得封装一个类。叫 Printer. Printer 有个成员方法，叫 print 。
但是！光一个类太 low 了，以后要是有不同的实现怎么办？
所以得加一个接口。PrinterInterface 。
但是！ interface 是没有实现的，还是要有默认实现才行。
所以得加个虚拟类，AbstractPrinter 实现 PrinterInterface ，然后 Printer 继承 AbstractPrinter 。
但是！你有了那么一套，该怎么创建实例呢？直接 new Printer()？太 low 了，那叫实现依赖。
肯定不行的，所以要搞一个工厂类，PrinterFactory ，PrinterFactory 用 PrinterInterface 返回实例，这样就隐藏了实现细节了。但是！ PrinterFactory 本身也是实现类啊，太 low 了，所以得有 PrinterFactoryInterface, AbstractPrinterFactory. 而且在 PrinterFactory 里面该怎么写呢？直接 new Printer()? 太 low 了。还是实现依赖。
最后，你要把这一堆玩意在代码里组装起来，也太难看了，各种 new 实现类。太 low ！好在我们有个高级玩意，叫依赖注入！把程序对象结构全写到配置文件里面。这一套当然是不能自己造轮子的。配置 Spring 吧。搞了那么多 lib ，靠命令行或者 IDE 的项目管理肯定不够啊，得有依赖管理。Maven 啊 Gradle 啊使劲上。最最后，要 print 的东西怎么传给程序呢？硬编码？命令行传参数？太 low ！当然得写在 XML 里头。光是 XML 当然还不够企业级，再加上 DTD 验证吧。然后就涉及到了 XML 解析的问题了。代码里直接操起 parser 吗？太 low! 当然要写个 parser 的包装类，interface, abstract class, implementation class, factory class 再来一套。毕竟，不能依赖实现啊，以后我要是换 parser 了怎么办。所以最后是成品是一堆配置文件，一堆 jar ，compile 出来的程序 200MB 。IDE 得装上 300 个插件，打开项目硬盘响老半天吃掉 2GB 内存，然后一堆插件弹提示要求升级。哦对了，在这一切发生之前，还得画 UML 图呢。三年后项目完工了，部署到客户的服务器上一跑，立马崩溃，一地的 stack trace 。原来客户服务器上用的是 JDK 5 而新项目需要 JDK 6. 然后问客户你们不能升级吗，答案是不行，因为另外一个企业级开发组给做的企业级解决方案只支持 JDK 5 。接着客户把你们的架构师臭骂了一顿，你搞了那么多设计就没有想过可能会换 JDK 吗？——

比较奇怪，为什么搜不到英语报道

@sagaxu 如果父母年轻的时候出来了，午后回忆也许就不模糊了

你应该投长亭之类的安全公司，或者区块链挣快钱...

感觉 about 非常暴露个人信息，大部分博客如果有 about ，基本能顺着找到 twitter, zhihu, github... 甚至 wechat

想知道原理是什么 js 实现的 python ？

首先，下巴就没有对标

怎么说呢，矮是天生的，但胖不是。

妈的，看成了财务自由。。。我还在想这什么 xx 问题

实现下 rpc? 造个 raft in python ?