Про программирование и программы

Скорее кучу локомотивов, сцепленных вместе, чтобы довезти одну авоську
То что раньше писали на клиппере и влезало на дискету, сейчас требует десяток фрэймворков из которых в лучшем случае только кнопочки подтянуты, а по функционалу за исключением гуйни недалеко ушло от клиперных програм

Да, все верно, извечное соотношение качество/количество/бабки.

Это сообщение отредактировал gskm - 17.06.2020 - 10:54

нашли что обсуждать, загуглите "Индусский код" и всё станет понятно "почему"

Как, КАК?! Приложение для телефона Авито весит 216 мегабайт!
Это же простой обработчик базы данных (там и картинок то нет особо). Какова хрена он занимает места как десять DOOM2?! Это капец.

Размещено через приложение ЯПлакалъ

фпизду ваши паттерны, агили и прочие солиды.

ТС видимо говнокодер славный) ООП как раз и призвано разгрести то говно монолитное, для удобства чтения и его поддержки, что бы новый программист не годы разбирался как там че работает, а мог сразу втянуться в процесс и было бы все читаемо! А то, что оптимизацией никто не занимается - так и раньше тоже не всегда ее занимались. Есть три столпа : быстро, качественно, дёшево - выбери 2! Вот и весь принцип по другому не работает

Наверняка там 215 мегабайт - это картинка с заставки приложения и 1 мегабайт самого кода тонкого клиента. Впрочем 1 мегабайт все равно дохуа.

Это сообщение отредактировал gskm - 17.06.2020 - 11:02

Давно читал статью. Как программисты, которые разработали игровую приставку, к ней писали игру. И им не хватало каких то 10 байт, что бы код влез на носитель. Вот они и изьебывались на ассемблере. Но современным это не понять код обработки кнопки будет у них занимать место как целая игрушка в те времена.

Размещено через приложение ЯПлакалъ

Случайно не 1С-ник?)))
Любишь накодить, чтобы потом никто не мог понять, чтобы ты сделал и позвал тебя дальше дорабатывать?)))

Скорее поддержу ТС, чем скажу, что это не так.
Сам стремлюсь к минимальному объему и оптимизации софта. Рабочие продукты у меня занимают 800 Кб. Ну протектор еще навесить и 1 Мб примерно выйдет. Библы минимально нужный набор для коннекта с БД, украшательств - не использую. Софт должен выполнять функции, а не поражать анимацией.

Не совсем согласен с ТС. Проблема овер-инжиниринга скорее в руководстве, которое "для ускорения" прямо заставляет использовать те или иные готовые решения. Отсюда и наследование ошибок, и компилированные библиотеки размером с гиг и т. п. Когда есть время разобраться и выбрать под свою программу наилучшее готовое решение или написать своё - таких косяков как правило не происходит. ООП это не корень зла, но и не решение всех проблем. ФП живо до сих пор, и в некоторых областях просто незаменимо. Так что комбинируйте, решайте, и не бойтесь спорить с руководством. Порой сделать самому - лучше, чем заимствовать.

Отрасль слишком популярная и доходная. Дело не в ООП, а в том, что каждый второй человек сейчас 'долбоящер-программист'. Все нормально, как умеем так и ваяем. Это бизнесс, детка :)
сарказм конечно.

бейсик по большому счету сейчас шарп. только с очень извращенным синтаксисом

Это сообщение отредактировал kaifa - 17.06.2020 - 11:14

я подрочил на всякий случай

Pl/2,паскаль(без турбо)....

Я тебе шепотом подскажу так тихо тихо, как связанный с Билдером к собрату... или ты Дельфиец? Один хуй.... собственно TButton и создан под стиль Винды и внешний вид специально сделан несменяемым (простыми способами). А для любителя украсить существует компонент BitBtn.. только больше никому не говори...

Я надеюсь, автор не программист и никогда-никогда им не будет. Потому что именно такие как автор, ни в чем не разбирающиеся, но имеющие свое авторитетное мнение и считающие его правильным, и плодят гавнокод, который занимает 100500 места, нихуя не оптимизирован и нагружает все ресурсы компа под 100%

я вообще противник всяких 1с. хотя идея и хорошая, но утопичная. цель - позволить людям далеким от ит модифицировать систему. но на практике получается, что все равно для этого требуются программисты. бюстгалтеры это все вертели на половом органе. и я их не осуждаю, кстати, за это

Всегда вспоминаю вот эту игру - весит 96Кб (Килобайт!!)


Это сообщение отредактировал FreeS777 - 17.06.2020 - 11:20

Инкапсуляция - слышал про такое?
А если за одной public функцией кроется несколько приватных?

