tar/git/curl 这些东西,都是类 Unix 平台上的工具,可以说是量身打造的.

在 PowerShell 上来使用它们,效率不如原来的平台上高几乎是必然的.

作为后来者这个很吃亏,如果有人在 C#上写了完全兼容 Git 的工具,那么效率就会很高,其他工具也是如此.

Out-File 处理的本来就是字符串,不是二进制数据,这个在文档上有,所以只要看过文档就应该立即能明白.

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/out-file?view=powershell-7.1

没有什么东西是完美的,这是 PowerShell 取舍,他认为这么做在大多数情况下效率都会更高.

如果你认为 PowerShell 这个判断是错误的,可以用其他方式来实现.例如,你可以直接在 PowerShell 中调用 CMD 命令.

学习使用 PowerShell,最好是以 PowerShell 的思维来思考,而不是要求 PowerShell 迁就你之前的习惯.

对 C#的性能表示满意,最近正准备开始学 C#.

Ruby 的优势不在于性能,而在于语法.
所以完全可以跑在其他平台以提高性能,例如 JRuby,相信有 JVM 加持,性能应该会提升很多.

@nutting #26
Rust 和 Java 不是一类东西,Rust 是 C 的继任者,主要用于高性能,低延迟,对硬件精确控制的情景.
包括而不限于浏览器内核,操作系统.

官方网站上有很多关于 vim 的书籍
国内翻译过两本都不错,比较老的那本更像是通常的教程,另外一本更像是 CookBook

