ChatGPT-Proxy-V4 要求的 go 版本是 1.20

@dsgdsfh 很好的角度。非常感谢帮忙。

因为 Dropbox 上是我自己账号的连接记录，所以即便是时间机器还原，所用的备份也不可能是我接手这个电脑前产生的。我接手后改了机器名，再之后过了很久（>1 年），才用上时间机器。

泡水之后，我试图从时间机器中提取数据，但是没找到只提取一个指定文件夹的方式，于是中途放弃了。之后我从备份硬盘上手动拷贝了需要的目录出来（文件都是只读的）。这两个步骤，应该都不会触发“还原”才对。

@springwarm 漏了一些“放弃”的
学生时代：Visual FoxPro/ActionScript
“战略性”放弃：Cobol/Haskell

工作用主力语言：C#/JS(Node.js)/Java/Python/Ruby
项目中短暂用过：PHP/VBA/Scala/OC/Groovy/Shell/TS
浅尝辄止：Kotlin/Swift/Go
学生时代：Basic/C/C++/VB/Delphi （ C#和 Java 留了下来）
目前兴趣较大：Julia/Clojure/Matlab


“战略性”放弃（就是不会，还不想学）：ASM/VHDL/Verilog/Prolog/Lua/R/Erlang/Elixir/Crystal/V/Dart/Rust/Lisp/Scheme/OCaml/F#/Zig ，包括前面提到过的：C/C++/Basic/VB/Delphi/Perl/PHP/Scala

ACM 提供了优惠码，ACM10022 ， 惠后 399$

2 代是不是就没这个问题了？

读 人类简史，然后测完看祖源分析挺有意思的，尼安德特人比例 3.5+，高于 94%的被测。还有东南沿海的朋友，测得祖源迁徙经过日本，无知的我当时想到的是 倭寇犯华 逃

@marvinwilliam Out Of Memory

Vue 2.0 为什么选用 Flow 进行静态代码检查而不是直接使用 TypeScript ？
https://www.zhihu.com/question/46397274

静态类型检查显然还是能减少一些 bug 的，虽然单元测试和自动化测试也极有价值

说些 flow 的特点 （当前版本是 v0.54.1 ）
- flow 的 typings (lib-def) 是根据库的版本号来匹配的（支持范围匹配）
- flow （通过 flow-typed ）可以自动分析项目依赖，自动生成所有依赖包的 typings。对于没不到 typings 的依赖包，会自动生成 stub
- flow 可以只针对项目中的某些文件启用 type checking。比如只针对 data model 以及用到 data model 的文件启用 type checking

flow 的不足
- 如 @doubleflower 所说，实际应用中，遇到有些 case 没有在文档中提及的情况，要通过 issues 来找答案，这和 @hantsy 说的用 ts 遇到 typings 的问题时的处理方法一样
- 现成的 typings 比 ts 的少很多。但是可以用 flow-gen 将 ts 的 typings 转译过来

flow 和 ts 在类型检查这一面上做比较，前者更看重，可以递进和选择性的应用到项目中

不错的工具 +1

“中型项目”一般要做多久，自己一个人做吗
有搭档可能会好一些，无论是时间安排，还是送孩子出去的感觉

楼上冒出众位大侠现身说法，总结下大侠们 35 岁后的状态：

生活线：每天工作半天时间、更多时间陪老婆孩子、边旅行边工作、自由职业...
技术线： 调戏 AWS/GAE ，玩 libevevt libuv asio 都 low 到算是“挑花了眼”，发明语言发明操作系统，给大家写框架...

又拖后腿了，闭门思过~

@nekocode 从官方的这段描述看，像是被编(fan)译(yi)为代码了
布局中赋予 id 的元素，被编译为 Activity 类的 extension property

（如果是这样，这思想很像 C#的 partial class ，而以前开发.NET WinForm/WebForm 的童鞋, 从来没有 findViewById 这种烦恼）

----

```java

// Using R.layout.activity_main from the main source set
import kotlinx.android.synthetic.main.activity_main.*

public class MyActivity : Activity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
textView.setText("Hello, world!") // Instead of findView(R.id.textView) as TextView
}
}
```

textView is an extension property for Activity, and it has the same type as declared in activity_main.xml.

@eimsteim 同意 Android 的最大痛点不在语法级别

但个人的倾向是，当其他环节能有明显改善时，也是值得尝试的
----

Kotlin 表达力更强，又比 Scala 与既有的 Java 生态融合的更好（这点很重要， C#的表达力很强，但是.NET 的生态在很多方面还是不如 Java ），不乏优秀的工具支持（ JetBrains 大旗一挥）

Kotlin Android Extension ，把 XML 布局编译成类，就在代码中引用组件而言，开发体验好于 ButterKnife 以及 AndroidAnnotations 的相关部分

后面会考虑将 Kotlin 用于实际项目，期待露珠多写深入好文

开发规模足够小， 或者项目时间太短体现不出来代码维护的问题，发展到一定程度自然会用起来，否则到时候一定得不到优秀了

另外，“优秀”有时候可能只是一种安慰呢，何必在意

@djyde 只是觉得这个头像，很贴合码农的常态。继续使用会不会被谴责~

@xieyudi1990 赞这句 “这个词很 low, 是那些视野不开阔的行业底层人士造的一个词”

提 TJ 离开的梗早就是一种 fashion 了，背后的逻辑也很有一番玄妙，能与之媲美的，大概可以是“小明，你妈妈都不要你了，说明你不乖”，不少人为此，就不与小明一起愉快地玩耍了。

然而小明很坚强，在极短时间内，迅速发展到 v5 了，当然这又是另外一段佳(shen)话(hua)。

但 TJ 确实早就恢复继续为 node 贡献神力了， 其实不想强调这一点的。