Виталий Першин

Такие вещи как корзина нужно согласовывать с бэкэнд-программистом. У него может быть CMS c готовым модулем, который вам нужно перестилизовать. А может он любую разметку прикрутить готов.
Удаление товара может быть реализовано как с перезагрузкой страницы. так и аякс-запросом. Это тоже нужно уточнять.
Для подсчета стоимости вам нужны данные — цена и количество, и возможно скидки. Также нужно согласовать, каким образом вы будете получать эти данные, в дата-атрибутах, отдельным объектом на странице или аякс запросом.

А может от вас просто требуется статичная верстка. =))
В общем, не по адресу вопрос задаете. Обговаривайте это с заказчиком или коллегами.

Попробуйте .update(), либо .destroy() и потом .init()

Swiper API

Собрать такую же аудиторию. По качеству и количеству.

Заходите внастройки, нажимаем "Repositories", выбираем нужный, нажимем "0 collaborators" а дальше тыкаем на кнопку "Add people"
Это для наглядности всем другим кто ищет.

Подходите к решению проще и спокойно.

Допустим у нас была система на Django (Python) - огромная система с кучей всего. Мы прикинули и поняли, что разбивка монолита на микросервисы не обязательно должна быть "глобальной и сложной". Можно поделить монолит на более мелкие монолиты:

1) Вынесли сервис авторизации из монолита на Django в отдельную систему на Django.
2) Вынесли партнерский модуль из монолита на Django в отдельную систему на Django.
3) Вынесли модуль постройки отчетов из монолита на Django в отдельную систему на Django и поставил диспетчер очередей, чтобы не блокировался запрос.
4) Вынесли платежный модуль из монолита на Django в отдельную систему на Django.

И так далее.

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

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

А теперь, тщательно изучив существующие сферы программирования, поняла, что мне просто НЕОБХОДИМО стать биоинформатиком!

Поэтому, программисты-биоинформатики, поделитесь, пожалуйста, своим опытом и ответьте на вопросы:
1. Чем именно вы занимаетесь на своей работе?
2. Какое у вас образование?
3. В каком объеме вы изучали биологию, генетику, биотехнологии и прочее? Или не изучали совсем?
4. Что вообще нужно знать и уметь?
5. Где можно найти работу или хотя бы стажировку? Вакансий днем с огнем не сыщешь, особенно для начинающего биоинформатика (а ведь я в Москве!). А если вдруг что-то попадается, то для биологов, а не программистов.
6. На какую зарплату можно рассчитывать начинающему биоинформатику и на какую опытному специалисту?

Сори что я влезаю, но если вы ТЩАТЕЛЬНО изучили, то откуда у вас такие вопросы?
Ведь если вы даже не знаете есть ли вообще такая работа в Мск, и чем там занимаются люди, то откуда вы решили, что знаете что такое биоинформатик? И что такое вообще существует?

От 0 до 1000000, а можете даже и больше или меньше, как повезет.

Очень показательный вопрос.
И очень, очень, очень показательные ответы.
Наглядно показывают то, как обыватель представляет себе программирование:
назапоминать побольше "функций", в продвинутом варианте - записывать на бумажку, и совсем уровень бога - уметь пользоваться гуглем. Для поиска этих самых функций.

Слово "алгоритм" ни в вопросе, ни в многочисленных ответах не встретилось ни разу.

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

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

Вообще, я тут подумал что разница между программистом и таким вот "рисовальщиком" (как мне правильно попеняли в комментах, я обижаю своим сравнением настоящих ухдожников) очень простая - рисовальщик боится не запомнить все функции, а программист пишет свою. Как только ты написал свою первую функцию, чтобы избежать рутинного повторения в стандартной операции - ты сделал первый шаг к тому, чтобы стать программистом. И опа - ты уже можешь забыть десяток стандартных функций, посольку у тебя уже только одна, которая выполняет работу тех десяти. собственно, работа программиста и стстоит, в каком-то смысле, в том, чтобы не использовать (и - соответственно - не запоминать) стандартные функции. У него есть библиотека своих функций