Есть разница между упоминанием в тексте Activity и импрувментом. Первое — совершенно нормально и не удивит никого знакомого с предметом статьи, насчет второго наши мнения скорее всего могут разойтись. А subject — всегда «субъект», по крайней мере должен быть, но не прямой противоположностью самому себе, то есть никак не «объектом»
возможно, но компания-клиент для которой делался проект совсем не маленькая, думаю и лицензия у них была соответствующая.. Когда я смотрел в последний раз на Кони, там даже не было поддержки arc (не знаю появилась ли она сейчас), так что все FFI писались по-старинке, казалось как будто в 2009 вернулся. Нельзя не упомянуть про замечательный процесс компиляции на виндовой VM, переброску файла на хост mac os и замечательную команду perl extract.pl kbf/konyappiphone.KAR которая и генерирует наш проект, причем делать это нужно каждый раз, когда хочется что-то поменять. Ну а отсутствие дебаггера это уже просто мелочи, после того как смержишь все конфликты в .properties файлах, которые обновляются и меняют timestamp каждый раз при компиляции. А уж про то чтобы пользоваться git для сгенерированного проекта можно просто забыть, потому что меняется ВСЕ, так что если вы тот несчастный, которому нужно работать в команде, то Кони вас точно не обрадует. А, и на последок libkonyios_debug.a и libkonyios.a настолько велики, что в репозиторий на githubе например, они не влезут.
И это только то что я навскидку вспомнил, старался забыть о Кони, как о страшном сне. Скорее всего худший фреймворк, с которым мне приходилось работать.
Надеюсь вы действительно не работает на Кони, не хотел вас ничем обидеть, но это просто реально ужас, а не продукт.
Kony это просто ад, ни поддержки человеческой (люди в форумах годами ждут ответов), ни возможностей (ни один из виджетов не работает как надо, у каждого что-то да сломано). Вырвиглазный IDE, ужасающий синтаксис js API. Пришлось использовать только потому что у клиента была договоренность уже с Kony, после этого проекта, в страну Коней ни ногой!
А пример с проектом и Питером, я привел, чтоб доказать, что хоть что-то я да понимаю. Вас же либо зависть берет, что вы мне все пеняете, что я его упомянул, либо вам удовольствие доставляет чморит всех и вся.
Я задал совершенно нормальный вопрос, потому что уже почти год не смотрел на rabbitMQ, это не был вопрос с подвохом, я реально хотел узнать разницу и узнал.вы же прямо говном простите, изошли, доказывая мне, что я не имею должного бэкграунда, чтоб это понять.
Я где-то утверждал, что у RabbitMQ меньше функционала, чем у 0mq? статья про использование конкретного брокера задач под python, в которой есть ссылка на библиотеки, исполняющие ampq, к которым я добавил 0mq имплементацию (которую вы неверно заклеймили не использующей ampq, вот вам полезная «инфа» кстати). Про сервера вы вообще что-то непонятное выдумали.
А с Питером я работал, а не просто общался, разница есть.
и тебе не хворать, «специалист по гуглению», спасибо за копипаст с первой страницы поисковика и удачи в разработке больших и «навороченных» проектов, да погугли заодним что такое NDA, пригодится.
btw казалось бы, куда уж конкретней ссылаться на человека, который сделал наверно больше нас с вами для amqp. писькомерением вы тут никого не удивите, гугл у всех под рукой.
я в таких детских дебатах не участвую :)
NDA, этика и бесполезность, ввиду того, что вы толком не знаете, что такое MQ. все просто, как говорится
«давай, до свидания»
Спасибо, я работал с несколькими MQ, в том числе и RabbitMQ. Насчет моего уровня и того что я не могу сравнить «самых простых по функциональности сервер(???) с один из самых навороченных» — скажу лишь, что с Питером (который придумал AMQP и 0MQ) я лично работал почти 2 месяца, используя 0MQ в проекте, который вы скорей всего даже знаете и не подозреваете, что там используется самый «простой» MQ.
Прежде чем писать что-то вроде «сложно оценить на каком уровне Вам рассказывать» сначала спросите сами себя на каком уровне вы это знаете.
поясните пожалуйста что значит «далековато» от названия статьи? Разговор идет о message queues (не о серверах), все они используются для одно цели — создавать message queues. И что значит стандартный протокол, который 0mq не поддерживает? Ну и заодно какие фичи rabbitmq не работают в 0mq?
perl extract.pl kbf/konyappiphone.KAR
которая и генерирует наш проект, причем делать это нужно каждый раз, когда хочется что-то поменять. Ну а отсутствие дебаггера это уже просто мелочи, после того как смержишь все конфликты в .properties файлах, которые обновляются и меняют timestamp каждый раз при компиляции. А уж про то чтобы пользоваться git для сгенерированного проекта можно просто забыть, потому что меняется ВСЕ, так что если вы тот несчастный, которому нужно работать в команде, то Кони вас точно не обрадует. А, и на последок libkonyios_debug.a и libkonyios.a настолько велики, что в репозиторий на githubе например, они не влезут.И это только то что я навскидку вспомнил, старался забыть о Кони, как о страшном сне. Скорее всего худший фреймворк, с которым мне приходилось работать.
Надеюсь вы действительно не работает на Кони, не хотел вас ничем обидеть, но это просто реально ужас, а не продукт.
youtube_api="`wget -qO- https://gdata.youtube.com/feeds/api/playlists/$playlist_id\?max-results\=$num_songs`"
А с Питером я работал, а не просто общался, разница есть.
NDA, этика и бесполезность, ввиду того, что вы толком не знаете, что такое MQ. все просто, как говорится
«давай, до свидания»
Прежде чем писать что-то вроде «сложно оценить на каком уровне Вам рассказывать» сначала спросите сами себя на каком уровне вы это знаете.