Как бы избавится от GUI, а?

[metaclass]

Мне тут разъяснили, что счас под винду уже модно делать GUI на WPF.
А я никак от классического winapi, который пашет от 98 до win7, отказаться не могу, а красота в программах меня на коня подсаживает.
Что делать? Отказаться делать GUI как класс, занятся чисто внутренней логикой, гуй отдать гуе-дизайнеро-программистам? Но тогда ж придется менять вообще весь стиль работы, у меня от синхронизации работы с кем-то еще мотивация уходит в ноль и производительность труда снижается в N раз.

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

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

Деградирую и уйду в системные программисты под линукс, как факт. Там слава богу до вопросов "как лучше градиентики в ядре ОС рисовать" еще как до москвы раком.

Comments

[dizel-by.livejournal.com]

А где те красивости? Накидать на форму картинок и сделать градиенты можно и через winapi.

[metaclass.livejournal.com]

Вопрос в производительности труда.
У меня GUI всегда занимает чуть ли не большую часть времени разработки. Поэтому я склонен обычно или генерить их автоматически или стараться свести все к уже существующим интерфейсам.
А когда клиенты заходят красивостей - начинается ад.
А тут человек утверждает, что можно использовать wpf, но он тянет за собой другую модель разработки, .net 3.5 фреймворк, вижуал студию с ее тормозным билдом и неудобным редактором и вообще, хочется сдохнуть, ненавижу GUI.

[dizel-by.livejournal.com]

Ребе, так а в чём проблема? Сейчас интерфейсы делаются сразу в XML. Разве сложно его сконвертить в удобный формат или распарсить прямо в рантайме? Но в идеале интерфейс таки должен рисовать специальный гик. Причём на вход ему нужно дать нечто рабочее, но страшное, а он уже пусть занимается красивостями, располагает кнопки, выравнивает табстопы и т.д.

[metaclass.livejournal.com]

Специальный гик - невозможно.
Ситуация в том, что у нас нету зафиксированных требований, нету мейлстоунов и релизов - мы делаем продукты ближе к заказным, т.е. "завтра клиент захотел - сегодня сделали".
Ты представь себе - сидит гик-дизайнер, нарисовал все красиво, расставил аккуратно. У меня это чуть ли не целый день занять может. А вечером заказчик, бля, говорит - а вот тут пожалуйста добавьте еще кнопку и еще всякой херни и весь дизайн идет по жопе.
А когда там все автогенерируемо и однообразно - то 10 или 11 или 12 пунктов меню или единообразных автогенерируемых кнопок - то пофиг.

[mr-st.livejournal.com]

Ну так и генерите себе XAML. Это всяко проще чем генерить UI код.

[zamotivator.livejournal.com]

Ребе, так а в чём проблема? Сейчас интерфейсы делаются сразу в XML. Разве сложно его сконвертить в удобный формат или распарсить прямо в рантайме? Но в идеале интерфейс таки должен рисовать специальный гик. Причём на вход ему нужно дать нечто рабочее, но страшное, а он уже пусть занимается красивостями, располагает кнопки, выравнивает табстопы и т.д.
Какой пиздец.
1) Это всё тормозит
2) Это всё тормозит
3) Это всё тормозит.
Настолько, что от dynamic parsing + rendering KDE в итоге отказался
4) Выравнивать таб-стопы - это же полный пиздец. Люди, очнитесь, уже давным-давно есть лейауты.

[metaclass.livejournal.com]

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

А лейауты какое отношение к таб-стопам имеют, они что, автоматом ставят порядок обхода контролов?

[zamotivator.livejournal.com]

А, это табстопами называется
Я лично когда делаю gui, делаю его в таком порядке, что получается как надо.
А в дизайнере qt можно просто покликать в нужном порядке по контролам - получишь profit

[fas-tm.livejournal.com]

До сих пор рисуем интерфейс сначала в фотошопе, смотрим.. крутим..если нравиться, рисуем один в один программно. Никакие WPF не смогут вменяемо без тормозоа отрисовывать некоторые контролы.

Например:


Или:

[metaclass.livejournal.com]

