先别着急看代码, 不然学了也知其然不知其所以然


按顺序推荐把以下基本功打牢一点(因为不知道你是什么语言, 所以不推荐书籍了)

1. 面向对象程序设计. 了解一下面向对象的大致原理, 不求一次看懂, 以后还会再回来看一遍的

2. 软件设计原则, SOLID 那些

3. 常见的设计模式及使用场景, 其实也是围绕上面的原则的各种实践场景

4. 实战相关的代码可以入手了, 因为不知道什么语言, 所以可以先看一些偏官方的代码, 不一定要看多知名的, 很多时候官方的代码也有不少经典代码(也不排除有些老代码挺难懂)

5. 软件架构方面的知识积累, 最常见的场景就是根据业务需求统筹代码架构与各种选型, 将一些主流积木拼凑成一套能打仗的武器. 比如最近看领域驱动设计时候确实收获很大, 而且感觉要看很久

6. 回头再走一遍查漏补缺. 很多书真的读每一遍收获都完全不同, 越读越发现自己差得很远

以上几条不是标准答案, 只是这些年学习时候走了太多弯路得到的教训

既然明白了, 我啰嗦一个题外话: HTTP 被设计为适合较短的无状态请求, 没必要做成这种特别长的方式(虽然我以前也很喜欢, 不过后来都改成最长 block 60 秒或者异步任务). 至于那个心跳说的应该是 HTTP 1.1 客户端上 Keep-Alive 的方式, 举个例子就是 requests 库用 with Session 上下文保留连接避免多次握手的开销

chrome 浏览器一个 host 只创建一个连接(以前看到是 6 个)

用 curl 测吧, 快成年经问题了...

粗略看单核效率的话, Python 和 golang 的协程并发性能差距其实并不大, 多核差距开多核也能拉近. 就拿现在比较主流的 Fastapi 一两万 QPS 的性能来说, 日常根本到不了这种量级的压力, 等到了这个压力的时候, 自然也有新的认识, 估计也不会再问出这种问题

总而言之, 选最擅长的, 其次再考虑业界主流(主要容易招人). 先顺应团队生态, 再考虑顺应市场生态, 前者决定生存, 后者决定发展

内存外存分开记呗

重要的热数据大脑内存里放着
低频的冷数据只记录索引 / 关键词, 然后存储在 workflowy 或者知识管理工具里

举个例子: Google suites 让我用客户端我还不用呢...

不提意见直接说之前用的例子

在 Windows10 上装了个 manjaro 的 linux, 引导走了 grub2. 删除 manjaro 时候是 easyuefi 删了 manjaro 那个引导, 删了 linux 对应磁盘.

就这么

三十给我的一转感受是... 免疫力降低了, 代谢降低了, 以前吹的牛逼百吃不胖被两年增重 15 kg 破掉了

10 楼真的让人措手不及

简单地说, 比暗黑 3 耐玩

一开始 2017 上手没攻略的时候, 那叫一个上头, 刷刷刷太过瘾了, 然后各种奇葩图腾玩的可开心了, 各种开发没见过的奇怪 BD, 多重投射接一大些没见过的技能, 管它伤害如何, 炫就完了

然而, 几个赛季之子 BD 抄答案以后就容易腻. 抄答案当时爽, 但是就跟开挂一样, 太容易让一个游戏寿命折损了, 更何况答案还代表着物价

建议先切换那些类 Windows 的 DE, 比如 mint, 当初我直接上 Ubuntu 也各种不习惯, 用了 2 年 mint 以后直接无缝换到 manjaro 了

然后这两天又因为 i3wm 不习惯开始重新习惯, 就是个轮回

所以最近一直在看架构方面的书, 一开始抽象的越烂, 后面维护的心智负担越大

之前写了太多为了追进度的垃圾, 期望以后不再发生

一楼那个用了一两年了, 确实厉害, 快捷键翻译剪切板, ctrl 翻译选中, 这两个功能太好用了

我之前还以为房贷用公积金正好够还...

提出一个假设: A 因为想考某个学校, 所以打算提前联系院长 D, 通过软件查看 A 和 D 之间能否建立关联, 比如查到 A->B->C->D 链表, 所以自动生成主线任务按部就班的操作即可

实际情况: A 有一天去了某个场所认识了某个异性朋友 B, 通过软件发现 B 居然认识自己 50% 以上的朋友...

结论: 个人信息保护法不会允许的, 所谓的大数据时代拿个人信息换便利, 连正规军都不轻易触碰的东西谁敢碰

没遇到过, 因为: 我不会在工作时间提哪怕一个字符的代码到个人项目里面去

有点好奇, 从那里出来的是都这样, 还是个别情况. 如果是前者, 那完全不考虑去杭州了

如果平时不分析 nginx 日志, 不操心普罗米修斯做各种指标分析, 小公司爱咋咋的吧, 大厂的话, 技术评审感觉都过不去, 没必要和这些人争论.

不论对错, 只论适合不适合, 有些挣快钱的公司真的就是能用就行. 而且多数情况不怕做错, 怕的是不统一, 一错到底比有对有错带来的危害要小一点

你要做的大概不是来 V2EX 找认同, 而是提升自己然后尽早摆脱这种环境

剧情杀, 无解. 就像柯南那些高危操作也不会出事的 "位面之子" 设定一样

PS: 麻烦以后在标题上放点信息量...

导入模块还真没遇到特别久的... 导入模型倒是遇到好几次, 从磁盘往内存导入的过程就占用很长时间了, 似乎有一些办法把模型驻留在内存里解决这个 IO 过程太长的问题

话说如果内存够大, 平时就用 interactive 模式不就够了, 没必要每次都冷启动.