Помочь ребенку учится
Сын 13 лет хочет заниматься программированием. Я и муж- гуманитарии и особенно помочь не сможем. С чего начать? Может книги,сайты посоветуете, чтобы не испугать сразу сильно сложным?
Сын 13 лет хочет заниматься программированием. Я и муж- гуманитарии и особенно помочь не сможем. С чего начать? Может книги,сайты посоветуете, чтобы не испугать сразу сильно сложным?
Для программирования нужен определенный набор личностных качеств и ряд обстоятельств, в противном случае бесполезно, чему-то научится но двигаться вперёд не будет, индустрия вперёд семимильными шагами идёт. Я с 14 лет начал активно продуктовую разработку вести (до этого можно сказать игрался), в настоящий момент опыт разработки 12 лет (php,go,ruby,nodejs,devops) и прочие прелести. Мой вам совет, никогда не начинайте учиться программированию на php, потом возникнет ряд проблем. Пусть осваивает более низкоуровневые языки, купите arduino набор пусть с железякой работает, так будет гораздо интереснее познавать данную сферу, а уже под arduino статей с примерами масса, в качестве первых шагов хорошо, потом само попрет
https://m.ru.aliexpress.com/wholesale/arduino.html
Бери готовые наборы
От технологии не зависит:) Пруфф: https://m.habr.com/company/moikrug/blog/347440/
Но любой технологии ещё научиться нужно. А для этого она должна нравится. Это как с девушками: сначала должна нравится, семья, дети, планы на жизнь и вся остальная ерунда - потом.
Да, только инфа в открытых источниках по ЗП с реальным положением дел редко совпадает, требования они явно не анализировали, как правило где php там чаще всего full-stack и хорошо ещё react,angular,изоморф апп и прочую шляпу хорошо знай и вот тебе зп от 40 до 100500к будет точно тебе говорю )) </sarcasm>
Ардуино отвратителен, худшая комбинация которую можно придумать для старта, голый С с неявными накрутками от разработчиков IDE. Лучше начинать с ООП в котором нельзя в ногу выстрелить: python или java.
и в 2018, и в 2028. Спрос на специалистов только растет. Новомодные хипстерские языки - удел стартапов. В серьезном бизнесе роль играет насыщенность рынка специалистами.
Угу, поддерживать старые костыли (но проверенные временем) отделом в 20 человек или нанять толкового devops который развернет нормальный CI со всеми положенными стадиями и примотать микросервисную архитектуру и гудбай проблема с насыщенностью. Да есть проблема поддержки, но при грамотной архитектуре в MSA проще будет перевоять конкретный сервис
А каким образом java конфликтует микросервисной архитектурой и нормальным CI? По-моему у вас каша в голове, несмотря на 12 лет продуктовой разработки.
Сам являюсь лидом команды которая работает на зарубежного заказчика. Микросервисы, CI/CD на автоконфигурируемых с помощью Jenkinsfile пайплайнах. От пуша кода до деплоя 3-4 минуты.
И да, на 14 сервисов нас всего 5 человек, никаких 20 там и не пахло. Плюс фронтенд (vueJs, хотя это не принципиально)
Эээээ..... ок. Видимо объяснять тот факт, что "микро" применительно к архитектуре никак не относится к размеру файла, потребляемой памяти а только к количеству выполняемых функций - нет смысла?
Но видимо пошел жесткий офтоп с кармодрочеством. Дискуссия протухла.