- 39
- 11 421
Emit Knowledge LLC
เข้าร่วมเมื่อ 29 มิ.ย. 2012
Software that keeps your business running.
S01E10 - Дизајн на API
🚀 Спонзорирано од EMIT KNOWLEDGE - www.emitknowledge.com
Во десетата епизода на EMIT KNOWLEDGE ECHO, со гостинот Бојан Гавровски, разговараме на тема дизајн на API-ја, HTTP протокол, типови на API-ја и останати перспективи кои се важни при дизајн на API.
00:00 Претставување
01:05 Што е API, и зошто е основа на развој на модерни софтверски решенија / HTTP Stack
22:10 Типови на API(RESTful API, Simple JSON API, SOAP API, GraphQL, gRPC)
45:30 Развој на RESTful API
1:13:53 Автентикација
1:25:00 Менаџирање на API клучеви
1:31:23 API документација
1:42:00 Оптимизација на перформанси
1:47:01 API тестирање
1:52:10 Изработка на API SDK
1:57:35 API што работи во реално-време(real-time)
Во десетата епизода на EMIT KNOWLEDGE ECHO, со гостинот Бојан Гавровски, разговараме на тема дизајн на API-ја, HTTP протокол, типови на API-ја и останати перспективи кои се важни при дизајн на API.
00:00 Претставување
01:05 Што е API, и зошто е основа на развој на модерни софтверски решенија / HTTP Stack
22:10 Типови на API(RESTful API, Simple JSON API, SOAP API, GraphQL, gRPC)
45:30 Развој на RESTful API
1:13:53 Автентикација
1:25:00 Менаџирање на API клучеви
1:31:23 API документација
1:42:00 Оптимизација на перформанси
1:47:01 API тестирање
1:52:10 Изработка на API SDK
1:57:35 API што работи во реално-време(real-time)
มุมมอง: 1 243
วีดีโอ
S01E09 - Кеширање 101: Основи за забрзување на вашиот систем
มุมมอง 6164 หลายเดือนก่อน
🚀 Спонзорирано од EMIT KNOWLEDGE - www.emitknowledge.com Во деветата епизода на EMIT KNOWLEDGE ECHO, со гостинот Јан Маринчек, разговараме на тема кеширање на дата на различни нивоа при изработка на софтверски решенија. 00:00 Претставување 00:42 Кога се јавува потребата за кеширање на еден систем 03:09 Стратегии за имплементација на кеширање 05:57 Конзистентност и рок на траење 09:32 Заштита и ...
S01E08 - UX Decoded: Основите за софтверски инженери, менаџери и директори
มุมมอง 8015 หลายเดือนก่อน
🚀 Спонзорирано од EMIT KNOWLEDGE - www.emitknowledge.com Во осмата епизода на EMIT KNOWLEDGE ECHO, со гостинот Јане Димески, разговараме на тема корисничко искуство(UX), аплицирање на корисничкото искуство во софтверски производи и користење на UX техники за подобрување на организациите. 00:00 Претставување 01:02 Како да го разбереме UX? 04:06 Како да го дефинираме дизајнот низ призмата на софт...
S01E06 - Дебагирање на вашата кариера - совети за раст
มุมมอง 8237 หลายเดือนก่อน
S01E06 - Дебагирање на вашата кариера - совети за раст
S01E04 - Справување со грешки и логирање
มุมมอง 1.1K9 หลายเดือนก่อน
S01E04 - Справување со грешки и логирање
S01E03 - Модуларен Монолит и Микросервиси - Танго и кеш
มุมมอง 1.2K10 หลายเดือนก่อน
S01E03 - Модуларен Монолит и Микросервиси - Танго и кеш
S01E02 - Испорачај ми функционалност.
มุมมอง 89211 หลายเดือนก่อน
S01E02 - Испорачај ми функционалност.
Хедерите не се за дефинирање на комуникацијата, туку повеќе се како метаподатоци кои даваат дополнителни информации на барањето. Тие можат да имаат многу улоги, како за автентикација, партиционирање на податоци или за други различни конфигурации кои можеме да ги дефинираме за да доставиме информации до клиентот. Со еден збор, тоа се податоци кои се прикачуваат на барањето за многу различни причини. Не сум сигурен како можеме да продолжиме понатаму со вакво објаснување
Ви благодарам на коментарот и на проширување на дефиницијата. Чисто да ја тргнеме забуната на читателите, целта на хедерите е да ги додефинираат барањата(request-ите) и одговорите(responses), како што споменавте во коментарот. Со други зборови хедерите ја збогатуваат комуникацијата и овозможуваат "поефикасна" интеракција помеѓу клиентите и серверите во HTTP протоколот(со дефинирање на барањето и одговорот). Еден дел се однесува на комуникацијата, во контакст на што праќам/што примам, идентификација на типот на податоци(JSON, HTML, XML, итн.) преку Content-Type. Останатите како што спомнавте, може да адресираат автентикација, колачиња, компресија, кешињаре итн. Се надевам ќе уживате во останатиот дел од разговорот. Доколку наидете на дополнителни забелешки Ве охрабрувам да ги споделите. Со почит, Марјан
Graficki dizajn e povekje umetnost, UX-ot, sto e temata na razgovor e povekje inzinerstvo, ako gi sporedis dvete ke vidis deka UX povekje go sledi inzinerskiot proces, dodeka grafickiot dizajn dava pogolema sloboda -> umetnost
Јане: ова ми е прв пат на podcast. Марјан: Што претставува UX? После 5 минути: Марјан не може да го запре Јане 🙂 Одлична дискусија 😊
Супер муабет.
прекрасен подкаст и гостин
Супер епизода, само многу тешко се слуша. Треба да го средите звукот/микрофоните или растојанието, инаку одлично!
Ви благодарам на мислењето. Работиме на случајот. Од следната епизода нема да имаме проблеми. ❤️🚀
Супер муабет, Марјан и Бојан се ептен про.
Одлично објаснување за проблемите во користење на софтверското решение.
Што мислите за Monorepo code repository за микросервиси?
Важно е кој проблем сакаме да го решиме. Monorepo доаѓа со предности и недостатоци. Бенефит на monorepo е споделување на кодот и реискористливост, споделување на зависности, рефакторирање со алатки низ повеќе проекти одеднаш, и полесна навигација низ код(се на едно место). Од друга страна недостатоци се скалирање, перформанси, покомплицирано поставување на околина. За огромни проекти време на build и тестирање ќе трае повеќе. Управување со пермисии е проблем(кој што може да гледа, менува..), поголем learning curve бидејќи има специфики на работа каде сите членови треба да се урамнотежат. За крај наголемиот проблем е решавањето на конфликти, поготово ако работат повеќе тимови. Исто како со микросервисите, решаваме еден проблем но се отвара друго множество на проблеми. Треба да видиме дали проблемот што го решаваме е поголем од недостатоците.
Улогата на product owner варира од организација до организација највеќе во автономијата за приоретизирање. Во помали организации улогата и дофатот на стопанот е диктирана од сениоритетот и во тој случај вистински може да игра со приоретизирањето, или барем силно да влијае на истото. Во корпоративни средини, не доволно зрели на полето агилни методологии, многу често стопанот е фатен во замката „секретарка“, каде што главната улога е водење на тимот на ниско ниво како проектен менаџер и давање повремени репорти „до каде е работата“. Приоретизацијата во тој случај доаѓа од горните алки на долгиот вертикален синџир во организацијата, а стопанот е претворен во потрчко.
Едвај чекаме 🚀