Соглашусь, это очень верный подход в данном случае. За примерами ходить далеко не надо Pidgin (Linux, *BSD, Windows) и Adium (Mac OS X). Оба приложения не содержат никакой логики, кроме представления, являясь просто GUI к libpurple.
Возможно, вам имеет смысл посмотреть в сторону Haskell... Community, конечно, не сказать чтобы поражает воображение, зато непрограммистов практически нет. Не выдерживают, уходят :)
Скорее всего, имелся в виду не столько внешний вид GUI, сколько native feel приложения. На Mac OS X многие вещи понимаются иначе, нежели под виндовс, например, отображение статуса программы через иконку в доке, которая является одновременно (в терминах Windows) и tray icon, и кнопкой приложения на taskbar-е. Еще пример, правда, на сей раз про Linux: у многих пользователей system tray на экране отсутствует в принципе, поэтому стандартная для Windows-приложений практика молча стартовать и висеть в трее здесь не подходит, т.к. пользователь, запустив программу, не пронаблюдает никакой ответной реакции, расстроится и в конечном итоге уйдет к конкурентам.
Вы меня опередили, как раз хотел это написать. Плюсы разработки XUL-based приложений это, во-первых, простота работы с веб (полезно для разного рода RIA mashups), во-вторых, никакого стомегабайтного фреймворка, и наконец в-третьих, очень короткая и радостная (по меньшей мере для веб-программиста/верстальщика) learning curve, т.к. используются до боли знакомые клиентские технологии: XUL (читай: практически XHTML), JavaScript, CSS. Ну и native bindings через XPCOM задача вполне разрешимая, если без них совсем уж не обойтись.
Соглашусь, знать математику != программировать. Уже не помню, когда в последний раз сталкивался с чисто математической задачей. Опять же, для сложных и замысловатых штук типа преобразований Фурье существуют библиотеки, даже как правило open source.
пиздежFUD и провокация.Еще пример, правда, на сей раз про Linux: у многих пользователей system tray на экране отсутствует в принципе, поэтому стандартная для Windows-приложений практика молча стартовать и висеть в трее здесь не подходит, т.к. пользователь, запустив программу, не пронаблюдает никакой ответной реакции, расстроится и в конечном итоге уйдет к конкурентам.
Интересно может получиться, если нарисовать frontend, для IE использующий описанный выше подход, для FF3 встроенную БД и т.д.