Боже, временами я просто ненавижу объектно-ориентированное программирование. Наверное, я не один такой. Бессмертные слова Эдсгера Дейкстры гласят: «Объектно-ориентрованное программирование — это исключительно плохая идея, которую могли придумать только в Калифорнии.” Обычно я не жалуюсь, но сейчас, думаю, самое время оглянуться назад и...
На протяжении последних месяцев я использую Go для имплементаций Proof of Concept (прим.пер.: код для проверки работоспособности идеи) в свободное время, отчасти для изучения самого языка программирования. Программы сами по себе очень просты и не являются целью написания статьи, но сам опыт использования Go заслуживает того, чтобы сказать о нем...
这篇文章 在说谎!
我没有阅读文章的其余部分。最有可能的是，作者的胡言乱语立即在评论中被指出来。继续阅读，这一切都很有意义。
在程序性编码中，几乎总是可以在编写程序时定制其架构。因为灵活性和自由度是完整的
+
你可能会为了OOP而忘记它，特别是对于计算算法，如交易中...
关于巴解组织的神话--不适合胆小的巴解组织信徒。
"自20世纪80年代中期以来，关于OOP有几个神话。其中之一，"重用的神话"说，OOP使开发更有成效，因为它允许你继承和扩展当前的代码，而不是重新写一遍。另一个是 "设计的 神话"，这意味着分析、设计和实施都是顺利进行的，因为它们都是对象。当然，这些神话都不可能是OOP的范式"。
这位叔叔和学术界的大多数人一样，是个理论家和吹牛者。而他是一位教授（这个头衔早已被拐弯）和书籍的作者，这并不重要。
这种来自短语的垃圾已经走了很久了，完全忽视了软件产品复杂性的指数级 增长。30-20-10年前的情况与当前项目的规模和复杂性完全无法相比。而他们仍然喜欢在沙盘上玩，把沙盘还原成模型。
让他坐下来做一个真正的产品，这有很多要求，包括资源、经济和竞争的要求。他将立即翻出他的理由，以各种方式失败。更有可能在方案设计阶段甚至因为幼稚的队长身份而被踢出去。
世界已经尝试了许多银弹，但它们都被证明毫无价值，早就被注销了。这就留下了复杂性的不断增长，库的增长（还有一个op）和帧的增长（还有一个op），这至少允许对复杂性进行一些控制。
而且无法摆脱日益增长的复杂性。将会有更多的复杂性，会有更多的文盲开发者无法跟上知识质量的要求。
将会有更多的尝试来提出更简单的语言，以满足日益减少的程序员的大众水平。越来越多的软件公司将发现自己处于不利地位，因为他们只是相信错误的技术，并在竞争中败下阵来。只是他们的竞争对手会使用更重的技术，但在产品效果方面却很有效。
长期以来，投资软件公司一直是一件致命的事情。死亡率和失败率是惊人的，而且以后会越来越糟。
为什么？是的，因为它是一个有大量经济需求的企业，而不是技术。一个活生生的软件公司大约有80%是由市场和销售组成的。错误的技术（这里大多数人优先考虑所谓的简单性）很容易扼杀未来的销售。因为总有一些竞争对手走了一条更艰难的路，最后得到了更好的结果。
现在谈谈十万行以下的微型项目。这让你可以创造任何东西，因为它有机会适合一个人的头脑，并保持控制的假象。如果你试图扩大规模--痛苦、挫折和死亡。
结论。
关于交易、自动交易系统和策略测试的论坛
谈及巴解组织
Renat Fatkhullin, 2018.01.17 09:17
叔叔和学术界的大多数人一样，是个理论家和吹嘘者。而他是一个教授（这个头衔早已被夸大了）和一个书的作者，这并不重要。
这种由短语组成的垃圾已经流传了很久，完全忽视了软件复杂性的指数式增长。30-20-10年前的情况与当前项目的规模和复杂性完全无法相比。而他们仍然喜欢在沙盘上玩，把沙盘还原成模型。
让他坐下来做一个真正的产品，这有很多要求，包括资源、经济和竞争的要求。他将立即翻出他的理由，以各种方式失败。更有可能在方案设计阶段甚至因为幼稚的队长身份而被踢出去。
世界已经尝试了许多银弹，但它们都被证明毫无价值，早就被注销了。这就留下了复杂性的不断增长，库的增长（还有一个op）和帧的增长（还有一个op），这至少允许对复杂性进行一些控制。
而且无法摆脱日益增长的复杂性。将会有更多的复杂性，会有更多的文盲开发者无法跟上知识质量的要求。
将会有更多的尝试来提出更简单的语言，以满足日益减少的程序员的大众水平。越来越多的软件公司将发现自己处于不利地位，因为他们只是相信错误的技术，并在竞争中败下阵来。只是他们的竞争对手会使用更重的技术，但在产品效果方面却很有效。
长期以来，投资软件公司一直是一件致命的事情。死亡率和失败率是惊人的，而且以后会越来越糟。
为什么？是的，因为它是一个有大量经济需求的企业，而不是技术。一个活生生的软件公司大约有80%是由市场和销售组成的。错误的技术（这里大多数人优先考虑所谓的简单性）很容易扼杀未来的销售。因为总有一些竞争对手走了一条更艰难的路，最后得到了更好的结果。
现在谈谈十万行以下的微型项目。这让你可以创造任何东西，因为它有机会适合一个人的头脑，并保持控制的假象。如果你试图扩大规模--痛苦、挫折和死亡。
结论。
这个月最好的帖子，或者说是今年最好的帖子!雷纳特，为什么你或你的公司不在hubra上写文章（该公司甚至没有在那里注册！）？你有很多话要说，但你的经验只能从你的帖子里学到一些片段。说真的，很有话题性和准确性。为了说明你的帖子：https://habrahabr.ru/post/344356/
这个月的最佳帖子，也许是今年的最佳帖子!
在OOP主题的背景下，你对这篇帖子有什么好感？对商业性的东西一概而论可能也不太合适，投资者不是傻瓜，他们会让他们的专家参与评估项目的 风险......
一些人的这篇文章，但仍然是一个教授的文章，有具体的逻辑论据，没有提出充分的反驳，供讨论...
同样清楚的是，简单的pogramming并不总是项目的邪恶...
这个月的最佳帖子，也许是今年的最佳帖子!雷纳特，为什么你或你的公司不在hubra上写文章（该公司甚至没有在那里注册！）？你有很多话要说，但你的经验只能从你的帖子里学到一些片段。说真的，很有话题性和准确性。作为帖子的一个说明：https://habrahabr.ru/post/344356/
我们为数百万人工作，而不是像哈布拉的文章通常得到的1000-5000个读者/浏览量。
我们已经制定了一个行业标准，并正在发布影响世界的解决方案。为什么我们需要某种哈布，甚至更多的是挤在俄罗斯的一个狭窄的小圈子里。
在OOP主题的背景下，你喜欢这个帖子的什么？对商业性的东西一概而论可能也不太合适，投资者不是傻瓜，他们会让他们的专家参与评估项目的风险......
在这篇文章中，有些人有具体的逻辑论证，但还是有教授，对这些论证没有提出充分的反驳，以供讨论......
同样明显的是，简单的pogramming对项目来说并不总是一种邪恶...
请停止对我的嘲讽。
你会因为技术上的文盲而被禁言。我们的论坛不需要好战的无知者。
...
同样明显的是，编程的简单性对于项目来说并不总是一种邪恶...
有一条公理：复杂的东西是走不通 的。因此，对用户来说，"编程的简单性 "是对编译器复杂性的一种转移。复杂性就好像是由编译器在幕后处理的，它，也就是编译器，根据 "让它以某种方式工作总比什么都不做要好 "的原则，试图隐藏程序员的任何变态行为。编译器，而不是程序员，成为项目的所有者。代码的开发和维护变得不可能，因为你不明白发生了什么（编译器以某种方式构建了它，但不管怎样）。
关于交易、自动交易系统和策略测试的论坛
谈论OOP
Renat Fatkhullin, 2018.01.17 09:17
...
而且无法摆脱日益增长的复杂性。将会有更多的复杂性，会有更多的文盲开发者无法跟上知识质量的要求。
将会有更多的尝试来提出更简单的语言，以满足不断降低的程序员的大众水平。越来越多的软件公司将发现自己处于不利地位，因为他们只是相信错误的技术，并在竞争中败下阵来。只是他们的竞争对手会使用更重的技术，但在产品效果方面更有效。
...
请停止对我的嘲讽。
你会因为技术上的文盲而被禁言。我们的论坛不需要好战的无知者。