Форма или функция? Что наступает на первом месте? Самые успешные продукты ударяют хороший баланс.
Ниже приведено предвзятое мнение, основанное на личном опыте работы с соответствующими платформами программирования, их разработчиками сообществами и библиотеками.
Это было почти год, так как я начал ambianic.ai на Github , который дал мне возможность работать почти ежедневно на JavaScript (часто смешанный с помощью TypeScript) и Python Code. Ранее у меня были многолетний опыт реального мирового опыта с Java, SQL и меньшим расширением C, C ++, Haskell, Prolog, Lisp, XSLT и различные другие императивные, функциональные,
Одна из ранних технологических решений, которые мне пришлось сделать для Ambianic.ai выбирают платформы для:
- Frontend – в этом случае прогрессивное веб-приложение
- Backend – локальное краевое устройство, которое запускает видео обработки и вывод Ai, не разделяя никаких данных с любыми облачными учетными записями. Вот диаграмма архитектуры высокого уровня.
В то время решение было основано на дни чтения и исследования. В конце концов я поселился:
- Frontend: JavaScript/Tymdercript с Vuejs, Vuetify и многими другими библиотеками NPM.
- Поддержка: Python 3 с Tensorflowlite, Gstreamer и многими другими библиотеками Pypi.
Интуитивно почувствовалось правильно, чтобы сделать ставку на основе на основе браузера для UI. Казалось, что существует гораздо большая критическая масса усилий, вложенных в решение пользователя – проблема взаимодействия компьютеров через технологии на основе браузера.
Одновременно у меня был шанс вносить вклад к Tensorflow IO И последовательно встречаются с основными участниками на саммите докладных участников 2019 года. Вполне понятно, что большинство ML API были первыми питонами. Это сделало это интуитивно подходящим выбором для бэкэндской платформы.
С некоторыми месяцами рукой на опыте у меня есть немного более прочная база аргументов, чтобы оставаться курсом.
Почему JavaScript является правильным выбором для UI
Экосистема веб-браузера преобладает люди, которые работают без остановки, чтобы решить проблему интуитивно понятного, пользователем без трения – компьютерное взаимодействие. Конечные пользователи приходят во всех формах и формах, от большого разнообразия культур, языков и профессиональных фонов.
Строительные приложения с Great UX – очень очень сложная проблема. Люди эмоциональные, субъективные, иррациональные и противоречивые. Создание пользователей Happy требует реализации и переизнимания одной и той же функциональности бесконечно с помощью итеративных твиков, A/B тестами и несколькими альтернативными способами для пользователей для доступа к той же функциям. Это гораздо больше арт-формы, чем наука.
Как Майкл Джордан Ай сказал в недавнем интервью Мы настолько близки к выяснению человеческого мозга, поскольку древние греки были близки к посадке на луну. Мы все еще мечтаем больше, чем понимание.
Кроме того, пользовательские устройства и версии браузера охватывают тысячи разных перестановок. Код Frontend должен вместить все виды размеров экрана, устаревшие браузеры, интернет-пропускной способности и режимы ввода.
Все эти проблемы отражают, как APIS и библиотеки JavaScript браузера будут разработаны и реализованы. Они стали очень эффективными в решении грязных пользовательских проблем. И это также влияет на читаемость кода JS. Это часто кажется повторяющимся, иррациональным и субоптимальным от точки зрения ученого. Несмотря на то, что результирующее приложение может восприниматься как удобное и интуитивно понятное у 98% пользователей.
Но опять же вы знаете много ученых, которые великолепны на здании Slick Ui? Итак, давайте покинум пользовательским интерфейсам артистам Frontend.
Но вы знаете, что ученые действительно хороши?
Почему Python отлично подходит для борьбы
Ученые великолепны при минимизации, оптимизации математически правильного, последовательного, чистого и красивого кода. Ученые не стесняются, чтобы выбрасывать гипотезу, что доказано неправильно и быстро заменит с лучшими, крепчеми, улучшенными.
Python развивался в основном благодаря точным наукам – физикам, математикам и компьютерным ученым. Его усыновление и использование в отрасли также развивались за счет решения численных и проблем с данными.
Код Python часто чистый, последовательный и самоуверенный. В некоторой степени из-за его синтаксического стиля, но я думаю, что гораздо больший простирается из-за такого рода людей, которые его написали. Питоновый способ – делать вещи последовательно через доску. Сделайте одну вещь и сделайте это правильно. Нет много места для художественных вариаций.
Одним из самых выдающихся примеров является отсутствие делать пока петля. Обычно принято причина Для отказа от этой конструкции это то, что он нарушает правило отступа блока Python. Получить с программой, как это или нет, наука движется дальше.
Эта традиция точной и минимализма привела к экосистеме библиотек и лучших практик, которые делают Python гораздо более простым выбором для рецензионного кода, где проблемы с трудом решаются без немедленной заботы о взаимодействии пользователя.
Отдых, график, GRPC и другие удаленные интерфейсы здесь, чтобы оставаться в качестве основного клея между кодом Frontend и Backend. Я убежден, что в долгосрочной перспективе лучше добавить дополнительный слой подключения, чем заставить разработчику UX подумать как ученый и наоборот данных. Я думаю, что даже генерасты ценят и используют правильные инструменты для работы.
Оригинал: “https://dev.to/ambianicai/use-javascrips-for-frontend-code-and-python-for-backend-2pna”