Алексей Маликов

Помимо программирования я увлекаюсь еще несколькими диаметрально противоположными вещами и одно из них - это керамика, а точнее производство форм для отливки фарфоровых изделий. И т.к. я новичок в этом вопросе – я очень много вещей сейчас познаю на собственных ошибках и получаемом опыте. Сегодня утром у меня закончился 24 часовой эксперимент с подготовкой трех болванок для чистовых форм снятых по сырому глиняному макету. И он увы закончился неутешительно для меня. Ибо по сути я потратил сутки впустую и с результатами работать дальше не получится. Это был эксперимент и все в общем-то хорошо полученные данные помогут двигаться дальше, да и пост не про это...

Вольный перевод статьи Джона Арундела - Don't write clean code, write CRISP code Я уверен, что каждый из нас выступает за "чистый код", это одна из тех вещей впитанная с молоком матери, с которой сложно не соглашаться. Разве кто-то в здравом уме хочет писать "грязый код"? Но есть одна проблема, многие из нас никак не могут придти к консенсусу, что же означает "чистый код" и как его получить. Правила типа "SRP" отлично смотрится на футболке, но их не так просто применять на практике. Что считается "единственной ответственностью"? За все время занятием программирования, а начал я еще с ZX81, я обнаружил несколько принципов, которые оказались чрезвычайно полезными...

Успешность MVP решения напрямую связанна со скоростью его создания, с этим никто не будет спорить (надеюсь). Но из чего складывается скорость создания? Мне кажется есть 3 основополагающих фактора: Так из чего складывается скорость разработки прототипов? Из опыта разработки и сопровождения прошлых продуктов. Существует конечно маленькая вероятность, что без этого опыта у вас что-то получится. И такие примеры есть, но учитывая кол-во этих примеров - скорее это ошибки выживших. Прежде чем сейчас бросаться в жерло возможностей импортозамещения...