@Tumblr #4 还有就是我在隐私窗口中尝试了几次，发现这个结果出现了，虽然在我这里不是排名第一，但是也只有这一个结果含有"[string]",这完全是个侥幸的,因为"[string]"不是关键词,没有高亮.

@Tumblr #4

搜索同样的关键词，我这里搜不出这些内容.

请问能把详细的 URL 发上来吗?

附上我这边的 URL


["[string]" vs "tostring" PowerShell - Google 搜索]( https://www.google.com.hk/search?newwindow=1&safe=strict&source=hp&ei=lI7pX8qGCYHXhwPuzJlI&q=%22%5Bstring%5D%22+vs+%22tostring%22+PowerShell&oq=%22%5Bstring%5D%22+vs+%22tostring%22+PowerShell&gs_lcp=CgZwc3ktYWIQAzIGCAAQCBAeUMQDWMQDYNoFaABwAHgAgAHBAYgBwQGSAQMwLjGYAQCgAQKgAQGqAQdnd3Mtd2l6&sclient=psy-ab&ved=0ahUKEwjKoNDemPDtAhWB62EKHW5mBgkQ4dUDCAc&uact=5)

@hahastudio 是个好主意，非常感谢，我待会儿去试试!


@HENQIGUAI #2 虽然行为有变化,依然是无效的,还是没有出现"[String]"的结果,但出现了'[native code]',而且高亮很怪,是符号高亮里面的字符串不高亮.


建议买联想的整机,拯救者系列挺香的,而且有上门服务的售后.

@c2r5 #27 应该是无法自己删除的

1. 加入中间层,例如 JVM,CLR,JavaScript Host.
基于 JVM 的语言估计有十几种还多.
2. 大量使用宏,例如 LISP.可以轻松建立 DSL.

@onice #149 原来如此,具体是什么思想,能大概说几句吗?是只能意会不能言传的感觉吗？

这次出差是拿了好几本书,但翻开的只有两本,一本就是上次说的<黑客与画家>,而另一本是另一位是大名鼎鼎的黑客的<松本行弘的程序世界>.

其实第 2 本是先看的,松本行弘在里面轻微的吐槽了 LISP,可能由于是日本人吧,好像说的话并不重,之所以要说一下,主要还是解释自己的 Ruby 为何如此设计.

> 虽然 Ruby 非常重视扩展性，但是有一个特性，尽管明知道它能带来巨大的扩展性，我却一直将其拒之门外。那就是宏，特别是 Lisp 风格的宏。
> ...
> 那么，我为什么拒绝在 Ruby 中引入 Lisp 那样的宏呢？这是因为，如果在编程语言中引入宏的话，活用宏的程序就会像是用完全不同的专用编程语言写出来的一样。比如说 Lisp 就经常有这样的现象，活用宏编写的程序 A 和程序 B，只有很少一部分是共通的，从语法到词汇都各不相同，完全像是用不同的编程语言写的。
>
> 对程序员来说，程序的开发效率固然很重要，但是写出的程序是否具有很高的可读性也非常重要。从整体来看，程序员读程序的时间可能比写程序的时间还长。读程序包括为理解程序的功能去读，或者是为维护程序去读，或者是为调试程序去读。

顺便说一句,在<黑客与画家>中 Paul Graham 也夸过 Ruby,认为 Ruby 可以看做 LISP 的方言.

> 当你按照 Java 、Perl，Python，Ruby 这样的顺序观察这些语言，你会发现一个有趣的结果。至少，如果你是一个 Lisp 黑客，你就看得出来，排在越后面的语言越像 Lisp 。Python 语言模仿 Lisp，甚至把许多 Lisp 黑客认为属于设计错误的功能也一起模仿了。至于 Ruby 语言，如果回到 1975 年，你声称它是一种有着自己句法的 Lisp 方言，没有人会提出反对意见。编程语言现在的发展不过刚刚赶上 1958 年 Lisp 语言的水平。

然后又在网上看到了另一篇吐槽，感觉就比较全面，而且言辞激烈了,这里也放上去.

Lisp 魔咒：对 Lisp 的非技术性吐槽 - 编程语言 - ITeye 资讯
https://www.iteye.com/news/30710

软件工程没有银弹,Paul Graham 尬吹 LISP 是个错误,不过考虑到这是短文合集,可以接受.

@AndyAO #147 是 2004 年出版,更正.

@onice #144
就在刚刚出差的时候在路上,顺便把这本书给读完了.
这本书给我留下了比较良好的印象,对我印象最深的是三点.

首先是开篇的时候对学校的描述感觉非常精辟,感觉解答了很多我的疑问,也和我内心的想法暗合.

然后就是讲到计算机科学这个专业的时候,说的也非常好,指出了这个专业的奇怪之处,以及原因.这部分内容看更加严肃和专门的著作点可能更好,例如<软件困局>,<软件之道>,<软件工程的事实和谬误>,等等.

后面开始捧 LISP,很好地说明了优点,但对缺点却很少提,之前我对这个语言不了解,只是大概都听说过,这次了解的程度又加深了,感觉还是很有意思的东西.

总的来说，这本书没能让我的世界观发生变化，但确实很值得一读，尤其是考虑到这本书在 2014 年就出版了，我觉得还会给个很高的评价.

这本书是如何改变了你的'世界观'的?

听到这个消息感觉挺高兴的，反正这些大企业多研发产品对消费者总是有好处的

@AndyAO #20
补充一句,这些包括的提供者往往有三类

1. 某个平台或语言开发团队自己的博客.
例如微软的各种开发团队都会有自己的博客,你只要关注了他们的博客,就会知道最新的进展,而且是最官方最权威的.
2. 某个大公司开发团队的技术博客.
3. 这一领域的著名专家开通的博客.

只要你找到这些信息并订阅，就可以很有信心的相信自己,已经关注到了这一领域的最前沿进展，基本上没有什么遗漏.

比去群里看'大佬吹水'应该好得多,毕竟真的是'大佬'不会整天在群里'吹水'.

还有就是,推荐多花点时间做些没有外部压力的,自驱动的项目.
但压力很大的时候,往往会倾向于现有的工具尽快做完,而不是思考和寻求更好的解决方案.

订阅这方面的博客,你可以搜搜 Blog about Java 之类的,然后用 RSS 订阅,就能和最新进展时刻同步.
我个人不喜欢在技术群里面,因为获取信息效率不高,容易分心.
如果想多与别人互动,那就来点高质量的.去 GitHub 或者技术论坛.

看了之后感觉特别痛心，这是一个很努力的人，但是我认为他缺乏一些正确的学习方法.

不过这就是这个行业的现状，有大量的人是靠自己摸索试错进步的，所以他们对这个行业的进步几乎没有感觉.

如果楼主对此感到有兴趣，可以去看看<软件困局>这本书.

如果他愿意听我说几句，那么我推荐他多看一些软件方法学和软件工程的书籍，多去读一读别人的代码，尤其是那些好的代码.