Мысли насчет IT

Рынок PHP - Апокалипсис не случился Если вы хороший PHP-программист, то даже с потушенным резюме вы обычно получаете порядка 3-4 предложения каждый день. В начале весны число заявок превратилось в 1-2 в неделю, а число вакансий на публичных площадках и телеграмм-каналах резко сократилось. Потом появилось достаточно большое количество вакансий с рейлокейтом, где предлагали весьма скромные условия. Причем даже если компания еще зимой предлагала 5-6к евро в месяц, то по весне это число превратилось в 2,5-3к. И честно сказать, это не лучшим образом характеризует эти компании - пусть это остается на их совести. С середины апреля из-за курса рубля зарубежные предложения потеряли какую-либо привлекательность, ибо они стали ниже рынка по РФ. Конечно, тут можно пошутить про официальный и неофициальный курс рубля, но жизнь идет в РФ в рублях и обнал идет по официальному курсу. С середины мая рынок вакансий на PHP-стеке начал возвращаться в обычное состояние. Многие компании, что заморозили найм, стали активно выставлять новые предложения, зарубежные компании перестали пытаться нанять ребят из РФ за дисконтный ценник и стали возвращаться привычные цифры в офферах. Цифры те же, что и на конец 2021 года. В конце мая случилось то, что я не рассчитывал увидеть так быстро - появились предложения для разработчиков из РФ от компаний из Украины. Где-то на удаленку, где-то на релокей и все очень профессионально. Поэтому сейчас можно смело говорить, что рынок PHP-вакансий выглядит перспективно

Нужно ли выполнять тестовое задание при устройстве на работу программистом? __ Тестовое задание в идеале должно занимать не больше 2 часов работы. Если очевидно, что задание займет больше, то нужно сделать три вещи: 1) Оценить свой уровень, возможно вакансия слишком сложная для твоего уровня. Например, спросить у более опытных ребят, выполнят ли они это задание за пару часов или нет. 2) Оценить насколько ты доверяешь этой компании. Не разводка ли это какая-то, что ты просто пишешь код на продакшен, либо просто пишешь код, тратишь свое время, а его никто не чекает. 3) Оценить насколько тебе вообще это нужно. Возможно, ты получил уже другие предложения, где предлагают пройти собеседование в офисе, и не нужно ничего выполнять. Если мы говорим про вакансии для опытных разработчиков, то тут уже много вопросов. Если это реально какая-то крутая компания, что ты туда хочешь устроиться - то да, выполнять задание и смотреть, что будет дальше. Если это какие-то "рога и копыта", то я бы лично время не тратил на него время. Зачем тратить свое время и подвергаться стрессу, если можно спокойно найти другое место, где не будет таких сложностей при трудоустройстве.

С какого возраста можно учить ребенка программированию? Типичная ошибка любого родителя - это заставлять ребенка что-то делать против его воли. Если ребенок не будет видеть для себя пользы в изучении программированию, он не будет его учить. Поэтому сначала нужно разобраться с мотивацией ребенка учить программирование. Если у ребенка природная тяга к программированию. Это можно проверить на логических играх. Если ребенку это интересно, если у него получается решать головоломки, если ему нравится находить решения из каких-то сложных ситуаций - значит программирование может ему понравится. Если ребенок быстро теряет интерес, быстро сдается, быстро переключается на другую деятельность, значит программирование не его (по крайне мере в настоящий момент).нау Заинтересовать ребенка программированием можно на своем примере (отец сидит что-то делает, ребенок сидит рядом с ним и начинает втягиваться в процесс). Заинтересовать можно, если отправить ребенка на кружки программирования или робототехники, где он найдет друзей и будет втягиваться в процесс. Либо можно втянуть ребенка в программирование на примере разработки компьютерной игры. Например, в свое время я делал карты для варкрафта, где научился писать простые сценарии, а потом уже втянулся в процесс и стал разрабатывать полноценные плагины для игр. Я делал то, что мне нравилось и постепенно повышал свой уровень. Что касается возраста, то осмысленно что-то делать ребенок может лет с 10. Если есть предпоссылки к программированию.

На какой технологии делать свой стартап? __ При выборе технологии для стартапа имеет значение три вещи: 1) Какая технология сможет сделать то, что вы хотите от своего стартапа. Например, если вам нужно разработать приложение для компьютера, то вы не сможете использовать php, тут нужно будет использовать C++, C# или Java. Главная ошибка тут - пытаться использовать какие-то непонятные библиотеки и библиотеки, когда для этой задачи есть более подходящий инструмент. 2) Скорость разработки, скорость внесения изменений. Разработка стартапа - это процесс внесения огромного числа изменений в первоначальный план. Поэтому нужно брать технологию, которая позволяет работать быстро. Например, Java с его Spring позволяет получать надежные решения, но срок разработки очень длительный. Для стартапов нужно брат что-то типа PHP (Laravel), Python (Djnago). Т.е. технологии которые дают результат максимально быстро. 3) Стоимость разработки. Просто подумайте, что если ваш стартап выстрелит и вам понадобится нанять еще разработчиков, сможете ли вы конкурировать за лучших Java-разработчиков с каким-нибудь сбербанком? Очевидно что нет, поэтому всегда лучше брать более дешевую технологию. Переписать можно будет всегда потом, когда уже появятся деньги, а на старте вопрос зп разработчикам может стать критическим "прорвется ваш стартап или загнется". P.s. Но если сказать прямо, проще всего начать писать свой проект на том, что ты знаешь. Если ты, например, знаешь Ruby On Rails, то ты пиши на нем.

Что отличает хорошего тимлида от плохого? Если говорить кратко, то основные черты хорошего тимлида это: 1) Умение делегировать задачи. Тимлид не должен сам делать задачи, он должен распределять их на свою команду так, чтобы каждый программист имел интерес делать эту задачу, и был способ её выполнить. Т.е. правильно подобрать по уровню сложности и личным качествам разработчика. 2) Умение создать в коллективе продуктивную обстановку. На работе должна делаться работа, а не выясняться отношения, кто более тут альфа-самец, а кто права не имеет. Когда обстановка скатывается вот в такие разборки - можно сразу увольнять всех и нанимать с нуля, ибо уже не исправить. 3) Умение принимать тяжелые решения и доносить их до людей. Например, если какой-то программист не тянет, то тимлид должен спокойно подготовить человека к тому, что он не тянет, и потом объявить ему о том, что тот уволен. Что касается технического уровня тимлида, то я не думаю, что это какой-то решающий фактор. Тимлид должен управлять программистами, а не быть самым умным. Если становится очевидно, что в команде плохие отношения (злоба, вражда, недоверие), и команда перестала эффективно выполнять свои задачи - это признак плохо тимлида. Если приводить аналогию с армией, то тимлид - это сержант, который ведет своих ребят в бой, отвечает за каждого из них, а когда нужно и поддает пинка для мотивации.