Производительность ПО vs Продуктивность разработки

О чем сабж-то вообще?

Производительность ПО vs Продуктивность разработки. Кто не согласен, пишите.

Не согласен с чем?

Хотелось бы послушать доводы дрочеров на такты, которые пишут прикладной софт на С и остальным советуют. Хотя это приемлимо только для нижнего уровня системного ПО. Вот оно и ядро должно быть заоптимизировано. Навеяно тредом о Gtk

топик не читал, заголовок не читал, но безусловно несогласен. А что? )

Если без обоснований, то ничего

> доводы дрочеров на такты

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

Хотелось бы послушать доводы дрочеров на такты, которые пишут прикладной софт на С и остальным советуют.

Ясно. Изучаешь паталогии?

Не суди по ЛОРу, тут доминирование дятлов. Я в реале с кем не общаюсь из девелоперов, то нормально юзают любой софт.

> Я в реале с кем не общаюсь из девелоперов, то нормально юзают любой софт.

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

Ну это редкий вид, а ОБЫЧНЫЕ пользователи не знают на чем написано. Напишу на чем-то юзают, напишу на Java, врублю Nimbus, «ыыы-красиво» юзают. Надоест, вырублю Nimbus )

>софт молниеносно устаревает и на века практически ничего не делается, все равно появится что-то новое и будут переписывать, расширять и менять парадигмы

в микрософте тоже так думали, когда выпускали форточки ХП, шестого осла и «сервер» 2003.

в микрософте тоже так думали, когда выпускали форточки ХП, шестого осла и «сервер» 2003.

Просто по ошибке получился приличный софт. Этого больше не повторится.

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

>Из-за этого нельзя писать десктопный софт на жаве

и это правильно

> а потому что софт молниеносно устаревает

не согласен, действительно хороший софт обычно долго «на плаву», и разрабатывается годами, а то и десятилетиями, а вот однодневок всяких да - хватает, но и качество у них соот-щее

Хотя семерочка и офис 2010 наверное уже получше. О сервере не скажу, тяжелое у него положение с «этими вашими линаксами»

>Просто по ошибке получился приличный софт.

это 6й осел-то приличный? :) Остальное выглядит прилично разве что на фоне последующих шедевров той же конторы.

Но вообще очень интересно увидеть как будет выглядеть обычный десктоп если в Java появится Shared VM.

Думаю это один из худших продуктов МС. Один из лучших - наверное Офис и .NET. Как делали последний, умолчим.

Хотя семерочка и офис 2010 наверное уже получше.

1. На любителя. Мне не понравилось ни то, ни другое.

2. Ну да, за 10 лет можно, наконец, уже что-то получше родить.

а чо правильного-то?

это 6й осел-то приличный? :)

Его заслуга только в том, что он дефолтов.

Остальное выглядит прилично разве что на фоне последующих шедевров той же конторы.

Естественно. Но и конкурентов нет, так что...

>Не суди по ЛОРу, тут доминирование дятлов.

А зачем вы тут доминируете?

Ой-ой-ой, петросянчики в треде

Аналогично:
качество по vs продуктивность разработки
качество кода vs продуктивность разработки
качество разработчиков vs продуктивность разработки

софт молниеносно устаревает и на века практически ничего не делается

На века сейчас ничего не делается по одной причине - дешевле быстро сляпать и продать уже сегодня. Качество будет обеспечиваться постепенно и потом. Метод прогрессивного jpeg в действии, ибо на сегодня это самая выгодная стратегия.

будут переписывать, расширять и менять парадигмы

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

>Естественно. Но и конкурентов нет, так что...

у 2003-го сервера? По-моему эту поделку используют либо некомпетентные идиоты с промытыми мозгами, либо несчастные люди, попавшиеся на крючок подоконных решений.

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

А это смотря насколько «тупой» алгоритм будет использоваться. Если он вам что-то пару часов будет считать, ясен пень, надо постараться ускорить. А если несколько миллисекунд - можно и не оптимизировать...

>а чо правильного-то?

а чо нет? Когда текстовый редактор, который индус благодаря жабе написал за два дня вместо трех, жрет памяти как полноценное IDE и запускается полминуты, эта поделка в итоге отправляется в печь вместе с жабой.

Только соотношения немного другие ) И тогда вопрос остается что отправлять в печь

> Только соотношения немного другие ) И тогда вопрос остается что отправлять в печь

а что есть хорошие текстовые редакторы на Java, которые написали за два дня? :)

Эх... если б ещё индуса к ним добавить... в ту же печь... :)

ХП да, монополия ввиду прикладного софта во многих областях.

В чём разница с 2003?

Но ведь речь не об этом, а о том, что та же ХП живет и здравствует даже после выпуска двух последующих версий.

Потому что хороша. А кроме как с этими 2 версиями сравнивать и не с чем.

>В 95% случаев побеждает второе

я даже скажу больше: побеждает всегда, когда нет жестких требований к производительности

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

>Только соотношения немного другие
так озвучь

>и на века практически ничего не делается

А зря. Вот и получается, что пишут плохо, и через некоторое время поддерживать _это_ уже нельзя, приходится переписывать заново. Goto начало_цикла.

Так читай выше

Ты посмотри на програмулины из 90х: вырвиглаз, некросплатформенно, никакой интеграции с веб, обновляться скорее всего не умеет, проприетарные форматы. Какое на века? Тенденции будущего десятилетия предугадать очень тяжело

А потому что почти везде - одно и то же:

«Сделай, шоб работало, а как - неважно, потом всё подчистим»

Но на «подчистку» не хватает времени, прога начинает обрастать костылями и нашлёпками => и действительно - «через некоторое время поддерживать _это_ уже нельзя» => остаётся писать заново.

Я только что обосновал почему надежное и вечное - практически не возможно

при чем здесь жаба-то? отправь в печь индуса

> Ты посмотри на програмулины из 90х: вырвиглаз, некросплатформенно, никакой интеграции с веб, обновляться скорее всего не умеет, проприетарные форматы. Какое на века?

gnuplot, wxWidgets, Qt, linux, PostgreSQL, PhotoShop, MS Office, AutoCAD и т.д. - многое вообще из 80-х живет

mc, emacs и vim - в качестве опровержения :)

>В чём разница с 2003?

подумай сам. Назови сходу хотя бы пяток софтин, из-за которых стоило бы поставить эту поделку.

А кроме как с этими 2 версиями сравнивать и не с чем.

есть еще предыдущие версии. Есть макось, если в линух. Чисто как ОСЬ с технической стороны хрюша ничего гениального из себя не представляет

>обычно вложения времени в Java софт бывают в несколько раз меньшими чем в С++ софт

распространенный миф

По порядку.

gnuplot - типичная програмулина 90х, разве что опенсорц

wxWidgets - тоже сомнительная либа

Qt - тут очень много ресурсов разработчиком положено, тем более системные библиотеки, тулкиты таки должны быть оптимальными и нативными

Остальное большими усилиями разрабов переросло в ту форму, которая сейчас из той уродливой формы 90х

Ну кроме задротов типо нас с вами ими особенно никто не пользуется.

Не меньше миф, чем что Java - тормозит.

А у вас Java не тормозит?

А такого условия и не было... :)

Кстати, таких «задротов» весьма много - и именно они по достоинству оценивают высокое качество этих приложений. В отличие от...