API Documentation Best Practices Course
freeCodeCamp.org
API 문서화. 누군가가 이미 만들어 놓은 API 에 추가하는것은 5분컷인데, 처음 바닥부터 시작하려고 하면 갑자기 막막해집니다. 어떻게 시작하는게 좋고 어떤 문서화가 좋은 문서화 일까요?
2시간 짜리 강의라 짧진 않지만, Business Impact, Security Review 등 빼먹지 말아야할 사항까지 꼼꼼히 짚어주고 있어, 연휴에 시간 될때 정주행하면 뼈가 되고 살이 될 것 같습니다 :))
https://www.freecodecamp.org/news/api-documentation-best-practices-course
더 많은 콘텐츠를 보고 싶다면?
이미 회원이신가요?
2023년 12월 24일 오전 7:52
API 간닫한거 부터 많이 작성해 봐야 합니다. 누가 만들어 놓은 API라도 자기 코드화 해 보세요 일단 분석 부터 그리고 이걸 내꺼화 시켜서 많이 작성 하다보면 자연스럽게 DB구조만 보고 API작성 하게 되더라구요. 처움에는 문서도 자동화 해서 찍어주는거 말고 워드 열어서 직접 작성해 보시구요 그 다음에 POSTMAN 깉은 앱으로 API 테스트 해 보면서 문서 어떻게 나오는지 확인 해 보고 내가 작성한 문서랑 비교도 해보고 수정해 나가고 이렇게 한달만 조금 고생해서 하다보면 그 다음에는 언제 내가 API를 이렇게 빠르게 만들었지 하면서 늘게 될거에요 저 같은 경우도 처음에는 APi 어떤 패턴으로 짜야 되나 감이 안올때 미리 만들어 져 있던 API를 자세히 분석 먼저 했어요 그 다음에는 복붙이 아니라 직접 하나 하나 타이핑 해서 본인코드화 시키니 하루에 API 10개는 그냥 만들어 버려요 그후에 수정 할거는 디테일 하게 수정하고 뭐 이런. 아무튼 잘 만들어진 API를 많이 보고 분석 하는게 중요한거 같습니다 그리고 번인 스타일을 만들어 보세요 정답이란건 없어요 본인 스타일로 만든 코드가 최적화 되어서 잘 작동 하면 그게 정답이 될 수 있어요
한
... 더 보기여러분 PostgreSQL 프로시저는 Python, JavaScript은 물론 Perl, Java, Lua 등도 사용할 수 있답니다~* 대부분 구식🤭 MySQL만 쓰셔서 모르시겠지만.. (도망간다)
AI(LLM) 애플리케이션의 발전 속도가 AI 지능(능력)의 발전 속도를 따라가지 못하고 있는 상태가 되었다. 즉, 이제 AI가 부족한 것이 문제가 아니라, AI의 능력을 100% 활용하지 못하고 있는 것이 문제인 상태가 되었다는 이야기.
IT 회사의 업무에서, 지금까지는 디자이너와 특히 개발자가 병목이었는데, 대 AI 시대에는 기획자가 병목이 될 수도 있겠다. 조금이라도 규모가 있는 기업에서의 가장 큰 병목은 보통 의사결정자라는 것을 생각해보면 그렇다.
즉, 실무보다 의사결정을 AI에게 맡기는 것이 병목을 해소할 수 있는 가장 확실한 방법이며, 그러므로 부장님과 사장님을 AI로 대체하는 것이야말로 인류의 번영을 위한 가장 빠른 지름길이다. (아님. 아니 맞나?!)