Боже, временами я просто ненавижу объектно-ориентированное программирование. Наверное, я не один такой. Бессмертные слова Эдсгера Дейкстры гласят: «Объектно-ориентрованное программирование — это исключительно плохая идея, которую могли придумать только в Калифорнии.” Обычно я не жалуюсь, но сейчас, думаю, самое время оглянуться назад и...
На протяжении последних месяцев я использую 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
...
而且无法摆脱日益增长的复杂性。将会有更多的复杂性,会有更多的文盲开发者无法跟上知识质量的要求。
将会有更多的尝试来提出更简单的语言,以满足不断降低的程序员的大众水平。越来越多的软件公司将发现自己处于不利地位,因为他们只是相信错误的技术,并在竞争中败下阵来。只是他们的竞争对手会使用更重的技术,但在产品效果方面更有效。
...
请停止对我的嘲讽。
你会因为技术上的文盲而被禁言。我们的论坛不需要好战的无知者。