Linux /Windows 等这些差异是人为的或者说故意的吧？

大小写？

@winterbells #1

嗯嗯。

Unix/Linux/MacOS

* 文件系统大小写敏感

Windows

* 文件系统大小写不敏感

macos 的很多名词确实是特意生造一个和别人不一样的

分别了解下这两大系(其实应该是 3 大系，Unix 包括 macOS 是一系，GNU/Linux 是一系，Win 一系， 只不过 Unix 和 GNU 都兼容 POSIX)操作系统的历史，应该就能明白了，很多东西，刚开始就那样，并且用户普及了，跑在上面的程序、系统也数不清了，这时候已经不可能更改了。

是微软故意的

@jasonyang9 mac 默认不是大小写敏感的

所以 mingw 是个伟大的项目

看时间先后顺序，印象最深刻的就是 UTF8，明明微软的 BOM 是符合标准的，结果被抵制了

Windows 好像继承了不少 DOS 习惯

e.....

liunx 下脚本是 sh
window 下是 bat


liunx 可执行文件是按照权限区分
window 下可执行文件是 exe


区别大了，本来就不是一个东西，我人长的还和你不样列 ()

大多是历史遗留问题

再补充 2 个

Linux

* ifconfig
* traceroute

Windows

* ipconfig
* tracert

特别是 tracert，route 到 rt 这缩写真的有必要么？在 2 个系统之间切换着测试时经常出现写错而导致的 command not found

楼主这是被“跨平台”或者“统一处理”的思想毒害了。

@jasonyang9 你自己 alias 一下不就好了

internet protocol configuration ipconfig
interface configuration ifconfig
ifconfig 来自 4.2BSD，大家就这么沿用了

OS X 默认大小写不敏感
你怎么不说之前苹果还\r 换行呢

win 有那么多跑 20 年前应用的设备，还能放弃前向兼容了？软硬件上放弃兼容的，要么是因为小众，要么就已经看不到了。
OS X 现在连文档都不全不准的，还能拿出来比？

不同的人设计和实现的，有差异不是很正常？

这些东西都没啥大不了的。

os.path.join
os.path.sep
os.path.pathsep (win 上面是 ";"，mac 上是 ":"。这个楼主也没讲)
。。。

真正不好处理的是系统级的 API 功能不太一样。比如 win 的 AIO vs mac kqueue vs linux epoll，比如 file system watcher 的不同，比如 filelock，等等……

但是楼主你能说这些系统级 API 不一样是故意的嘛？怕是石乐智。