Дорогие, господа!
В свое время я написал клиентскую часть на GTK+ для
MySQL. Я предпологал, что она может быть интересной
гражданам т.к. MySQL достаточно широко используется,
а нормального клиента я не видел. Мне интересны Ваши
мнения о причинах неудачи моего проекта.
Что хреновато:
-Сама идея написания клиента пуста
т.к. в нем нет необходимости народ пользуется более
достойными средствами?
-Плохой, непродуманный интерфейс?
-Глюкавость?
Если в идее есть, что-то здравое, то что следует
изменить в проекте. Если у Вас есть время и желание
отозваться то буду Вам очень благодарен.
Адрес моего Гуя:http://unixware.ru/program.pl?prog_id=1335
я например пользуюсь mysqlgui - с их родного сервера - вроде меня удовлетворяет - а где скрины посмотреть можно?
>я например пользуюсь mysqlgui - с их родного сервера - вроде меня
>удовлетворяет - а где скрины посмотреть можно?
а смысл смотреть gtk+ поделку - оно ведь всегда требует каких-то немыслимых версий библиотек, которых у меня нетлюди - будьте проще, пишите на tk интерфейсы, ну пожалуйста
>люди - будьте проще, пишите на tk интерфейсы, ну пожалуйстаИ еще ковыряться с tcl? Да и выглядит tk у..ё..о.
>>люди - будьте проще, пишите на tk интерфейсы, ну пожалуйста
>
>И еще ковыряться с tcl? Да и выглядит tk у..ё..о.
а по мне - gtk выглядит уродливо
>а по мне - gtk выглядит уродливоПодбери тему и будет тебе счастье. Смысл не в этом. Зачем изучать лишний язык? Бери пример с Холмса - забывай ненужное.
>>а по мне - gtk выглядит уродливо
>
>Подбери тему и будет тебе счастье. Смысл не в этом. Зачем изучать
>лишний язык? Бери пример с Холмса - забывай ненужное.зачем юзеть левые библиотеки?
по поводу тем я не знаю - у меня gtk++ нет как класса
а по поводу интерфейса мое мнение - должен быть отдельно движок, и отжельно, пусть даже плагинами, отобрадение результатов
нет у меня gtk++ - я напишу отображалку под ncurses, у котого-то стоит тоьлко motif - он напишет на motif, если найдутся фанаты чистых иксов - пусть пишут на сях.кстати, о mysql, движок - это ж сама libmysql
ну так и надо было говорить не как о новой программе, а о новом gtk++ интерфейсе к libmysql
>зачем юзеть левые библиотеки?
>по поводу тем я не знаю - у меня gtk++ нет как
>классаНе уверен - не ругай. Кстати пишется - GTK+;
>а по поводу интерфейса мое мнение - должен быть отдельно движок, и
>отжельно, пусть даже плагинами, отобрадение результатов
>нет у меня gtk++ - я напишу отображалку под ncurses, у котого-то
>стоит тоьлко motif - он напишет на motif, если найдутся фанаты
>чистых иксов - пусть пишут на сях.ИМХО, сделать удобную морду намного сложнее, чем "движок". И это "движок" должен быть плагином(ами) к морде.
Никогда "морда" не может быть первичной. Она по сути своей предназначена для "показа результата чего-то". Сама по себе она нафиг никому не нужна. Пример: что бы мастдайщики не кричали о первичности графической оболочки, она предназначена только лишь для предоставления пользователю возможности пользоваться функциональностью винды. И искы также есть СРЕДСТВО ДОСТУПА, а не сама функциональность.
Что касаемо сложности, увы так, морду ВСЕГДА сложнее делать, но от этого никуда не денешься - кто-то любит китайскую кухню, кто-то мексиканскую, а кто-то кроме жареной картошки и соленых огурцов и не жрал никогда ничего...
>Никогда "морда" не может быть первичной. Она по сути своей предназначена дляМышление наизнанку. ИНТЕРФЕЙС - первичен, РЕАЛИЗАЦИЯ - вторична.
>"показа результата чего-то". Сама по себе она нафиг никому не нужна.
Вся работа пользователя осуществляется через интерфейс. Если он ущербен, то самое крутое "чего-то" - бесполезный хлам.
>Пример: что бы мастдайщики не кричали о первичности графической оболочки, она
>предназначена только лишь для предоставления пользователю возможности пользоваться функциональностью винды. ИПроблемы масдая - как раз в ущербном интерфейсе. (Точнее неправильном позиционировании - интерфейс для неграмотных даунов).
>искы также есть СРЕДСТВО ДОСТУПА, а не сама функциональность.И это главное, иначе вся функциональность была бы недоступной (читай бесполезной).
Если думать по-вашему, то все мы работаем ради интерфейсов. И мобильный телефон тоже придумали только для того, чтобы на джяве в нем картинки рисовать. AUTOCAD тот вообще сначала научили красиво рисовать, а уж потом расчитывать косозубые зацепления на выкрашивание. "феррари" вообще нарисовали раньше, чем сделали двигатель. В космос полетели тоже только потому, чтобы по телевизору показали.
Вы, сударь, не в интернет-кафе, а в промышленности, там где делаются ДЕНЬГИ, посмотрите на реальное место "морд".
>Если думать по-вашему, то все мы работаем ради интерфейсов. И мобильный телефон
>тоже придумали только для того, чтобы на джяве в нем картинки
>рисовать. AUTOCAD тот вообще сначала научили красиво рисовать, а уж потом
>расчитывать косозубые зацепления на выкрашивание. "феррари" вообще нарисовали раньше, чем сделали
>двигатель. В космос полетели тоже только потому, чтобы по телевизору показали.
>
>Вы, сударь, не в интернет-кафе, а в промышленности, там где делаются ДЕНЬГИ,
>посмотрите на реальное место "морд".А Вы сударь слишком узко понимаете слово интерфейс. Для мобильного телефона интерфейс - это кнопки для набора номера, давайте обсудим их бесполезность? Автокад с самого начала обладал телепатическими способностями и угадывал какую передачу ему надо обсчитать? Феррари сама знает куда ехать, а руль - это так, для красоты?
Вы очевидно так измучены M$, что для Вас аксиома, что интерфейс = GUI и GUI = ужасно неудобная фигня. Неверно как первое так и второе.
P.S. Может для Вас это и секрет, но ключи командной строки - тоже интерфейс.
Короче, сделай КНОПКУ, чтоб народ валом пер отдать бабло за счастье просто кликнуть по ней. Если у тебя получится - ты меня убедил. Все остальное - ТРЕП.
>Короче, сделай КНОПКУ, чтоб народ валом пер отдать бабло за счастье просто
>кликнуть по ней. Если у тебя получится - ты меня убедил.
>Все остальное - ТРЕП.Ага, счас все брошу и буду вас убеждать ...
Типа если бросишь, то сделаешь... Ща !
Желающих и впрямь немеряно, да только никто еще не сделал.
Все.
>Типа если бросишь, то сделаешь... Ща !Не, просто ваше мнение я ценю высоко, но не настолько. Но если вы мне раскажете кто, что и как должен с этой КНОПКОЙ делать, и почему народ будет отдавать бабло именно за эту КНОПКУ, то я, засучив рукава, ...
>Все.
Вот теперь - да.
>Если думать по-вашему, то все мы работаем ради интерфейсов. И мобильный телефон
>тоже придумали только для того, чтобы на джяве в нем картинки
>рисовать. AUTOCAD тот вообще сначала научили красиво рисовать, а уж потом
>расчитывать косозубые зацепления на выкрашивание. "феррари" вообще нарисовали раньше, чем сделали
>двигатель. В космос полетели тоже только потому, чтобы по телевизору показали.
>
>Вы, сударь, не в интернет-кафе, а в промышленности, там где делаются ДЕНЬГИ,
>посмотрите на реальное место "морд".Я тоже с этим мнением согласен, в первую очередь делают движок, а потом любую морду к нему. Что по вашему сложнее, нарисовать морду изящьную и придумать интерфейс, или реализоваться саму задумку проекта? а что если потратили пол года на интерфейс, а потом когда начали задумку (движок) делать, то не хрена не вышло, что тогда? полгода выкинули? Так-то. Сначала идея, а потом фейс!
PS: знаю по собственному опыту!
>Что по вашему сложнее, нарисовать морду
>изящьную и придумать интерфейс, или реализоваться саму задумку проекта?Читайте внимательнее.
> а что
>если потратили пол года на интерфейс, а потом когда начали задумку
>(движок) делать, то не хрена не вышло, что тогда? полгода выкинули?!!!
Вы серьезно хотите, чтобы на это кто-нить отвечал?>Так-то. Сначала идея, а потом фейс!
Т.е. процесс для вас важнее конечной цели? Вы хотите БЫТЬ программистом или создавать программы? Хотите зарабатывать деньги или их тратить?
Была бы цель, а способ найдется.
Господа, GTK+ есть как правило везде!
Сегодня альтернатива GTK+ только Qt, Motif
не так популярен. Можно конечно писать
и в лоб на Xlib. Чего с Гуем делать?
Отзовитесь по сути заданного мной вопроса.
>Господа, GTK+ есть как правило везде!
>Сегодня альтернатива GTK+ только Qt, Motif
>не так популярен. Можно конечно писать
>и в лоб на Xlib. Чего с Гуем делать?
>Отзовитесь по сути заданного мной вопроса.
нет у меня нигде в пределах видимости ни gtk, ни qt, ни motif(разве что в нетскейпе кусочек).
или это чисто модное сейчас исключительно линукс-программирование?
мое мнение - гуй писать плагинами, заодно изучишь все основные иксовые библиотеки
>
>нет у меня нигде в пределах видимости ни gtk, ни qt, ни
>motif(разве что в нетскейпе кусочек).
>или это чисто модное сейчас исключительно линукс-программирование?
>мое мнение - гуй писать плагинами, заодно изучишь все основные иксовые библиотеки
>Изучить иксовые библиотеки неплохо, но не завянешь ли
на них писать интерфейс? Чем например Вас так огорчают
виджетные библиотеки типа GTK+, Qt? Мне кажется, что
основная масса современных программ под иксы написана
с их использованием (старые на Motif).
>>
>>нет у меня нигде в пределах видимости ни gtk, ни qt, ни
>>motif(разве что в нетскейпе кусочек).
>>или это чисто модное сейчас исключительно линукс-программирование?
>>мое мнение - гуй писать плагинами, заодно изучишь все основные иксовые библиотеки
>>
>
>Изучить иксовые библиотеки неплохо, но не завянешь ли
>на них писать интерфейс? Чем например Вас так огорчают
>виджетные библиотеки типа GTK+, Qt? Мне кажется, что
>основная масса современных программ под иксы написана
>с их использованием (старые на Motif).
для вас перечислю имеющийся у меня софт - mozilla(раньше был motif, теперь не знаю что), ddd(motif), fookb(Xlib), xbill(что-то С++-ное), TkMIB и XWois(Tk), Xv(Xlib), rxvt(Xlib), vncclient(java), xpat2(Xlib),xsnap(Xlib),acroread(Xlib), icewm как WM. Что-то еще появилось при сборке иксов, но вот это я доставляла из дистрибутива самостоятельно.
>
>
>для вас перечислю имеющийся у меня софт - mozilla(раньше был motif, теперь
>не знаю что), ddd(motif), fookb(Xlib), xbill(что-то С++-ное), TkMIB и XWois(Tk), Xv(Xlib),
>rxvt(Xlib), vncclient(java), xpat2(Xlib),xsnap(Xlib),acroread(Xlib), icewm как WM. Что-то еще появилось при сборке
>иксов, но вот это я доставляла из дистрибутива самостоятельно.xbill, xpat2, rxvt -- Xaw+Xlib, acroread -- Motif.
>
>>
>>
>>для вас перечислю имеющийся у меня софт - mozilla(раньше был motif, теперь
>>не знаю что), ddd(motif), fookb(Xlib), xbill(что-то С++-ное), TkMIB и XWois(Tk), Xv(Xlib),
>>rxvt(Xlib), vncclient(java), xpat2(Xlib),xsnap(Xlib),acroread(Xlib), icewm как WM. Что-то еще появилось при сборке
>>иксов, но вот это я доставляла из дистрибутива самостоятельно.
>
>xbill, xpat2, rxvt -- Xaw+Xlib, acroread -- Motif.а где оно - Xaw - водится?
>>
>>xbill, xpat2, rxvt -- Xaw+Xlib, acroread -- Motif.
>
>а где оно - Xaw - водится?Кнопки в меню у xbill, xpat2, скролбар у rxvt вот он и есть Xaw.
>Дорогие, господа!
>В свое время я написал клиентскую часть на GTK+ для
>MySQL. Я предпологал, что она может быть интересной
>гражданам т.к.Разрешите вопрос: было ли это единственной причиной написания, или были другие предпосылки?
Попытайтесь ответить на него, хотябы для себя. Может быть в этом всё дело и есть?MySQL достаточно широко используется,
>а нормального клиента я не видел.На мой взгляд, MySQL шире всего используется для поддержки веб-контента, тоесть в связке с Apache, PHP, CGI итд, и такие вещи как phpMyAdmin
( http://www.phpwizard.net/phpMyAdmin/ ) прекрасно для такой работы подходят.Мне интересны Ваши
>мнения о причинах неудачи моего проекта.
>Что хреновато:
>-Сама идея написания клиента пуста
> т.к. в нем нет необходимости народ пользуется более
> достойными средствами?
>-Плохой, непродуманный интерфейс?
>-Глюкавость?
>Если в идее есть, что-то здравое, то что следует
>изменить в проекте.В любой идее есть что-то здравое, преподнести нужно правильно. Вы свою работу никак не оформили, во всяком случае судя по http://unixware.ru/program.pl?prog_id=1335 .
Покажите скриншоты, документацию, сделайте хотя-бы маленький обзор функциональности - покажите зашедшему к вам человеку что Ваша работа достойна внимания; глядишь, кому-нибудь и станет рабочим инструментом.
Возможно, unixware.ru не лучшее место для презентации.
Чесно говоря я прекрасно понимал, когда писал Гуй,
что есть масса других более могучих инструментов,
особенно, для интернета. Мне хотелось сделать
компактную программу с простым, интуитивно понятным
интерфейсом, не требующим особых ресурсов от машины
и позволяющую легко делать основные операции с MySQL
(выборки из таблицам, закачку в таблицы файлов, администрирование и т.д).
Предпологал, что программа может быть полезной тем, кто
только недавно познокомился с SQL и MySQL.