Интересное и Юмор - страница 4550
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не иначе, как РИДДИКУ? :-)
А вот так ?
2024 год, примерно апрель месяц. На просторах сети появился пользователь с подписью под аватаром
"Любые работы с коленями, поднимаю с колен , ставлю на колени."
и что здесь не так?
ошибка 130
представитель брокера утверждает что во всем виноват программист
и клиент требует исправить "косяк" в коде
ошибка 130
представитель брокера утверждает что во всем виноват программист
и клиент требует исправить "косяк" в коде
ну вот так уже реально прикольнее
;)
.
Мнение: объектно-ориентированное программирование — катастрофа на триллион долларов
По мнению многих, ООП является жемчужиной информатики. Идеальное решение для организации кода. Конец всем проблемам. Единственный верный способ написания программ. Дарован нам самим истинным Богом программирования.
Но это не так. Люди начинают уступать под тяжестью абстракций и сложного графа беспорядочно разделяемых изменяемых объектов. Драгоценное время и силы тратятся на размышления об абстракциях и шаблонах проектирования вместо решения реальных проблем. Многие критикуют объектно-ориентированное программирование, в том числе очень выдающиеся разработчики программного обеспечения. Даже сам изобретатель этой парадигмы известен своей критикой современного ООП.
////
Мнение: функции в программировании — катастрофа на триллион долларов
Весь код надо писать одной портянкой!
Да и... массивами нельзя пользоваться, только переменным, а то программа из под контроля программиста выйдет.
Да и раз уж избавляемся от ООП, надо вернуться к однозадачным операционным системам. А то ведь параллельно и независимо работающая программа - это все-таки тоже программный объект. Не должно быть возможности запускать несколько экземпляров одной программы - это же к а т а с т р о ф а.
И эта... https://ru.wikipedia.org/wiki/Список_фобий - пора добавлять еще одну - оопофобию.
Кстати о птичках...
Еще одно преимущество ООП открывается, когда в функцию надо передавать много параметров. Мелочь, но все же.
Мнение: функции в программировании — катастрофа на триллион долларов
Весь код надо писать одной портянкой!
Да и... массивами нельзя пользоваться, только переменным, а то программа из под контроля программиста выйдет.
Да и раз уж избавляемся от ООП, надо вернуться к однозадачным операционным системам. А то ведь параллельно и независимо работающая программа - это все-таки тоже программный объект. Не должно быть возможности запускать несколько экземпляров одной программы - это же к а т а с т р о ф а.
И эта... https://ru.wikipedia.org/wiki/Список_фобий - пора добавлять еще одну - оопофобию.
Чепуху пишешь, такое впечатление что не дочитал до конца.
Никто никогда не писал одной портянкой: функциональное программирование потому функциональное, что обязывает разбивать текст на функции. Идеал функции - должна умещаться ВСЯ на экране.
Массивы и не только, были всегда, задолго до ООП.
Мультизадачные ОС появились в начале 70-х.
Сегодня в R (другого просто не знаю) в рамках функционального программирования параллельный запуск нескольких экземпляров функции - стандарт. Более того, параллельно можно запускать просто куски кода - сам пользуюсь. А вот как запустить параллельно "объект" - вопрос, не могу вспомнить, скорее всего нельзя.
И последнее.
Открываем документацию по мкл и смотрим оглавление - перечень функций.
Кстати о птичках...
Еще одно преимущество ООП открывается, когда в функцию надо передавать много параметров. Мелочь, но все же.
В R не проблем с передачей параметров: можно поштучно, можно сгруппировать в более сложные однотипные, можно в сложные из разных типов, можно передать в качестве параметра передать функцию, можно передать в качестве параметра СРЕДУ (включая тип процессора, версию ОС...), в которой должна исполняться программа.
Дочитай статью.
Чепуху пишешь, такое впечатление что не дочитал до конца.
Никто никогда не писал одной портянкой: функциональное программирование потому функциональное, что обязывает разбивать текст на функции. Идеал функции - должна умещаться ВСЯ на экране.
Массивы и не только, были всегда, задолго до ООП.
Мультизадачные ОС появились в начале 70-х.
Сегодня в R (другого просто не знаю) в рамках функционального программирования параллельный запуск нескольких экземпляров функции - стандарт. Более того, параллельно можно запускать просто куски кода - сам пользуюсь. А вот как запустить параллельно "объект" - вопрос, не могу вспомнить, скорее всего нельзя.
И последнее.
Открываем документацию по мкл и смотрим оглавление - перечень функций.
Даже и не начинал читать. Читать всех авторов с поехавшей крышей - читалка отвалится.
Ну и были массивы раньше, ну и что?
Ни и что с того, что то мультизадачные ОС появились в 70-ых? ООП еще раньше появилось. Мультизадачность означает, что операционная система второй (и 3-ий... и т.д.) раз загружает в память туже саму программу - то же самое, что делается в ООП.
Ту-дуннн! Если кроме R ничего не знаем... то о чем можно говорить?