Комментарии 9
Одно , очень важное уточнение по микросервисам
такие приложения легче тестировать и обновлять, так как изменения в одном сервисе не влияют на другие, что делает микросервисную архитектуру идеальным выбором для сложных и динамичных приложений, требующих высокой доступности и адаптивности.
Все это верно только в одном случае - каждый микросервис взаимодействует со своим экземпляром/инстансом СУБД.
Современные архитекторы и разработчики почему то считают микросервисной архитектурой решение когда множество сервисов работает в одной СУБД. Что влечет за собой множество сюрпризов , когда начинается High load.
Ваше определение API подходит для всего, поэтому ничего не объясняет.
Я много лет документировала апи, но я сама не могу дать достаточно строгое и достаточно полное и достаточно общее определение. Которое при этом было бы коротким и объяснило бы всё новичку. Под определение «набор правил и протоколов» подходит модель OSI, например.
Вы взялись за непосильную задачу. Мы (техписатели) когда в доке делаем глоссарий, мы не стараемся дать универсальное определение. Мы пишем, как следует понимать тот или иной термин в рамках этой статьи или документа.
А про API советую прочитать вот это: https://twirl.github.io/The-API-Book/API.ru.pdf
Спасибо за коммент. Поправил описание на более понятное и конкретное :)
За ссылку тоже спасибо, но там слишком техническое и объемное описание.
Моя статья не для того, чтоб закопаться в детали каждого термина и научиться разрабатывать АПИ, писать на реактив и дак далее сразу после прочтения статьи, а для того, чтоб новичок в IT мог поверхностно ознакомиться с терминами и их зоной применения. Просто чтоб начать ориентироваться.
Back-end & Front-end
Определение: Серверная сторона приложения, ответственная за управление взаимодействием с базой данных, аутентификацию пользователей и общую бизнес-логику.
Применение: ...
В вводных данных указано про front и back, но описан только back.
Евгений, это был большой труд. Но нажав "минус", мне нужно бы объясниться.
Очень неравномерный набор требований. Есть и из организации работы (CI/CD), есть из архитектуры, а есть и глубокие частности (модальное окно). Это рассчитано на одного читателя?
Но главное - все определения правильные и отличные с точки зрения человека, кто уже знает. Я прочитал - да, правильно, отлично. И что? Это как взять хеш от моих знаний и от Ваших и сравнить: сошлось - зачёт (как на экзамене в ВУЗе). Но статья для новичков. Прочитав эталонные описания, умеют они понять? Сам ежедневно решаю эту проблему и не знаю, правильно ли. Иногда получается :)
И тем не менее, статья - лучше, чем её отсутствие :)
Я не обижаюсь на минус, и спасибо за развернутый комментарий)
Но честно говоря понять это не смогу))
По такой логике надо приходить в начальную школу и хейтить книги с ньютоновской физикой , ведь она не так современна и точна, как физика Теории Относительности. Странно тогда зачем сначала учат ньютоновскую в начальной школе чтоб потом так же гравитацию считать через ОТО ?
Это я к тому, что для каждой аудитории - свой контент. Очевидно что эта статья не для опытной аудитории, а для неопытной. И довольно странно опытному человеку задавать вопрос «а что мне с этого?» с таким успехом можно открыть букварь и его захейтить мол толку от него нет. Но ведь лет 20-30 назад эта книга была очень полезной ведь так? Ну отвечая на вопрос «И что?» - «ничего». Этот контент не для опытной аудитории просто))
К чему и зачем статья? Я обучаю Проджект и Продакт менеджменту, коучу ребят. Недавно приходили ребята совсем нулевые) которые делают свитч из другой профессии. Мне не хотелось тратить каждый раз много времени на объяснение базовой терминологии с нуля, поэтому я сделал типа словарь по трем направлениям. 3 статьи терминов, в каждой есть описание, применение и ссылка на почитать подробнее. Так я экономлю свое время и даю конкретный список который надо знать заходя в профессию. Полный он или нет - это риторический вопрос и философский.
Пусть в меня кинет камень тот, кто сможет написать «самый полный список» в котором ничего не упущено)) я составил основу и ее можно использовать новичкам и она вполне покрывает 95% необходимых знаний для входа в профессию.
Статьи для опытных по юнит экономике и количественным исследованиям можно найти в профиле.
Контент план рассчитан на разные сегменты и они будут переплетаться со временем)
От API до CI/CD: Базовые термины в IT, которые желательно знать новичку