Показательные выступления на льду.

[metaclass]

Но надо сказать, что последние пляски с Qt, glibc и дебианами, а так же закономерная реакция линукс-френдленты на описание оного хорошо демонстрируют почему с софтом под линукс все так "хорошо".
Софт для end-юзеров и прочие приземленные вещи далеко не всегда пишут отмороженные гики с десятилетним опытом решения бессмысленных безумных проблем. Достаточно походить по форумам по .NET например - там огромное количество вопросов, показывающих, что в ИТ работает много _начинающих_ людей. И вот оным начинающим развлечения, подобные тому, чем я занимался вчера - совершенно ни к чему. Не должен обобщенный "программист кульных прог для бухгалтерии Вася Пупкин" сразу разбираться в тонкостях библиотек, порядка их поиска, версий компиляторов и прочей хреновине. Это должно идти потом, когда софт уже заработал, был продан и надо его улучшать, выпускать новую версию и есть на этот бабки, полученные от продажи первой версии.

Я так понимаю, не всем очевидна конечная цель работы: "написать софт, внедрить клиентам, получить бабки". И что чем меньше времени уйдет на это - тем больше бабок в единицу времени получится. И что время на "чтение гугла и манов", "пересборку QT", "изучение тонкостей поиска shared objects" - это все кем-то должно оплачиваться. Я не знаю, по моему, видеть во всем в первую очередь бизнес-смысл и енд-юзеров - достаточно полезная вещь, хорошо вправляет мозги и компенсирует техно-гиковские перегибы.

Не говоря уже о факапах вроде "приехали показывать софт тендерной комиссии, а там НИЧЕГО не запустилось, потому что линукс не той системы" - такое вообще недопустимо, между прочим.

Comments

[kiryl.livejournal.com]

Ты упускаешь главное -- со всеми описанными проблемами сталкиваются только гнойные проприретарщики. Opensource-community делает удобно прежде всего себе.

[jek-hor.livejournal.com]

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

В целом - да...

[az-from-belarus.livejournal.com]

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

А то, что надо плясать от бизнес смысле и енд-юзеров - согласен. Впрочем, это не значит, что именно энд-юзеры должны указывать что именно должно делаться. Энд-юзеры должны говорить о том, что им хочется получать в итоге, а не то, как это должно реализовываться.

[alll]

Тут, на самом деле, очень забавная проблема: одним и тем же словом называют людей абсолютно разных как по роду занятий, так и по квалификации. Толпы якобы "нубов", которые "не должны сразу разбираться в тонкостях библиотек, порядка их поиска, версий компиляторов и прочей хреновине" - они, на самом деле не нубы, это просто другой род деятельности и другая квалификация, в таком состоянии они будут пребывать всю свою карьеру, а не во время некоего льготного периода. Это чернорабочие, негры на конвейере, вся карьера которых - вертеть гайку как показал инженер-технолог.

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

[berezovsky.livejournal.com]

тендерная комиссия это заебись?

[http://users.livejournal.com/_windwalker_/]

+1

[pascendi.livejournal.com]

На самом деле это вопрос стандартов.
То, где находятся либы, и в каком порядке их подключать -- должно быть стандартом, одинаковым для всех версий одной операционной системы.
Тогда разработчику будет достаточно один раз запомнить несколько строчек :-)

Отсутствие такого стандарта есть зло.

[theiced.livejournal.com]

Ша набегут бебианисты и скажут что надо было сделать только дебку под ленни, а к то не юзает ленни - тот лузер и для него делать ничего не надо - его проблемы.

[zamotivator.livejournal.com]

Бля, очень всё было понято через жопу.
Такими вопросами занимается всегда "билд-мастер".
Либо это отдельная должность + профи, либо это тот самый "гик".
Он настраивает билд-систему, окружение, собирает библиотеки - и предоставляет другим простые how-to-шечки или просто готовые сборки.
Точно также, как настраивают eclips для проекта. Или список плагинов и либ для .net.
Ты ни разу не ебался с вопросом "новичку нужно объяснить, откуда и как брать интеропы"?
"Почему COM-объекты не грузятся"?
Не приходилось трахаться с тонкостями студийной сборки?

Если это так - ты либо одиночка (гик), либо лжец.

У нас на текущем проекте возникают проблемы вида "линкер выдает ошибку Unknow PDB error 24", при изменении dependes меняется (неявно) билд-ордер и начинаются вилы с CRT, а любой в солюшине приводит к тому, что полученный солюшин перетасован относительно опорного (сам файл) и замёржить его при апдейте просто невозможно.
И WinSxS понятней чем LD_LIBRARY_PATH? Windows-installer - deb пакета? Это наглая ложь.


Встречался? Сталкивался? Почему нету возмущений? Да блин всё просто - у тебя есть опыт решения этих проблем и наладки процесса для остальных.
С чего ты взял, что этот повод автоматически сконвертируется в windows?.
Правильно сказал aceler:
Windows - это крайне сложная система. Даже я, обладающий огромным опытом использования и администрирования компьютеров, не смог за несколько дней (!) найти в ней, как подключить дополнительные репозитарии. Чего уж говорить про обычных пользователей.
Намёк ясен?

[alexott.livejournal.com]

все ставится в свой каталог, включая нужную версию Qt, потом на этот каталог указывается LD_LIBRARY_PATH, и все.
мы в своей софтине даже libiconv таскаем, поскольку он отличается от платформы к платформе

[(Anonymous)]

Фантастика. Дать автоматизировать бухгалтерию начинающему сиречь, малограмотному, товарищу -- это, знаете ли, системненько, хе-хе.

Масла ў агонь!

[ex-biespart.livejournal.com]

Разбіраюся з статычнай лінкоўкаю Qt/Embedded. Google выдае:
I have similar problems with Qt-4.5.1 and Boost-1.38 too, statically linking it’s just a complete mess and i wonder on how developers could be attracted to port their software on the Linux platform if they need to solve problems as these, rather than being able to focus on their own code: i’m writing a software for image manipulation and i’m willing to port to other platforms than Windows, but this whole mess really make me think dropping support would be just an advantage. (http://chrishowells.co.uk/?p=239)

[re-pin.livejournal.com]

Согласен на все 100%
Разрабатываем софт - .NET + Developer Express. Основная задача - минимальная стоимость разработки (минимальное время разработки).