Python 4 会不会又是一门新语言？

Python 3s or Python 3 Pro

最终 all python == one python, 因为 CPU 的发展最后归于量子计算，单核秒一切～

Python3 max
Python3 max pro
Python3 max pro plus

@hakono 那我需要强调，我的直觉已经和 python linux 等开元软件相吻合了。。。

@raysonx 每次我都有一种 3.9 比 3.12 版本高的错觉。

@miniyao #14
不，一点也不像，谢谢
3.6 和 3.6.0 很像不假
60 和 6.0 完全两个含义

@hakono #23 不会
你这个想法到底从哪看来的
不，根本没有什么资料宣传过你所谓的格式
我看就是你自己想出来的

python 3 plus plus

@hakono #46
你所描述的压根不是什么思维
仅仅只是特定场合下的方法
请不要因为你只会这一种方法就觉得这是正常思维
什么你说你不光只会这一种方法会的方法多了去了？
那就更奇怪了为什么你非要认定这一种方法能代表思维

@killerv #65 知道是错觉就没事不至于跟这楼下某些人一样病入膏肓无药可救

@charlie21 #37
您烙呢？

偷偷告诉楼主，perl 已经 5.30 了哟

@hakono 难道不是对非程序员来说，3.10 看起来像 3.1 的子版本，对程序员来说，3.10 看起来就是 3 的第 10 个版本？你有这种直觉只能说还是业余程序员吧

@qping 在有三段式或遵守特定版本命名规范的情况下，的确这个问题不是很大。比如 Python 比如 win10 各个版本的。

可能我上面的回复加的限定还不够多，导致很多人误解，这种直觉性的东西针对的是没有遵照特定版本命名规范或者随性命名的情况。可能我顺手用了 3.11 和 3.1 导致很多人觉得我在说 Python，但我想表达的是这种情况：某个软件，没有遵照版本命名规范的版本或系统，随手定了个版本号比如 1.1，这种情况下直觉性地会觉得 1.11 是 1.1 的子版本，这和命名规则无关


当然，上面我说了所有程序员，代表了所有人的确有失偏颇。可能是因为我最早从 Win32 编程还是主流的那个时代起步的，版本命名不够规范的影响还留着点，时代在发展当年根本没人相信也没考虑到 Windows 能迭代到 10.0，导致程序设计不健壮
但其实也并不是想说要否定版本命名规范这东西，直觉这东西形成了就不好改，每次看版本号我的思维都是 1.11 哦 1.1 的子版本，然后马上又提醒自己 11 是十一不是 1

@hakono 其实你说的这个问题和千年虫问题很像，当初也是用两位数来标记年份，又有谁想到了会进入 2000 年。
不过在现在这个年头应该不会再有程序还在抱着两位年份来做了吧，所以观念是会变的，只要大部分人都遵循这个命名规范，其实就不会产生什么歧义了

@hakono #23 windows 版本号的问题其实根本不是对版本号的理解的问题，你抛开程序员的思路，把那个版本号当普通数字来比较也是完全可行的，10.0 > 6.x > 5.x。而且也没出现 3.10 > 3.9 的这种情况。先 atof 然后比较，在已经发布了的 windows 内核版本号上一点问题都没有。

只不过是当年的人过分武断认为版本号在软件的生命周期内没可能上到两位数，这无论如何都是错误的编码方式

@hakono 1.1.1 才是 1.1 的子版本

@djFFFFF #73
不，就算非软件从业者，看到 3.10 ，也不会马上联想到 3.1，因为中间那个小数点实在太扎眼，如果 0 算是修订版编号的话，为什么前面要有一个小数点？说不过去的！
dota 的地图版本就是一个例子，多少年了版本号一直遵循 x.xx 的格式，但是新图出来很多 bug 要修复怎么标注修订版呢？数字后面加小写字母，比如 7.23e 这样。
诚然玩 dota 的有不少软件从业者，但更多的是无软件开发背景的人，他们能轻松理解两位数子版本的含义，也能理解为什么要额外加一个字母来代表修正版。
所以说，根本不存在什么“程序员思维”，搞软件开发过程中产生的各种习俗规则，本质上是为了实用性，而实用性是放之四海而皆能被理解的，版本号这个东西不存在说什么只有程序员能看懂。随便一个人看到 3.1 和 3.10 ，也不会不假思索认定这俩号之间除了前面的 3 之外有其他关联。

一看 LZ 就没做过 Leetcode 165... https://leetcode.com/problems/compare-version-numbers/

你以为 9 完了就归零了？还是两位数三位数啊