Как бы избавится от GUI, а?
Мне тут разъяснили, что счас под винду уже модно делать GUI на WPF.
А я никак от классического winapi, который пашет от 98 до win7, отказаться не могу, а красота в программах меня на коня подсаживает.
Что делать? Отказаться делать GUI как класс, занятся чисто внутренней логикой, гуй отдать гуе-дизайнеро-программистам? Но тогда ж придется менять вообще весь стиль работы, у меня от синхронизации работы с кем-то еще мотивация уходит в ноль и производительность труда снижается в N раз.
PS: а еще мне проели мозгмакоебы метросексуалы программисты живущие в эльфийских странах, где широкие интернет-каналы и не нужно обслуживать клиентов по RDP поверх GPRS, за то, что я не люблю интерфейсы "с красивостями".
В общем, суть примерно такая: тут, бля, хотя бы основную функциональность успеть сделать, не до рисования красивостей, однако. Никто не купит софт, если в его стоимость включить еще зарплатумакоебов дизайнеров и программистов гуи.
Деградирую и уйду в системные программисты под линукс, как факт. Там слава богу до вопросов "как лучше градиентики в ядре ОС рисовать" еще как до москвы раком.
А я никак от классического winapi, который пашет от 98 до win7, отказаться не могу, а красота в программах меня на коня подсаживает.
Что делать? Отказаться делать GUI как класс, занятся чисто внутренней логикой, гуй отдать гуе-дизайнеро-программистам? Но тогда ж придется менять вообще весь стиль работы, у меня от синхронизации работы с кем-то еще мотивация уходит в ноль и производительность труда снижается в N раз.
PS: а еще мне проели мозг
В общем, суть примерно такая: тут, бля, хотя бы основную функциональность успеть сделать, не до рисования красивостей, однако. Никто не купит софт, если в его стоимость включить еще зарплату
Деградирую и уйду в системные программисты под линукс, как факт. Там слава богу до вопросов "как лучше градиентики в ядре ОС рисовать" еще как до москвы раком.
no subject
no subject
У меня GUI всегда занимает чуть ли не большую часть времени разработки. Поэтому я склонен обычно или генерить их автоматически или стараться свести все к уже существующим интерфейсам.
А когда клиенты заходят красивостей - начинается ад.
А тут человек утверждает, что можно использовать wpf, но он тянет за собой другую модель разработки, .net 3.5 фреймворк, вижуал студию с ее тормозным билдом и неудобным редактором и вообще, хочется сдохнуть, ненавижу GUI.
no subject
no subject
Ситуация в том, что у нас нету зафиксированных требований, нету мейлстоунов и релизов - мы делаем продукты ближе к заказным, т.е. "завтра клиент захотел - сегодня сделали".
Ты представь себе - сидит гик-дизайнер, нарисовал все красиво, расставил аккуратно. У меня это чуть ли не целый день занять может. А вечером заказчик, бля, говорит - а вот тут пожалуйста добавьте еще кнопку и еще всякой херни и весь дизайн идет по жопе.
А когда там все автогенерируемо и однообразно - то 10 или 11 или 12 пунктов меню или единообразных автогенерируемых кнопок - то пофиг.
no subject
no subject
Какой пиздец.
1) Это всё тормозит
2) Это всё тормозит
3) Это всё тормозит.
Настолько, что от dynamic parsing + rendering KDE в итоге отказался
4) Выравнивать таб-стопы - это же полный пиздец. Люди, очнитесь, уже давным-давно есть лейауты.
no subject
А вот что точно тормозит - так это разработка, когда приходится ядерных гиков с гуишными синхронизировать, на небольших часто меняющихся проектах.
А лейауты какое отношение к таб-стопам имеют, они что, автоматом ставят порядок обхода контролов?
no subject
Я лично когда делаю gui, делаю его в таком порядке, что получается как надо.
А в дизайнере qt можно просто покликать в нужном порядке по контролам - получишь profit
no subject
Например:
Или:
no subject
Хотя кастомная отрисовка часто будет быстрее, да. Ибо неуниверсальная в отличие от wpf.
no subject
no subject
no subject
ИМХО достаточно удобная штука
ЗЫ хотя сам еще толком на WPF не перешел, а для ускорения разработки пользую сторонние контроллы
no subject
но глянул на их градиентики... буэ...
no subject
no subject
И ты бы получил айпод.
И всё.
no subject
На этой картинке изображён угол терминала мака по сравнению с углом терминала линукса с твоей картинки.
no subject
я выбрал первый попавшийся скриншот htop как илюстрирующий ncurces. сам интерфейс будет слабоотличающимся на сотне разных эмуляторов терминалов так и в голой консоли. а в чем его показывают - это уже к самой программе не относится.
можно так (http://htop.sourceforge.net/htop-monochrome.png), можно и так (http://htop.sourceforge.net/128.png) :)
если выкрою время - набросаю прототипчик ui на ncurces :)
no subject
А про вариант с curses — welcome!
no subject
no subject
no subject
no subject
no subject
Главное ведь то, что можно это и поменять все легким движением руки.
no subject
no subject
no subject
no subject
Если ты сможешь загрузить дизайнера работой то в целом работа будет эффективнее, от специализации все равно никуда не денешься.
no subject
Но у руководства нет такой цели :)
no subject
no subject
no subject