Web

Я профессионально занимаюсь веб разработкой более 25 лет, за это время у меня накопился достаточно большой опыт, но некоторые вещи всегда вызывали противоречие, среди них:

SOLID - аббревиатура обозначающая 5 принципов, которые по утверждению автора должны помочь содержать кодовую базу чистой и простой. Но что может быть не так?

SOLID всегда продавался подавался именно в таком звучании и в таком порядке, хотя сами принципы совершенно независимые друг от друга. Слово как бы само за себя говорит что придерживаться принципов СОЛИДно. Отсюда можно сделать вывод что смыслы, вложенные в аббревиатуру были с большой долей вероятности натянуты, чтобы образовать в итоге красивое слово. Возможно есть какие-то другие принципы, более полезные, но не вошедшие в понятие.

Marketing first

Но нельзя делать выводы поверхностно. Давайте копать глубже. Программирование оно бывает сильно разное. Между компилируемым и интерпретируемым языками существует большая разница и принципы в какой-то степени должны учитывать это.

Читать далее →

Мир javascript зависимостей весьма велик
Доходит даже до того что для обычной функции скажем проверки числа на чётность использования отдельный npm пакет
И его уже интегрировали внутрь себя множество других пакетов
Таким образом подключая какую-то отдельную библиотеку - в ваше приложение попадает вагон и маленькая тележка зависимых библиотек
Это как чтобы изобразить банан ????- вам нужно импортировать обезьяну и джунгли полностью
Это всё чревато не только разрастанием приложения, но и безопасностью. Какая вероятность что один из пакетов в очередном минорном обновлении не будет содержать в себе вредоносный код, который автоматически подхватят зависимые библиотеки

Читать далее →

Да да. Как оказывается хостинга с вечными тарифными планами не существует. По сути это утопия. Даже если сам хостинг уверяет, что вы приобретаете по настоящему вечный хостинг и платите один раз - это лукавство. Хостинг вечен - пока компания которая обеспечивает его функционирование - существует и пока она может поддерживать ваши изначальные договоренности по вечному статусу.
Вечные хостинги закрываются один за другим и кажется что этот тренд так и будет продолжаться

Читать далее →

1. Общая архитектура системы
Принцип автомасштабирования и автовосстановления. Вместо одного единого монолита (точки отказа) — система делится на несколько согласованных микросервисов, управляемых через механизм оркестрации в облачной инфраструктуре

2 Читать далее

Читать далее →

Такая инженерная задачка:

Написать скрипт синхронизации вашей базы и базы источника максимально удобно, без избыточных переменных и записей. Естественно, вам нужно сохранить у себя записи, которых в базе источника больше нету. Вы предусмотрительно создали колонку с указанием даты деактивации этой колонки на источнике

Речь идет о средней сложности интеграциях, не слишком быстрых и не слишком долгих

Вся сложность в том, что если вы при сихнронизации вы деактивируете все активные записи текущей датой, чтобы при последующем обновлении восстановить активные записи - вы получите временной лаг, когда у вас все учетные записи в какой-то момент времени будут деактивированы, что не всегда приемлимо, особенно когда записи активно используются, например в пользователях, либо товарах

Предлагаю обсудить задачу и элегантное решение далее

Читать далее →

Легаси - часть кода, со скрытыми слоями, которая делает что то и никто не знает как именно она работает. Фактически наличие легаси в проекте значит утерю понимания и прозрачности кода
Возможно код устарел и на тех технологиях уже не пишет никто либо команда которая закладывала основы уволилась и теперь никто не понимает что там есть

Давайте обсудим способы избежания этого неприятного явления

Читать далее →

Первый публичный хобби проект. 

В 2010 году в мире веб разработки случился прорыв под названием jquery. Тонны js кода под разные браузеры превратились в элегантные понятные обращения. Киллер фича с вау эффектом была анимация блоков. Css анимации тогда не существовало, был js который раз в минимальный интервал двигал параметр на определенную дельту и получалась плавная анимация. Лёгкая и понятная, наивная в отличие от флеша. Флеш тогда ещё был, но уже отмирал. 

И вот чтобы это всё закрепить пришла в голову мысль собрать сервис, где можно было онлайн создать полноценное видео

Тогда с сервисами вообще было туго. Были сервисы а-ля залей картинки, мы тебе их них сами слайд шоу соберем. 

Как вы понимаете, мощь jquery способна на большее, чем тупо кинуть клинки картинки

Читать далее →

Prodob 2012 - 2023

Продажа и обмен

Проект посвящен усовершенствованному клону авито. В 2012 году авито представлял из себя множество неудобных форм, где для одного размещения товара нужно провести множество неудобных шагов. Это потом уже авито начал заниматься своим интерфейсом и сейчас вполне себе идет в ногу со временем.

Основная фича сервиса - упростить размещение объявлений. Если это обмен БУ товаров - то тратить много времени на размещение своих мелких вещей - это не выгодно. По этому идея была максимально упростить данный процесс. Для этого нужно ответить на вопросы кто где что и когда за что готов продать.

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

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

Далее - остальная история развития проекта от идеи до закрытия

Читать далее →

авторы graphQl хотели добиться максимальной гибкости при взаимодействии клиента и сервера. Сервер не должен знать обо всех клиентских версиях и набора данных в каждый момент. А поиск должен проходить по переданным клиентам условиям и с подтягиванием указанных клиентом связей

Если брать graphQl целиком - он слишком объемен и сложен. Возможность указать клиенту условия, а также связи дает потенциальную возможность злоумышленнику загрузить сервер, положить его, Достаточно запросить данные друзей друзей друзей. Для защиты от перегруза каждый придумывает свои механизмы
Давно еще нас учили не доверять клиенту, а здесь у него полная свобода

Перетягивание всего механизма graphql слишком объемно и сложно, особенно для простых проектов.

Но сама идея запросов ресурсов через клиента в рамках дозволенного - реализуется достаточно просто и не требует каких-либо серьезных затрат и алгоритмов, что позволяет использовать их в обычном запросе.

Читать далее →

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

Нельзя оценивать всех разработчиков по заранее известным критериям
При разработке сложной системы - теоретически можно разложить все ее составляюзие компоненты и как-то классифицировать сложность каждого из навыков

Если это веб система - наверное всем знакома общая классификация направлений, таких как фронт, бек, веб-дизайнер
Иногда ее делят на более узкие специализации, такие как андройд, иос, администратор базы данных, UX дизайнер
Иногда обобщают в более широкие специализации - фулстек, техлид

(Это всё еще не брало во внимание управленческие компетенции, где всё становится в разы неоднозначней)

Разбираемся в мире компетенций

Читать далее →