Програмісти сперечаються роками: процедурне, об’єктно-орієнтоване чи функціональне програмування? А ООП — геніальний винахід чи катастрофічна ідея? Щоб знайти відповіді, Руслан Дмитракович поринає в історію розвитку парадигм у своєму блозі.
Програмування — це коли ти розв’язуєш одну проблему і створюєш дві нові. Так починається блог Architect Руслана, в якому він ділиться ефективним способом позбавлення від легасі-коду.
Индустрия ІТ очень разнообразна, существует множество сегментов, требующих обширных знаний. И чем больше знает специалист, тем больше у него поводов для сомнений в самом себе. Ведь он понимает, как много есть того, что еще можно узнать. Как говорил Сократ: «Я знаю, что ничего не знаю». И эта статья именно для тех, кто постоянно учится, но все же сомневается в себе.
Разработчик Руслан Дмитракович рассказывает, что у него возникла задача оценить группу программистов, работающих над проектом. Ситуация напоминала мультфильм «38 попугаев»: нужно измерить удава, но как это сделать — неизвестно. В результате появилась методика, которую он представляет в этой статье.
Одна из главных проблем при разработке ПО — сложность. Человеку свойственно ошибаться, ему сложно держать в голове всю архитектуру проекта, и это нормально. Рассмотрим способы уменьшить сложность при разработке.
Наблюдая за процессом собеседований, часто вижу одни и те же ошибки, которые делают при приеме на работу новых сотрудников. Эти ошибки превращают процесс отбора в рулетку как для работодателя, так и для кандидата. Попытаюсь описать, что происходит и на что стоит обратить внимание.