大渣豪，我系渣渣辉，
我会写一篇为什么不用 shell 脚本人，为啥要用 powershell，而不用 python。敬请期待。

一个老烂番茄，你去顶，将会顶出一头臭汁。你应该去踩 2 脚。

powershell 不是开源的？ 不是免费的？

问：powershell 啥时候开源（+免费）的？
答：
2015 年小范围内部开源，2016 年开发者大会上，正式法律开源。



问：开源后的 powershell，属于谁的财产？
答：
在遵守其开源协议的前提下。powershell 开源后。属于 [社区财产] 或 [任何人财产] 。



问：谁是 powershell 开源免费的最大受益者？
答：
powershell 可以运行在，win，mac，ubuntu1404+，centos7，debian8+，suse12+，arch，alpine linux，树莓派 Raspbian，win10-iot，docker，snap-app，open-wrt 路由器等。
这些系统使用者，是 powershell 开源免费的最大受益者。



问：powershell 完全开源了么？
答：
不完全是。
1 powershell 之所以简单、强大、好用。靠的是 powershell5.1+win 自带的 powershell 库。我们应该主要使用这些库。
这些库，并没有开源。开源之前，是否免费我也不清楚。
2 powershell6，powershell7，和相关的库，开源了。
这里面的区别主要是 [win 自带软件，相关的 powershell 库] 。
库数量很多，如 iis 的 ps 库。但这些 win 独有软件的 ps 库，跨不了平台。即便开源给 linux 也并没啥用。
另外一些 win，linux 通用的 ps 库，比如 sqlserver 的 powershell 库，已经开源免费放在了 github 和 powershell 画廊。

结论：
1 开源时间太短，社区力量不强。ps 开源库还没成气候。
2win 中的老旧不开源 ps 库挺好用。这些库中有价值的正在逐渐开源+跨平台。
3 不开源的 ps 库，如 iis 的 ps 库，hyperv 的 ps 库，还将继续存在，并作为 win 功能的一部分。


问：powershell 命令为啥那么长？我很不爽啊。
问：powershell 命令会重名吗？
答：
powershell 命令太多，超过好几万。微软为了 powershell 命令不重名，所以把 powershell 命令搞的很长。
正因为命令长，命令唯一，才让 ps 基本不需要像 python 那样，在脚本中 import 这个库、那个包。也没有 py 那种 [库或依赖] 路径问题。
鱼与熊掌而已。唯一的长命令名，不需要学习记忆包名。
实际上 linux 命令也很长。有很多子命令。比如:
kubectl expose deployment nginx --type=NodePort --name=example-service
git reflog expire --expire=now --all
也有人说：“像 java 和 php 这种包名或者 namespace 又臭又长的”
实际上库多了，包名字都会长。

bash 不需要安装么？
bash 是自带不需要装，但啥也干不了啊。你照样要东装一个包，西装一个包依赖软件。如：
linux 上的 expect 这个工具，也需要装 tcl ！

1 你用 bash 写 bash 库，我真的很佩服你。
2 我的观点：把 bash 扔到角落里，基本不用。99%用 powershell。
3 powershell win，linux 通用。
4 你的库对强类型支持如何？用你的库能实现布尔么？
powershell 有强类型。比如布尔，py 也有。还有 fish。
py 的主要问题是没有命令行管道。fish 的主要问题是它没有强类型库做底层支撑。

5 依赖。
5.1 啥也不装就啥功能都有。---无法实现。
5.2go 次好。但是 go 并没有提供命令行框架。也没有提供命令行。
5.3powershell 提供一揽子框架。安装简单。依赖比 py 好。没有绝对路径。
5.4py 没提供命令行，管道。安装有时需要编译。

结论：powershell 是最好的。

6tab 补全。
bash 一手好牌打烂了，还坑了 go。
用 go 开发的命令行程序，依赖 bash，依赖 bash 补全，那就要写补全脚本，
https://www.v2ex.com/t/563986#reply0

7 调试 shell 不行。
用 vscode+powershell，帮 shell 脚本实现单步，断点的例子
https://www.v2ex.com/t/575848#reply1

最终结论：
1bash 还有救么？
2 所有给 bash 续命的，都是幺蛾子，在 powershell 面前不值一提。命真续不了了。

3powershell 的主要优势
3.1win，linux 通用
3.2 后台硬（.net 库强）
3.3 常用库基本齐全。
3.4 有像 pypi 那样的官方，第三方存储库。一件安装任何扩展。有 n 大企业支持，给它发布模块。
3.5 有
命令行。
管道。
对象。管道前后传强类型对象。从 win 到 linux，用 ssh 远程传对象。
远程调试。
自动上传脚本到远程。

powershell 才是爱脚本人的未来，楼主既然这么强。何不编写 powershell 的脚本，放在 [powershell 画廊] 。帮助完善 powershell ？

powershell [强] [简] 死你！

新领导要求不要用存储过程，说因为存储过程太复杂，后续的人不好接手... 要求所有数据的处理都读出来用 java 程序处理--------这样的人和公司和论调大把，甚至阿里也是这样说。但我说这纯属放 p。这是程序员 dis，dba 的一种说法。是程序员 dis 数据库开发人员的一种说法。

和“ php 是世界上最好语言”一样，是一种偏见！！！

存储过程没法进行版本控制-----凡是语言都能进行版本控制。

