Обо мне

Более 10 лет я занимаюсь международной коммерческой веб-разработкой с использованием технологий:

  • Backend: Ruby (Ruby-on-Rails), TypeScript (NestJS, Deno, Node.js), Rust;
  • Frontend/UI: Angular, Tailwind, HTML5, CSS3, JavaScript;
  • БД: PostgreSQL (PostGIS), MySQL;
  • «Облака»: AWS, Linode;
  • Data science: R.

Помимо рутинных задач, работал над задачами анализа и обработки данных, графики, игр и мультимедиа. На ряде языков и платформ создавал сетевые приложения и протоколы, средства разработки, библиотеки. В свободное время публикую избранные поделки в виде open source.

Есть ещё одна особенность — люблю и умею учить, объяснять. Знаю, и много раз проверял, что большинству людей легче усвоить один принцип, чем пытаться запомнить тысячу фактов. Поэтому никогда не жалею сил, чтобы мой коллега уже сегодня что-то новое узнал, понял и применил на практике.

Верю в силу знания. Хотите верьте, а можете и проверить — почти каждый, с кем я работал, чему-то у меня научился.

Ключевые слова

Произвожу решения надёжные, долговременные, структурно целостные, документированные, ремонтопригодные, отказоустойчивые.

Истории

Если какие-то из этих историй вам близки, я, вероятно, смогу быть чем-то вам полезен:

💬В прошлый проект мы набрали молодых, амбициозных и быстро обучающихся. Начали вроде бодро, но потом разработка сильно замедлилась, а иногда останавливалась почти до нуля! Со слов разработчиков, применялись только «лучшие практики» из Интернета. В новом проекте хотелось бы больше предсказуемости.

💬Каждый раз, когда от нас уходит разработчик, новый очень долго включается в работу. Сначала неделями «изучает код», а, когда начинает вносить изменения, часто нечаянно ломает уже работающее. Хотелось бы организовать текущую разработку так, чтобы подключение новых сотрудников укладывалось в прогнозируемые сроки.

💬На словах наши разработчики «за TDD», но по факту тестов не пишут, всегда находя причины, чтобы их отложить. В итоге тестов очень мало и изменения часто приводят к регрессионным ошибкам. Хотелось бы системно решить вопрос своевременного написания качественных тестов по ходу работы, а не «потом».

💬Наши разработчики пишут неплохой код, но почти ничего не документируют. А, если и снисходят до описания, пишут через силу, невнятно и неаккуратно. Нужен кто-то, кто подаст пример и наладит в команде внятное документирование.

💬Наши разработчики часто ссорятся из-за предпочтений Windows/Linux/Mac, всяких форматов и практик. Иногда это весело и в шутку, но порой замедляет работу. Нужен кто-то, в чей авторитет поверят, кто сможет задать в критических точках проекта стандарты, приемлемые для всех.

Спасибо, что дочитали до этой строки. Если что-то из написанного выше показалось вам интересным, давайте побеседуем.