бред какой-то.

Беда не в ООП, а в фреймворках и их либах. В компиляторах, которые не в состоянии отделить нужные функции от целой либы.

Я бы посмотрел, как ТС изучит и внесет правку в портянке, состоящей из 10000 строк кода. Если память не подводит, то модульность(разделение на файлы) сорцов появилась в турбопаскале(если смотреть на популярные среды).

ООП же позволяет унифицировать код и делать его более гибким - на размер скомпилированного файла это аще никак не влияет. А вот подключенные фреймворки - вот там даааа.

А вот фреймворки значительно уменьшают время разработки. Не нужно писать одни и те же функции из разработки в разработку. Достаточно сложить быстро приложение из классов и функций из фреймворка, как конструктор лего.

Дело не в программистах, которые используют эти фреймворки, а в разработчиках этих фреймворков, которые должны их оптимизировать.

Но тут нужно учитывать платформы. Чем их нужно больше поддержать, тем больше костылей с собой носить. К примеру, не у всех сегодня на ПК стоит .net framework 4.8. Следовательно нужно собирать приложение, например, с версией 4.5. Но в таком случае всё равно на XP не запустится, т.к. там нет 4.5. Что ж, делаем сборку на 3.5, как на самой популярной по сей день. Но при этом у нас пропадают современные методы криптования. Добавлять стороннюю приблуду? Или писать всё самому? Хмм.. Многие ли программисты шарят в методых шифрования? Очень нет.

И еще. Нативный код при компиляции тащит очень многое чего ненужного в бинарник. Уже и на хабре разбирали, что один и тот же пустой проект скомпилированный в разных средах - сильно отличается в размерах.

Сегодня заказчик заинтересован в быстроте завершения разработки. Иначе кто-то может опередить или его приложение будет никому не нужно при прошествии долгого времени. Таков рынок. Хайп и бабки.

Критика ооп давно известна. Языки функционального программирования в помощь ????

Размещено через приложение ЯПлакалъ

Да не вопрос, ебашь функциями. Наверное, ты сразу победишь всех этих глупых ООПшников.

Кстати, судя по названиям (TButton), писал какой-то дремучий дельфист.

Вы про дельфи рассказываете? ООП это классная вещь. Да, есть большие минусы. Вот, ваш пример мне не понятен с кнопкой. Что вам мешает создать свой собственный класс, если вам чужие не нравятся ? Это в 1С создавать собственные классы нельзя, а в дельфи можно. И, насчёт большого размера программ, это в настройках компилятора нужно лезть, ну или вообще его менять. Короче, на все ваши жалобы уже давно есть решения, лишь бы знания были их использовать

Размещено через приложение ЯПлакалъ

Фу. Рассуждения профана?
Раньше были маленькие программы, и работали быстро!
А сейчас большие - и медленные.
ТС познал RAD и не поймет, почему так.

Ответ прост - за простоту разработки нужно платить скоростью и размером.
Хочешь чтобы было быстро, мало и круто - пиши на GTK. Только там Си, а его ты явно не знаешь. Хочешь просто круто - Qt, только там Си++, а его вообще никто не знает.

Просто сейчас 90% разработчиков не знает как работает система. Пишут на яве, дотнет, котлине, пайтоне - и все. Не парятся. В Индии так всегда было...

А про бухгалтерию - тут ты как то мимо пролетел. ПО желтое тормозит не потому, что 1С плохо пишет, а потому, что в организации ее так используют. Ты ведь можешь поставить за один и тот-же станок слесаря с высшего разряда, который тебе за пол часа сделает нужную деталь по чертежам с микронными допусками. А можешь поставить молодого, умного, выпускника престижного вуза - который будет неделю портить заготовки, а в конце доказывать конструктору - что размеры не корректные на чертеже, а деталь - отлична. А в конце он скажет "вы все тупые, я увольняюсь" и хлопнет дверью. Потому что ему заплатили всего 20 т.р за месяц, а он хочет 250. И уедет в маскву. Там он реализуется как слесарь...

Мораль (для гиков) - поставь Linux, там fluxbox. Сиди на япе через lynx. Читай почту через emacs. И будет у тебя скорость и место свободное на диске.

Зы. А насчет библиотек - это дань времени. Они меняются 10 раз в год. И чтобы тебе сохранить возможность запуска ПО на несколько лет вперед - приходится носить нужное при себе, т.е. включать их в состав программы. В Linux тоже актуально, если ты чтото ставишь не из репозитория - придется искать нужные версии библиотек.

Это сообщение отредактировал xabar - 17.06.2020 - 11:42