Зашёл в твиттер чтобы напомнить про мой офигенный телеграм канал - t.me/softwareengineervlog
Одно из немногих мест где вам не будут делать мозг, а речь исключительно про айти.
Отключение от свифт повлияет на конечную стоимость обналички денег. Платежи пустят более длинным путем, через транзитные счета, соответвенно комиссия суммарно возрастёт. Все. Больше ничего особо не выкрутишь. Ну будет ещё какой-то промежуток нестабильности.
Если совсем честно, то бизнес не слепой и видит, что средняя подготовка разрабов снижается. Бороться с этим бессмысленно, проще принять и понять. Ставка сегодня делается на архитектуру, на уменьшение домена коллизий и модульную изоляцию.
Мне кажется каждый житель нашей страны должен в обязательном порядке детально разобрать кризис 1998 года. Особенно вдумчиво разобраться как работал ГКО. Это очень сильно ставит мозги на место.
Программистов обычно трегерит мысль, что качество кода имеет значение только лишь а контексте спецификации. Всеми любимая тема "говнокода". Но возьмем стандартный случай - внешние библиотеки.
на практике никто не смотрит код сторонних библиотек, оценку делают через проверку требований. Потому что сторонний код изолирован и протестирован. На практике этого достаточно.
Так же и с кодом проекта - изоляция и проверка на соответствие спецификации - достаточная мера.
Если проект грамотно реализован с архитектурной точки зрения, то "слабые места" легко находятся и оптимизируются.
Поэтому сходить с ума по "говнокоду" - это просто бессмысленная трата ресурсов компании.
Дамы и господа, мне нужна ваша помощь.
Пару недель назад я номинировал Андрея @andrey_sitnik на GitHub Stars. Это программа "признания заслуг" ОпенСорс активистов.
Это даст Андрею доступ к чату с ГитХабом и участвовать в обсуждениях быть голосом русскоязычного ОпенСорса
Возникает резонный вопрос как строить проект, если у нас нет кода? На мой взгляд эта история целиком и полностью про архитектуру. Уже сейчас в своей практике я не вижу сильной зависимости качества продукта от качества кода, а вот от качественной архитектуры по прежнему зависит.
Под качеством кода я имею в виду, что если код корректен, то остальные атрибуты качества кода, делающие его "говнокодом" уже не оказывают существенного влияния при правильной архитектуре.
Грубо говоря, если архитектор грамотно провел архитектурные границы, выработал понятную спеку, и тем самым ограничил разрабов, то программисту очень сложно сделать что-то такое, что нагнет весь проект, не выходя за оговорённые рамки.