Индустрия "катится в сраное говно" (с)
Dec. 31st, 2009 10:52 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassJasper - кусок говна, написанный криворукими дегенератами. Крайне не советую.
Это жабий генератор отчетов, который мне тут недавно привели в качестве ответа на пост про Postscript. Мне там правда, кроме него еще насоветовали html, word, pdf и уже-не-помню-что.
При желании можно накопать таких фраз про что угодно, вообще говоря. Какую технологию, фреймворк, парадигму программирования не возьми - обязательно там будут самоочевидные жабы. Можно было бы конечно начать рассуждать про то, что "в крупных проектах обязательно будут компромиссы", что "идеальных вещей не бывает", итд, итп.
Но на самом это означает, что софтверная индустрия, по какой-то неясной причине превращается в тыкву, когда у человека пишущего интернет-магазины, к примеру, вообще нет ни одной точки соприкосновения с человеком, пищущим промышленную автоматизацию или там бухгалтерию. Т.е. просто разные миры, разные категории мышления.
И так дробится вообще все, т.е. на любую задачу можно получить 10-20 вариантов решений разной степени уебищности и недоделанности и "поддержки сообществом". "Пипл хавает". Это все вместо 1-2-3 нормальных доделанных решений.
Хороший пример в этом плане: винда vs линукс. Винда, условно говоря, одна - соответственно все усилия вкладываются в допиливание одного продукта. А линуксов - over 9000. И усилия сообщества превращаются в труху, размываются по всем дистрибутивам, в итоге получается ад и жопа.
То же самое касается всяких фреймворков и выбора между "взять готовое vs написать свое". Взять готовое - будь готов что придется ебаться стоя в гамаке, потому что "авторы так видят". Или что авторы никогда не рассматривали твой use case, выдуманный в белорусском минстате. А написать свое - будет очередной +1 адский фреймворк.
Короче, что-то мне подсказывает, что начиная с определенного порога адекватности, можно делать что угодно, как угодно и на чем угодно. Хоть сервер на эрланге и клиент на хаскеле, всем похер, трудоемкость по сравнению с какой нибудь жабой на сервере и qt на клиенте будет отличаться на незначительную величину.
Это в малых проектах, в крупных там очевидно надо брать распространенные вещи, чтобы быдлокодеров пачками скупать.
Это жабий генератор отчетов, который мне тут недавно привели в качестве ответа на пост про Postscript. Мне там правда, кроме него еще насоветовали html, word, pdf и уже-не-помню-что.
При желании можно накопать таких фраз про что угодно, вообще говоря. Какую технологию, фреймворк, парадигму программирования не возьми - обязательно там будут самоочевидные жабы. Можно было бы конечно начать рассуждать про то, что "в крупных проектах обязательно будут компромиссы", что "идеальных вещей не бывает", итд, итп.
Но на самом это означает, что софтверная индустрия, по какой-то неясной причине превращается в тыкву, когда у человека пишущего интернет-магазины, к примеру, вообще нет ни одной точки соприкосновения с человеком, пищущим промышленную автоматизацию или там бухгалтерию. Т.е. просто разные миры, разные категории мышления.
И так дробится вообще все, т.е. на любую задачу можно получить 10-20 вариантов решений разной степени уебищности и недоделанности и "поддержки сообществом". "Пипл хавает". Это все вместо 1-2-3 нормальных доделанных решений.
Хороший пример в этом плане: винда vs линукс. Винда, условно говоря, одна - соответственно все усилия вкладываются в допиливание одного продукта. А линуксов - over 9000. И усилия сообщества превращаются в труху, размываются по всем дистрибутивам, в итоге получается ад и жопа.
То же самое касается всяких фреймворков и выбора между "взять готовое vs написать свое". Взять готовое - будь готов что придется ебаться стоя в гамаке, потому что "авторы так видят". Или что авторы никогда не рассматривали твой use case, выдуманный в белорусском минстате. А написать свое - будет очередной +1 адский фреймворк.
Короче, что-то мне подсказывает, что начиная с определенного порога адекватности, можно делать что угодно, как угодно и на чем угодно. Хоть сервер на эрланге и клиент на хаскеле, всем похер, трудоемкость по сравнению с какой нибудь жабой на сервере и qt на клиенте будет отличаться на незначительную величину.
Это в малых проектах, в крупных там очевидно надо брать распространенные вещи, чтобы быдлокодеров пачками скупать.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2009-12-31 11:15 am (UTC)Что еще нужно, что бы отчеты генерить?
no subject
Date: 2009-12-31 12:02 pm (UTC)no subject
Date: 2009-12-31 02:36 pm (UTC)no subject
Date: 2009-12-31 11:41 am (UTC)ну вот мало того, что в процессе написания нарыли багов в самом JR, так еще их собственные примеры для вложенных запросов нихуа не работают
притом, что на форуме у них эта тема поднимается чуть не каждый второй поцт, аффтары окромя "у нас в инкубаторе при отсутствии внешних воздействий и изоляции от всего все работает, ничо не знаем" ничо толкового не советуют
один перец там вообще какие-то вуду-заклинания писал, только мы их не поняли в итоге
всему пиздец
no subject
Date: 2009-12-31 03:20 pm (UTC)no subject
Date: 2009-12-31 11:53 am (UTC)Может вам пора
продать свою душуперейти на SAP и забить?no subject
Date: 2009-12-31 12:17 pm (UTC)Как правильно было замечено..с некоторого порога сложности софта - лучше писать свои костыли чем подпирать софт чужими :) Главное не переусердствовать и понимать это не буквально, а со здоровой долей иронии.
no subject
Date: 2009-12-31 01:02 pm (UTC)Пока я видел лишь один фреймворк, правда на жабаскрипте, который хоть и тоже заставляет ебаться с его костылями, но все же предоставляет очень большую гибкость в плане замены их костылей на свои. Это значит что архитектура всего фрейморка изначально написана с поддержкой в любой момент замены и перегрузки любой части кора. Фрейморк этот - extjs. Я после работы с ним влюбился в жаваскрипт и в функциональные языки.
no subject
Date: 2009-12-31 01:40 pm (UTC)no subject
Date: 2009-12-31 02:39 pm (UTC)90% кодеров, которые ноют на глючность фреймфорка не читали документации вообще, вернее они считают Ctrl+Space и есть документация.
no subject
Date: 2010-01-01 09:16 am (UTC)Недавний мой пример недальновидности разработчиков. Скажем есть такой опенсорс прокси - сквид называется. Основное предназначение - кеш и прокси. А что на деле? Инструмент контроля хттп-траффика для админа мелко-средней фирмы. Если вы попробуете использовать сквид на уровне ISP в качестве прозрачного кеширующего прокси (основное предназначение сквида - кеш) то дико обломаетесь, т.к. в сквиде напрочь отсуствует понятие что на один уникальный url может приходиться несколько ip адресов и что запрос это не только адрес в браузерной строке адреса. Все запросы которые приходят от клиентов в сквид, при обработке не используют данные ресолвинга клиента (прощай кастомный /etc/hosts, прощай клиентский кастомный dns), а проходят через внутренний днс сквида. И при попытке поменять это flow на другое, начинаеться цирк. Отключаем внутренний днс, патчим самостоятельно сурсы на использование клиентских данных, ведь клиент посылает свой результат ресолвинга, то ускорился сквид (много ресурсов тратилось на ресолвинг на стороне сквида), но получаем возможность фишинга, т.к. сквид не хранит отдельно данные по адрес/ip. Вся архитектура проги пронизана логикой что уникален только url а не сочетание адреса, айпи, состояний аутентификации и т.д. Это значит что я пропишу у себя в хосте картинки.лента.ру на свой кастомный айпи, а затем первым похожу по картинками, то в кеш пойдут мои картинки, а не оригинальные с лента.ру. Те кто потом зайдут на ленту, получат уже из кеша не оригинальные с лента.ру картинки. Патчим против фишинга, получаем проблемы с кешем, типа писать может, но не находит потом данные, т.к. разработчики придумали аж 3 функции генерации кеш ключа, одна другой гаже, при этом данные запроса получает лишь одна, остальные чистый адрес запроса. Фиксим кеш - летит синхронизация с другими сквидами, а также летит удаление данных из сквида, т.е. в кеш вносится, а если ручками захочешь запись удалить - то не хочет. Ах, да, один из майнтейнеров сквида, который очень любит общаться с общественность и мелькает в каждом втором посте на форумах на вас уже забил хуй и не отвечает на почту, еще с того этапа как вы попросили помочь разобраться с конфигурацией tproxy. А вот зато систем аутентификации через этот сквид - жопой ешь.
no subject
Date: 2010-01-01 09:38 am (UTC)no subject
Date: 2009-12-31 02:31 pm (UTC)Не нравится Jasper - пусть берут BIRT. Не нравистя BIRT - есть десяток хороших и плохих проприетарных репортинговых движков.
Это кодерское дартаньянство - всё говно, все пидорасы, один я крутой достало. Да индустрия в порядке, прекрасно развивается. Хорошего кода не стало меньше, ни в процентном отношении ни в абсолютном.
Это как ходить по городу и жрать бутерброды из будок и кричать - гастрономия катится в сраное говно.
Всё искуство в том чтобы пользоваться тем, что не полное гуано, знать где его найти и кроме того неплохо ещё иметь деньги, на то, что не полное говно.
no subject
Date: 2009-12-31 04:30 pm (UTC)no subject
Date: 2009-12-31 04:54 pm (UTC)no subject
Date: 2009-12-31 05:01 pm (UTC)в качестве наказания за этот аргумент вам следует 10 лет попрограммировать на COM или под Sharepoint.
no subject
Date: 2009-12-31 05:05 pm (UTC)no subject
Date: 2009-12-31 06:28 pm (UTC)no subject
Date: 2009-12-31 08:39 pm (UTC)no subject
Date: 2009-12-31 09:34 pm (UTC)Вы на какую-нибудь микрософтовскую девелопер конференцию, что-ли, съездите. Ознакомьтесь с современными тенденциями.
Да, я пишу вещи типа DCOM <-> Java, DCOM <-> .Net interop по работе
so what? Это всё прошлый век уже. В гугле практически никаких материалов не найти, осталось три источника - msdn, blue book и еще essential COM by Don Box.
DDE - это было еще до OLE и называть это частью оного неправильно.
http://en.wikipedia.org/wiki/Dynamic_Data_Exchange
На замену DCOM-у пришел давно .Net, хотя унутре это, конечно, та же неонка. Но то унутре.
no subject
Date: 2009-12-31 06:27 pm (UTC)Последний абзац это не отменяет и даже подчеркивает, что-ли...
no subject
Date: 2010-01-04 01:35 pm (UTC)Я в этой же ru.java спрашивал как-то, только более подробно, про выбор "чем бы генерировать". В результате был выбран Jasper Report, основной вклад в пользу него, еще на этапе "шо это за зверь такой?" - обнаружение вхождения в состав spring framework. Как надстройка над либами типа iText, Apache POI также неплох - кода меньше приходится писать, берет на себя звериную долю. Довольно бурно апдейтится, куча народов про него на форумах уже на все вопросы поотвечала, а так же вполне нормально разрешают траблы с запросами вида "мне вот почти так, но перламутровую, с пуговицами и чтобы жопка свистела..."
Каждый охотник желает сам написать свой фреймворк, с блекджеком и шлюхами. Это все вместо того, чтобы юзать 1-2-3 нормальных доделанных решений.
no subject
Date: 2010-01-04 04:40 pm (UTC)no subject
Date: 2010-01-05 05:45 pm (UTC)и
В винде есть масса примеров API, изоморфных противоестественному сексу, но надежды, что кто-то когда-либо напишет альтернативную версию, нет.
no subject
Date: 2010-01-05 05:51 pm (UTC)