@BRONNER ну и да, основная мысль сервисов-фабрик, если сервис зависит от кучи всего и лишь чуть чуть от данных которые должны предоставить вы (например сервис хеширования паролей зависит от конкретной имплементации модели пользователя) то логично сделать сервис, который имеет все необходимое для конструирования и лишь запрашивает остаток у пользователя. В этом случае мы не нарушаем основных принципов и все хорошо покрывается тестаим.
@BRONNER заодно прочитайте про принцип единой ответственности из которого как раз и вытикает что созданием объектов должен заниматься кто-то один. Ну и еще шаблон информационный эксперт.
@Corak за конкретные решения я беру денежку. А примеры могу бесплатно ваять. Да и вообще я согласен с @KorsaR-ZN, в джумле это решается штатными средстами, не нужно говнокодить.
@jidckii ну половина пайтон разработчиков уж точно сидит в варгейминге.
Карта не показывает статистику по количеству сотрудников. По вакансиям да, можно примерно прикинуть, раз уж в киеве и минске в среднем в 4-6 раз больше вакансий.
ну так сделайте функцию, которая учитывает когда надо сортировать, а когда нет. Не стоит умышленно повышать сложность решения, лучше оперировать маленькими функциями которые хорошо выполняют свои задачи. Код всеравно отработает очень быстро.
@pavel_salauyou ну я так понимаю тебя не особо интересуют вакансии на 1К, так что тут ситуация понятно будет чуть сложнее. Да и это касается девелоперов (присутствие на митингах с продукт-оунерами, минимальное ведение документации, оценки и прочее).
@jidckii вообще не смотрите что вакансий мало, просто разошлите резюме. Даже если прямо сейчас вакансии не будет, то все может измениться через месяц два.
@jidckii знакомый админ искал работу где-то месяца три-четыре. Но у него запросы были специфичные, что бы и интересно было и платили хорошо. У нас за три года он просто под все написал скриптики и стало скучно.
по поводу необходимости разговорного английского - чушь полная. Берут только в путь, в соц пакеты обычно курсы английского прилагаются. Если у вас опыт есть, то плевать всем что вы не можете с клиентом разговаривать, для этого у вас менеджеры будут.
Есть такое дело, что учителя и врачи получают эти самые $300 (раньше по $500 в среднем по стране было до девальвации), даже продовщицы в магазинах больше получают. В целом жить хорошо можно, просто для этого нужно приложить силы (в прочем как и во всем остальном мире).
Что до IT, вот честно... а где-то в СНГ по другому? 90+% это аутсорс, остаток - продуктовые компании. На внутреннем рынке плохо, да, хотя не так уж что бы сильно плохо, просто с валютой больше проблем. Во всяком случае потолок в $300 это смешно.
@qmax вынос чего-либо в директиву не означает использование jquery, это может быть jqlite и еще какие-то вещи.
Короче что вы пристали, просто не используйте если вам это не нужно. Есть jqLite, которого хватает. Есть необходимость добавлять готовые решения которые требуют jquery. Приходится либо тратить кучу времени на реализацию этого решения без jquery (только jqlite например) или подключать jquery.
@qmax хотя, если подумать, подобными изощрениями я занимаюсь обычно на проектах-гибридах, где такие вот мелочи спасают от диких лагов, и там я jquery не использую... Один из последних случаев - календарик с ивентами, с гестурами и прочим, если делать его на стандартных средствах angularjs все безбожно педалит. Пришлось выносить в директиву все, что касается формирования DOM.
Еще если вам интересно, некоторые используют внутри директив react.js изза концепции виртуального DOM и более оптимизированного рендринга. И да, этого можно добиться тупо используя различные штуки типа ngBindOnce и т.д. и получить даже существеннее профит.
Короче все что я писал можно сократить до:
jquery в 90% нужен из-за зависимости сторонних директив от нее
jquery часто подключают что бы jqlite получал поддержку выборки по селекторам, jqlite умеет не так много в этом плане.
jquery нужен если супортишь IE до 10-ой версии (в ней у меня особо проблем небыло, а какие проблемы в IE9- я уж и не вспомню), и то можно подключать в порядке эксперемента когда что-то в этом плане не работает
Следует делать зависимость от jquery минимальной, ипользуя API jqlite (при подключении jquery до angular, он это дело разруливает подменяя jqLite на jQuery и делая API совместимым). Следует всегда стремиться избавиться от этой зависимости но много времени на это лучше не тратить.