[ICCF Holland - Vim books]( https://iccf-holland.org/vim_books.html#hacking)

目前用 MIUI 感觉还挺不错的，因为通知是可以分类设置的，有部分应用很良心，一些重要的通知和广告是分开的，所以直接可以把某些应用的只留下重要的通知.

它还有一些应用，虽然有分开，但名字上根本看不出是什么来，或者说直接没有分开，那么这种情况最好还是设置关键词进行过滤什么的，但 MIUI 还没有这个功能，短信已经有了通知，却没有希望能够尽快的改进.

在之前刷过 xposed，因为 xposed 稳定性也不好，经常会出问题，自己在这方面又完全不懂，也不想折腾了

我也准备开始学习了 Vim.

前几天看到浏览器上有相关的插件，可以基本上全键盘操作浏览器.

感到非常的羡慕，因为我感觉目前来说大多数的工作键盘还是比鼠标要快的.

记住快捷键的话要比记住字符串，要麻烦很多，因为快捷键的修饰键数量非常少，这就决定了组合是有限的，表达出的意思往往非常的晦涩，根本就记不住，对于一些并不是很常用的功能，那么还不如现查现用呢.

但是对于字符串的话就好很多，首先是自定义起来比较好表达的意思比较完整，那么就比较容易记住意思.

希望这次学习的过程不仅能够提升我的文本编辑体验，还能够提升我的 Chromium 体验.

去谷歌上搜索'统一推送联盟'，大多数比较正规的消息都以正面为主，统一推送联盟自己的官方网站上的，就有很多的进展，如果说不相信官方的说法，可以看少数派这类极客媒体的说法，当然你也可以说这类媒体也不靠谱，那看看维基百科吧，谁也能编辑，但上面已经明确显示，去年就已经有了比较可喜的进展，大多数的手机品牌其实已经逐步介入这类服务.




给出信息的时候，最好能够说明信息的具体来源，只是随口说一句，跟随其他人吆喝，那是什么也证明不了的

我倒觉得不联网没啥太大的必要

观察一下，搜索的习惯也很关键，因为在现在这个时代编程不搜索的话基本上是不可能的，关键是看你怎么搜，如果去百度上随便找几个 csdn 的复制粘贴的帖子，然后就来用的话，那么显然是不太行的.

至少要去谷歌进行搜索，操作符基本上会用，比如说站内怎么搜，比如说如何使用布尔表达式，And，Or，Not，Near 在谷歌中分别是怎么用的。

如果要提问的话，那么应该遵守什么准则。

这些都是很好的知识，如果他都会的话，那么我觉得问题可能不是太大。

上面的那几个问题，如果他能回答出来，然后你能检测的话，就说明

1. 他参与了与其他程序员的互动
2. 他在工作之中使用编程的技能，改善了自己的工作环境(开发各种插件或者扩展，又或者是命令行用的脚本)

这些东西培训机构也许还没有想到去伪造

还有就是根本就不进行常规的面试，只是看一下简历就直接放进来，在工作环境中进行面试.
关键看活好不好，至于纸面上那些东西造假比较容易.

可以问一些基本上没有办法涉及到的题目

1. 在 GitHub 上有没有还看得过去的开源项目，有没有向别的项目提交过 Pull Request ？
2. StackOverFlow 账号是多少？
3. 是否喜欢用 Vim 或者 Emacs ？
4. 是否为浏览器或者 IDE 开发过插件？

不过我不太确定这些要求是不是有点过高了

其实这个笔记我用的比较少，只是偶尔有几次用到过，需要发大量的产品展示图片给朋友.
当时我先是发了很多的图片，感觉不太对，就准备收藏起来，再发给朋友.
但是收藏好像不太容易编辑，但我看到了可以转成笔记就得救了，转换完成之后，在 PC 端直接编辑好.
还能进行一些小幅的排版，发过去之后效果挺完美的，而且可以放在收藏中永久保存.

微信有个专门的功能叫做笔记，里面是放很多图片的.
和收藏的操作入口好像在同样的地方收藏，可以直接转成笔记.

就我的感觉，火绒比 Windows 自带安全软件，省资源的多的多，首先安装之后 windows 的那个安全软件会自动关闭，因为是在 windows 里面认证过的.

对于各种防护可以关闭，也可以调节等级.

关键是应对国内的环境，有很多好用的小工具.

也不容易出现误报的情况.

这个软件确实难用的很，我曾经用过一段时间，后来彻底的放弃了

如果比较严格的执行番茄工作法的话，那么这是个自然而然的事情

@AndyAO #18
回去查证了一下，发现记忆有些偏差，这里补充相关资料

**关于修改和重写的临界点问题**

有关软件错误和软件成本的研究都证实了这一基本事实。本书中反复提到了 NASA-Goddard 所属的 SEL 。SEL 曾详细比较了修改旧代码和完全重写所需的成本问题（ McGarry 等，1984 ； Thomas1997 ）。他们的结果清晰明确，给人深刻的印象。如果现有软件系统的 20%~25%以上需要修改，那么从头构建新产品更便宜、更容易。这个百分比低的惊人。[1]

**关于遗留代码与单元测试**

在业内人士的口中，“遗留代码” 一词常常是"无法理解的、难以修改的代码”的代名词。然而，在多年来与形形色色的开发团队共事，并帮助他们解决重大的编码问题的过程中，我总结出了一个不同的定义。对我来说，遗留代码就是那些没有编写相应测试的代码。明白这一点是很痛苦的。人们会问，代码的好坏与是否编写了测试有什么关系呢？答案很明显，而这也正是我将要在本书中阐述的：没有编写测试的代码是糟糕的代码。不管我们有多细心地去编写它们，不管它们有多漂亮、面向对象或封装良好，只要没有编写测试，我们实际上就不知道修改后的代码是变得更好了还是更糟了.反之，有了测试，我们就能够迅速、可验证地修改代码的行为 ...

开发团队的水平在不断提高，他们编写的代码也变得越来越清晰，然而旧代码要想变得更清晰就要花更长的时间。许多情况下旧代码甚至永远都不可能变得完全清晰。正因如此，我将“遗留代码”定义为“没有编写测试的代码”，而且它本身就提出了问题的一条解决方案。...[2]


[1]〔美〕 RobertL.Glass. 软件工程的事实与谬误[M]. 中国电力出版社, 2006.
[2] 修改代码的艺术 : Working effectively with legacy code[M]. 人民邮电出版社, 2007.