@GrayXu 大部分时间这个就是做运维和客服的事多，24 小时 oncall 很真实了

Every thread has a working memory in which it keeps its own working copy of variables that it must use or assign. As the thread executes a program, it operates on these working copies. The main memory contains the master copy of every variable. There are rules about when a thread is permitted or required to transfer the contents of its working copy of a variable into the master copy or vice versa.

搜索一下就找到原文说法了，docs.oracle.com/javase/specs/jvms/se6/html/Threads.doc.html，就是 cpu cache 无疑

@ljzxloaf main memory 和 working memory 这两个印象是在 JDK 1.5/1.6 旧文档中有提及，现在文档没再提这个，而周志明的书就是按照当时 JVM 文档翻译过来的，虽然书说明为逻辑概念，但 main memory 就是直观理解的内存，而 working memory 就是指 cpu cache 一类。

值得学，但 go 不能替代 java，国内太热衷语言崇拜了，亲历过 scala, python, node 等编程语言流行热潮，每个新语言热门过后都局限在非常窄的专业领域上和比较少的就业机会，go 有可能是例外吗？ java 这类通常的业务领域方面做的太务实也太啰嗦很难普遍被取代。

这是 go 在 v 站黑的最惨的一次

@Index98 基本写公文，委派信函之
类，这些工作就是文职都能做，晚上通宵值班倒是不多，总之报前有点思想觉悟

@Index98 公安真的难考，有应届更要尝试，但小象过河可能考过才可能感觉得到，还要留意视力要求，警务技术可能会和你想象的会有差异，从朋友听来大部分职能更多是秘书工作。

@namelosw 主要是这些概念超前的类型理论只要有好处一定会被现有 PL 至少在未来某天吸收并在某种特性延展开来，而不得过往一开始就标榜类型系统强大的语言身上得到繁华。 性能，代码复杂度维护，抽象表达能力三者从项目角度是不可能同时满足优势的三角，只能取其两两。现代软件工程里面只关注前两者居多，后者过于复杂是应该非常警惕，而且不可取

1. 任何在我出生时已经有的科技都是稀松平常的世界本来秩序的一部分。
2. 任何在我 15-35 岁之间诞生的科技都是将会改变世界的革命性产物。
3. 任何在我 35 岁之后诞生的科技都是违反自然规律要遭天谴的。
道格拉斯.亚当斯的科技三定律真是如此应景当下评论，有些人心智岁数可能已经到 35 岁后了，观点如此消极担忧。

充当分母

@livid，开源项目有夸大成分，建议移到广告推广

@kiracyan 自信点，把感觉两个字去掉…

转语言以后，不信不会有新坑，提升编码姿势水平才是关键，大道至简语言也有一些茴字有几种写法的面试问题

不存在的，短期内不要奢望这个特性，提高性能还是 go 开发团队首先要处理的，除非有一个能保证表达能力和性能的泛型方案出来，否则一直鸽着这个特性的

趁着这段时间就当多陪一下父母，思考人生

@optional 如果只是协作式确实有阻塞其他协程饥饿问题，但 goroutine 调度目前是有 timeout 检测一旦阻塞过久会尝试主动让出执行权，只是让出时机是在特定情况下，并不全面。所以现在看 goroutine 有点半(伪)抢占的意思。后面版本据说会更进一步做成抢占式，不过这样竞态问题会更频繁？

@52coder 更换是键盘那一面和电源一起换，淘宝上面有卖美国原装的，可是不放心还是交给直营店那边换了，反正电脑型号如果超过五年是不会再官网不会再提供有关零件了的，建议谨慎还是官方那边换吧，再有鼓包问题才求助某宝