ну я же не говорил что рутина невыносима, я говорю что практически любая проф. деятельность — это рутина. А рутина не может быть сложной по определению, она монотонная и утомительная.
Ну программирование не особо от других специализаций отличается. И доктор и программист и космонавт и биохимик — все люди. И к сожалению большинство даже самой интересной работы — рутина. Программирование давно ушло из разряда исследований в обычное ремесло. R&D проектами не многие занимаются. Так что программирование — это по большей части рутина.
Да ничего специфичного. Достиг можно так сказать «потолка», хочется двигаться дальше. Осваивание новых платформ и технологий — суета. Хочется что-то кординально новое делать, а инженерия тела, биохимия и кибернетика всегда очень сильно привлекали. Хочется получить теоретические и практические навыки работы с человеческим телом, и с помощью комбинированных знаний заниматься технологиями на стыке IT и нейрохирургии.
Из своего личного опыта могу сказать, что скорость интеграции сетевой части с помощью Moya лично в моей работе увеличилась в разы. И тесты стало писать гораздо приятней.
значит до этого вы писали код, в который требовал больше времени и тяжело тестировался. Я сделал вывод что он был хуже, иначе зачем было переходить на Moya? Где тут личности?
все преимущества я уже расписал.
Вот это я прошу от вас — напишите преимущества, не в стиле «стало лучше, проще тестировать и быстрее» — это на рекламный проспект крема для кожи похоже (в смысле одна вода без конкретики).
Давайте вы не будете указывать мне, где мне публиковать свои статьи.
Вы протестуете против того, чтоб я указывал вам что делать и при этом указываете что делать мне. Не кажется вам это не последовательным?
В этой статье я хотел дать читателям базовое представление о мощной сетевой библиотеке Moya, .
В чем вы измеряете мощность библиотек?
намеренно опустив нюансы для того, чтобы вы самостоятельно смогли исследовать её и насладиться развитым инструментарием,
Насколько я понял никакого инструментария она не предоставляет. Что вы имеете ввиду, API? Если так, то почему он развитый, как вы измерили/оценили его развитость?
который позволяет решать широкий спектр задач при выстраивании сетевого слоя в iOS разработке.
Какой это широкий спекрт задач, я хотел услышать хоть об одной из них. Ну и слова выстраивание вроде нет в русском языке.
Из своего личного опыта могу сказать, что скорость интеграции сетевой части с помощью Moya лично в моей работе увеличилась в разы. И тесты стало писать гораздо приятней.
Так это может вы просто плохо без Maya писали.
Цитировать и переводить документацию было лишния, я умею читать и ходить по ссылкам.
Все достопремичательности что вы привели — это бла, бла, бла, смотрте как надо. А я не вижу в упор что именно это улучшает.
Навязанное архитектурное решение — это жестко следовать предолженному протоколу и организации коду, который сваливает в кучу все запросы, а если у меня не монолитный сервис и всё таки нжуно поддержать зависимости между вызовами вся эта структура рушится.
Есть альтернативные подходы, типа NSOperation для каждого запроса с зависимостями ( и не реактивность не понадобится и лапши с колбэками не будет).
Или просто самому Enum написать с запросами в Alamofiore? Что решает Moya не понятно, то что. у них написано в примерах можно с такими-же усилиями и стандартными средствами сделать.
Вам больше какой вариант нравится? Я предпочитаю реактивный вариант.
Мне оба варианта не нравятся.
Проблема в том, что статью я писал не для того, чтобы кому-то что-то доказать, а для того, чтобы показать что есть такой инструмент, который лично мне очень сильно помогает в работе.
Ну тогда ей место в личном бложике. На хабре вроде принято остаивать свою точку зрения и техническое решение.
Вы так много написали и ни одного доказательства, кроме двух ужасных связанных запросов. Яснее мне не стало, что же решает ваша любимая Moya.
Как говорится, не нравится — не ешьте. Я не евангелист этой библиотеки, моя задача — показать что такое решение есть и объяснить как с ним работать, использовать его или нет — дело Ваше.
Грубо. Но я не нежный. Вообще то вы утверждаете первым предложением: «Moya — как перестать беспокоиться о сетевой части и начать жить». Потом не привели ни одного убедительного доказательства того, что беспокоится больше не нужно. А на мой вопрос «а как же ?» отвечаете: «Не нравится — не ешьте». Как по мне не последовательно, могу ответить в вашем духе: «Не нравится критика — не пишите публичные статьи».
Реактивность хорошо подходит для своих задач, например биндинг данных или избегание callback-hell при вызове двух и более сетевых запросов.
Да кто спорит, но мы же рассматриваем конкрентный случай. В вашем примере никаких абсолютно плюсов нет, а читатель же должен перестать беспокоится почему-то.
По поводу навязанной архитектуры, я имел ввиду архитектуру построения Moya. Он жестко диктует условия построения API слоя, в этом его сила для начинающих разработчиков, насколько я понимаю. К общей архитектуре прилоежния это отношения не имеет.
Вот тут опять не соглашусь. В своей статье вы взываете о «недооцененности» и низкой популяризации.
Но популярность той или иной отрасли не завиист от её полезности, сложности и доходности. Сетуете, что вот за границей большие зарплаты — кто вам мешает работать там (я не говорю про уезжать)? Насколько я знаю больше 90 всего IT в Украине так и делает.
То что заказчик не понимает объема и сложности работы и платит мало — это взаимосвязанные вещи, задача фрилансера на половину как раз и состоит в коммуникации с заказчиком, гланым образом поясняя выбор решения и обосновывая стоимость и сроки. Это везде так. Фриланс — это обычный малый бизнес со всеми его проблемами. Не хотите — идите работать на работодателя. Не нравятся зарплаты — это не работодатель их регулирует, а рынок. Дэмпят плохие художники низкими ценами и у них это выходит — значит не такие они плохие, значит заказчиков устраивает, если бы не устраивало, то дэмпинг бы не работал.
Ну и не хотите радоваться тому что у вас есть — это же ваше право, я же не настаиваю, просто говорю что это прямой путь к постоянному неудовлетворению и это путь к разрушению. Это очевидно. Но лично мне абсолютно всё-равно разрушаете вы себя или нет. Я просто гооворю что проблему вы «отвели», не в уровен зарплаты и популяризации всё зависит, а от вас.
Почитал очереднюю статью про Moya.
И так не вижу вообще плюсов особых, вообще не убедительно. Ну и реактивность тут еще и пру строк кода добавила. Зачем она? Потому-что модно?
Просто навязывает одно архитектурное решение.
Опять вы пишите про социализм а не про капитализм.
«Справедливая цена по сравнению с другими» — это социализм.
«даёт необходимые блага самому исполнителю, даёт ему уверенность в своем денежном благополучии» — это вообще абсолютно субьектиная штука, кому и гамак под пальмой хорошо, а кому и дом трёхэтажный уже тесно.
«справедливая цена» — это цена, которая устраивает обе стороны. Это догма камитализма. Еще первый и основной принцип капитализма — все заработанные деньги нужно пускать в развитие своего дела. Вы это делаете?
Да я понимаю о чем статья, просто утверждения «как должен быть устроен мир» очень наивные, уж простите меня за такие выводы. Но мир никак не должен быть устроен, у вас есть то что есть, если не научитесь радоваться тому что есть — то мир для вас всегда будет не таким каким должен быть.
Я не говорю что нужно довольствоваться тем что есть, я говорю что нужно ценить и радоваться тому что есть и стремится к развитию в выбранном направлении. Всё остальное — пустое.
Евгений, видимо вы не очень знакомы с основами капитализма.
Так вот
получают ровно столько, сколько заслуживают
это ровно столько за сколько вы согласились работать а работодатель согласился платить и не противоречит законодательству. Вы соглаислись сделать огромный продукт за 1000 рублей и это устраивает заказчика — это самая справделивая цена. Именно столько вы и «заслуживаете». Вообще термин «заслужить» из другого мира — это получить награду за хорошую службу. А мы говорим об оплате работы — это из мира рыночных договоренностей.
получается что вот так всё будет работать?
client1:11 <-> server:1000
client2:11 <-> server:1000
client3:11 <-> server:1000
client4:11 <-> server:1000
А на каждый дескриптор же память тоже выделяется, вы её тут не считали. Я не знаю сколько, но там точно права доступа, адрес, тип. Или это не значительно?
Шикарно, и очень лаконично. Даже не обладая глубокими знаниями всё понятно.
Но у меня пару вопросов возникло, я не очень силен в высоконагруженных системах, но разве можно иметь 3 миллиона соединений на одной машине?
Насколкьо я помню, в IP адресации четыре поля:
адрес отправителя
порт отправителя
адрес назначения
порт назначени
И получается что количество уникальных соединений ограничивается количеством портов при наличии одного сетевого интерфейса: 64К. Или это по другому работает?
Но даже при всем при этом, каждое сетевое соединение — это файловый дескриптор, а их вроде тоже там ограниченное количество, в районе 300К, что на порядок выше ваших чисел.
Как это разруливается и считали вы системные затраты на каждое соединение?
Ну вы серьезно на geektimes говорите о гомеопатии?
Вашу родвственницу однозначно не гомеопатия вытащиша. Доказано наукой давно и окончательно.
Давайте поговорим о пользе кровопускаяни и лечения пиявками и мышьяком.
Это вы сами придумали.
Из ваших слов:
значит до этого вы писали код, в который требовал больше времени и тяжело тестировался. Я сделал вывод что он был хуже, иначе зачем было переходить на Moya? Где тут личности?
Вот это я прошу от вас — напишите преимущества, не в стиле «стало лучше, проще тестировать и быстрее» — это на рекламный проспект крема для кожи похоже (в смысле одна вода без конкретики).
Вы протестуете против того, чтоб я указывал вам что делать и при этом указываете что делать мне. Не кажется вам это не последовательным?
В чем вы измеряете мощность библиотек?
Насколько я понял никакого инструментария она не предоставляет. Что вы имеете ввиду, API? Если так, то почему он развитый, как вы измерили/оценили его развитость?
Какой это широкий спекрт задач, я хотел услышать хоть об одной из них. Ну и слова выстраивание вроде нет в русском языке.
Так это может вы просто плохо без Maya писали.
Цитировать и переводить документацию было лишния, я умею читать и ходить по ссылкам.
Все достопремичательности что вы привели — это бла, бла, бла, смотрте как надо. А я не вижу в упор что именно это улучшает.
Навязанное архитектурное решение — это жестко следовать предолженному протоколу и организации коду, который сваливает в кучу все запросы, а если у меня не монолитный сервис и всё таки нжуно поддержать зависимости между вызовами вся эта структура рушится.
Есть альтернативные подходы, типа NSOperation для каждого запроса с зависимостями ( и не реактивность не понадобится и лапши с колбэками не будет).
Или просто самому Enum написать с запросами в Alamofiore? Что решает Moya не понятно, то что. у них написано в примерах можно с такими-же усилиями и стандартными средствами сделать.
Мне оба варианта не нравятся.
Ну тогда ей место в личном бложике. На хабре вроде принято остаивать свою точку зрения и техническое решение.
Вы так много написали и ни одного доказательства, кроме двух ужасных связанных запросов. Яснее мне не стало, что же решает ваша любимая Moya.
Грубо. Но я не нежный. Вообще то вы утверждаете первым предложением: «Moya — как перестать беспокоиться о сетевой части и начать жить». Потом не привели ни одного убедительного доказательства того, что беспокоится больше не нужно. А на мой вопрос «а как же ?» отвечаете: «Не нравится — не ешьте». Как по мне не последовательно, могу ответить в вашем духе: «Не нравится критика — не пишите публичные статьи».
Да кто спорит, но мы же рассматриваем конкрентный случай. В вашем примере никаких абсолютно плюсов нет, а читатель же должен перестать беспокоится почему-то.
По поводу навязанной архитектуры, я имел ввиду архитектуру построения Moya. Он жестко диктует условия построения API слоя, в этом его сила для начинающих разработчиков, насколько я понимаю. К общей архитектуре прилоежния это отношения не имеет.
Но популярность той или иной отрасли не завиист от её полезности, сложности и доходности. Сетуете, что вот за границей большие зарплаты — кто вам мешает работать там (я не говорю про уезжать)? Насколько я знаю больше 90 всего IT в Украине так и делает.
То что заказчик не понимает объема и сложности работы и платит мало — это взаимосвязанные вещи, задача фрилансера на половину как раз и состоит в коммуникации с заказчиком, гланым образом поясняя выбор решения и обосновывая стоимость и сроки. Это везде так. Фриланс — это обычный малый бизнес со всеми его проблемами. Не хотите — идите работать на работодателя. Не нравятся зарплаты — это не работодатель их регулирует, а рынок. Дэмпят плохие художники низкими ценами и у них это выходит — значит не такие они плохие, значит заказчиков устраивает, если бы не устраивало, то дэмпинг бы не работал.
Ну и не хотите радоваться тому что у вас есть — это же ваше право, я же не настаиваю, просто говорю что это прямой путь к постоянному неудовлетворению и это путь к разрушению. Это очевидно. Но лично мне абсолютно всё-равно разрушаете вы себя или нет. Я просто гооворю что проблему вы «отвели», не в уровен зарплаты и популяризации всё зависит, а от вас.
И так не вижу вообще плюсов особых, вообще не убедительно. Ну и реактивность тут еще и пру строк кода добавила. Зачем она? Потому-что модно?
Просто навязывает одно архитектурное решение.
«Справедливая цена по сравнению с другими» — это социализм.
«даёт необходимые блага самому исполнителю, даёт ему уверенность в своем денежном благополучии» — это вообще абсолютно субьектиная штука, кому и гамак под пальмой хорошо, а кому и дом трёхэтажный уже тесно.
«справедливая цена» — это цена, которая устраивает обе стороны. Это догма камитализма. Еще первый и основной принцип капитализма — все заработанные деньги нужно пускать в развитие своего дела. Вы это делаете?
Да я понимаю о чем статья, просто утверждения «как должен быть устроен мир» очень наивные, уж простите меня за такие выводы. Но мир никак не должен быть устроен, у вас есть то что есть, если не научитесь радоваться тому что есть — то мир для вас всегда будет не таким каким должен быть.
Я не говорю что нужно довольствоваться тем что есть, я говорю что нужно ценить и радоваться тому что есть и стремится к развитию в выбранном направлении. Всё остальное — пустое.
Так вот
это ровно столько за сколько вы согласились работать а работодатель согласился платить и не противоречит законодательству. Вы соглаислись сделать огромный продукт за 1000 рублей и это устраивает заказчика — это самая справделивая цена. Именно столько вы и «заслуживаете». Вообще термин «заслужить» из другого мира — это получить награду за хорошую службу. А мы говорим об оплате работы — это из мира рыночных договоренностей.
client1:11 <-> server:1000
client2:11 <-> server:1000
client3:11 <-> server:1000
client4:11 <-> server:1000
А на каждый дескриптор же память тоже выделяется, вы её тут не считали. Я не знаю сколько, но там точно права доступа, адрес, тип. Или это не значительно?
Но у меня пару вопросов возникло, я не очень силен в высоконагруженных системах, но разве можно иметь 3 миллиона соединений на одной машине?
Насколкьо я помню, в IP адресации четыре поля:
И получается что количество уникальных соединений ограничивается количеством портов при наличии одного сетевого интерфейса: 64К. Или это по другому работает?
Но даже при всем при этом, каждое сетевое соединение — это файловый дескриптор, а их вроде тоже там ограниченное количество, в районе 300К, что на порядок выше ваших чисел.
Как это разруливается и считали вы системные затраты на каждое соединение?
Так а где же хранить?
Эффект одинаковый будет, если конечно сильно сарахром не увлечься.
Вашу родвственницу однозначно не гомеопатия вытащиша. Доказано наукой давно и окончательно.
Давайте поговорим о пользе кровопускаяни и лечения пиявками и мышьяком.