你的问题一的前提，可能只在你的终端 GUI 下成立，比如 XShell 。

哪位老哥知道我有时候在离公司还有一两个地铁站的时候突然可以打卡是什么原因么

只要不是大厂的核心算法岗，干的就是你在实验室干的事情。可能更多的不是发论文，还是发专利和打榜单。

再又就是算法落地和应用，其实也比在在实验室做的简单，因为是多个岗位多个公司业务合作的。

你既然还能等，就说明需求不大。但是从你的需求描述来看，再加一点「轻便」，那只有 mac 可以同时做到。

用 bash 呢？[[ -d path/to/yourdir ]] && echo "it is a directory"

事实上我相信大部分案例都是选择上容器，这样你爱咋折腾咋折腾。

感觉你说得稍微有点乱，所以也没看出来当前面对的主要问题是什么。你起码多列举几个包管理器说说它们哪有问题啊，我现在就没看出来最基础的 venv 在你的场景里有什么问题。

```bash
python -m venv .venv
```

至于在项目目录下自动启动所属环境，了解下 direnv ？

#4 说的也是一种可能，你是不是当前文件名跟模块名冲突了？

在哪用的 pip，在哪跑的 python ？

在进行 pip install 的地方 which pip，再查看运行的 python 解释器的路径，查看父目录是否一致。

在 python 代码中如何查看解释器路径？
```python
import sys
print(sys.executable)
```

没想到有那么多人还没用过 ctrl + r，不过如果用了 zsh 的话，大部分命令也是可以直接看到自动补全，通过右键和 tab 直接生成的。如果喜欢 ctrl + r 这样的操作逻辑，也可以自己写几个结合 fzf 的 function/alias 。反正命令行这边的捷径，主要还是跟具体做的事情，任务重合度有关。脚本语言存在的意义不就是把重复做的事情简便地自动化部署么。

肯定都比西安有意思 -> 肯定都比北京有意思

我是西安的，读书在北京，现居西安，除了旅游没深度体验过成都。潜意识里我觉得成都应该要比西安好，除了互联网产业的差距还是南北之差，整个西北区几乎都在往这两个地方挤。论生活，肯定都比西安有意思些，论工作，V2EX 上你不管说西安还是成都，别人都会喷你来内地干啥子。

这跟黄波浪有啥关系，你不应该先看看上面的提示是什么吗，你需要关心的是这类提示对你有没有价值的问题，而且根据提示你才能去跟踪这是哪里发出的信号，如果保留但实在看不惯就改个样式

less -S <filepath>

非常巧，我昨天刚刚新申请了一个 Gmail，用的还一直是我的手机号

如果你不清楚$PYTHONPATH 是什么：

1 ）它是系统路径环境变量，可通过在 shell 中 echo $PYTHONPATH 进行查看
2 ）一般情况下$PYTHONPATH 是 unset 的，也即 echo 的值为空，在这一设置下 which python 只能导入 which pip 和当前工作目录下的所有包，具体默认路径可通过 sys.path 还是啥的查看（不重要）
3 ）设置$PYTHONPATH 相当于添加了 custom 的包导入路径，也就是你当前的需求，因此你看到的解决方案没有问题，是你的执行方式和理解有问题
4 ）还有一种添加$PYTHONPATH 的方式是通过 python 代码添加包路径，可能的使用场景你可自行体会，反正都是些比较 hardcode 的做法，做好看是看看能不能直接把外部包放到当前工作目录，或者进行发布

什么鬼，$PYTHONPATH 和 vs code 有什么关系？
一劳永逸的方法：在你的 shell 配置中添加 export PYTHONPATH=/path/to/your/package

如果是你自己写的包，且不在当前开发项目文件中，设置$PYTHONPATH 为你的包路径可以帮助 Python 包导入系统识别到你的包位置，如果
1 ）长期依赖这个包进行开发；
2 ）没有发布和写 setup 的打算；
3 ）希望退出当前项目目录时自动 unset 包路径
你可以看下 direnv 这个 utility

我的 iPhone 6s plus 默不作声，Mbp 和 iPad 都舍不得它

首先你得有一个好用的 shell，如 zsh，这样可以自动补全历史命令等，缓解「类」

其次「自动显示当前路径下文件」的解决方案确实应该包括「 cd && ls/tree 」类似的 alias 或 function，如果选择使用 function，如：
function cd {
builtin cd "$1" && tree
}
你可以有更多「自动化」的定制空间

至于你说的占用终端空间我不是很清楚，如果真的「文件太多就炸了」，这个任务也应该由「 ls 」来防控，与你所说的自动化无关，而 zsh 的 ls 事实上会在「可能会炸」的情况下提示你是否继续你的操作