Чтобы прочитать эту статью на португальском языке, нажмите здесь.

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

С некоторых пор я наблюдаю за обещаниями, которые давали эти javascript-фреймворки и которые, на мой простой взгляд, не были реально выполнены.

Если вы посмотрите на это, то сегодня разработать приложение намного сложнее и трудоемче, чем 5 лет назад. Кроме того, гораздо сложнее поддерживать организованность, развязку и «безопасность» кода.

В тот период, когда я наблюдал за этой особенностью фреймворков javascript, я понял, что это не только из-за огромного количества ресурсов, которые современные инструменты предоставляют таким разработчикам, как вы и я.

Реальность, которую я понимаю, показывает мне, что 5 или 10 лет назад мы были умнее, потому что были независимыми. Уже сегодня мы являемся рабами таких компаний, как Google, Facebook, Netflix, Spotify, Nubank и некоторых других.

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

Попробуйте предложить своей команде, чтобы часть или весь код системы, которую вы собираетесь разрабатывать, был написан только с использованием html, css и javascript. Как вы думаете, как бы они себя повели?

Что, если бы вы просто пытались продемонстрировать, почему бы не использовать сторонние библиотеки и что разработка собственной библиотеки — лучший выбор?

Я почти уверен, что тебя сочтут сумасшедшим. Я прав?

Это потому, что, по мнению «современных разработчиков», мы не можем тратить время на написание ненадежного, некачественного и плохо организованного кода. В конце концов, если вы не используете что-то вроде Angular, React или Vue, ваш код никуда не годится.

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

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

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

Говоря о скраме, это не совсем работает.

Честно говоря, Scrum — это всего лишь небольшое слово, которое включит вас в группу разработчиков, которых мегакомпании считают раскрытыми.

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

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

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

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

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

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

Если вы заинтересованы в продолжении этого чтения, зарегистрируйтесь здесь, чтобы получать уведомления о предстоящих статьях из этой серии.

https://molegal.medium.com/subscribe