@introom 够我用就好，至于你说的这几个问题，我遇不到，也不 care

屁噗

一直用 terminal.app ，
相比 iterm2，不支持 z modem 的缺点可以用 zssh 解决，
剩下就只有不能分屏的缺点了。
有人会说下拉终端，那玩意对于我这种喜欢把窗口全屏的人来说，有些华而不实

ls | xargs awk '{printf("mv %s `echo %s \ sed -E s/[^0-9A-Za-z]//g`",$1,$1)}' | sh
手机码字，自行调试

一直用 cdf 来解决

静态类型，弱类型

存对象存储好，路径存数据库

之前待过一家公司的涨幅是跟着 GDP 走的。结果那次我涨了 13%，390😂

@RubyJack 首先，我们得确认一下所描述的是不是同一件事情。
我这里的 kill 指的是 kill 信号，就是 kill -9 发出的那个信号，这个信号进程是无法拦截的，只会被直接干掉。
此处父进程应该被通知，并有机会善后。通知可以是检测到子进程的 pid 文件，也可以是指定的信号，或者其它什么方式

@RubyJack 子进程直接 kill 父进程无法做到 graceful shutdown，父进程主动停止监听，并等待已经接收到的任务完成后退出，可以做到让外界的访问完全无感知

以上都是需要依赖外部服务实现的，在大多数情况下，这已经很好了。

说个通过服务自身实现的，思路来自 facebook 一个 graceful net 库。
此处语境里的服务可以简单理解为监听一个 tcp 或 udp 的端口。Linux 中，这对应一个监听 socket 文件，也有对应的文件描述符，在父子进程中传递文件描述符再简单不过。
剩下我们要做的就是：
1、更新二进制文件
2、给进程一个信号，开启 graceful shutdown 流程
3、进程启动子进程，并传递文件描述符及其他必要信息
4、子进程从文件描述符开启监听服务
5、父进程感知到子进程正常服务，停止监听端口，并等待合适时机退出
6、必要的话，可以在子进程设个定时器，启动一段时间父进程还在，给父进程发 kill 信号

据说是下至 5.3 上至 7.2，应有尽有

补个搓一点的，sftp sync 类工具同步代码到服务器，本地写代码，远程编译、调试。
相比 sshfs 之类的工具，配置上省点事，避免做操作系统层面的定制

还是喜欢 [mf]ood，(mood|food) 也还好
至于优先级什么的，对于正则这种有百家方言的玄学，不考虑了，只要我写的东西是对的就行。怕出错，多上括号就好了

所以我都是尽量从 mas 安装，一定程度上限制这些不必要的权限

ssh 连接的时候是可以选择传递制定的环境变量的，不过不知道 python 的封装有没有暴露相应的配置项。
另外环境变量是在父子进程之间传递的，你一个 subprocess 执行完就退出自然啥都不剩。
并且 source 是 shell 内置命令，必须在 shell 中执行。

如果想要用你的方式实现的话，需要这么干

bash -c 'source xxx; ls'

// TODO: to be never do
// FIXME: check it before push the code

@ichao1214 感觉开疆拓土也得等在规划的几条铁路竣工，不然回去就出不来。丧失了信息交流的基础，就不是回家乡开疆拓土，而是回家乡混日子了