Как бы избавится от 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