Так это дело не в java, а в проекте. При таких амбициях, да за 15 лет там явно наколбасили тонны кода в стиле "ваш сын, дядя Шарик". К самому языку это прямого отношения не имеет.
да знаешь, за свою 20-летнюю (без малого) карьеру имел дело по-крайней мере с 5-ю проектами на яве. везде видел только бардак. сама концепция подталкивает к нему. в .нет наоборот, поощряется порядок и единообразие.
Виновато, как ни странно, ООП (обьектно-ориентированное программирование). Когда программирование было "линейным", с функциями в подгружаемых модулях, это было ещё пол-беды. Но с ООП пришла полная жопа. В том смысле, что написанный хрензнакогда и хрензнакем модуль, становится центром всей структуры, иерархически.
Не ООП виновато и близко. Скорость и современный темп жизни. Берешь здоровый фреймворк и десяток либ под фичи, тяп-ляп, через месяц в релиз, используя современные методологии без ТЗ (т.е. невозможно построить архитектуру грамотно не зная при старте разработки, что же за проект ты пилишь). Раньше было совсем не так.
Это сообщение отредактировал palelle - 17 июн 2020 в 07:44
Тебя немного вводят в заблуждение. Если со сваркой проводить аналогии, то представь, что у тебя в наличии навороченный станок-полуавтомат. И на нём куча всяких крутилок, рычажков и релюшек. И вот надо тебе приварить бампер к машине. Ты подкатил станок, выбрал нужный режим, загрузил дешевую универсальную проволоку - хуяк-еблысь - бампер держится. Сойдёт? Этот тягач хлопок в Самарканд возить будет, ему хватит. Конечно, ты можешь надуть свои профи-щёки и сказать, что можешь сделать шов-красотульку, если вручную с держаком полазишь, гарантированно без непровара, каверн, идеально ровный, не каждый прибор стык найдёт. Но провозишься ты с этим неделю и бабла запросишь вагон. А заказчику это надо? Он не олдтаймер восстанавливает, ему хлопок возить в Самарканд надо. Уже вчера. А бампер и так красивый, и кто там полезет под днище швы искать?
Это не про понты и кривоту, это про необходимо/достаточно
Ага, в купе с предыдущими докладчиками, данный комментарий мне ещё лучше помог понять, отчего же вес становиться все больше и больше. Спасибо.
"Нам не надо как лучше и красивее - нам надо, чтобы срочно, подешевле, и чтобы оно работало!!!")))
Размещено через приложение ЯПлакалъ
Ты его всё равно купишь, новый телефон. И купишь не такой же, а лучше, мощнее.
И здесь, коллега, ты тоже прав! Но ссука дождусь, когда они ценник скинут, по случаю выхода новых моделей))) К счастью эта тема тоже прослеживается))) Вот тока как бы и кодеры к тому времени не надобавляли строчек все в те же, так мне нужные приложения)))
Ебать, гонка получается за вертикалью)))
Размещено через приложение ЯПлакалъ
А не подскажешь? Мне как аттестованному мастеру сварочного производства второго уровня, всегда было интересно знать. Зачем же все-таки нужен горячий проход сварного шва при использовании электродов с основным видом покрытия.
Я все же к тому, что тема поста очень специфичная. И ее как-то не просто изложить так, чтобы стало понятно всем и вся. Либо в беседки что ли, либо на тематических форумах. Либо уж излагать так, чтобы любой понял её.
а мне нравятся технические темы а пиздострадальческие нет и я ничего не смыслю в пиздострадании. давайте запретим даскочета и всех подобных. нахуй они здесь пишут, пусть на женские форумы идут
А не подскажешь? Мне как аттестованному мастеру сварочного производства второго уровня, всегда было интересно знать. Зачем же все-таки нужен горячий проход сварного шва при использовании электродов с основным видом покрытия.
Я все же к тому, что тема поста очень специфичная. И ее как-то не просто изложить так, чтобы стало понятно всем и вся. Либо в беседки что ли, либо на тематических форумах. Либо уж излагать так, чтобы любой понял её.
Он сказал, что раньше, когда ты шел за хлебушком, то брал авоську, а сейчас берешь ЖД локомотив с сотней вагонов
Размещено через приложение ЯПлакалъ
Большинство программ любимых из детства которые приводят в пример типа вот как надо и работает и весит килобайты. сделаны на библиотеках классов mfc и vcl. Ещё с 90х.
Программы большие больше из-за того что сейчас никто не парится мегабайтами, надо одну функцию вместо того чтобы включить ее код, подключаем целую библиотеку. Надо в степень возвести, вместо своей функции в три строчки кода. Подключаем библиотеку матана. В которой есть все чтобы вывести на орбиту ракету итд. Надо новую кнопочку подключаем библиотеку в которой 100500 компонентов с 4к контентом в ресурсах
Прав. Довелось мне как-то "допиливать программу" своего предшественника. В коде на самом деле было написано столько, что даже в самом редком случае работало и было задействовано не более 1,5% программного кода. Остальное - тупо висело в памяти и заставляло проц лишний раз загонять эту муть в память, кэшировать (замедляя тем самым работу) и извлекать из кэша. И ладно, если это десктопное приложение... Клиентская родственная ей прога лагала не по-детски, она все данные брала с серверной БД и фильтровала данные непосредственно у себя. И после каждой операции засылала всё назад на сервер. Там у меня неделя ушла на то, чтобы досконально вникнуть в потоки данных
Размещено через приложение ЯПлакалъ
Так это дело не в java, а в проекте. При таких амбициях, да за 15 лет там явно наколбасили тонны кода в стиле "ваш сын, дядя Шарик". К самому языку это прямого отношения не имеет.
да знаешь, за свою 20-летнюю (без малого) карьеру имел дело по-крайней мере с 5-ю проектами на яве. везде видел только бардак. сама концепция подталкивает к нему. в .нет наоборот, поощряется порядок и единообразие.
Я за 20+ лет работы вёл не мало проектов и на дельфе (3..7), и на пыхе, и уже 13 лет пишу на Java. Я тебе так скажу: сам язык вовсе не подталкивает к говнокоду. Совсем наоборот. Что именно тебя в нем подталкивает к бардаку?
Виновато, как ни странно, ООП (обьектно-ориентированное программирование). Когда программирование было "линейным", с функциями в подгружаемых модулях, это было ещё пол-беды. Но с ООП пришла полная жопа. В том смысле, что написанный хрензнакогда и хрензнакем модуль, становится центром всей структуры, иерархически.
Не ООП виновато и близко. Скорость и современный темп жизни. Берешь здоровый фреймворк и десяток либ под фичи, тяп-ляп, через месяц в релиз, используя современные методологии без ТЗ (т.е. невозможно построить архитектуру грамотно не зная при старте разработки, что же за проект ты пилишь). Раньше было совсем не так.
Раньше была и вода мокрее, и трава зеленее да и девушки моложе. Сейчас нередко ТЗ меняется в ходе разработки и довольно значительно. А вот сроки стараются оставить те же :)
Так можно же не всю библиотеку импортировать а только то что нужно в ней, в питоне так можно по крайней мере.
Если по диску то эта библиотека так же будет рядом лежать и в питоне. По памяти за долго до питонов уже была статическая линковка. Как раз для этого. И это опять же не вопрос ни разу с ООП не связанный. Правда как-то исторически сложилось, что под Никс обычно библиотека идёт в либ и со, а под винды часто даже очень специфичное, что нужно только одному процессу раз в месяц бывает только в длл, миру не особо нужна оптимизация :) и это вопрос более экономический чем технический.
вот лень и является причиной. Остальное все отговорки
Лень это то что хорошие программисты продают за большие деньги, только ленивый программист пишет код который работает сразу так как надо, стабильно, с архитектурой с низкой ценой изменения. :)
Это сообщение отредактировал хытьха - 17 июн 2020 в 08:33
есть прога такая - pingid. по сути генерит псевдослучайное число, которое используется для авторизации. прога с одной формой. вес - 200мб )))) алгоритм туда заложенный столько весит? ;) мягко говоря сильно сомневаюсь.
Там столько весит не алгоритм, а набор псевдослучайных чисел, который автор заранее поместил в программу.
Я сталкивался с проблемой грамотного архитектора проекта. Понабрали детей, каждому дали свой участок, все они блять наваяли херни. А как объединить это в одно целое - непонятно. У каждого модуля свои заморочки, косяки и требования. Если человека надо было перевести из одного модуля в другой - начинался лютый пиздец. Плюс куча функций дублировалась, плюс модули конфликтовали. Общей картины не видел никто. Пока не взяли одного умного, который выкинул половину кода и прописал все переходы.
Ды ты ламер! Обвинить ООП в тупизме и деградации кодеров - это сильно! ООП принципам уже 50 лет! И еще 20 лет назад не было гиговых апликух с элементарной базой функционала. Почему? Потому что, блять, не было тысяч ебучих пустых библиотек, импортируемых ради одной ебаной трехстрочной функции! Как же, сука, бесит, когда тупой еблан, прочитавший статью на хабре, добавляет 30 метровую библиотеку гуаву ради ебучего предикат-чека, когда у тебя 99% кода покрыто арг-чеком апачи-ланг3. Сука, ебать их анально без смазки! А самый пезедец творится на стэковерфлоу. Последние 10 лет там рекомендуют библиотеки вместо инлайна 10-строковой функции. Конвертировать ргб в смик? вот вам либа, конвертирующая все блять известные форматы, включая пдф док и растр на 50 метров и там есть ебаная функция на 10 строк. надо обязательно эту либу подгрузить всю... Пидорги, мнящие себя лидами после года гугления хуеты и копипасты, продвигаемые эффективными долбоманагерами - вот корень зла. Манагеры тупы до одури и им похуй на матчасть. Лиды нихуя не знают сами кроме громких слов с хабра. Как итог - 1000 строчное сочинения таких вот ебланов весит гиг. ГИГ! ебать их в сраку!!!! PS: Вот жеж у меня подгорело !
Большинство программ любимых из детства которые приводят в пример типа вот как надо и работает и весит килобайты. сделаны на библиотеках классов mfc и vcl. Ещё с 90х.
Программы большие больше из-за того что сейчас никто не парится мегабайтами, надо одну функцию вместо того чтобы включить ее код, подключаем целую библиотеку. Надо в степень возвести, вместо своей функции в три строчки кода. Подключаем библиотеку матана. В которой есть все чтобы вывести на орбиту ракету итд. Надо новую кнопочку подключаем библиотеку в которой 100500 компонентов с 4к контентом в ресурсах
согласен полностью. Сам так делаю, а что??? Заказ горит, на семью время надо... техника заказчика тянет. Ну и на тебе... стыдно, а что делать
Есть нюансы, но за счет ооп разработка определенного ПО в разы ускорилась. Да и объем ПО сегодня мало кого волнует. Главное функции чтоб выполнял.
ага, главное...
Есть программа, есть 200+ пользователей, есть сервер. программа работает но в определенный момент времени начинает зависать у всех пользователей. Нагрузки на процессоры (ядра) нет, память сжирать не начинает (конечно куда ее жрать если выделено 64 гига), проседает дисковая подсистема, с учетом того, что нет блокировок в СУБД, нет долго выполняющихся запросов - ничего нет, кроме зависания. Есть очередь диска большая, решается чисткой кэша. Заебись решение?
о да. тогда начинается войнушка прогеров с одминами )))) веселуха та еще
В свое время баловался асмом под вину. Да, файлики, даже с GUI, получались ну очень смешного размера. Но такая реализация сколько - нибудь большого проекта займёт неоправданно много времени. А все это время разработчика надо кормить. На выходе получим долго, дорого, и, скорее всего, хреновое качество.
мало того, сейчас компиляторы оптимизируют код так, что на асме будет лучше только в случае очень глубокого понимания архитектуры конкретного процессора.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
Обвинить ООП в тупизме и деградации кодеров - это сильно!
yaplakal.com