所以現在很多時候感覺就是，你根本很難在一個短短一小時的面試時間內展現你十幾年的技術積累。遇到伯樂真的很重要

@EridanusSora 有点像是一门语言艺术，具体启发点应该是 https://github.com/microsoft/BosqueLanguage/blob/c841324bf706b60d8a9dbb1519a8e5227fc5bd9f/docs/language/overview.md#06-bulk-algebraic-data-operations

对我而言，任何新语法糖对于 JS 开发者来说肯定是需要一段时间适应的

@iNaru 是的，欢迎纠正

挺好的，简单

要看看我的吗？ https://profile.aleen42.com/

另外，糾正下應該是 CPS (Continuation-Passing Style)？

@2i2Re2PLMaDnghL async / await 的提出就是為了解決 CSP 的無限嵌套問題，難道你又想掉入回調深淵？

[Memory Leak]( https://wiki.aleen42.com/Programming/JavaScript/memory_leak/memory_leak.html) situations in JavaScript

另外, 由于 try...catch statement 对于 Promise 的处理方式有差异, 我认为不应该关注且尝试去运用, 因为这样的行为随时会被 TC39 修整导致不兼容

```js
try { await Promise.reject(1) } catch { console.log('caught') } // => "caught"
try { Promise.reject(1) } catch { console.log('caught') } // => throw "Uncaught (in promise) 1"
```

一样的，Unexpected Identifier, 你少了个 function 定义

@bug403 这就没法说了，不管贵还是便宜也可能弄坏

Coremail

如果沒有強迫加，就很容易因 JS 分文件加載而導致前一個文件的最後一句與後一個文件的首句間缺少分號阻隔。這種情況下很多人習慣在每個文件頭都加一個分號以保證容錯

@ClericPy 基本上很多公司都因為文檔的維護成本而放棄，特別產品文檔。這就導致很多複雜系統都只能靠翻代碼和歷史才能溯源。

@henryhu 👍

@hantsy 👍

@cassyfar 🤣 To tell others to read code directly.

@codehz 😄，plain text writing 也能写出优雅的文档

@codehz 有 Markdown 还用 HTML?

https://v2ex.com/t/763520 刚发了这个，很纯粹的写文档方式