程序员们对127、255、65535的特殊感觉
看到有个程序员发帖，妻子在接生时，护士们给带上一个监测设备，用来监视婴儿心跳和宫缩。宫缩值最大是127，这让护士们很不解，为啥最大值是这么一个奇特的奇数。
程序员们知道这个数值后就对设备特别亲切，好像是自己开发的设备一样 。[呲牙]
有些电视的音量，最大值是63，尤其是LG电视。这就让程序员感觉很难理解。这其实是电气学知识，最常见的数字电位器有64个离散值档位，值正好从0到63。（图中仅为示例）
[微笑]
特殊方法的存在是为了被Python解释器调用的，程序员并不需要调用它们。
也就是说没有my_object.__len__这种写法，而应该使用len(my_object)。在执行len(my_object)的时候，如果my_object是一个自定义类的对象，那么Python会自己去调用其中由程序员实现的__len__方法。
如果是Python内置的类型，比如列表（list）、字符串（str）、字节序列（bytearray）等，那么CPython会抄个近路，__len__实际上会直接返回PyVarObject里的ob_size属性。PyVarObject是表示内存中长度可变的内置对象的C语言结构体。直接读取这个值比调用一个方法要快很多。
特殊方法的调用是隐式的，比如for i in x:这个语句，背后其实用的是iter(x)，而这个函数的背后则是x.__iter__方法。
唯一的例外可能是__init__方法，你的代码里可能经常会用到它，目的是在你自己的子类的__init__方法中调用超类的构造器。
通过内置的函数（例如len、iter、str，等等）来使用特殊方法是最好的选择。这些内置函数不仅会调用特殊方法，通常还提供额外的好处，而且对于内置的类来说，它们的速度更快。
必须无代码才行。低代码这些软件开发的过程依旧繁琐，该省的没省反倒会给业务人员和技术人员造成合作鸿沟。//@论语半部:低代码如果不够灵活就会很重，特殊的需求很难实现；要灵活就要定义更多组件，组件之间的关系就更复杂，操作配置也更繁琐，除非开发者和设计者，别人很难上手。
博士聊IT
为什么我要死磕面向对象的编程方法，因为这是开启软件开发新纪元的钥匙！能否让业务人员主导软件开发工作，成败在此一举。前两天有网友私信我，为什么死磕面向对象，在他看OOP这个方法已经过时了。面向对象在代码开发方面在历史上起到了非常举足轻重的作用，但现在随着各种框架的应用，软件开发已经难以面向对象了，程序员手写代码能力都很弱，软件开发也落入了历史上的黑暗时代：分工细，效率低，沟通难。/article/7022163867690107431/我们正在处在一个历史的转折期，业务需求变化剧烈，对软件架构和软件的模型产生了非常高的要求。很多程序员都有这样的经历，程序一出来其实还能用，就是系统改来改去，最后就是被改死了。另一方面软件产业随着人力成本的增高，无论是软件公司还是客户单位也越来越不堪重负。都有降低成本的需求。低代码和无代码就是在这个背景下产生的，初衷是能不能让客户做全部或者一部分软件开发工作，把系统设计的做好，然后由程序员再去细枝末节的功能实现。以降低人力成本，提高软件开发效率。这个想法是好的，但问题是谁来做系统设计，用什么方法来做系统设计？这是低代码无代码平台的一个软肋，也是一个死穴。程序员虽然成本高，效率低，但是把需求整理、系统定义、系统分析，需求整理和系统设计的工作承担起来了，虽然效率低，但你不用程序员，现在谁来做？大家号称低代码，降低程序员的工作量，正经的程序员根本就不愿意做这个低代码实施工作，因为做完了自己就贬值了，工资从2万直奔8千。那么客户做？客户会编程早就自己干了。你让客户怎么做？我想面向对象这种方法实际上是对客户来说是一种科学合理的方法，能否让业务人员去理解面向对象的基本理论和方法，把系统设计的工作承担起来。在无代码平台上客户就能直接完成软件开发的工作，在低代码平台上能按照事件，把程序员需要开发代码的接口表达清楚。这样一来，低代码无代码就从开发人员为主，转变为以业务人员为主。软件行业的效率就能大幅提升。这个是我研究面向对象方法的初衷。也是我现在能找到唯一可行的路。大家有什么高见，评论区见！#程序员##制造业强国##数字化#
1024是个特殊的节日，让我们看看 东软程序员包里到底有什么?
