Пикейное жилетство от ИТ

[metaclass]

В процессе срачей про вечные двигатели и обсуждения доисторических языков типа хаскеля с канадскими линуксоидами посетила следующая идея: проблемы с софтовой индустрией сводятся к трем вещам:

* Качественный софт на самом деле никому не выгоден, про что упоминает vit_r

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

* Мейнстримные инструменты плохо умеют в целостность данных. Если бы не отцы-основатели реляционной модели, транзакции и ебические объемы данных у главных платежеспособных заказчиков типа банков, в которые ничто, кроме реляционных СУБД, толком не умеет - вся индустрия умерла бы давно, в мучениях.

Comments

[orleanz.livejournal.com]

" как только про удобный интерфейс гита узнают.

если рассматривать гит исключительно в связке с гитлерхабом, то там всё уже почти нормально

[eternal-leave.livejournal.com]

Ровно до тех пор, пока не надо слить десять веток, которые друг с другом конфликтуют.

[orleanz.livejournal.com]

ну если вот так СРАЗУ десять веток слить, то да. Но это обычно свидетельствует о неправильной организации работы. Не надо ЗАПУСКАТЬ.

[develop7]

а это надо SemanticMergeом сливать

[develop7]

ну то есть как нормально
шаг в сторону от workflow (git-flow, github-flow etc) — и за чтением «документации» к гиту незаметно пролетают одни сутки за другими

[orleanz.livejournal.com]

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

[tiendil.livejournal.com]

Качественный софт выгоден, его просто готовить не умеют :-)

[metaclass.livejournal.com]

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

[fortness90 (from livejournal.com)]

Только если он в облаке. А то пользователь закупится, и никогда никакой новой версии не купит.

[serge-ivanov.livejournal.com]

>* Нормальных средств разработки UI как не было, так и нет. Просто нет, от слова совсем. Если сравнить достижения в разработке кишков софта и UI - небо и земля. Все потому, что UI надо разрабатывать, общаясь с пользователями, а еще лучше с психиатрами по эргономике, а асоциальным программистам это внутренний паук запрещает. И вообще психиаторы их всех в психушку сдадут, как только про удобный интерфейс гита узнают.
+1

[vit-r.livejournal.com]

Качественный софт на самом деле никому не выгоден

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

Грубо говоря, как только в фирме появляется менеджер по софтостроению, делать хорошо, быстро и надёжно становится не выгодно.

[thesz.livejournal.com]

Вот про последнее можно подробней?

[falcrum.livejournal.com]

Ну, индустрия-то вряд ли помрёт вот так - но да: будет кисло...

[max630.livejournal.com]

> Нормальных средств разработки UI как не было, так и нет

Ну вот, опять. Вы вобще что имеете ввиду, мне казалось за последние, я не знаю, 25 лет было вообще всё, и tk, и мышкой на формы кидать, и fudgets, и html5, и так никто и не нашёл То Что Надо чтоли?

[metaclass.livejournal.com]

Ну, вот например, я могу в класс сунуть два поля с типом других классов и таскать это вместе по всему софту. Для этого почти ничего не нужно делать, вплоть до наличия генерик-классов типа Tuple[T1,T2] или, при наличии метапрограммирования, вообще смержить два класса в один новый с объединением множеств полей

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

[juan-gandhi.livejournal.com]

Согласен по всем пунктам.

Истинная правда

[livejournal.livejournal.com]

User schegloff referenced to your post from Истинная правда (http://schegloff.livejournal.com/881470.html) saying: [...] . Все потому, что UI надо разрабатывать, общаясь с пользователями, а еще лучше с психиатрами... [...]

[vitus_wagner]

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

[metaclass.livejournal.com]

Про психиатров я пошутил, т.к. я не знаю как называется "психолог по эргономике". И про эргономику там упомянуто.

[p_govorun.livejournal.com]

А может, всё-таки психиатров? Пускай расчитывают софт на крайние случаи, это всегда полезно.

Ну, например: Вася боится, что чуть только он отвернётся от экрана, там какие-то тайные силы всё поменяют. Маша при виде неожиданно выскакивающего окна пугается и убегает. Витя не различает иконки, которые он считает уродливыми. У Тани голоса, которые подговаривают её нажимать всякие кнопки.

[cross-join.livejournal.com]

Что понимать под качеством софта? Вопрос непраздный, кстати.
Но при любом раскладе качество тиражируемого софта (продукта) выше, чем заказного (услуги).

[worm-ii.livejournal.com]

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

[berezovsky.livejournal.com]

P.S

Меня всегда убивает: - Это гениально, но устарело.

Например ХП.
Кто так решил что устарело? Отдел ёбанного маркетинга, который продал вам Битлз 6/7 раз, сначала на пластике, потом на плёнке, потом на другом виниле, потом на плёнке, потом на диске и вот теперь в цифре?
Чем ХП устарело? Тем что маркетинг отключил саппорт, чтобы продать другой продукт, который должен был заменить винду хп?
Устарело на клёвом продукте означает только одно. Продукт больше не продаётся и не приносит громадных денег, так как слишком хорош чтобы его заменили и слишком распространён чтобы его покупали вновь.
Именно поэтому мир наводнило говно и только говно. Много, но разного. Чтобы каждое продавалось...
Думаете нельзя за один раз хорошо продумать и сделать вещь на десятилетия вместо того, чтобы ежегодно хуярить очередные шоу с Боно?
Можно. Но получится гениальное. Которое можно продать лишь раз. И тогда никто не купит говно.А значит - не заработает тот, кто и говорит всё время - "Гениальное, но к сожалению устарело"....

Да пошли вы в жопу:)
Новаторы:)))))
Я покупаю одежду, приборы на всю свою жизнь. И они обязаны проработать до тех пор, пока я не помру. У меня нет денег на покупку говна ежегодно и в соответствии со статусом. И они работают. Вынуждены. Не могут - научим. Не хотят - заставим.

Я пользую Винду ХП и считаю её офигенным продуктом, современным. А тех кто прекратил её поддержку, не пишет драйверы и т.д. - считаю пособниками паразитов, продающих миру очередной её клон в новой упаковке.

[worm-ii.livejournal.com]

На святое замахиваетесь.

[osdm.livejournal.com]

Если под UI вы понимаете UI обычных бизнес-приложений типа опердени, то причина говенных средств разработки совсем другая.

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

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

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