数据库不带任何业务逻辑是正确的做法。------这是不可能的！
业务需求数据库带有逻辑。你这种论调，只是把逻辑用另一种语言来实现而已。
正确的是，数据库必须带有逻辑，
必须带有冗余。
必须分冷热数据。
必须带有子库。即子库+母库。而字母库 1，又和字母库 2 互联。形成分布式库。
字母库之间必须用语言，来互通消息。
字母库之间必须用语言，来搬运数据。

至于用这种语言，还是那种语言。用不用 sql，要扬长避短，而不是一味 diss sql。
有的时候，你不用 sql 事务，你难以解决死锁。
你不用唯一索引，难解决重复问题，要用程序，你就要引入分布式全局锁。
这些难题用数据库，一下子就解决了，或一下子就没有了。



一味 diss，我想大概有这么几个原因：
1 没有 dba。但应用开发人员很多，所以强势。
2 感觉，存储过程，sql 难，反人类。不好调试，没执行记录。------这些是 [应用开发人员] 偏见， [库开发人员] 不这么看。
3 感觉 dba 难以沟通。难以协调 [应用开发人员] 和 [库开发人员] 之间的工作。

结论：
是偏见，但是偏见者众。
数据库应该分层，第 1 层应该是内存的，因为快，应该是亲 [应用开发人员] ，如 redis。
第 2 层，第 3 层。每层（字母库）之间有冗余，有逻辑整理，逐渐分冷热。逐渐符合数据库范式。

大家都没有说到点子上。
要想实现楼主的功能。唯一的是建立一个域名邮局，或者掌控一个域名邮局。

你占领了这个域名的邮局。那么你就能掌控里面所有的用户的信。
邮局内的账户（即邮箱）是随机的，不容易猜测的，不过当然可以通过穷举法破解、实验出来。

身份证申请 ipv6，并绑定。了解一下。

这里贴 py 代码方便吗？

@KuroNekoFan 跟应用层编程会有什么关系吗？----关系应该不大。我觉得甚至无关。
底层抓包调试有关，但 f12 基本无关。

如图所示，
6 月 11 号开的。
6 月 12 号 60 多刀。
6 月 13 号 200 多刀。
刚开的前几天肯定要看账单的啊。
肯定在学校，bbs 上公开了 ip 端口，让大家免费用了。

这种按流量计费的，肯定是可以实时用 powershell 命令，get-入的流量或 get-出的流量的，然后乘以每 gb 出入的单价，不就是实时总费用么？
我记得标准版，每 gb 的出入流量的计费好像都是 0.72 刀，记不清了。

临时编辑的，轻喷啊~

1 能够自动发现 Google Cloud / AWS 上的云机器---怎么实现？
3 不难
4 能够列出所有服务器上的 public key---是某个人的公 key 么？

结论：
remote-ssh 扩展，给 powershell 带来了，远程打开文件。
remote-ssh-explorer 扩展，给 powershell 带来了，远程浏览目录，文件。
powershell-preview 扩展，帮 powershell 带来了，远程调试。
远程调试，是最主要的功能。你还可以在 linux 机子上，安装 c#扩展，py 扩展，java 扩展等。调试工具。

---------------------------------------------------------------------------------
| |Hyper-V|vmware workstation|vmware vsphere|VirtualBox| kvm |
----------------------------------------------------------------------------------
|在 pc 上实验|需要 win10| 可 | 否 | 可 |否或需要嵌套虚拟化|
---------------------------------------------------------------------------------
|可用于生产| 可 | 否 | 可 | ？ | 可 |
----------------------------------------------------------------------------------
|命令行管理|powershell 强| 无 | power cli 强 | ruby 弱 | linux 一般 |
----------------------------------------------------------------------------------
|gui 管理 | 强 | 强 | 强+收费+麻烦 |win 强，linux 强| 无或弱 |
----------------------------------------------------------------------------------

我的看法：
vagrant 一般或弱。对 vbox 上生产持否定态度。

大家谁谈谈？
不外乎这几方面。
1 cpu 内存性能如何。
2 显示性能如何。
3 虚拟机管理的，命令行强大不？

我伤害了你，还一笑而过。嘎嘎，先干为敬。


1win 桌面好，还是 linux 桌面好。当然是 win 了。linux 桌面卡顿。

2win 下的终端软件 xshell 好，还是 linux 下的免费软件好。56 楼已经回答，不过建议楼主去撞 linux 南墙。

3 楼主还忽略了一个好东东，powershell。win 下 powershell 好还是 linux 下好。当然是 win 好一些。
管理服务器，都得用脚本。

用 powershell 管理 win，linux 的，应该称之为脚尊。
用 shell 管理 win，linux 的，应该叫脚土鳖。

没有不尊重的意思，powershell 强了，你不得不承认。
就好像 10 年前，会用 awk，sed 等先进脚本工具的人。
看待在 win 中看使用 bat 的人，也是跟看脚土鳖一样。

Helm 在我眼中，是解决集群应用，有状态应用的。 的幺蛾子。

我看好 operater。但 operater 太少。
这相当于给 k8s 注入功能。或许谷歌会偷偷封杀，设置障碍。
同时由于 k8s 更新频繁，operater 面临兼容新版本问题。

并不能怪他俩。甚至第三个冒出来的小弟。
毕竟有状态应用，集群应用本身就是，k8s 的癌症。

彻底改写应用架构，逻辑，以适应 k8s 集群。这个最难，当然效果也最好。

楼上的，楼下的，请问可以自定义呼叫的名字么？
比如把“小爱” 改成“雷军”。

“雷军” ，立即播放 are you ok ！ 这样？

没有人说 mysql cluster 方案么？不用读写分离。
中国两台服务器，美国一台。或反过来。