Я как-то записывал видео о том, что при изучении программирования не нужно изучать технологии только по мере надобности. Вы изучаете базу и тут же берёте какой-то проект и на его основе начинаете писать код, изучать и практиковаться - все в одном флаконе.
В любом зыке программирования можно найти преимущества и недостатки, хотя выбор языка чаще все же обусловлен не самим языком, а другими факторами – друг сказал, дядя ютубер рассказал, сосед посоветовал или в школьной программе был именно этот язык.
Когда я начал работать на нынешней работе, то у нас в компании использовали TFS для управления кодом. Над проектом тогда уже работало наверно сотня программистов и все коммитили в основную ветку.
Сегодня я продолжу рассказывать про систему контроля версиями git. Если ты не видел первую часть, то текстовая версия есть в разделе статей на моем сайте (Учимся работать с GIT проще некуда), а видеоурок доступен здесь.
В моей молодости 90-х годов для совместной разработки кода приходилось хранить файлы на каком-то сетевом диске и договариваться с коллегами, кто и что изменяет, чтобы не мешать друг другу.
Вы хотите научиться программировать Web сайты и думаете, что это сложно? На самом деле нет. Программирование упрощается с каждым годом, оно становится доступным большему количеству человек, но не падает пока в популярности.
На одном из стримов меня попросили рассказать о SOLID, на сколько это важно, нужно и стоил ли вообще заморачиваться.
Эта тема мне далась очень сложно, потому что я не любитель всех этих точных определений и тем более не любитель дискутировать на эту тему. Очень часто сложно найти точное определение, поэтому я их просто не даю, а просто описываю вещи простым языком. И вот тут как раз очень часто люди придираются к моим словам, что я сказал что-то не точно и есть более точное определение. Еще раз повторю, что я против определений.
Мне ни разу не доводилось работать в компании, где бы практиковалось парное программирование, но я хорошо отношусь к этой идее и с удовольствием попробовал бы.
Недавно под одним из видео бал комментарий, что в реальности почти все (кажется, довелось число около 90%) программисты не используют алгоритмы и им это не нужно в работе.
Я увидел тут код, с не очень приятной для мена архитектурой, где бизнес логика выполнена в виде больших интерфейсов. В каждом интерфейсе было по несколько десятков методов. Я с таким встречался раньше и обычно за подобным интерфейсом скрывался класс фасад, который скрывает вызов сложных вещей.