如果实在懒, curl http://httpbin.org/get 算了

公司里买的 aws 的 EMR, 那贵的岂止是三个我擦...

不过运维成本减轻了不少, 有点好奇其他主流部署走的什么路子

除了前两行, 后面的全命中了... 我是不是没救了

简单解释下参数意思:

-c 就是压缩

-d 表示延迟安装, 去掉的话会提前安装并打包到一起

-a 表示要一起打包起来的目录或文件路径, 多个路径逗号隔开

-m 表示入口, 可以是: 1. 包名 2. 模块名 3. 包名.模块:函数

-o 表示输出的文件路径, 虽然是 .py, 实际是个 .zip 文件, 可以解压, 这里用 .py 是为了在 windows 上可以直接双击

requests 参数以及其他参数, 比如 `--user` / `-r requirement.txt` 这些会被追加到 `pip install `后面

其他文档参考:
ClericPy/zipapps: Package your python code into a standalone file (with the requirements). - https://github.com/ClericPy/zipapps

前几天收到陌生人感谢, 所以感觉应该也会有人用得上, 分享给大家.

办法太多了...

1. docker 上面都提过了
2. pipenv 或者 poetry 做版本控制
2. 自己写个 makefile 整 venv
3. 使用 zipapp 把 Python 代码和依赖都打包到 .zip 文件里面, 有点接近 jar, 服务器上只要有个 Python 解释器就可以了. 目前用过的有 shiv (linkedin 出品), zipapps (我自己写的). 前者每次构建貌似都需要重新解压缩依赖, 遇到 .so / .pyd 依赖的库或者其他 C 编译的不能跨 Python 版本也不能跨平台; 后者是模仿前者做的, 主要解决的就是非必须情况不要解压缩, 也支持惰性安装来曲线解决跨平台跨版本问题.
4. pyinstaller 或者 Nuitka 或者 PyOxidizer 打包成编译好的, 不太推荐, 兼容性和性能都有问题

你描述的场景... 是要把并发改串行吗, 一时间没看懂需求

就字面意思, 能想到的就是 asyncio.Semophare, asyncio.Lock 之类的

@IgniteWhite
其实一开始想进来说生产环境用祖传 python 编译的那个单行 bash 来着, 结果进来看到一群推荐用管理虚拟环境的东西替代管理解释器版本的... 不过大家都挺热情的倒是

既然是 linux..

1. sudo su -u hello python3 xx.py
2. export a=b; python3 yy.py
3. source xxx; python3 zz.py

随手打的, 不确定具体可用

Google 出过一个什么风格指南

前东家没啥规范, 就是不让用新语法和语法糖, 一方面兼容老版本老代码, 一方面兼容其他同事的知识面...

其实就算不提设计模式, 软件开发那六个原则基本满足了日常 code review 规范了, 现在整天给人写 Hadoop 脚本用到的无副作用的纯函数, 都快好几个月没碰过面向对象了... 发现只要解耦开, 也没出现什么问题

果然问 pyenv 的回答的都是 venv 的...

显式优于隐式... 尽量不要用 *, 有 IDE 自动补全和自动导入, 要啥一劳永逸. 至于每个文件都要导入他们, 可以学一点设计模式方面的知识, 同类 utils 放在一起

至于命名空间或者其他入门文章, 看看 Real Python 吧, 上面从入门到熟练应有尽有, 如果更喜欢信息量大的, 可以看看 Cookbook 或者 Fluent Python

Namespaces and Scope in Python – Real Python - https://realpython.com/python-namespaces-scope/

我也是手动在注册表里加的, 虽然加的是 cmder...

CPU 是天生的, 算法却有捷径

早年间一般看的就是 如何选择开源许可证？ - 阮一峰的网络日志 - https://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html

'GPL 最显著的两个特点就是网上称为的“病毒性传播”和“不允许闭源的商业发布”'

@leverestfish
顺序的问题还真没注意过... 我把不用的那几个都删了, 扩展的话, 我也没啥其他补全扩展, 一开始用 jedi, 后来 lsp 真香真快, 后来 lsp 太吃内存了换到 pylance 上(现在就是每次查看定义默认是 pyi 很烦)

@Sapp 那时候我挺在意 100 块钱的...

楼上也提过了, 这种事情要用临时分支, 正式分支别轻易提交, 后面你用到 CI/CD 相关工具会后悔养成不好的习惯的

可以看看 git flow 或者类似的东西(虽然 我更喜欢 Github flow 的分支管理, 足够简单, 原版 git flow 太复杂了, 我做的大部分东西都不会多版本共存, 滚动发布就够了), 正常情况公司里都不允许 force push 的

自己玩的话, reset --hard 然后 push --force 也能用, 但是很少有人推荐这么操作. 没完成的代码正常都在临时分支, 命名一般也是 wip 标记

点进来以前以为会看到个 Hadoop 运行原理 [doge]

之前工作不饱和的时候确实制定了每日计划, 现在累的下班只想躺着什么都不想

工作上可以番茄钟

健身可以 Keep(反正我没用过) 或者滴答清单天天打卡, 健身这种事情最好还是有个懂行的请教一下, 自己瞎练会练出事情(有个痛风的同学乱跑步, 后果不堪设想, 瘦下来一点然后整个人都肿起来了)

读书切记要勤动手以及读书笔记(notion, 为知笔记, 语雀, Dropbox 什么的, 至少要有知识管理)