А вот и таймлайны подъехали: 00:41 - Что такое API 02:07 - РЕКЛАМА 04:42 - API - это не только про сайты 06:04 - Взаимодействие нескольких API 07:30 - Про клиенты 10:30 - REST-архитектура и RESTFul API 11:47 - CRUD-операции 13:50 - CLI - что это, и чем отличается от API
Для себя вывел такое определение API: API - это программный интерфейс, который по запросу пользователя возвращает структурированную информацию в том или ином формате.
Было бы очень круто сделать большое видео про паттерны программирования (основные 10-12). Это наверно одна из самых "скользких" тем. Вроде читаешь в книге и все понятно, но потом такое ощущение, что все-равно что то осталось за рамками понимания))) Лекс, миллион просмотров было бы этому видосу)
Очень хорошо рассказано о паттернах на канале Владилена Минина. У него видео на 2 часа почти и там 17 шаблонов с примерами. Ещё классный материал есть у webDev в виде плейлиста
DRY - самый простой принцип: don’t repeat yourself. Если у тебя есть повторяющийся код в нескольких ф-циях, классах - напиши (прим. Джанги) Миксин (тот же класс) с частностями = None, сохранив логику работы. Импортируешь, наследуешься, частности вписываешь и готово) Пример в двух строчках: В Миксине у тебя class OrderMixin: model = None. - дальше логика обработки. Непосредственно в основном классе class OrderTrash(OrderMixin): model = Order. Как-то так) Не закидывайте только ссаными тряпками 😂
SOLID. По факту S - single responsibility это телепатия. Ну может когда хотелки заказчика устоятся можно отрефакторить код. А так разве можно сказать заранее, что там за что будет отвечать??? Не пинайте сильно, если я не вдупляю.
@@alexeyveseliev106 в смысле хотелки заказчика?) заказчик вообще по хорошему не должен лезть в архитектуру. ему надо быстро, чтоб работало как надо и дешево, если можно. ну и улучшить это еще потом. S - это когда ты САМ при написании кода выделяешь и разграничиваешь функционал. Если класс сущность (POJO), то он не должен делать каких-то побочных вещей типа сохранений в БД, вычислений и т.п. Если класс для работы с БД, то он не должен уметь рисовать квадратик; только работа с базой. если этого не делать, то "потом отрефакторить" произойдет никогда и каждый раз кто-то (а вероятно и автор этого кода) будет в это г погружаться с головой на много-много часов. эти принципы необходимо применять уже в процессе написания, а потом уже допиливать. лучше раз посидеть и полчаса подумать над структурой и написать за 5 минут, чем 15 минут писать спагетти, а потом мучиться каждый по те же 15 минут, пытаясь понять это. ну а если заказчик реально лезет и навязывает свое видение архитектуры вразрез с этими принципами (ну хочет он квадратик при сохранении в БД), то стоит задуматься по пути ли с ним
Хм, мне показалось что у этого видео нет целевой аудитории. Тут либо уже все это знаешь и нового ничего не узнаёшь, либо ничего этого не знаешь и все равно нифига не поймёшь что к чему)
нет, реально сложно и запутано объяснил API. API это интерфейс и это ключевое слово абревиатуры, все. бывают аппаратные интерфейсы, например розетка ее стандарт, или USB, а API это интерфейс програмный . то же самое, метод соединения (обмена данными) между програмами. Но это я так понимаю, может не совсем понимаю.
Лекс, привет, я уже давно слежу за тобой. У тебя интересные видео, особенно интервью. Но вот это видео мне вообще не понравилось. Сейчас объясню почему. Объяснение про API было ужасным. Нужно было начать с того что такое интерфейс. А потом начать развивать тему. Например привести пример из жизни. Интерфейсы в нашей жизни встречаются везде. Например руль это интерфейс к сложной системе которая управляет движением автомобиля. То есть скрывает все сложности реализации и предоставляет нам удобный интерфейс (пульт управления) взаимодействия между водителем и машиной. Можно было сказать что API это договоренности между программами, которая позволяет программам на разных языках общаться между собой взаимодействуя через интерфейс (API). Удачи в развитии канала, жду новых интервью!
JSON RPC тоже топ тема, недавно перешёл на неё, имхо, для некоторых случаев поинтересней REST будет :) 👉🏻 Думаю, про неё тоже стоит видосик запилить, будет интересно и полезно :) 👉🏻 Можно сделать видосик про проектирование Api под REST и JSON RPC, сравнить подходы и их применение. В каких задачах что удобнее, проще, также затронуть аспекты масштабирования, поддержки, понимания, разворачивания и другие, можно ещё подумать про совмещение подходов :) А видос норм получился, да 🔥 как всегда, всё чётенько, по делу и с юморком, лайк 👍🏻👍🏻👍🏻
ru.wikipedia.org/wiki/%D0%A3%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B2%D1%8B%D0%B7%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80 На тебе ссылку на википедию про все RPC
Уважаемый Алексей, рад каждому видео как первому, большое спасибо. Очень хочется увидеть про SQL, если с приглашенным гостем, будет вообще прекрасно. Так же интересно увидеть что-то по теме Big Data. п.с. Если есть те, кому это так-же интересно, поддержите комментарий лайком, пусть Алексей увидит. Спасибо.
Смотрю видос после 9 месяцев работы QA. Разница понимания сказанного 15% до работы / 90% в момент написания коммента. Спасибо за годный контент Лекс) Привет из Украины
Борода, лучше объясни, зачем использовать REST, а не разработать свой API. Опиши способы аутентификации в API. Копни чуть глубже, что ты нам тут как для школьников?
лайк за "силиай". Вообще, если бы англоязычный чувак услышал "силиай", то он бы расшифровал это себе как "silly eye", что переводится как "глупый глаз".
Наконец-то до меня реально дошло, что такое REST/RESTfull, то есть как соотносятся HTTP, JSON, CRUD. То , что ты так сжато это обяснил, помогло, мне не заходит информация когда долго разжовывают. Так что целевая аудитория у этого видео есть: не новички, но желающие до конца разобратся и поставить некую точку (или запятую) на этом кейсе. Кстати ты еще не разбирал HTTP протокол в таком стиле? В том числе такие вещи, как что происходит при логине итд. Я бы послушал.
Для тех, кто не въехал в API можно взять абстракцию вне IT. Представьте себе автомобиль. API автомобиля, это - руль, педали, КПП и т.д. Т.е. весь тот функционал, который позволяет Вам как водителю использовать автомобиль по назначению, т.е. ехать на нем. Замок зажигания и ключ, это API для системы зажигания, педали это API для системы управления подачей топлива и тормозной системы и т.д. Для девочек ..... книга рецептов о вкусной и здоровой пищи, это API для блюд которые вы хотите приготовить. Палитра у мастера маникюра, это API для будущих красивых ноготочков и т.д. Набор команд для собаки - сидеть, лежать, голос, это тоже API. Весь наш мир, по сути, состоит из интерфейсов взаимодействия.
Короче, проще говоря, CLI это представление для взаимодействия. Антоним CLI == GUI. Есть представление в виде командной строки, есть представление в виде графического интерфейса. Под капотом один и тот же набор команд. Были времена, когда ОСью был DOS, а Windows был всего лишь его оболочкой с плюшками (т.е. не являлся самостоятельной операционной системой). DOS взаимодествовал с пользователем путём CLI представления, Windows через GUI представление. Я как-то так для себя это понимал и понимаю.
Дружище, надо добавлять визуализации тому, что ты рассказываешь...ибо для тех, кто не знает, что такое API, твоя местами не связанная речь, никак не приоткрывает завесу тайны.... Например, нарисуй каких-нибудь двух человечков, где один другого спрашивает, аля, сколько сейчас градусов выше ноля, а второй типа смотрит на термометр (аля заглядывает в свою BD) и отвечат, мол: +5 градусов. И вот этот, которого спрашивают, ну нихера больше не понимает кроме фразы "Сколько сейчас градусов выше ноля?", пока его не научат отвечать на какой-либо другой вопрос...причем слова в этом вопросе должны идти именно в таком порядке (это если без паттернматчинга). Ну и для программистов на собесе не знать, что такое АПИ, это за гранью моего понимания.
Про REST хорошо, остальное нихера не понял. Как методы в библиотеке могут быть интерфейсом? Интерфейс это ведь набор всех функций, способствующих общению между приложениями, кусками приложения или клиента-сервера.
Многие аббревиатуры составлены так, чтоб заставить работать ассоциативную память. Примерно так же медики заучивают стихами сложные вещи. При расшифровке и переводе на русский ассоциация теряется и тебе приходится делать смешные вставки шо нихуя не понятно) Вместо этого попробуй подобрать подходящее русское понятие. Например, CRUD я бы перевел как "унылое говно" (не дословный перевод, но нам по смыслу ближе). А тот же REST позволяет меньше париться, проектируя унылое говно.
По поводу неудобоваримости html ты попутал тёплое с мягким. Можно и в джейсон закодировать всю страницу с мегабайтами ненужной инфы и отдать. А можно в html вложить только тот самый нужный килобайтик инфы. И не все разницу с xml заметят. Другой вопрос, что джесон удобнее для общения приложений, а html удобнее для отображения красивостей для человеков. И глупо их юзать наоборот. Но это же не значит, что формат неудобоваримый. Парсеры его варят аж бегом.
Привет, решил выдать немного конструктивной критики: В общем, если взять просто текст этого видео - то в принципе информация подана структурировано и последовательно. Но вот перебивки со всякими Каринами-стримершами только отвлекают, мне кажется, у тебя достаточно собственной харизмы, чтобы видео не было сухим и занудным. +слишком много моментов с тупняками, я понимаю, что это самоирония и тоже разбавляет видео, но иногда бывает трудно воспринять что ты хочешь донести пока сам сидишь тупишь)) В общем, если вырезать вставки и тупняки, то видео было бы короче и понятнее! ИМХО
Ну так я ж в видео не к собесам готовлю, верно?) После видео можно ещё и погуглить, модно даже кол пописать. А стакими навыками уже и на собес не стыдно пойти. Неужели ты думаешь, что просто посмотрев ролик на Ютубе модно идти на собес?) Это так не работает.
Рассказал бы тогда про документирование API. API Blueprint, swagger и так далее. Можно даже показать, как с помощью одной только документации можно получить mock сервис для клиентов, которые пишут клиента до того, как api будет полностью работоспособен.
Я спрашивал вопросы про обучение. Ты не ответил и игнорировал. Хотя твой канал заточен под образование. Складывается ощущение, что ты ловишь хайп. Удачи
Не заходят такие темы в твоем формате, поболтать с кем-нибудь конечно у тебя интересно получается, но объяснять технические вопросы просто помохав руками не получается. В таких случаях нужны схемы, диаграммы, примеры кода и тп!
кратко: сейчас ночь перед моим собесом. сижу, ищу про API, HTTP и тут ты!... Пожалуй, одно из самых нужных видосов для меня за последнее время! Лайкос однозначно!
Борода, твои видео очень крутые. И здесь ты все хорошо объяснил. Знай - я всегда ставил твоим видюхам лайки. Но здесь я намеренно поставил диз. Блин, но это все надо показывать на конкретных примерах!!! Представь новичков, которые слушают это: кусочки кода, одни API могут взаимодействовать с другим API.... Что БЛ..Ь???? Вот так и думает новичок. А опытным программистам нет смысла смотреть ваше видео. Они и так это знают. Поэтому если захотели объяснить такую тему - объясняйте на конкретных примерах. Только выберите подходящий ЯП. Спасибо, если прочтете реальную обратную связь, а не только вздохи восхищения. :)
@@itbeard :). Конечно мы умеем гуглить. И нажимать на кнопки. Я я заметил, что так обычно говорят люди, у которых кончилась энергетика в сфере программирования. Желаю тебе удачи, борода. И поменьше отнекиваться 😉
API на русский я бы перевел как "интерфейс взаимодействия приложений". Объяснять словами "это некая штука... это что-то такое, что.." - это вилами по воде. Тут, как отписались выше, либо смотришь видео уже понимая о чем речь, либо смотришь и все равно не понимаешь что это такое. Можно же было провести банальную аналогию, что API, это как элементы управления чем либо. Например, ты в чайник налил воду (подал данные), потом использовал кнопку (взаимодействовал через API , т.е. нажал эту самую кнопку) и после получил ответ/результат (т.е. кипяток). И тут даже ребенок, наверное бы понял. А так, смотрю и думаю - вот как новичок это поймет? Думал скинуть это джуну, а потом понял, что только чехарду в его голове создам. Хотя нафига я это пишу, судя по комментам, с восприятием критики у вас не особо :)
@@itbeard я пишу для того, чтобы ты свой контент лучше мог сделать, остряк. Какой смысл выкладывать видос в интернет и делать вид, будто тебе по барабану мнение других. Отшучиваться нелепо Говорю же, с восприятием критики явная проблема, как и с подачей материала. Только вот подачу исправить можно, а вот с остальным - не факт
Присоединяюсь к Карине xD Мне кажется можно было более простым языком объяснить что это такое. Даже в википедии, как ни странно, написано намного понятнее, на мой взгляд. API - описание способов c помощью которых одна программа может взаимодействовать с другой.
Почему сайты не стоит называть API - у меня такая мысль: API отдают только ДАННЫЕ, а уже клиентские приложения сами выбирают из этих данных нужные и формируют на их основе UI (пользовательский интерфейс). Сайты же отдают уже ГОТОВЫЙ UI, сформированный из данных на сервере.
Тогда такой вопрос, можно ли говорить, что аналогией API является АЦП ? Уж больно нравится непонятные термины сравнивать с ранее известными, чтобы запоминалось лучше. Фактически ведь аналого-цифровой преобразователь тоже имеет на входе аналоговую величину, далее происходит преобразование в "черном ящике" и на выходе мы имеем уже информацию на выходе, но уже в цифровом виде, что тоже есть формат представления данных, а дальше уже с этими данными приходиться работать. Можете пояснить верна ли аналогия или есть важный момент, который я упускаю ?
Чувак, Давай Гостей в студию, по другому кругу, все равно что у тебя по одному языку программирования на одного гостя, пригласи еще таких крутых,но других, это же лучшее, что у тебя на канале, это твои интервью с такими ребятами. Человек кот интересно С++ или Питон или еще что, ты что думаешь он не посмотрит передачу такую №2, но с другим експертом?, посмотрит, конечно!!!!!!
В аббревиатуре CRUD не хватает ещё одной буквы, которая укажет на список объектов. Лист, скажем. Получится CRUDL. И вообще не обязательно CRUD должен работать поверх http. Транспорт может быть разный.
Вот как только дошел до рекламы, поставил дизлайк и выключил, я не Хейтер, смотрю иногда твои видосы, достаточно познавательные и интересные, но как же меня бесят рекламисты, просто 3,14 ... я сам знаю, что мне надо и как это найти, поэтому мои пожелания, делайте плз это мягко, в углу, бегущей строкой и без звука, ссылкой внизу, похер как, главное, чтобы не мешало просмотру контекста. Спс. И ещё, мне абсолютно побоку какой у тебя дом, как ты его строил и где страховал, интересна исключительно айтишная тематика, что - где - и как это работает!
Ты не минутку не думал, что реклама как бы окупает мои затраты? Что ты как маленький? Промотать - 10 секунд работы. Сделать выпуск - 10-20часов. Ты всерьез думаешь, что ты прав? Если да, то я в печали и унынии...
Я спецом же рекламу выделяю, даже в таймлайне метку оставляю, что бы вы четко видели - это реклама, она от сих пор до сих пор. А не так как куча блогеров - начинают втюхивать прямо посреди выпуска, без остановки. Считаю, что так я хотя бы с вами честен.
@@itbeard Вообще не парься Лёх. когда начнут понимать как дорого в этом мире жить (есть, пить и даже флудить) будут закидывать говном. Я 12 лет провел в рекламе. Ненавижу её всем сердцем, но увы, для торговли это практически единственный и самый эффективный метод. Они даже не понимают, что ты этот ролик (целиком) нам фактически так же продаешь, только деньгами платим мы за него провайдеру интернета, а тебе просмотрами и лайками/дизлайками)))
А вот и таймлайны подъехали:
00:41 - Что такое API
02:07 - РЕКЛАМА
04:42 - API - это не только про сайты
06:04 - Взаимодействие нескольких API
07:30 - Про клиенты
10:30 - REST-архитектура и RESTFul API
11:47 - CRUD-операции
13:50 - CLI - что это, и чем отличается от API
борода, знаешь что будет интересно, будет интересна тема "почему не все идут работать в Яндекс"
Расскажите про 12 факторное приложение
спасибо что таймлайны указал, рассказ о стройке в начале воспринял за аллегорию и внимательно слушал
Для себя вывел такое определение API: API - это программный интерфейс, который по запросу пользователя возвращает структурированную информацию в том или ином формате.
Спасибо, не понятно
Было бы очень круто сделать большое видео про паттерны программирования (основные 10-12). Это наверно одна из самых "скользких" тем. Вроде читаешь в книге и все понятно, но потом такое ощущение, что все-равно что то осталось за рамками понимания))) Лекс, миллион просмотров было бы этому видосу)
Люди говорят что без практики эти вещи невпихуемы в голову обычного (не гениального) человека.
Очень хорошо рассказано о паттернах на канале Владилена Минина. У него видео на 2 часа почти и там 17 шаблонов с примерами. Ещё классный материал есть у webDev в виде плейлиста
Для понимания этого будет предостаточно
@@АндрійПрохоренко-ж3р тоже хотел написать, это просто супер видео у него.
Он сам их понимает только в своем понимании и толком не сможет тебе ничего объяснить
Спасибо за видео, мб ещё разобрать по полочкам, что такое SOLID, DRY, KISS и пр. принципы?
DRY - самый простой принцип: don’t repeat yourself. Если у тебя есть повторяющийся код в нескольких ф-циях, классах - напиши (прим. Джанги) Миксин (тот же класс) с частностями = None, сохранив логику работы. Импортируешь, наследуешься, частности вписываешь и готово) Пример в двух строчках: В Миксине у тебя class OrderMixin: model = None. - дальше логика обработки. Непосредственно в основном классе class OrderTrash(OrderMixin): model = Order. Как-то так) Не закидывайте только ссаными тряпками 😂
SOLID - это что-то вроде стандарта, который разработчики должны придерживаться, чтобы избегать плохой архитектуры приложения.
SOLID. По факту S - single responsibility это телепатия. Ну может когда хотелки заказчика устоятся можно отрефакторить код. А так разве можно сказать заранее, что там за что будет отвечать??? Не пинайте сильно, если я не вдупляю.
@@alexeyveseliev106 в смысле хотелки заказчика?) заказчик вообще по хорошему не должен лезть в архитектуру. ему надо быстро, чтоб работало как надо и дешево, если можно. ну и улучшить это еще потом.
S - это когда ты САМ при написании кода выделяешь и разграничиваешь функционал. Если класс сущность (POJO), то он не должен делать каких-то побочных вещей типа сохранений в БД, вычислений и т.п. Если класс для работы с БД, то он не должен уметь рисовать квадратик; только работа с базой. если этого не делать, то "потом отрефакторить" произойдет никогда и каждый раз кто-то (а вероятно и автор этого кода) будет в это г погружаться с головой на много-много часов. эти принципы необходимо применять уже в процессе написания, а потом уже допиливать. лучше раз посидеть и полчаса подумать над структурой и написать за 5 минут, чем 15 минут писать спагетти, а потом мучиться каждый по те же 15 минут, пытаясь понять это. ну а если заказчик реально лезет и навязывает свое видение архитектуры вразрез с этими принципами (ну хочет он квадратик при сохранении в БД), то стоит задуматься по пути ли с ним
У него на канале уже есть про SOLID, посмотри)
Хм, мне показалось что у этого видео нет целевой аудитории. Тут либо уже все это знаешь и нового ничего не узнаёшь, либо ничего этого не знаешь и все равно нифига не поймёшь что к чему)
нет, реально сложно и запутано объяснил API. API это интерфейс и это ключевое слово абревиатуры, все. бывают аппаратные интерфейсы, например розетка ее стандарт, или USB, а API это интерфейс програмный . то же самое, метод соединения (обмена данными) между програмами. Но это я так понимаю, может не совсем понимаю.
Еще непонятнее объяснил 😂
Лекс, привет, я уже давно слежу за тобой. У тебя интересные видео, особенно интервью. Но вот это видео мне вообще не понравилось. Сейчас объясню почему.
Объяснение про API было ужасным. Нужно было начать с того что такое интерфейс. А потом начать развивать тему. Например привести пример из жизни. Интерфейсы в нашей жизни встречаются везде. Например руль это интерфейс к сложной системе которая управляет движением автомобиля. То есть скрывает все сложности реализации и предоставляет нам удобный интерфейс (пульт управления) взаимодействия между водителем и машиной.
Можно было сказать что API это договоренности между программами, которая позволяет программам на разных языках общаться между собой взаимодействуя через интерфейс (API).
Удачи в развитии канала, жду новых интервью!
Жду от тебя видео ;)
Если на то уж пошло, то реализацию скрывает фасад. Апи далеко не всегда скрывает ее или упрощает систему. Но сейчас бы только спорить в комментах)
12:28 Испугался что где-то на фоне порнхаб заиграл
)))
Кажется тут отметились те, кто любит передернуть )
@@alexeyveseliev106 Программистов, которые не передергивают на свой код не существует )
на английском понятнее чем на русском, жесть!!! Ты мог бы привести пример из жизни а не там то почитаете что итд...
Посмотрел уже наверное 10 видео и ни в одном никто толком не может объяснить что жее такое API. Вывод, значит никто про это толком ничего не знает.
JSON RPC тоже топ тема, недавно перешёл на неё, имхо, для некоторых случаев поинтересней REST будет :)
👉🏻 Думаю, про неё тоже стоит видосик запилить, будет интересно и полезно :)
👉🏻 Можно сделать видосик про проектирование Api под REST и JSON RPC, сравнить подходы и их применение.
В каких задачах что удобнее, проще, также затронуть аспекты масштабирования, поддержки, понимания, разворачивания и другие, можно ещё подумать про совмещение подходов :)
А видос норм получился, да 🔥 как всегда, всё чётенько, по делу и с юморком, лайк 👍🏻👍🏻👍🏻
Рписи - прям да, топчик
ru.wikipedia.org/wiki/%D0%A3%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B2%D1%8B%D0%B7%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80 На тебе ссылку на википедию про все RPC
Сейчас в тренде gRPC от Google, отличная вещь. REST это отстой, даже смотреть не хочется.
Я ничего не понял, спасибо :)
Бородаааааааааа а про GraphQL Кода расскажешь?
Мало по этой теме знаю
Уважаемый Алексей, рад каждому видео как первому, большое спасибо.
Очень хочется увидеть про SQL, если с приглашенным гостем, будет вообще прекрасно.
Так же интересно увидеть что-то по теме Big Data.
п.с. Если есть те, кому это так-же интересно, поддержите комментарий лайком, пусть Алексей увидит. Спасибо.
Смотрю видос после 9 месяцев работы QA. Разница понимания сказанного 15% до работы / 90% в момент написания коммента. Спасибо за годный контент Лекс) Привет из Украины
Отдельное спасибо за видео-вставки. Уже несколько раз под стол падала. Это так приятно разбавляет суровые часы обучения.
Борода, лучше объясни, зачем использовать REST, а не разработать свой API. Опиши способы аутентификации в API. Копни чуть глубже, что ты нам тут как для школьников?
Человек дом строит. Там глубже. Везде глубже - копалка сломается )
Болтун пустослов
Спасибо братан за видео. 👍🏾✊✊✊✊ начал учить программирование из-за частых просмотров твоих интервью. Спасибо за всё что делаешь! 💪💪💪💪
Красавчик!
Не просто АйТиБорода, а зелёная АйТиБорода. Поставь соты на свет или отойди от хромокея.
Чё ? Какой хромокей? Ты рофлишь?
В Restful не обязательно использовать JSON, но желательно.. Можно и XML или другой формат (например названный вами protobuf).
Идея - взять интервью у разработчика вирусов, по мотивам интервью с хакером)
Пойду выкурю пару сигарет, посплю и вернусь чтобы еще раз попытаться разобраться в этой воде =))))
Хочешь научиться работать с API’s?
Тогда тебе сюда:
m.th-cam.com/video/MDosq0ZeORI/w-d-xo.html
лайк за "силиай". Вообще, если бы англоязычный чувак услышал "силиай", то он бы расшифровал это себе как "silly eye", что переводится как "глупый глаз".
Наконец-то до меня реально дошло, что такое REST/RESTfull, то есть как соотносятся HTTP, JSON, CRUD. То , что ты так сжато это обяснил, помогло, мне не заходит информация когда долго разжовывают. Так что целевая аудитория у этого видео есть: не новички, но желающие до конца разобратся и поставить некую точку (или запятую) на этом кейсе. Кстати ты еще не разбирал HTTP протокол в таком стиле? В том числе такие вещи, как что происходит при логине итд. Я бы послушал.
Не пришлось искать ещё одного чувака который это всё объяснил бы. Просто раз подписался и всё :)
CLI - до сих пор читал эту аббревиатуру как "кли".
Для тех, кто не въехал в API можно взять абстракцию вне IT. Представьте себе автомобиль. API автомобиля, это - руль, педали, КПП и т.д. Т.е. весь тот функционал, который позволяет Вам как водителю использовать автомобиль по назначению, т.е. ехать на нем. Замок зажигания и ключ, это API для системы зажигания, педали это API для системы управления подачей топлива и тормозной системы и т.д. Для девочек ..... книга рецептов о вкусной и здоровой пищи, это API для блюд которые вы хотите приготовить. Палитра у мастера маникюра, это API для будущих красивых ноготочков и т.д. Набор команд для собаки - сидеть, лежать, голос, это тоже API. Весь наш мир, по сути, состоит из интерфейсов взаимодействия.
Короче, проще говоря, CLI это представление для взаимодействия. Антоним CLI == GUI. Есть представление в виде командной строки, есть представление в виде графического интерфейса. Под капотом один и тот же набор команд. Были времена, когда ОСью был DOS, а Windows был всего лишь его оболочкой с плюшками (т.е. не являлся самостоятельной операционной системой). DOS взаимодествовал с пользователем путём CLI представления, Windows через GUI представление. Я как-то так для себя это понимал и понимаю.
ну походу не твоё это , учить ли объяснять .
Да, Валь, по ходу ты права
Дружище, надо добавлять визуализации тому, что ты рассказываешь...ибо для тех, кто не знает, что такое API, твоя местами не связанная речь, никак не приоткрывает завесу тайны....
Например, нарисуй каких-нибудь двух человечков, где один другого спрашивает, аля, сколько сейчас градусов выше ноля, а второй типа смотрит на термометр (аля заглядывает в свою BD) и отвечат, мол: +5 градусов. И вот этот, которого спрашивают, ну нихера больше не понимает кроме фразы "Сколько сейчас градусов выше ноля?", пока его не научат отвечать на какой-либо другой вопрос...причем слова в этом вопросе должны идти именно в таком порядке (это если без паттернматчинга).
Ну и для программистов на собесе не знать, что такое АПИ, это за гранью моего понимания.
Про REST хорошо, остальное нихера не понял. Как методы в библиотеке могут быть интерфейсом? Интерфейс это ведь набор всех функций, способствующих общению между приложениями, кусками приложения или клиента-сервера.
Многие аббревиатуры составлены так, чтоб заставить работать ассоциативную память. Примерно так же медики заучивают стихами сложные вещи. При расшифровке и переводе на русский ассоциация теряется и тебе приходится делать смешные вставки шо нихуя не понятно) Вместо этого попробуй подобрать подходящее русское понятие. Например, CRUD я бы перевел как "унылое говно" (не дословный перевод, но нам по смыслу ближе). А тот же REST позволяет меньше париться, проектируя унылое говно.
По поводу неудобоваримости html ты попутал тёплое с мягким. Можно и в джейсон закодировать всю страницу с мегабайтами ненужной инфы и отдать. А можно в html вложить только тот самый нужный килобайтик инфы. И не все разницу с xml заметят. Другой вопрос, что джесон удобнее для общения приложений, а html удобнее для отображения красивостей для человеков. И глупо их юзать наоборот. Но это же не значит, что формат неудобоваримый. Парсеры его варят аж бегом.
Привет, решил выдать немного конструктивной критики:
В общем, если взять просто текст этого видео - то в принципе информация подана структурировано и последовательно.
Но вот перебивки со всякими Каринами-стримершами только отвлекают, мне кажется, у тебя достаточно собственной харизмы, чтобы видео не было сухим и занудным.
+слишком много моментов с тупняками, я понимаю, что это самоирония и тоже разбавляет видео, но иногда бывает трудно воспринять что ты хочешь донести пока сам сидишь тупишь))
В общем, если вырезать вставки и тупняки, то видео было бы короче и понятнее!
ИМХО
че там сложного API это средства обмена данными с программным\аппаратным продуктом, которое предоставляется его разработчиком.
До этого видео я смутно понимал значение API, после его объяснения стало гораздо лучше...ни чего не понимаю, пойду яжки шоль хлебну.
Если бы ты меня на собеседовании спросил о том, что такое API и я ответил как ты в этом видео, то ты вряд ли бы принял меня к себе на работу
Ну так я ж в видео не к собесам готовлю, верно?) После видео можно ещё и погуглить, модно даже кол пописать. А стакими навыками уже и на собес не стыдно пойти. Неужели ты думаешь, что просто посмотрев ролик на Ютубе модно идти на собес?) Это так не работает.
@@itbeardконечно я знаю, что так не работает, а еще я знаю, что есть люди, которые не знают и учатся по видео из интернета)
Ну, это не самый оптимальный путь. Я даже про это делал видео)
Ты что на курсы жестикуляции записался? Крайне нелепо выглядит. У зеркала тренируйся лучше, помогает.
В аббревиатура CRUD буква R читается как Remove, а не Read. Create Remove Update Delete
А можно в жизни калькулятор назвать API, ввели данные, получили ответ?
Спасибо за вашу работу. Но чисто для меня получилось так же, как вы описали html 16 минут просмотра и 1 минута полезной информации.
API - прикладной программный (программируемый) интерфейс
Ведущий-Семён Слепаков здорового человека
Бггг. А не курильщика )))
Бл… - про рест оча непонятно объяснил для чего его ваще чувак то придумал)
Спс. Было интересно. Ты скажи где нашёл такую футболку?
когда ты побреешься, как канал будет называться
Спасибо за информацию, но очень сильно отвлекали от сути видео, вставки
5 минут, ребята проверяли - пока сам не затестишь не поверю!
Рассказал бы про вк апи и дадата. Это как пример.
Чавооо???? Ниче непонятно знакомые слова но понятно -100%
какая-то непонятная хрень... например что такое "парсить" ?
лайкосы ставят те, кто ездиит на макОсе
мы на виндовс ставим лайковс :)
А Пригласи на интервью автора канала "Хауди Хо" Абрахама Тугалова. Было бы интересно посмотреть такое интервью
Он далековато живот, но при случае без проблем
@@itbeard Не понял что там у него с животом, но стало грустно(
@@itbeard Возможно еще Сергей Немчинский. Думаю много интересного рассказать может
th-cam.com/video/CSEFOlBfNAc/w-d-xo.html
Вот тут простым языком
Рассказал бы тогда про документирование API. API Blueprint, swagger и так далее. Можно даже показать, как с помощью одной только документации можно получить mock сервис для клиентов, которые пишут клиента до того, как api будет полностью работоспособен.
В эту тему даже wsdl вписывается
Я про это делал мастер-класс. Для большинства аудитории канала будет тяжковато
Tell us about: JSON, XML, UML, BSON
Святослав Вьюгин, English or Ukraine
Святослав Вьюгин , I don’t know Russian.
@@volodymyrbekar How can you understand Lex. He speaking Russian.
Mike FPV , I understand Russian, but I don’t know how write something in russian.
@@volodymyrbekar naprimer vot tak vot. Ne blagodari.
7:22 , вставки не заставят скучать в процессе просмотра))), ролик годный, простыми словами о сложном так сказать
*лайк если АйтиБорода лучший*
зацените видосики, я буду очень благодарен ;)
Нихрена не понятно, но очень интересно)
Видео хорошее, спасибо, но из-за фоновой музыки и вставок смотреть не совсем удобно!
Я спрашивал вопросы про обучение. Ты не ответил и игнорировал. Хотя твой канал заточен под образование. Складывается ощущение, что ты ловишь хайп. Удачи
Давай, пока
Не заходят такие темы в твоем формате, поболтать с кем-нибудь конечно у тебя интересно получается, но объяснять технические вопросы просто помохав руками не получается. В таких случаях нужны схемы, диаграммы, примеры кода и тп!
Ну, я старался как можно проще. Дальше Гугл в руки. Или спонсорские стримы - там я разбираю что к чему
Спасибо, наконец то понял что такое api)
помоему быстрее загуглить
[13:30] VK API isn't RESTful, their methods for updating like `wall.edit` require POST method, not PUT/PATCH. Unless I'm mistaken Facebook too.
Стало намного понятней. (НЕТ)
Интересно, если Лекс сбреет бороду ,то канал будет называться "АйТи безбородович" 🤔
АйтиNOБорода. За видео спасибо огромное многое прояснилось.
В общем. Для блондинок не понятно.
Пора бы отрастить бороду, а то я нихера не понял
Как музыка в начале называется?
Очень интересно, но ничего не понятно
Отличное видео! Спасибо большое 👍
На здоровье!
А что с руками происходит?
За формат подачи респект xD
лайоксы видосы ... бесит
Привет ! что за ребята? 6:40
псдц, нихуа не понял(
кратко: сейчас ночь перед моим собесом. сижу, ищу про API, HTTP и тут ты!... Пожалуй, одно из самых нужных видосов для меня за последнее время! Лайкос однозначно!
Как результаты?)
@@vladalis5509 технический собес прошёл. Английский подкачал(((
Борода, твои видео очень крутые. И здесь ты все хорошо объяснил. Знай - я всегда ставил твоим видюхам лайки. Но здесь я намеренно поставил диз. Блин, но это все надо показывать на конкретных примерах!!! Представь новичков, которые слушают это: кусочки кода, одни API могут взаимодействовать с другим API.... Что БЛ..Ь???? Вот так и думает новичок. А опытным программистам нет смысла смотреть ваше видео. Они и так это знают. Поэтому если захотели объяснить такую тему - объясняйте на конкретных примерах. Только выберите подходящий ЯП. Спасибо, если прочтете реальную обратную связь, а не только вздохи восхищения. :)
Это не реальная обратная связь, а херабора. Канал не про образование, а про развитие. Если гуглить мы не умеем - то тут ничего не поможет
@@itbeard :). Конечно мы умеем гуглить. И нажимать на кнопки.
Я я заметил, что так обычно говорят люди, у которых кончилась энергетика в сфере программирования.
Желаю тебе удачи, борода. И поменьше отнекиваться 😉
Спасибо за видео!
Лекс, не думал о формате видео связанных с книгами? Что-то вроде полезных или интересных книг для айтишников по твоему мнению.
этот вопрос есть всегда к интервьюируемым гостям. Причем именно от спецов в этом направлении.
первый дизлайк здесь :D
не ну это бан
Перелогинься
IT Андрей - программирование легко! Ты w cloud держишь да
@@gorillatv577 че
IT Андрей - программирование легко! Уволен
API на русский я бы перевел как "интерфейс взаимодействия приложений".
Объяснять словами "это некая штука... это что-то такое, что.." - это вилами по воде.
Тут, как отписались выше, либо смотришь видео уже понимая о чем речь, либо смотришь и все равно не понимаешь что это такое.
Можно же было провести банальную аналогию, что API, это как элементы управления чем либо.
Например, ты в чайник налил воду (подал данные), потом использовал кнопку (взаимодействовал через API , т.е. нажал эту самую кнопку) и после получил ответ/результат (т.е. кипяток). И тут даже ребенок, наверное бы понял.
А так, смотрю и думаю - вот как новичок это поймет?
Думал скинуть это джуну, а потом понял, что только чехарду в его голове создам.
Хотя нафига я это пишу, судя по комментам, с восприятием критики у вас не особо :)
И я вот думаю, зачем ты это пишешь... Лучше бы снял так как считаешь правильным и выложил ссылку тут, а то всё вилами да вилами...
@@itbeard я пишу для того, чтобы ты свой контент лучше мог сделать, остряк. Какой смысл выкладывать видос в интернет и делать вид, будто тебе по барабану мнение других. Отшучиваться нелепо
Говорю же, с восприятием критики явная проблема, как и с подачей материала.
Только вот подачу исправить можно, а вот с остальным - не факт
Госпади я наконец-то понял шо такое АПИшки.Спасибо!!!!
На здоровье!
Нифига не поняла )))
Застроху Братуху застрахуй🤓
В Польшу гонял, чёрный арактер?))
А то!)
Поздравляю со 100к подписонов!
Спасибо!)
Супер-видос! В топ! Особенно интересно было про стройку!))
Я, кстати до конца посмотрел))) хотя не знаю, зачем)))😂😂
Хехе)) скоро айтишников станешь))
@@itbeard я уже айтишник! Вон скока комментов тебе печатаю по интернету!))
Ты что поляк?
и убунты ))) 14:32
Присоединяюсь к Карине xD Мне кажется можно было более простым языком объяснить что это такое. Даже в википедии, как ни странно, написано намного понятнее, на мой взгляд. API - описание способов c помощью которых одна программа может взаимодействовать с другой.
Музыка - топ.
Почему сайты не стоит называть API - у меня такая мысль: API отдают только ДАННЫЕ, а уже клиентские приложения сами выбирают из этих данных нужные и формируют на их основе UI (пользовательский интерфейс). Сайты же отдают уже ГОТОВЫЙ UI, сформированный из данных на сервере.
Тогда такой вопрос, можно ли говорить, что аналогией API является АЦП ? Уж больно нравится непонятные термины сравнивать с ранее известными, чтобы запоминалось лучше. Фактически ведь аналого-цифровой преобразователь тоже имеет на входе аналоговую величину, далее происходит преобразование в "черном ящике" и на выходе мы имеем уже информацию на выходе, но уже в цифровом виде, что тоже есть формат представления данных, а дальше уже с этими данными приходиться работать. Можете пояснить верна ли аналогия или есть важный момент, который я упускаю ?
Чувак, Давай Гостей в студию, по другому кругу, все равно что у тебя по одному языку программирования на одного гостя, пригласи еще таких крутых,но других, это же лучшее, что у тебя на канале, это твои интервью с такими ребятами. Человек кот интересно С++ или Питон или еще что, ты что думаешь он не посмотрит передачу такую №2, но с другим експертом?, посмотрит, конечно!!!!!!
В аббревиатуре CRUD не хватает ещё одной буквы, которая укажет на список объектов. Лист, скажем. Получится CRUDL.
И вообще не обязательно CRUD должен работать поверх http. Транспорт может быть разный.
Вот как только дошел до рекламы, поставил дизлайк и выключил, я не Хейтер, смотрю иногда твои видосы, достаточно познавательные и интересные, но как же меня бесят рекламисты, просто 3,14 ... я сам знаю, что мне надо и как это найти, поэтому мои пожелания, делайте плз это мягко, в углу, бегущей строкой и без звука, ссылкой внизу, похер как, главное, чтобы не мешало просмотру контекста. Спс. И ещё, мне абсолютно побоку какой у тебя дом, как ты его строил и где страховал, интересна исключительно айтишная тематика, что - где - и как это работает!
Ты не минутку не думал, что реклама как бы окупает мои затраты? Что ты как маленький? Промотать - 10 секунд работы. Сделать выпуск - 10-20часов. Ты всерьез думаешь, что ты прав? Если да, то я в печали и унынии...
Я спецом же рекламу выделяю, даже в таймлайне метку оставляю, что бы вы четко видели - это реклама, она от сих пор до сих пор. А не так как куча блогеров - начинают втюхивать прямо посреди выпуска, без остановки. Считаю, что так я хотя бы с вами честен.
@@itbeard Вообще не парься Лёх. когда начнут понимать как дорого в этом мире жить (есть, пить и даже флудить) будут закидывать говном. Я 12 лет провел в рекламе. Ненавижу её всем сердцем, но увы, для торговли это практически единственный и самый эффективный метод. Они даже не понимают, что ты этот ролик (целиком) нам фактически так же продаешь, только деньгами платим мы за него провайдеру интернета, а тебе просмотрами и лайками/дизлайками)))