Тем не менее, как вы представляете себе реализацию электронной марки?) Заставить почтовый сервер брать плату с пользователя за каждое отправленное письмо? А что мешает воспользоваться другим сервером, не принявшим эту политику? (если такая политика действует внутри страны, то что мешает использовать сервер, находящийся в другом государств?) Заставить почтовые серверы не принимать письма без электронной марки? Я думаю, в таком случае этими серверами никто не будет пользоваться, даже не разбираясь (например «Вася отправил мне письмо, а оно не пришло. Петя отправил мне письмо, а оно не пришло. Ко мне вообще часто письма не приходят, а на сервере, который используют Петя и Вася, письма доходят без проблем. Перейду-ка я на этот сервер).
Заставить провайдера шпионить за трафиком и брать деньги? Так уже давно множество людей использует web интерфейс электронной почты. К тому же никто не мешает подключаться к серверу через зашифрованное соединение.
В конце концов — заставят платить за электропочту, есть другие протоколы обмена информацией. Будут люди писать друг-другу через Jabber, в чём проблемма?
1. Пишем скрипт, который запрашивает новые картинки до посинения, разрезает, проверяет, были ли уже такие, если нет — добавляет в собственную базу. Идём пить чай. Через некоторое время получаем все картинки. Составляем базу, вручную опознавая каждую картинку и вводя слово. Через часик получаем базу со всеми тремя сотнями картинок.
2. 30 штук в неделю — это несерьёзно. При желании можно запросы слать тысячами в день. Ога, какой-то небольшой процент из них будет ошибочным из-за того, что скрипт встретит неизвестную картинку. Но картинок всего — 300, а новых — всего 30. Этот процент будет маленький, и им можно пренебречь =) К тому же никто не мешает заставить скрипт сохранять неизвестные картинки для ручного опознания, и вот, через день бот опознаёт всё.
Объясните, зачем нужно выводить четыре картинки? И зачем эта ересь с координатами? Это не создаёт никаких усложнений для бота. Если уж и напишут бота, использующего базу картинок и выбирающего слова, то распознать координаты и вырезать для анализа нужную картинку из сетки — не проблема. Боту трудностей не доставите, а человеку придётся лишний раз разбираться, что нужно делать — следовательно идея с сектой и координатами — бред. Достаточно картинки, вопроса «Что это такое?» и поля ввода.
По поводу библиотеки — какая библиотека? Для интерфейса? Дык разработчик вроде утверждает, что во всю пользуется WinAPI. Для плагина ICQ? Дык вроде ж он у них самописный… Для плагина MAgent`а? Хм, спецификация протокола открыта, думаю переписать его много времени не займёт, максимум — один день. А для работы с Jabber у них используется (во всяком случае раньше это было так) плагин от миранды (кстати, он с открытыми исходниками)
А был бы QIP в open source — уже кто-нибудь взял бы, да и реализовал. Не понимаю автора QIP`а, который пишет в FAQ`е, что код закрыт, так как «вдруг кто-нибудь сделает версию программы с зловредным кодом!» — по моему это бред
Скажите, а как вам удаётся услеживать все темы на хабре, связанные с политикой, НЛО и проч. и добавлять свои постакалиптические коментарии? (зачастую ссылаясь вдобавок на свой бредосайт) Как вам удаётся находить время на всё это? Поделитесь секретом?
Ммм... Может быть стоит написать аналогичную статью (со скриншотиками ^_^) про прикручивание QT к Visual Studio Express? Кому-нибудь это будет интересно? Если да - то на выходных займусь)
К visual studio с недавних пор прикручивается =) Примерно год назад, когда я пытался посмотреть на QT, оно не прикручивалось, но где то на sourceforge был проект патча Open Source QT для прикручивания к VS... Конечно же, это было нарушение лицензии, но если VS так мил сердцу, то ничего не мешало, писать код под него, а релиз скомпилировать на том же самом MinGW + непропатченный QT.
Повторюсь - так было раньше. Сейчас QT без проблемм работает со Студией (во всяком случае с Express)
Естессно, "встроенного в IDE" редактора интерфейса не будет, но зачем он нужен, при наличии оного в составе QT?
Эмм... я могу ошибаться, но по моему Open Source версия QT прекрасно работает под Visual Studio (во всяком случае под Visual Studio express библиотека собирается без проблемм). Совершенно непонятна мотивация автора топика - если так нравится Visual Studio - зачем переходить на другие IDE? Если хочется перейти на другие IDE - зачем сравнивать их с Visual Studio? "Я не хочу Visual Studio, но хочу чтобы было всё так же и тот же функционал" - ????
Возможно вы хотите кроссплатформенную IDE? Хм, тогда не понятно, зачем. В топике рассказывается, как установить и настроить всё под Windows, автор видимо собирается писать всё, используя Windows. QT кроссплатформенная библиотека, следовательно код написанный под неё не придётся переписывать для других систем - он будет работать без изменения везде. Возможно кроссплатформенная IDE нужна чтобы при необходимости компиляции под Linux можно было открыть в ней проект и нажать "Build"? В таком случае ради нажатия одной кнопочки устанавливать такую большую IDE - бред, что мешает сделать "qmake -project; qmake; make"? (я правильно написал команды для компиляции QT проектов? ;) )
>> Третье, чего бы хотелось — интегрированного дизайнера интерфейсов.
Вы любите велосипеды?) Зачем вам интегрированный в IDE дизайнер интерфейса, если дизайнер интерфейсов для QT идёт вместе с самим QT! Пользуйтесь им хоть c Visual Studio, хоть с Eclips, хоть с Vim, хоть с Emacs
В данном случае - да. Но вполне возможно реализовать немного разное расположение элементов интерфейса и т.д. . Тот вариант, который окажется более удобным для пользователя, останется.
1948 год — год написания
Роботы видели то, во что вы, люди, никогда не поверите.
Роботы — это ваши пластиковые друзья, с которыми не будет скучно.
Не кусайте роботов за их блестящие металлические зады.
И у них есть план.
Смотрится сбалансировано? ;)
Заставить провайдера шпионить за трафиком и брать деньги? Так уже давно множество людей использует web интерфейс электронной почты. К тому же никто не мешает подключаться к серверу через зашифрованное соединение.
В конце концов — заставят платить за электропочту, есть другие протоколы обмена информацией. Будут люди писать друг-другу через Jabber, в чём проблемма?
Вывод: Технически это нереализуемо
2. 30 штук в неделю — это несерьёзно. При желании можно запросы слать тысячами в день. Ога, какой-то небольшой процент из них будет ошибочным из-за того, что скрипт встретит неизвестную картинку. Но картинок всего — 300, а новых — всего 30. Этот процент будет маленький, и им можно пренебречь =) К тому же никто не мешает заставить скрипт сохранять неизвестные картинки для ручного опознания, и вот, через день бот опознаёт всё.
По поводу библиотеки — какая библиотека? Для интерфейса? Дык разработчик вроде утверждает, что во всю пользуется WinAPI. Для плагина ICQ? Дык вроде ж он у них самописный… Для плагина MAgent`а? Хм, спецификация протокола открыта, думаю переписать его много времени не займёт, максимум — один день. А для работы с Jabber у них используется (во всяком случае раньше это было так) плагин от миранды (кстати, он с открытыми исходниками)
Повторюсь - так было раньше. Сейчас QT без проблемм работает со Студией (во всяком случае с Express)
Естессно, "встроенного в IDE" редактора интерфейса не будет, но зачем он нужен, при наличии оного в составе QT?
Возможно вы хотите кроссплатформенную IDE? Хм, тогда не понятно, зачем. В топике рассказывается, как установить и настроить всё под Windows, автор видимо собирается писать всё, используя Windows. QT кроссплатформенная библиотека, следовательно код написанный под неё не придётся переписывать для других систем - он будет работать без изменения везде. Возможно кроссплатформенная IDE нужна чтобы при необходимости компиляции под Linux можно было открыть в ней проект и нажать "Build"? В таком случае ради нажатия одной кнопочки устанавливать такую большую IDE - бред, что мешает сделать "qmake -project; qmake; make"? (я правильно написал команды для компиляции QT проектов? ;) )
>> Третье, чего бы хотелось — интегрированного дизайнера интерфейсов.
Вы любите велосипеды?) Зачем вам интегрированный в IDE дизайнер интерфейса, если дизайнер интерфейсов для QT идёт вместе с самим QT! Пользуйтесь им хоть c Visual Studio, хоть с Eclips, хоть с Vim, хоть с Emacs