Стаття базується на даних липня, тобто ніяких оновлень з липня але автори подають це як свіжу статистику. Будь ласка, або актуалізуйте дані або вказуйте, що дані липнєві і не використовуйте їх в назві статті, бо це вводить в оману.
По самій статті було б добре тримати нейтральність і брати інтерв’ю у випускників усіх шкіл-учасників або вказувати, що якісь школи не мають працевлаштованих чи не надали контакти. Зараз це виглядає як наче прихована реклама.
Це теж ефективний підхід, якщо стоять цілі «підтягнути» скіли і поділитися знаннями. Але коли цілі ще пов’язані із софт-скілами, роботою з групою, лідерством і публічними виступами, то цей підхід втратить ефективність.
Тому, залежить від контексту і потреб ;)
Наталья, учитывая простоту поставленной задачи, возможно, проще было бы закинуть пост в соц.сеть и найти знакомых знакомых к которым можно прийти физически в Вашем городе и все потестить и самой настроить.
Мир не без добрых людей, тем более когда речь идёт об обучении
У меня складывается ощущение, что Вы упорно не хотите замечать основной посыл о бизнес-составляющей работы программиста и «зашориваетесь» технической частью.
Возможно, я не прав и мне, лишь, так кажется.
Неуместная «подколка».
Возможно, Вы не до конца понимаете юмор моей прошлой фразы, которая не направлена на Вас лично, а, лишь, является модификацией знаменитой цитаты.
Я много раз видел, когда разработчики отказывались от некоторых практик в угоду текущих требований и это были правильные решения с точки зрения бизнеса.
Перефразирую одну цитату:
«Ты можешь быть бесконечно прав и знать все лучшие парадигмы программирования, но какой в этом толк, если твой клиент плачет?» ;-)
Нет. Как и пол, цвет кожи, религиозные взгляды и половые пристрастия =)
Главное, чтобы человек был хороший © ;-)
Следуя Вашей логике, начинающий разработчик должен знать несколько языков и умело ими «жонглировать» подбирая идеальный под конкретную задачу.
Я же акцентирую внимание на том, что коммерческая разработка — это не умение писать красивый код и прикручивать библиотеки, а решение бизнес-задач.
И навык конвертирования потребностей бизнеса в технические реализации не зависит от выбранного языка.
Каким образом весь этот холивар помогает топик стартеру?
Есть масса топиков где можно на эту тему похоливарить.
А вот начинающему специалисту это всё только мешает, так как человек уже определился с направлением и ему нужна помощь с наполнением индивидуального плана развития. Я ниже уже писал, что язык не так важен, важно умение решать поставленные задачи.
Вы любитель похоливарить на тему CMF \ Фреймверков и т.п.?
Я уверен, что не так важен язык или фреймверк для начинающего разработчика, как важна практика и возможность научиться решать бизнес-задачи, ведь программирование, зачастую — это не сферический конь в вакууме, а некий сервис для бизнеса (по крайней мере, коммерческая разработка, которой занимаются подавляющее большинство).
Друпал 8 близок к симфе, 9ка еще ближе, поэтому свич, при необходимости, не вызывает труда. Есть масса прекрасных примеров, если что.
Мы планируем в Харькове в конце лета\начале осени делать очередной набор интернов.
Но вариант удаленки не особо подходит для обучения и быстрого развития.
Если интересуют подробности — пишите в ЛС
Компании разные и требования разные. То, что Вы описываете имеет место быть, не спорю. Но есть и обратная сторона медали: джуны, у которых пробелы даже в самых базовых знаниях, сделавшие
На рынке, к сожалению, нет единых стандартов и в ближайшее время не предвидится.
Мы для себя решили делать интернатуру и набирать людей с потенциалом и английским адекватным, а не пытаться переобучить недоМиддла.
Конечно, есть масса замечательных исключений, так как люди, зачастую, получают практический опыт, ограниченный возможностями текущих компаний и проектов и не всегда могут дополнить практику соответствующей теорией, но желание расти и развиваться встречается далеко не всегда.
А Вы в каком городе проживаете?
По теме: комментарий Карины весьма уместный и описывает реальные ожидания от джуна.
Могу лишь добавить базовые навыки работы с докером, умение писать простенькие тесты, xdebug или другой инструментарий для отладки и профилирования (не будут расспрашивать что и как там работает, просто спросят чем пользуетесь и в каких случаях)
Вы, пожалуйста, перечитывайте текст, который пишите. Некоторые его части напоминают набор безсвязанных безграмотных фраз.
И я акцентирую на это внимание не потому что я «граммарНаци», а потому что Ваш пост может читать сейчас представитель потенциального работодателя, который планирает формировать группу для оплачиваемой интернатуры (где учат да ещё и платят некую стипендию), а низкий уровень грамотности и общее качество текста просто оттолкнет и «смажет впечатление». Это как смотреть на опрятность и внешний вид при первой встрече.
Также, Вы ни слова не сказали о уровне английского. Если он базовый, то стоит сфокусироваться именно на нем, в первую очередь. Ведь, как показывает практика, английский даётся намного сложнее, чем обучение до среднестатистического PHP юниора.
Определились со второй темой:
Override existing Drupal 8 services
Слайды с Drupal Talks 25/11/2016:
Intro: docs.google.com/...
Drupal 7 Migrate: app.classeur.io/...
Drupal 8 Migrate:
dmytro.danylevskyi.com/...
Drupal 8 Plugin API:
zviryatko.github.io/drupal-8-plugin-api
Видео и фото встречи появится немного позже.
Видео с мероприятия: youtu.be/E395M6mH5sY
Огромная благодарность Andrey Postnikov, Dmytro Danylevskyi, Alexey Gaydabura и Yuriy Gerasimov за помощь в проведении встречи!
Ну и, конечно, спасибо всем кто пришел — без вас ничего бы не получилось!
P.S. Презентацию можно найти в описании к видео ;-)
Видео первого доклада с исправленным звуком:
youtu.be/vg37wzf5sAg
Видео уже доступно для просмотра:
Drupal 8 multilanguage, how it works
youtu.be/O7kiE9-Es30
Configuration Entity в Drupal 8
youtu.be/cZy98UKHjnw
Враховуючи, що аналітика базується лише на ставці, можна припустити, що ті самі СЕО та СОО просто мають дуже жирну варіативну частину коли ролі типу СТО або її не мають або мають незначну.