![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Пикейное жилетство от ИТ
В процессе срачей про вечные двигатели и обсуждения доисторических языков типа хаскеля с канадскими линуксоидами посетила следующая идея: проблемы с софтовой индустрией сводятся к трем вещам:
* Качественный софт на самом деле никому не выгоден, про что упоминает![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
vit_r
* Нормальных средств разработки UI как не было, так и нет. Просто нет, от слова совсем. Если сравнить достижения в разработке кишков софта и UI - небо и земля. Все потому, что UI надо разрабатывать, общаясь с пользователями, а еще лучше с психиатрами по эргономике, а асоциальным программистам это внутренний паук запрещает. И вообще психиаторы их всех в психушку сдадут, как только про удобный интерфейс гита узнают.
* Мейнстримные инструменты плохо умеют в целостность данных. Если бы не отцы-основатели реляционной модели, транзакции и ебические объемы данных у главных платежеспособных заказчиков типа банков, в которые ничто, кроме реляционных СУБД, толком не умеет - вся индустрия умерла бы давно, в мучениях.
* Качественный софт на самом деле никому не выгоден, про что упоминает
vit_r* Нормальных средств разработки UI как не было, так и нет. Просто нет, от слова совсем. Если сравнить достижения в разработке кишков софта и UI - небо и земля. Все потому, что UI надо разрабатывать, общаясь с пользователями, а еще лучше с психиатрами по эргономике, а асоциальным программистам это внутренний паук запрещает. И вообще психиаторы их всех в психушку сдадут, как только про удобный интерфейс гита узнают.
* Мейнстримные инструменты плохо умеют в целостность данных. Если бы не отцы-основатели реляционной модели, транзакции и ебические объемы данных у главных платежеспособных заказчиков типа банков, в которые ничто, кроме реляционных СУБД, толком не умеет - вся индустрия умерла бы давно, в мучениях.
no subject
Но беда в том что делать так - не нужно, никому не нужно чтобы была коробка которая показывает какие-то контролы, какие программист укажет. Потому что все формочки вылизываются вручную - не потому что это нельзя доверить автоматики, а потому что обязательно набижит толпа дизаинеров которые скажут что получается хуйня, надо руками рисовать.
В общем, UI - это давно уже не техническая проблема. Хотя да, это порождает убогие с технической фреймворки и подходы, где только дизайнер и ручное редактирование. Потому что всё равно для ендюзера _надо_ пиксельхантить в дизайнере и вручную прописывать событие, так что программисту надо уже не выёбываться, а "слушать валенки"
no subject
Правильный Visual UI design это тема (шрифты, цвета, отступы, рамочки, ...), создаваемая на весь UI приложения или набора приложений. Это много высококвалифицированной работы и малый видимый объём на выходе (таблицы и гайдлайны). Далее, имея Logical UI design document приложения, большую часть UI можно сгенерировать.
С другой стороны, наштамповать фотошопом 100500 экранов со "стилем фирмы" может и обезьяна. И обезьянам очень выгодна существующая ситуация, позволяющая получать деньги за такой творческий высер.
no subject
no subject
no subject
А это все от того, что UI - это галимая прикладуха, на самом деле. И выдумывать средства разработки для нее - это бред. Только ручками.
Мы не выдумываем же средства разработки для вновь издаваемых законодательных актов, правильно? Хер знает что они там навыдумывают. Вот и с UI также. Чисто прикладная отрасль.
no subject
А так - не ручками надо, а инструментами. И не начинать сборку мебели с "выковал топор, пошёл в лес за древесиной".
no subject
no subject
Читает чувак, который выбирает чехол для телефона. Их там сотни и они все и apple и iphone и 5c. Приходится писать этот треш.
Ну и получается, что нельзя просто взять и сгенерить уи. Обязтельно нужно потрхаться.
no subject
стектрейс явовский"Личный Его Императорского Величества Принца Кирну четырех Золотых Знамен именной бомбовоз 'Горный Орел'"? Как это читать, как от других товаров отличать при таком длинном названии? Ну не пишут так для покупателей, в отдельном описании - да, но не на этикетке.no subject
no subject
представьте себе программку с тремя полями ввода: курс доллара к евро, сумма в евро, сумма в долларах. вводим два, третье пересчитывается. правим одно - второе пересчитывается.
описать в коде поведение такого гуя - это жопа.
нет, никаких трёх кнопок "посчитать" нету. хоткеев тоже не надо. всё должно само.
ps: а теперь аналогичная программа "подгонка катушки индуктивности" с этак десятком взаимоувязанных параметров (диаметр/длина сердечника, диаметр провода, внешний диаметр и длина намотки, индуктивность, собственная емкость. с этими 7 параметрами всё уже веселее, да?)
no subject
no subject
(длина, ширина, высота, плотность, масса параллелепипеда)
no subject
no subject
если в прошлый раз меняли вон то, а в этот раз меняют вот это, то (не) нужно пересчитывать вон те поля.
число таких зависимостей растет как минимум как квадрат числа полей. описывать это в коде и уточнять у пользователя, что именно должно происходить - тоже растет быстро.
да. проблема тут не в 0мс на сервере на расчет, а в лютом бешеном росте и объёма кода, и числа нужных тестов. и примерно на 8 параметрах эта простая задача превратится в примерно непосильную.
плюс, автосдизайнить гуй под такую задачу - тоже становится крайне муторно
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Главное, что это должно работать в интуитивно-понятном виде, и не тормозить.
no subject
Проблема в не в GUI, проблема в "вывести из одной формулы все обратные для всех переменных" :)
no subject
no subject
С гуем проблемы нет - событие, его источник считается первичным и не изменяющимся, по его переменной выбирается одна из формул расчета, в которой эта переменная результат.
no subject
no subject
у "выбери цвет" всё определяется однозначно, а у параллелепипеда уже не очень.
no subject
no subject
no subject
UI - это почти полностью задача аналитиков и дизайнеров, и только потом верстальщиков и программистов.
no subject