11 members
3 photos
13 links
关于编程和后端开发的碎碎念
Download Telegram
to view and join the conversation
Channel created
changed group name to «»
Python 社区终于有了一个正儿八经能够解决依赖问题的包管理
(pip 和 setup.py 之类的东西并不能正确地解析依赖)
https://github.com/psf/black 一个 Python 的代码格式化工具
写 go 这一年真的觉得 gofmt 是个很棒的发明,省去了无数关于代码格式的争论,只要把它集成到 ci 和开发过程中,就能保证大家的代码都有统一的风格,把 review 的重点放在代码逻辑和实现上
选择无聊的技术

特别认同
> Happiness comes from shipping stuff.

> Attention is precious.

Hacker News 评论
推荐一下 Programming From the Ground Up 这本书,从汇编的角度解释了基本的程序结构(循环,分支,函数等)

唯一的缺点是本书已经很久没有更新过了,没有涉及 x86-64 的内容

网页版:https://programminggroundup.blogspot.com/
PDF: https://download-mirror.savannah.gnu.org/releases/pgubook/ProgrammingGroundUp-1-0-booksize.pdf
Dear Startup: You have no idea how much that costs.

从我自己的创业经历来看,简直不要太真实

> I noticed that even though I would give estimates for my work, my managers and their managers all the way up to the founder would have certain expectations about how long work should take regardless of my estimates, and if my estimates outpaced their expectations then there would be problems.

即使你做出了自己的估计,管理层往往也有自己的期望,如果差得太多的话就会有问题
所以有时候估计开发时间就感觉处于一种很被动的地位:按照一个比较宽松的时间估计,管理层会觉得「这么简单的功能也要这么久吗?」;贴合管理层的期望估计,那开发就得延期啦
也许用 HN 评论里面说的 「relative effort」 来做出估计会更科学,不过我还没有这样的实践经历

HN 评论
Forwarded from Luke 🐱
Go team 说泛型可能在 1.17 实现
[source](https://youtu.be/3yghHvvZQmA?t=1064)
如何让 Tokio 的性能提升十倍

Tokio 是一个 Rust 的异步编程运行时,封装了各平台的原生异步机制并提供了 Async / Await 风格的接口

Tokio 的修改也使用了 Work stealing 的 Queue,而且参考了 Go 语言的实现
(所以现在 Rust 也算有 M:N 的绿色线程了?
Instagram 写了一篇关于严格模块的博客,通过禁止在模块级别执行非纯函数来解决他们遇到的一些问题(加载缓慢,import 不 safe etc.)

我看了的感觉是:要是不是 legacy code,我更愿意用 Go 😂
> For example, no matter how heavily one of the Ruby implementations is optimized, it’ll never beat PHP, let alone a fast language like C++, Go, or Java – the inherent performance disparity is too great.

https://brandur.org/nanoglyphs/008-actix
Russ Cox 2014 年给 MIT CSAIL 做的一个 Go talk,主要是关于内存模型的

对这方面不太熟悉的可以结合 这篇