https://www.spec.org 这个事专有的
https://www.phoronix.com 这个事开源的
https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html

@marco25 老哥有没有在大项目用过 magit，我感觉巨卡无比 ... 就没再用了


@wysnylc 有些时候是禁止 force push 的 ...

所以大佬这个页面点击的火花效果能不能在点链接的时候也出现 ...
我的测试表明这东西只会在我习惯性在页面乱点的时候才会出现，但是跳转的时候不会，就少了点 feel ... 你懂我意思吧

我不喜欢 Deepmind，比较喜欢用 Skynet，CABAL，LEGION，Jarvis，ctOS 等，EVA 也能凑合用
可惜了 Cortana 是微软的

另一个有意思的现象（和楼主的 append 有点关系），C/C++ 其实是没有官方推荐的变量命名规范的（可能是有，但是就算有也没法 mandate ），每个项目的规范都不太一样
于是 LLVM 一开始用了以 camelcase 为主的命名方案，具体来说是类型名，变量名（包括局部变量和成员变量），用 UpperCamelCase，函数名是 lowerCamelCase。
但是后来发现一个问题，比如我有一个变量的类型是 MemorySSAUpdater，那么按照命名规范，我不能把它命名成 MemorySSAUpdater，因为会和类型名冲突，现在的解决方案是取首字母 acronym 命名成 MSSAU。这种情况在整个仓库里十分广泛： https://github.com/llvm/llvm-project/blob/734c74ba14be0f4421ccd9f720e5b9309248e0f7/llvm/lib/Transforms/Scalar/LoopLoadElimination.cpp#L709 感受一下
但是这种命名多了就会十分奇怪，看代码必须先要熟悉这些奇怪的缩写才能看得下去

于是现在有个 proposal 就是把变量命名从 UpperCamelCase 变成 lowerCamelCase，这样我就直接命名成 memorySSAUpdater 就行了： https://llvm.org/docs/Proposals/VariableNames.html

不过 acronym 不能完全避免，任何一个专业领域都少不了 acronym，像什么 AST，CFG，BB，SCEV 之类的出现在编译器的代码中其实都正常，这些东西在学术界和工业界都有认知，问题对于一个项目来讲，很多类是项目独有的，写 acronym 就会让人摸不到头脑，至于 Loop 的变量名写成 L 之类的更是没啥必要

如果在这两者之间摇摆不定，不如结合起来一块用吧

OCaml 一般是用 underscore 的，但是语法要求一些结构（比如 Constructor 和 Module ）必须以大写字母开头（语法强制的哦），于是就出现了这种 https://github.com/ocaml/ocaml/blob/79f1c734621ea75bfacaed9ea20ebef7479194b2/typing/env.ml#L77 “首字母大写的 underscore”

最近几年时代的进程：
Web 暂时稳固了整体上第一跨平台技术栈的地位
很多应用向 Web 迁移，对非跨平台软件的依赖在逐渐变少
微软在拥抱开源的同时自己家的东西在送人头
在中国大城市的角落里，Mac 开始成为 Windows 的竞争者。虽然某果最近也在开始送人头
同样对于中国来讲，川普在送人头
Linux 桌面自身整体上风平浪静

App Store

体量上能和 VS 比的 IDE 我还见过两个，Eclipse 和 Delphi
Xcode 算小弟吧

Adobe (Macromedia) 其实也有类似产品，比如 Flash
Unreal 和 Unity 都有自己的 IDE 的，不过编程体验如何我就不知道了（我跑过 Unreal 的编辑器，不知道是不是打开方式不对，1066 开起来居然巨卡无比，就没再搞了）

SideFX Houdini
不过这个用的组件库得换套样式，搞成 Adobe 那样的
VTune, Instruments
VTune 建议用老版，新版貌似是 Electron 的，信我，现在的前端绝对没人能写出你要的效果（哦对，有一个例外是浏览器自带的 Developer Tools，虽然这仪表盘有点卡 ...）
SuperColider，我没用过只看过维基
IDA 应该也能算

另外还有实物仪表盘，比如 3Dconnexion，Loupedeck。不过这个很明显不“程序员”。
我理想中的输入设备其实是一个每个键帽都自带一个 LCD （嘛，其实 OLED 更好）屏的键盘

Life Pro Tip：只用右眼看屏幕，这样只有右眼的视力会下降，你依然可以保留看清远处的能力

亲测 ... 左右眼视力不对称并不会在双眼都睁开的时候对实际看到的画面有明显影响，至少比两眼都近视好得多
长期下来你就拥有了一只专门看近处的眼，和一只专门看远处的眼
半导体里面这貌似叫 Chip Specialization

中国特色国际化通用端口号：找一个汉字，用对应的 Unicode 码点做端口号即可

如： http://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=4E60

楼主以前不会是用 LISP 的吧 ...

@hoythan #14 所以大公司可以没有自己的一套组件库，但是可以有自己的多套组件库 :)

@Asyncway Table 是个麻烦活，我做过，找了一圈的结果是没有一个开源组件能在保持基本性能的基础上完全满足各种乱七八糟的需求，所以自己封装了一个
其他组件其实都有类似的情况，但是 Table 是最麻烦的，因为技术上就无解。其他组件主要是这个组件库有 A，那个组件库有 B，业务上要 A B C，没办法，自己做吧

看到你用 Vue，我就很纳闷我如果关掉 JS 和 CSS 能正常浏览不 ...

@nsynet 楼主好像连是校招还是社招都没写清楚（从“青菜”两字推断应该是校招，发贴记录推断也应该是校招

华为有个坑是随机分岗，我不是很了解这个剧情的触发条件，所以楼主可能得自己研究研究

@octalempyrean .Net Core 本身和 GUI 无关吧，GitHub 上倒是有个跨平台的 GUI 框架 Avalonia (名字挺有意思，Avalon 是 WPF 原来的 codename)，不过这个是伪经，不属于微软教认可的经典，所以不建议接触
微软现在主推的应该是 UWP/WinUI 吧，UWP 相对于 WPF 应该算是有继承，但并不是一个东西
当然要是指 Win32 的话那最新的应该还是 WPF

哦对，说起 Express，理论上现在 .Net Core 和 WPF 开源之后，商业公司不需要购买 VS Professional License 也可以开发 WPF 程序了，不知道可不可行（ IDE 就别想用了）。不过 anyway，Community 版本是允许 Individual Developer 商用的

@yukinotech 国外 VPS 下国外资源有优势
当然某些人 claim 国内也能满速，这我是没体验过