看情况跟个人喜好，哪种效率高用哪种。日常攒了很多小脚本，自己想怎么改就怎么改，舒服。

中午热到睡不着，拿着个本子扇风

刚试了下还是可以用的。例如 D 盘下创建一个 bin 目录，加到系统的环境变量 Path 里。
目录下创建一个测试脚本 hello_py.py ，随便输出个 hello world。
命令行里直接输入 hello_py.py ，就可以执行了，不需要写 python。

win 的没试过，不过应该差不多。我在 linux 下是把个人写的一些脚本软链到 scripts 目录下，然后加到 PATH 里。只要加了可执行权限以及 shebang，在命令行下只需要直接输入名字就可以运行了。

@zhuisui #17

对比了一下没啥效果，还是有接近 1s 的延迟。我日常主要用 tmux，习惯分屏开 tab 之类的，这浪费的 1s 不如续给他

nvm，显著拖慢 shell 的初始化速度，偏偏我又很喜欢开新的窗口

不知道物理机安装会不会这样。为了方便切换 nodejs 版本，也只能忍了，平时注释掉，做前端相关的项目就开起来。

妈蛋打脸来得太快。本地测试个脚本，还特地判断了路径是否存在，防止出现 rm -r /data 的 bug，结果中间改了变量名对应的路径，没有把使用变量的所有地方改过来，删了一堆归档的数据。。


还好只是些日常的操作记录。删完东西整个脑袋嗡嗡地

我有一件薄羽绒，穿上它去什么地方都要被电。电梯按钮，门把手，同事。。。

生产环境加 -f 的时候我都要检查多一次。。

那些繁琐的操作规范，都是从一次次血泪教训总结出来的

对于我个人，纯粹用于工作的话，主要问题出在 IM 没有 linux 版本，其他倒是没有受限的地方。

问题就是 IM 是工作中高频使用的软件，不喜欢用 wine，又没官方直接，没得搞。

至于个人电脑，玩游戏看视频用 linux 不会带来任何好处，更不考虑使用了。
几年前 ubuntu 看 b 站弹幕一直闪，折腾了我一晚上。后来想通了，我个人电脑我费这劲干什么，放弃了。

年中裸辞，在出租屋里度过了一整个夏天和半个秋天。等到重新工作的时候发现今年都快结束了。

很多以前只是想想的问题，现在变得急迫起来。父母的健康，事业的长期发展，攒钱买房，找女朋友，自己的身体健康。。有时候半夜想起这些事来，就一点睡意都没了。

前端开发：主屏 coding，副屏浏览器
CURD 开发：主屏 coding，副屏 postman
运维：主屏终端，副屏监控 /线上服务

接口自测不通过是不能够交付的。这种事情遇到多了就跟对方老大反馈

return status_code, user_instance

这样虽然有点丑也不是不行。

如果你的返回值足够复杂，可以考虑返回一个对象。比如你的返回信息里面包含了状态码，内容，计数器等多个内容，可以将结果封装一个 Result 类。

至于要抛异常还是直接将错误放在返回信息里，我认为要根据函数的意义来定的。
举个例子，使用 requests 库，获取一个不存在的资源，返回 404，不抛出异常；访问一个不存在的域名，抛出异常。因为对于一个 HTTP 库来说，域名不存在、网络不可达，是一种异常情况，而“404”属于 HTTP 定义的正常情况。
具体怎么区分要根据实际场景来定了，我理解也不是很深，没法概括那么准确。

如果你装了 git bash 的话，

# 将 test.py 的标准输出和错误全重定向到 test.log 中，并在后台执行
python test.py > test.log 2>&1 &

# 查看输出
tail -f test.log

不过要注意一个问题，如果你是用 print 打日志的话，tail -f 可能无法及时看到输出（在缓冲区里还没写进文件）

封面妹子真的好看。

你不如总结一下怎么找女朋友，我们再来谈怎么陪女朋友？

同上。天天吃一家，腻了就换。

如果突然有吃某个菜的想法，就算贵一点，今天也要吃。