正常, react-hook 心智负担 也很大, 很容易出错, 而且难调试

https://github.com/ElemeFE/element/blob/dev/packages/form/src/form.vue#L109

进程用的

开心就好

@guonaihong
的确, 可以试试看 tornado 的代码试试.
python 的代码, c++的太多杂乱了.

买了本<计算机图形学：原理及实践>
https://book.douban.com/subject/30402778/
里面用 WPF 实现的 挺好的, 不要忍受 cpp 各种配置问题
当然生产环境还是得 C++

同楼主, 这几天也在看 wpf
找了 <wpf 编程宝典><wpf 揭秘>
微软技术还是很保值的, 所谓淘汰都是改名部门的搞得,
uwp,xamarin 技术都保留了

@Huelse logger 不建议自己 format
有性能考虑

1. 用 pycharm 给你找错误
2. logger.error 不改这么用, 应该
logger.error('read file %s', jsonfile, exc_info=True)
format 应该是延后的, 减少消耗(微优化)

@qdzzyb 估计面试人太多了, 有个区分度
有好的 为何不选

pypy??
whoosh 反正是纯 python 的.

我也很奇怪 为何 java 有各种内存调优, .net 没有
而且调优 第一步 不是去找代码瓶颈么, 烂代码 再怎么调优都没用

ps: https://www.zhihu.com/question/365482363

早就不用了
和人工椅, hhkb, mac 啥一样, 冷暖自知
不管别人说咋样咋样
自己不舒服就是不舒服.

@murmur 同意, 正常开发不需要搞啥 wsl2 啥的, 除非是 linux only 的软件
正常的 cmd, powershell 够了, 99%时间都是在界面环境下, 命令行最多允许一下.

你面对一个巨大的屎山。有的块都发黑变硬了，也有的还新鲜带虾仁的。不要试图了解都是谁拉的他们吃了什么。新需求就撇条新的垛上去。旧 bug 就试试自己拉泡稀的把旧的粘起来拍打拍打能用就行。不要试图去 refactor 什么，敲开硬壳子可能溢出旁边那坨的芯，窟窿越捅越大。什么设计模式代码风格也不用多在意，山上什么样的都有。不行就上手捏出需要的形状 hardcode 。

作者：知乎用户
链接： https://www.zhihu.com/question/272065178/answer/569282825
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

屎山？小公司的祖传代码才可以叫做屎山。大公司的祖传代码，那是屎海上漂浮的僵屎山。你就在这屎海里面漂着，一旦进来了，就出不去了。每天的工作，就是在粪泳前进。还有拉着部门的粪船前进。各个部门的粪船每天继续产出新鲜的屎，投放到屎海里，它们不断聚集，成为新的屎山。旧的屎山顺着洋流还相互亲热着，迸发出岩浆般热情的屎，掉落在你头上和身边。你不得不一边拼命地游以自保、一边还想尽办法地不沾太多屎到身上。系在你身后的是部门的大船，部门领导坐在船上，用伞和棍子推着避免撞上屎山。偶尔有个负责的领导，还会愿意让你上上船休息。可惜一旦你沾着太多的屎了，或者让船沾着太多的屎了，就等着被踢下船去吧。偶尔有那心有抱负的人，尝试着改变这一切。他们以为找到了一些仿佛可以容易对付的屎山，想着要重构，说他们看到了一条干净的出路。但是，他们还是太年轻了。因为，他们看到的，只是屎山的一角。他们带着部门的船从旁边划过，却不知这就是昨日的泰坦尼克。

作者：知乎用户
链接： https://www.zhihu.com/question/272065178/answer/569614223
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

好好用 vs 就行了
不要作死。

@piaochen0 同,
ui 相应速度太慢了, 而且显示区域也小.创建个新文件都要命令行辅助.