有趣的和幽默的 - 页 4550

 
Roman Shiredchenko:

除了RIDDICKS,没有其他原因吗?:-)

这个怎么样?


2024年,大约4月。 网上有一个用户,在他的头像下有一个说明

"任何在膝盖上的工作,从膝盖上抬起,放在膝盖上。"

 
Renat Akhtyamov:
这有什么不对吗?

错误 130
经纪人的代表声称是程序员的错
而客户要求我们修复代码中的 "错误"。

 
Iurii Tokman:

错误 130
经纪人的代表说这是程序员的错。
而客户要求修复代码中的 "错误"。

嗯,这真是一个更有趣的方式。

;)

 

.

 

观点:面向对象的编程是一场万亿级的灾难

根据许多人的说法,OOP是计算机科学的皇冠上的宝石。组织代码的完美解决方案。所有问题的结束。编写程序的唯一真正方法。由真正的编程神赐给我们。

但事实并非如此。人们开始屈服于抽象概念的重压,以及一个由可随意分离的可修改对象组成的复杂图谱。 浪费了宝贵的时间和精力去思考抽象概念和设计模式,而不是去解决现实世界的问题。许多人批评面向对象的编程,包括非常著名的软件开发人员。甚至这个范式的发明者本人也以对现代OOP的批评而闻名。


Мнение: объектно-ориентированное программирование — катастрофа на триллион долларов
Мнение: объектно-ориентированное программирование — катастрофа на триллион долларов
  • 2019.09.04
  • Klara Oswald
  • tproger.ru
Мнение редакции может не совпадать с мнением автора оригинала. По мнению многих, ООП является жемчужиной информатики. Идеальное решение для организации кода. Конец всем проблемам. Единственный верный способ написания программ. Дарован нам самим истинным Богом программирования. Но это не так. Люди начинают уступать под тяжестью абстракций и...
 
СанСаныч Фоменко:

////


观点:编程中的函数是一场万亿级的灾难


所有的代码都应该写在一块!

而且...不能使用数组,只能使用变量;否则程序员将失去控制。

而现在我们正在摒弃OOP,我们应该回到单任务操作系统。毕竟,一个独立并行工作的程序也是一个程序对象。应该不可能运行一个程序的几个实例--这就是k a t a s t r o f a。

而这......https://ru.wikipedia.org/wiki/Список_фобий- 是时候增加一个了--恐惧症。

 

说到鸟类...

当你必须向一个函数传递大量的参数时,OOP的另一个优势就显现出来了。一件小事,但仍然。

 
Dmitry Fedoseev:

观点:编程中的函数是一场万亿级的灾难


所有的代码都应该写在一块!

而且...你不能使用数组,只能使用变量;否则程序将脱离程序员的控制。

而现在我们正在摒弃OOP,我们应该回到单任务操作系统。毕竟,一个独立并行工作的程序也是一个程序对象。应该不可能运行一个程序的几个实例--这就是k a t a s t r o f a。

而这......https://ru.wikipedia.org/wiki/Список_фобий - 是时候增加一个了--恐惧症。

你写的都是废话,就像你没有读到最后。

没有人在一块儿写过:函数式编程之所以是函数式的,是因为它需要把文本分解成函数。 一个函数的理想是,它必须把所有的文字都放在屏幕上。

在OOP之前,数组和其他的东西一直都存在。

多任务操作系统出现在70年代初。

今天,在R(我只是不知道另一个),多个函数实例的并行运行是函数式编程的标准。此外,你可以只并行地运行一些代码片断--我自己也在使用它。但如何并行运行一个 "对象 "是个问题,我不记得了,很可能你也不记得了。

最后。

打开µl文档,看一下目录--功能列表。

 
Dmitry Fedoseev:

说到鸟类...

当你必须向一个函数传递大量的参数时,OOP的另一个优势就显现出来了。一件小事,但仍然。

在R语言中,传递参数 是没有问题的 你可以一个一个地传递,你可以把它们分成不同类型的更复杂的参数,你可以把一个函数作为参数传递,你可以把程序执行的环境(包括CPU类型,操作系统版本...)作为参数传递。

读完这篇文章。

 
СанСаныч Фоменко:

你在胡说八道;就像你没有读到最后一样。

没有人在一块儿写过:函数式编程之所以是函数式的,是因为它需要把文本分解成函数。一个函数的理想是,它必须把所有的文字都放在屏幕上。

在OOP之前,数组和其他的东西一直都存在。

多任务操作系统出现在70年代早期。

今天,在R(我只是不知道另一个),多个函数实例的并行运行是函数式编程的标准。此外,你可以只并行地运行一些代码片断--我自己也在使用它。但如何并行运行一个 "对象 "是个问题,我不记得了,很可能你也不记得了。

最后。

打开µl的文档,看看目录--功能列表。

我甚至还没有开始读它。阅读所有的作者都有一个拧巴的屋顶--读者会掉下来。

所以以前有数组,那又怎样?

那么,如果多任务操作系统在20世纪70年代出现又如何?OOP出现的时间甚至更早。多任务意味着操作系统将同一个程序第二次(和第三次......等等)加载到内存中,这与OOP中的做法相同。

图-敦!如果我们只知道R...我们能谈些什么呢?