Так вроде wpf как раз для такой шизы и предназначен.
Хотя кастомная отрисовка часто будет быстрее, да. Ибо неуниверсальная в отличие от wpf.

[w00dy.livejournal.com]

wpf кагбе видеокарту использует для отрисовки, посему меньшая скорость работы чем у gdi это скорее либо уж какая-то хитрожопая специфика, либо криворукий программист который по старинке на новом тулките.

[wizzard]

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

[re-pin.livejournal.com]

Ребе, WPF собственно для того и создавался, чтобы GUI у программеров не отнимал много времени.
ИМХО достаточно удобная штука

ЗЫ хотя сам еще толком на WPF не перешел, а для ускорения разработки пользую сторонние контроллы

[wildman.livejournal.com]

хотел я там в теме предложить что нить вроде http://htop.sourceforge.net/htop-0.4.png + links style управление

но глянул на их градиентики... буэ...

[lionet.livejournal.com]

Ну и предложил бы.

[lionet.livejournal.com]

А я бы тебя выбрал.

И ты бы получил айпод.

И всё.

[lionet.livejournal.com]

Кстати, про градиенты.

На этой картинке изображён угол терминала мака по сравнению с углом терминала линукса с твоей картинки.

[wildman.livejournal.com]

:)
я выбрал первый попавшийся скриншот htop как илюстрирующий ncurces. сам интерфейс будет слабоотличающимся на сотне разных эмуляторов терминалов так и в голой консоли. а в чем его показывают - это уже к самой программе не относится.
можно так (http://htop.sourceforge.net/htop-monochrome.png), можно и так (http://htop.sourceforge.net/128.png) :)
если выкрою время - набросаю прототипчик ui на ncurces :)

[lionet.livejournal.com]

Тут скрытая реклама мака и антиреклама линукса была. Для тех, кто градиенты скорее не любит, чем любит ;)

А про вариант с curses — welcome!

[bambr77.livejournal.com]

А уголок маковского терминала с теми же градиентами. Только немножко в других тонах :)

[lionet.livejournal.com]

Количество переходит в качество. Там не тона другие, а фокус на градиент. На линуксе — градиент в центре внимания, вульгарный. На маке он элегантен до незаметности.

[bambr77.livejournal.com]

Ну "на линуксе" - это все же сильно растянуто. У данного товарища, скажем так. А то ведь темы держат все основные WM, и тем тех over 9000 :)

[lionet.livejournal.com]

И все по дефолту раскрашенно-проститутские, как дефолт у Windows XP.

[bambr77.livejournal.com]

Не, к счастью не все. В Федоре дефолтная тема - слизана с макоса :)
Главное ведь то, что можно это и поменять все легким движением руки.

[lionet.livejournal.com]

Хорошо, что когда я с линуксов слезал, федоры ещё в помине не было.

[dizel-by.livejournal.com]

Мы ненавидим не градиенты как таковые, а градиенты там, где они нестандартны. В маках всё на градиентах. Да, мне маковский интерфейс глубоко противен (по причинам, выходящим за рамки обсуждения), но градиенты там к месту. Весь софт должен выглядеть единообразно, вот какова моя позиция. Ребята Джобса это умеют, а типичный виндузятник - не умеет.

[gmax-lj.livejournal.com]

ребе, RDP ужасен

[mr-st.livejournal.com]

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

Если ты сможешь загрузить дизайнера работой то в целом работа будет эффективнее, от специализации все равно никуда не денешься.

[metaclass.livejournal.com]

Да, по идее, тогда продукты бы делались быстрее и лучше.
Но у руководства нет такой цели :)

[bambr77.livejournal.com]

Ребе, по секрету скажу, один очень аццкий энтерпрайз, очень-очень аццкий и очень-очень энтерпрайз, пашет на tcl/tk до сих пор, развивается, и никаких красивостей не желает в принципе :)

[dizel-by.livejournal.com]

Кстати, а для явы уже смогли сделать гуйню, которая бы выглядела нативно на любой ОС? :)

[bambr77.livejournal.com]

Я с явой как-то и рядом не стою, не знаю :) Вот tk-шные окна выглядят таки нативно везде. Везде одинаково ужасно, есть такое, но очень нативно! :)