Docker 컨테이너 이미지를 빌드 내용을 담고 있는 텍스트 파일  구성  베이스 이미지 설정 : Ubuntu, CentOS 등 기본 운영 체제 및 환경 설정 패키지 및 라이브러리 설치 : 컨테이너 구동을 위한 패키지나 라이브러리, 어플리케이션 등을 설치.

Dockerfile

Dockerfile 사실 한번 만들어놓으면 계속 복붙복붙하게 되는데요. 혹시 더 개선점은 없을지 고민해 보신 적 있으신가요? 더 잘 쓸 수 있는 팁 10가지를 번역, 정리해보았습니다. 
1. `.dockerignore` 파일
2. `ADD` 보다는 `COPY`
3. Multi-stage builds
4. Multi-layers and caching
5. `ONBUILD` 명령어
6. `USER`로 유저 변경하기 
7. 컨테이너 health 체크하기 
8. `SHELL` 사용하기
9. 메타데이터 생성 
10. Dockerfile 빌드는 사실 그냥 tar 파일

https://jiyeonseo.github.io/digital-garden/notes/dockerfile/#tips

jiyeonseo.github.io

Dockerfile 더 잘 쓸 수 있는 10가지 방법

Introducing Cloudflare Fonts. Enhance privacy and performance for websites using Google Fonts by loading fonts from their own origin. Improve user privacy, enhance site performance, and simplify the process. No need for code changes. Simply enable Cloudfl

Cloudflare Fonts: enhancing website font privacy and speed

Cloudflare에서 재미있는 기능이 나왔네요. 보통 웹폰트를 사용할 때 Google Fonts를 이용해서 원하는 폰트를 사용하는 경우가 많은데 이를 Cloudflare 네트쿼크에서 캐싱해주는 기능입니다. 

Cloudflare가 캐싱해주기 때문에 Google 주소가 아니라 서비스 자체 도메인을 쓸 수 있다는 장점도 있지만 Google Fonts를 사용하면 폰트 파일을 바로 쓰지 않고 CSS 파일을 로딩하는 API 주소를 요청하면 CSS 파일을 받고 이 CSS 파일안에 포함된 폰트 파일을 다운받게 되기 때문에 네트워크 상으로는 총 8번의 추가 왕복을 해야합니다. 

대신 Cloudflare는 요청에 대한 응답을 줄 때 HTML을 바로 수정해서 HTML 내에 CSS 응답을 포함시켜서 바로 내려보내고 클라이언트는 CSS를 별도로 요청할 필요없이 바로 Clareflare에서 폰트파일을 다운받을 수 있으므로 8번의 왕복을 1번 왕복으로 바꿔주기 때문에 꽤 빨라집니다. 

Google Fonts를 사용할 때 이러한 부분때문에 고민되는 부분인데 Cloudflare에서 신선한 접근 방법으로 해결해주었습니다. 

https://blog.cloudflare.com/cloudflare-fonts-enhancing-website-privacy-speed/

The Cloudflare Blog

쓰기 단위 테스트는 소프트웨어 개발 프로세스의 중요한 부분입니다. 소스 코드의 개별 부분의 정확성을 확인하기 위해 단위 테스트 코드를 작성하는 프로세스입니다. 이 기사에서는 소프트웨어 개발에서 단위 테스트를 작성하면 얻을 수있는 중요한 이점을 살펴 보겠습니다.

✅ 소스 코드의 정확성 보장 : 단위 테스트는 개발 단계에서 바로 오류를 식별하고 수정하는 데 도움이됩니다. 코드의 각 개별 부분에 대한 단위 테스트를 작성하여 코드의 정확성을 테스트하고 예상대로 작동하는지 확인할 수 있습니다.

✅ 수리 및 업그레이드에 대한 신뢰와 유연성 향상 : 전체 단위 테스트 세트가있는 경우 변경, 오류 수정 또는 소스 코드 업그레이드가 더 안전 해집니다. 변경으로 인해 예기치 않은 결과가 발생하지 않도록 단위 테스트를 실행할 수 있습니다. 이는 프로젝트 관리 및 개발에 대한 신뢰와 유연성을 높이는 데 도움이됩니다.

✅ 테스트 시간을 줄이고 테스트 중에 오류를 줄입니다. 테스트 장치를 준비하면 전체 시스템을 테스트하는 시간이 단축됩니다. 소스 코드의 각 기능 또는 요소를 수동으로 테스트하는 대신 자동화 된 단위 테스트를 실행하여 결과를 테스트하고보고 할 수 있습니다. 이를 통해 테스트하는 동안 시간과 노력을 줄이고 감지되지 않은 오류 가능성을 줄일 수 있습니다.

✅ 재사용 및 유지 보수 지원 : Unit Test는 소스 코드의 각 개별 부분에 대해 자동 테스트 스위트를 작성합니다. 이를 통해 소스 코드의 일부 간의 종속성과 상호 작용을 명확하게 식별 할 수 있습니다. 변경 또는 유지 보수가있을 때 변경 사항이 소스 코드의 다른 부분에 영향을 미치지 않도록 장치 테스트를 다시 실행할 수 있습니다.

✅ 개발 팀의 협력 및 신뢰 정신 향상 : 단위 테스트 작성은 프로그래머의 책임 일뿐만 아니라 개발 팀 내에서 협업 및 커뮤니케이션을 촉진합니다. 각 팀원은 자신이 담당하는 소스 코드 부분에 대한 단위 테스트를 작성하여 전체 시스템의 정확성과 안정성을 보장 할 수 있습니다.

✅ 단위 테스트를 작성하는 것은 시간이 많이 걸리고 힘든 작업 일뿐만 아니라 소프트웨어의 품질과 지속 가능성에 대한 중요한 투자이기도합니다. 단위 테스트 작성의 이점은 개발 단계에 국한되지 않고 제품 유지 관리 및 확장 중에 가치를 확장하고 가져옵니다.

우리는 UT를 작성하기 위해 go-mock을 사용하고 있습니다. 👉github.com/golang/mock/gomock

모든 기사는 실제 작업에서 수행, 경험 및 사용한 후의 개인적인 견해입니다. 잘못된 정보와 혼란이있는 경우 모든 사람이 아래 의견에 의견을 제시 할 수 있기를 바랍니다.👇👇👇

쓰기 단위 테스트의 이점

백엔드 통신 디자인 패턴 Pattern 1. 요청-응답 패턴 마치 클라이언트-백엔드처럼 핑퐁 동기 통신 요청하고 기다렸다가 응답이 오면 그 다음 수행 예) RESTful API : 특정 endpoint(URL)로 GET, POST, PUT, DELETE 와 같은 http 요청을 하여 필요한 데이터를 응답값으로 받아 처리 요청-응답 패턴 장점 단순하고 구현이 용이하여 가장 많이 사용되는 패턴 여러 상황에 대부분 다 적합한 편 확장성 : 각 요청이 개별적이

백엔드 통신 패턴

서버와 통신하는 방법은 여러가지가 있죠. 가장 대표적인 방법 5가지 패턴에 대해서 장/단점을 하나씩 정리해보았습니다. 

1) 요청-응답 패턴 
2) publish-subscribe 패턴 (PubSub)
3) Short Polling 패턴
4) Long Polling 패턴
5) Push 패턴

https://jiyeonseo.github.io/digital-garden/notes/backend-communication-design-patterns/

백엔드 통신 디자인 패턴

그러면 비공개 API 또는 파트너쉽 API등 다양한 관계에 있는 API를 어떻게 표현하고 설명할수 있을까요? 도메인 주도개발에 이야기하는 컨텍스트 맵핑을 이용하여 API의 관계에 대해 구체적인 사례와함께 표현해보겠습니다. API를 구현관점이 아닌 관계관점에서 그것을 개선하기위해 이해를 해야하는 PM/기획 영역에도 도움이 될것으로 보여집니다. 이 프로토콜은 공개가 되어있고 API화가 잘되어 있다. 이것을 이용하는 팀은 상류의 API를 그대로 이용한다.

WEBNORI

오픈 API는 개발자라면 누구나 사용할 수 있도록 공개된 API를 의미합니다.

우리가 개발한 API를 포함하여 비공개 API 또는 파트너쉽 API등 다양하게 얽혀있는 의존 관계를 어떻게 표현하고 설명할수 있을까요?

도메인 주도개발에 이야기하는 컨텍스트 맵핑을 이용하여 API의 의존관계를 표현하는 방법에대해 알아보겠습니다.

공개호스트 - OpenHostService

이 프로토콜은 공개가 되어있고 API화가 잘되어 있다. 이것을 이용하는 팀은 상류의 API를 그대로 이용한다.

순응적패턴/반부패계층/파트너쉽을 추가로 알아보겠습니다.

더보기:
https://wiki.webnori.com/pages/viewpage.action?pageId=89621220

Webnori

컨텍스트 맵핑과 API

However, there are various interruptions, such as login screens or popups, that occur during testing. To streamline the process, I implemented code to manage these interruptions within a single...

Custom UI Interruption Monitor

이 글은 시원스쿨에 다니며 블로그에 작성했던 것을 재작성 한 것입니다.

앞서 말한 Sytem Alert외에 앱 자체의 이벤트 알림 팝업이나 로그인이 풀려서 로그인 화면이 나오는 듯 여러 방해 요소가 있다.

기존에는 각 test 코드 앞에 체크해서 처리하는 함수를 하나씩 다 넣어줬는데

wait 함수에서 일괄 처리하도록 수정했다

#ios #uitest #interruption #swift

https://medium.com/@toyboy2/custom-ui-interruption-monitor-9cdb63ff4764

Medium

사용자 정의 UI Interruption Monitor

During the development of the Siwonschool app, I made note of new insights I gained about XCUITest. I intend to revise and share these insights one by one. When encountering an alert during UI...

Mastering Permission Request Alerts in XCUITest

이글은 시원스쿨에 다니며 블로그에 작성했던 것을 킥고잉 기준으로 재작성 한 것입니다.

iOS에서 XCUITest로 자동 UI 테스트를 돌리는 중에 권한을 요청하는 System Alert이 나타나면 어떻게 해야 할까요? 이글은 addUIInterruptionMonitor를 통해 Alert을 인식하는 방법과 React-Native에서의 사용 예를 포함합니다.

https://medium.com/@toyboy2/mastering-permission-request-alerts-in-xcuitest-7242e63523f

iOS UI Test에서 System Alert 통과하기

Mark Zuckerberg: First Interview in the Metaverse | Lex Fridman Podcast #398

Lex Fridman과 Mark Zuckerberg의 실사 버전의 아바타를 통한 인터뷰 in 메타버스

작년에 조악한 아바타 시연으로 욕을 먹었었는데, 1년만에 절치부심해서 놀라운 결과로 돌아왔네요. 두 사람의 결과만 보면 애플 비전 프로보다 약간 더 좋게 보이는데요.

아직 대중에 공개되진 않았고, 세상에서 가장 표정 변화가 적은 두 사람을(ㅋㅋ) 모델로 해서 그렇다는 의견도 있으니 조금 더 지켜봐야겠습니다.

다른건 몰라도 주사장님의 멘탈과 끈기는 정말 존경스럽지 않을 수 없네요.

https://youtu.be/MVYrJJNdrEg?si=jkdmSlJTX4mETJrZ

YouTube

View and compare GitHub star history graph of open source projects

Star History

여러분들을 쓰려는 라이브러리나 프레임워크를 결정할 때 어떤 기준을 가지고 계신가요? 사용성? 동료들과의 취향? 저는 꽤나 중요하게 보는게 스타 갯수인데요. (저는 가끔 이걸 Star driven dicision 이라고도 합니다. ㅎ_ㅎ) 

그만큼 오픈소스 세계에서는 이 스타수가 정말 중요한 것 같습니다. 사실 스타 갯수가 코인도 아니고 실제 고객이 분명 된다는 것도 아닌데 왜 그렇게 중요하게 여겨지는 걸까요? 

# 신뢰성 
- 개발자들이 두개의 라이브러리 사이에서 선택 해야할때 일반적으로 스타 수가 더 많은 라이브러리를 선택하는 경향이 있다. (물론 PR, 마지막 커밋 등 pulse도 중요)

# 성장 매트릭
- 스타 갯수는 성장을 의미합니다. 보통 스타 갯수가 많을 수록 더 많은 기여자, PR들, 더 많은 유명세를 갖게 된다.

# 트랜드 기회 
- GitHub 트랜딩 페이지(https://github.com/trending)는 개발자 뿐만 아니라 투자자, 각종 IT 회사 등에서 많이 주목하고 있는 페이지다. 단기간에 많은 스타를 받게 되면 빠르게 트렌딩 페이지에 올라갈 수 있다. 

https://star-history.com/blog/do-github-stars-equal-money

Star-history

GitHub Star 수는 돈과 같을까?

Learn the Difference Between 401 and 403 Errors: Authentication vs. Authorization in HTTP Status Codes. Clear guidelines for developers.

401 vs. 403 Error Codes: What's the Difference? When to Use Each? (Updated 2023) | Permit

HTTP status 400대 에러! 뭔가 요청이 잘못되거나 권한이 부족하여 제대로 답을 줄 수 없을때 마주하게 되는 에러인데요. 이 중 알듯 모를듯 비슷한 두 인증 및 권한에 대한 에러가 있습니다. 바로 401과 403인데요. 그 차이 정확히 알고 계신가요? 

401 Unauthorized
- 요청자(사용자)가 누군지 알 수 없음 
- 인증이 필요한 요청인데 실패하거나 제대로 제공이 되지 않은 경우. 
- 응답에는 유효한 자격 증명을 제공하도록 요구하는 `WWW-Authenticate` 헤더 필드를 포함하도록 한다. 

403 Forbidden
- 요청자(사용자)가 누구인지는 알고 있으나 접근 허용되지 않음. (권한이 부족) 
- 오류 사유를 포함하지 않는다!  

이 두 가지를 헷갈리면 안되는 이유는 바로 유저 프로세스가 두 에러에 따라 변경될 수 있기 때문인데요. 가장 많이 마주하는 시나리오는 유저의 로그인을 하고 일부 리소스에 대해서 접근을 관리하는 서비스일 것 같습니다. 

예를 들어 Google 클라우드에서 공유된 폴더에 접근한다고 가정하였을 때.

1) 요청하는 유저가 로그인 아직 하지 않았을 때 -> 401 
2) 요청하는 유저가 로그인 하였고, 공유된 폴더에 접근 권한이 있을 때 -> 200
3) 요청하는 유저가 로그인 하였고, 공유된 폴더에 접근 권한이 없을 때 -> 403

https://www.permit.io/blog/401-vs-403-error-whats-the-difference

Permit

401과 403 그 차이는?

쿠키 1부: HTTP로 설명하는 쿠키(cookie)

“쿠키는 클라이언트에 저장되고… 음,,, 보안에 좋지 않습니다.” 😅

개발자 면접을 볼 때 쿠키에 대해서 물어보면 가장 흔하게 들을 수 있는 대답인데요. 완전히 틀린 말은 아니지만 뭔가 알맹이가 빠진 느낌이 듭니다.

“그럼 보안을 위해서 쿠키는 안 쓰는 게 좋겠네요?”

라고 반문을 하면 오랫동안 웹 개발을 한 분들도 머뭇거리시는 경우가 많은데요. 아무래도 대부분의 서버 프레임워크에서 쿠키를 직접 다루지 않아도 되도록 추상화 잘 되어 있기 때문에 오히려 쿠키를 직접 다루거나 쿠키에 대해 깊이 생각해볼 기회가 많지 않아서 그런 것 같습니다.

사실 쿠키는 웹에서는 빼놓을 수 없는 핵심적인 기술이죠? 프런트 개발을 하든 백엔드 개발을 하든 웹 개발자로서 쿠키를 제대로 이해해두시면 두고두고 유용한 지식이 될 거라 생각합니다. 그래서 2개의 포스팅에 걸쳐서 쿠키를 기술적으로 깊게 파해쳐보려고 합니다. 🔪

첫 번째 포스팅에서는 쿠키가 어떻게 서버와 브라우저 간에 이동을 하는지, 그리고 쿠키의 유효 기간과 적용 범위를 설정하는 방법과, 쿠키의 한계와 대체 기술에 대해서도 살펴보겠습니다.

📝 포스팅: https://www.daleseo.com/http-cookies/

우리가 웹에서 쿠키를 사용할 수 밖에 없는 결정적인 이유인 세션 기반 사용자 인증에 대해서는 아래 두 번째 게시물을 참고 바랍니다.

🎵 쿠키 2부: 세션은 쿠키가 필요해: https://careerly.co.kr/comments/91233

Daleseo

쿠키 1부: HTTP로 설명하는 쿠키 🍪

이번 포스팅에선 아주 중요하지만 프로그래밍 교육 과정에서 크게 다루지 않는 보안 에 대해 이야기 해보려고 한다. 최근엔 프레임워크나 라이브러리 차원에서 잘 막아주기 때문에 큰 언급없이 넘어가는 경우가 많지만 소프트웨어 개발자는 꼭 보안 전문가가 아...

웹 개발을 위해 꼭 알아야하는 보안 공격

보안은 웹 개발에서 굉장히 중요한 분야 중 하나지만, 프로그래밍 교육이나 개인 포트폴리오로 프로젝트를 진행할 때 크게 다루지 않는걸 종종 보곤 했습니다.

아마도 요즘 사용하는 프레임워크나 라이브러리에서 대부분의 보안 공격이나 실수에 대해 방어할 수 있도록 구현이 잘 되어있기 때문이겠습니다만

웹 개발자 혹은 소프트웨어 개발자라면 보안 전문가 수준까진 아니더라도 기초적인 보안 공격에 대한 이해와 이를 방어할 수 있는 방법을 알아둠으로써 혹시나 발생할 수 있는 실수를 사전에 막을 수 있어야 합니다.

오늘은 알아두면 나중에 반드시 도움이 되는 보안 공격에 대해 잘 정리된 글이 있어 공유드립니다.
글에서 언급된 대표적인 보안 공격을 요약하자면 다음과 같습니다.

📌 SQL Injection
서버에서 실행되는 SQL을 악의적으로 이용하는 공격입니다. 
이름처럼 기존 SQL에 악의적인 SQL 구문을 삽입하여 데이터 탈취, 삭제 등을 할 수 있습니다.

📌 Cross-Site Scription (XSS)
웹 페이지에 악성 자바스크립트를 삽입하는 공격입니다. 
최근엔 SPA(Single-Page Application)로 배포되는 서비스가 많은데, 이렇게 배포되는 서비스 대부분이 인증 관리를 위해 토큰을 Cookie 혹은 localStorage 에 저장합니다. 
이때 XSS 방어 준비가 되어있지 않은 경우 자바스크립트를 통해 불특정 다수의 사용자 토큰을 손쉽게 탈취 할 수 있습니다.

📌 CSRF Attack
Cross-Site Request Forgery라고 부른다. 공격자가 서비스 사용자를 이용하여 요청을 보내는 공격을 말합니다.
예를 들어 네이버 로그인과 똑같은 화면을 제공하는 피싱 사이트를 사용자가 피싱 사이트인 것을 모르고 아이디와 비밀번호를 입력하고 로그인 버튼을 누른다면 피싱 사이트는 진짜 네이버 로그인 URL 에 요청할 수 있게 됩니다. 
만약 CSRF 에 대한 방어가 제대로 안되어 있다면 성공/실패 Response 가 내려올 것이고 이를 통해 해커는 성공한 계정 정보를 판단하여 탈취할 수 있습니다.

📌 Command Injection
쉘을 실행시키는 로직을 이용한 공격으로 시스템 권한이 탈취되는 것이나 마찬가지기 때문에 매우 치명적입니다.
각 언어마다 쉘 명령을 실행할 수 있는 API 가 존재하는데 이러한 API 를 해커가 호출할 수 있게 방어가 안되어있다면 치명적인 결과를 불러올 수 있다.

📌 File Upload Attack
공격 스크립트가 담긴 파일을 서버로 업로드하는 공격입니다. 
WebShell 이 가능한 코드가 담긴 파일을 업로드하고 해커가 URL을 통해 접근 가능해지면 Command Injection 과 같은 효과를 볼 수 있습니다.

📌 JavaScript Injection
브라우저에서 자바스크립트를 삽입시키는 공격입니다. 
브라우저에서 제공하는 Console 을 통해 Javascript 코드 조작이 가능하기 때문에 Client-Side 에 민감한 데이터를 넣어놨다면 해당 공격을 통해 탈취가 가능합니다.

📌 DDoS
꽤 유명한 보안 공격중 하나입니다.
Distributed Denial of Service 라고 부르는데, 직역하면 분산 서비스 거부 공격이라고 할 수 있습니다. 
이름처럼 분산된 시스템을 이용하여 서버에 비정상적으로 많은 트래픽을 보내 마비시키는 공격입니다.
공격자는 수 많은 PC 를 이용하여 서버에 트래픽을 보내는데 몰래 심어 놓은 좀비 PC 를 이용할 수도 있고 본인이 사용할 수 있는 PC 를 이용할 수도 있습니다. 
많은 트래픽이 발생하기 때문에 공격을 받는 서비스는 부하가 생겨 느려지거나 서버가 죽을 수 있습니다.

📌 Dictionary Attack
미리 데이터베이스에 등록해놓은 수많은 문자열을 암호로 대입하는 공격으로 Brute Force의 일종입니다.
"하나만 걸려라" 공격이라고도 볼 수 있는데 많은 웹 사이트에서 간단한 단어로 비밀번호를 등록하지 못하게 하는 이유기도 합니다.

📌 Rainbow Table
평문을 해시 함수로 만든 문자열을 모두 저장시켜 놓은 표를 가지고 탈취한 계정 데이터의 암호 원문을 알아내는 공격입니다.

각 보안 공격에 대한 대응 방법과 주의사항등은 공유드린 원문에 자세히 설명되어있으니 관심있으신 분들은 참고해주시면 좋겠습니다.

📚 원문
- https://kciter.so/posts/basic-web-hacking

📚 함께보면 좋은글
- 🔐 암호화의 종류: https://careerly.co.kr/comments/89377?utm_campaign=self-share

kciter.so

🔐 웹 개발을 위해 꼭 알아야하는 보안 공격

Swagger는 API 문서를 쉽고 자동으로 작성하는 데 도움이되는 강력한 도구입니다. 이 기사에서는 Swagger를 사용하여 프로젝트의 API 문서를 자동으로 생성하는 방법을 살펴 봅니다.

Swagger는 소프트웨어 개발 커뮤니티에서 널리 사용되는 개방형 표준화 된 API 개발 프레임 워크입니다. API를 자동으로 쉽게 작성, 설계 및 문서화하는 도구를 제공합니다. Swagger는 JSON 또는 YAML 파일을 사용하여 API를 설명하고 아름답고 이해하기 쉬운 API 문서를 생성합니다.

✌️Swagger를 사용하여 API 문서를 작성하는 방법:

✅ API 정의 : JSON 또는 YAML 파일을 사용하여 경로, HTTP 메소드, 매개 변수, 설명 및 기타 관련 요소를 지정하여 API를 정의 할 수 있습니다.

✅ API 문서 생성 : Swagger 도구를 사용하면 API 정의에서 API 문서를 자동으로 생성 할 수 있습니다. Swagger는 JSON 또는 YAML 파일에 정의 된 정보를 사용하여 API의 리소스, 메소드 및 매개 변수에 해당하는 API 문서 페이지를 생성합니다.

✅ API 문서 표시 : Swagger에서 생성 된 API 문서는 아름답고 친숙한 사용자 인터페이스를 통해 액세스 할 수 있습니다. 사용자는 API와 관련된 리소스, 메소드, 매개 변수 및 기타 정보를 쉽게 볼 수 있습니다.

✌️Swagger를 사용하여 API 문서를 만들면 다음과 같은 이점이 있습니다:

✅ 문서 생성 프로세스 자동화 : Swagger를 사용하면 API 정의에서 API 문서를 자동으로 생성하여 수동 작업을 줄이고 시간을 절약 할 수 있습니다.

✅ 읽고 이해하기 쉬운 문서를 작성하십시오. Swagger는 표준 형식, 명확한 구조로 API 문서를 작성하며 읽기 쉽습니다. 이를 통해 사용자는 API의 중요한 측면을 쉽게 파악할 수 있습니다.

✅ 상호 작용 성 및 테스트 가능성 향상 : Swagger에서 생성 된 API 문서는 사용자 인터페이스에서 직접 API를 테스트 할 수있는 기능을 제공합니다. 이것은 상호 작용 성을 높이고 테스트 시간을 줄이는 데 도움이됩니다.

✅ 소스 코드와 문서 동기화 : Swagger를 사용하면 API 문서를 소스 코드와 동기화 할 수 있습니다. 소스 코드가 변경되면 Swagger는 수동으로 수행하지 않고도 해당 문서를 자동으로 업데이트 할 수 있습니다.

✅ API 문서를 수동으로 작성하려면 많은 시간과 노력이 필요합니다. 그러나 Swagger를 사용하면이 프로세스가 자동화되어 아름답고 이해하기 쉬운 API 문서를 쉽게 만들 수 있습니다. Swagger를 사용하여 프로젝트에 대한 API 문서를 작성하고이 프로세스를 자동화하는 이점을 누리십시오.

Swagger 홈페이지 👉 https://swagger.io
Swagger Gin-Golang 👉 https://github.com/swaggo/gin-swagger

모든 기사는 실제 작업에서 수행, 경험 및 사용한 후의 개인적인 견해입니다. 잘못된 정보와 혼란이있는 경우 모든 사람이 아래 의견에 의견을 제시 할 수 있기를 바랍니다.👇👇👇

Swagger를 사용하여 API 문서 자동 생성

Developers and Open Source authors now have a massive amount of services offering free tiers, but it can be hard to find them all to make informed decisions.

Free for Developers

프리티어(free tiers)로 사용할 수 있는 소프트웨어(SaaS, PaaS, IaaS...) 등을 정리해둔 사이트입니다. 토이 프로젝트나 작은 프로젝트에서 활용하기 좋을 정보가 많네요!

https://free-for.dev

Free-for

📌 무료로 사용할 수 있는 개발 도구들

한빛미디어

한빛 MSA 시리즈의 하나로 깃헙 코파일럿 특강이 올라왔습니다! 

코파일럿이 무엇인지, 어떻게 사용할 수 있는지, 그리고 어떠한 자세로 우리가 AI 어시스턴트를 이용해야할지에 대해서 풀어보았습니다 :) 

https://www.hanbitn.com/product/msa2003-copilot/

https://www.hanbitn.com

코딩 친구 넘어 코딩 선생님으로, GitHub Copilot

번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면 이 가이드를 천천히 따라와보세요:)

[번역] 번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

오늘 소개해드릴 글은 라인플러스의 김은빈님이 번역해주신 글입니다. 최근 번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 이야기는 많이 들었지만 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면, 혹은 이번 기회에 번에 대해 알아가고 싶으시다면 이 가이드를 천천히 따라와보셔도 좋을 것 같습니다:)

> 글 링크: https://velog.io/@eunbinn/server-side-rendering-ssr-with-bun-and-react

Velog

번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

나 실리콘밸리를 가야겠다 (1)

안녕하세요 :)

글을 보면서 "와 정말 대단하다. 실행력 대박"이라는 말이 나온 글입니다

실리콘밸리를 가야겠다 생각하시고 실행하는 부분이 너무 인상적이였어요.

시리즈 글인데 모두 올라와서 링크 타시고 보시면 좋을 것 같아요

최근 본 글 중 실행력 제일 좋다고 생각한 글이에요

https://www.junsoor.com/silicon-valley-1

Junsoor

나 실리콘밸리를 가야겠다

ChatGPT 쓸 때 질문을 영어로 번역해 주고, 답변도 한글로 번역해 주는 번역기입니다.

프롬프트 지니: ChatGPT 자동 번역기

ChatGPT를 쓰다보면 불편한 점들이 몇가지 있는데 그런 부분들을 보완해주는
없어서는 안되는 필수 크롬 익스텐션을 3가지 소개합니다!

1/ 프롬프트 지니 : ChatGPT 자동 번역기 (필수!)

ChatGPT 입력창에 한글로 입력하면 자동으로 영문으로 전환해서 물어보고, 결과가 영어로 나오면 한글로 자동 번역해서 보여줍니다.

ChatGPT의 영문 학습량이 한글보다 많아서 더 정확한 결과를 얻으려면 영어로 프롬프트를 작성해야 할 경우가 많습니다. 

번역기를 왔다 갔다하면서 입력해야 하는 번거로움을 한방에 해결해주는 필수 익스텐션 입니다.

https://chrome.google.com/webstore/detail/프롬프트-지니-chatgpt-자동-번역기/lhkgpdljnlplgbkonflbhifackjhjmdj?hl=ko

2/ AIPRM : 원클릭 프롬프트

막상 ChatGPT를 열어서 원하는 결과를 얻으려면 프롬프트를 쓰는걸 시작하기 쉽지 않습니다. 너무 간단하게 물어보면 추상적인 답변이 나오고, 맥락을 설명 하면서 해야하는데 어떻게 효과적으로 물어봐야하는지 잘 떠오르지 않죠. 그리고 복잡하고, 구체적인 답변을 원한다면 빌드업에 많은 시간이 걸립니다.

AIPRM은 이런 프롬프트 작성의 문제를 해결해줍니다.

3600개 이상의 검증된 프롬프트를 활용해서 빠르게 원하는 질문을 만들고, 원하는 답변을 받을수 있도록 도와줍니다.

https://chrome.google.com/webstore/detail/aiprm-for-chatgpt/ojnbohmppadfgpejeebfnmnknjdlckgj?hl=ko

3/ WebChatGPT: 인터넷 액세스 가능한 ChatGPT

ChatGPT는 최신 데이터를 가지고 있지 않습니다. 

특정 시점 이전의 데이터만 학습해서 모델을 만들었고, 인터넷에 있는 정보를 실시간으로 반영하지 않습니다. 그래서 최신 정보를 물어보면 대답이 틀리거나, 모른다고 답변합니다.

WebChatGPT는 ChatGPT에게 인터넷에 접근가능하게 만들어 줍니다.

그 외에도 AIPRM 처럼 프롬프트 라이브러리를 제공하고, 검색 서비스옆에서 AI가 생성한 답변을 볼수 있게도 해줍니다.

https://chrome.google.com/webstore/detail/webchatgpt-chatgpt-with-i/lpfemeioodjbpieminkklglpmhlngfcn?hl=ko

Google

ChatGPT 사용할때 꼭 필요한 크롬 익스텐션 3가지

'따라 하기'보다는 '업의 본질'에 집중하기 : 네이버 블로그

1. 자신이 하고 있는 일의 본질이나 몸담고 있는 업의 본질을 이해하는 데는 꽤 많은 시간이 걸릴 수밖에 없다. 본질이라는 게 대충 몇 년 했다고 쉽게 알 수 있는 게 아니니까.

2. 그리고 업의 본질을 이해하기 위해선 초기 지나친 확장은 경계하는 것이 좋다. 확장하고 성장하는 것은 너무나 좋고 아름다운 일이지만, 자칫 잘못하면 이로 인해 늘어난 수많은 부수적인 일에 휩쓸려, 지금 내가 하고 있는 일의 본질이 무엇인지, 코어가 무엇인지에 대해 고민하는 것을 놓칠 수 있기 때문.

3. 그러다 보면 바쁜 업무 속에서 정신없이 지내기 마련인데, 정작 정말 중요한 일이 아니라 부수적인 일만 하다가 어느 순간 거품이 꺼져서 돌아보면 결국에는 아무것도 한 게 없는 꼴이 된달까?

4. 성장 중독이 난무하는 스타트업 씬에서 괜히 ‘(초기에는) 확장성 없는 일을 하라(Do thing that don't scale)’는 말이 나온 게 아닌 셈.

5. 지금 하고 있는 일의 본질이 무엇인지, 고객들이 우리 제품이나 회사에게 기대하는 바가 정확히 무엇인지를 이해하려면 성장보다는 본질에 대해 이해하는 시간을 가져야 하니까.

6. 그리고 정말 고객들이 원하는 것이 무엇인지, 지금 시대에 필요한 것이 무엇인지, 업의 본질이 무엇인지를 알고, 이를 구현할 실행력까지 가지고 있다면 성장은 당연히 일어나는 것 같고.

7. 다만, 여기서 정말 어려운 문제는 업의 본질이나 자신이 하는 일의 본질을 이해하는데, 그리고 고객이 정말로 원하는 것이 무엇인지를 온전히 이해하는데, 얼마의 시간이 걸릴지는 그 누구도 알 수 없다는 점이다. 10년이 걸릴지, 20년이 걸릴지, 아니면 평생이 걸릴지는 그 누구도 알 수 없으니까.

8. 그래서 사람들 중에는 업의 본질을 이해하는 데 자신의 시간과 자원을 베팅하기보다는, 지금 잘 되는 누군가를 따라 하는 일에 더 많은 시간과 자원을 베팅하는 경우가 많다.

9. 그렇게 요즘 인기 있다는 마케팅 방식을 쫓아다니고, 인기 있는 밈을 추종하며, 뭔가 그럴듯한 컨셉이 있으면 따라 하는데,

10. 물론 그렇게 해서 순간적으로 관심을 얻고, 인기를 얻는 경우는 의외로 많다. 추세와 트렌드가 가진 힘이 있으니까. 그래서 그게 콘텐츠 마케팅이든, 소셜 미디어 마케팅이든, 퍼스널 브랜딩이든, 관련한 강의를 하는 사람들 중에는 메시지의 형태는 다소 다를 수 있으나 대부분 뭔가를 보고 따라 하라는 얘기를 하는 경우가 많다.

11. 업의 본질이나 자신이 추구하는 가치의 본질이 무엇인지를 고민하고 실행하고 찾아가는 지루한 과정보다는 그게 훨씬 쉽고, 운이 좋으면 성과도 빨리 낼 수 있으니까.

12. 하지만 뭔가 잘 따라 한다고 해서 게임이 끝나는 경우는 거의 없다. 아무리 많은 관심을 얻고, 인기를 얻고, 매출을 잘 발생시켜도, 이를 유지하려면 결국에는 코어가 단단해야 하고, 끈기가 있어야 하며, 실패를 딛고 일어설 수 있어야 하는데,

13. 잘 되는 것만 따라 해서는 이 단계를 극복하지 못한다. 잘 된 것들은 너무 많아서 따라 하기 쉽고 따라 할 것도 많지만, 잘 안 되었을 때는 어떻게 해야 하는지를 참고할 수 있는 건 그리 많지 않으니까. 그땐 정말 진정성을 가지고, 공부를 하든, 사람을 찾아다니든 해야 하고, 뭐가 문제인지를 숙고해야 하는데,

14. 쉽게 따라 할 수 있는 것에 너무 익숙해지면, 어렵고 시간이 걸리는 해결책을 선택하기란 점점 어려워진달까?

15. 그래서 이런 사람들은 대체로 질문이 자기중심적인 경우가 많다. 자신의 문제를 해결할 답을 알려달라는 식이다. 특히 창작자나 콘텐츠 업계로 넘어오면, 이 질문들은 더욱 노골적으로 변한다. “썸원 님, 저는 어떤 콘텐츠를 만들어야 하죠? 어떻게 돈을 벌어야 하죠?”

16. 이런 질문을 받을 때면 대충 아무말을 하면서 넘기긴 하는데, 그렇다고 해서 이 질문들이 구린 질문이라는 점은 변하지 않는다.

17. 콘텐츠를 만드는 것이 업의 핵심인 창작자가 어떤 콘텐츠를 만들어야 하는지를 다른 사람에게 묻고, 사업을 하는 것이 업의 기본이 사업자가 돈을 어떻게 벌어야 하는지를 다른 사람에게 묻는다는 건 스스로 자신이 해야 할 일의 기본에 대해 별로 고민하지 않았다는 뜻이니까.

18. 과연 봉준호 감독이나 유명 감독들이 다음 작품을 뭘 해야 할지에 대해 다른 사람들에게 의견을 묻고 그걸 따를까? 그보다는 자신의 아이디어에 대한 다른 사람들의 반응을 보고 개선하지 않을까?

19. 게다가 창작자는 그게 구리든 아니든, 자기 삶의 모든 순간을 콘텐츠로 만들 수 있는 일종의 특권 같은 걸 가지고 있는데, 남에게 아이디어를 구하는 것이 맞을까? 단순히 인기 있는 무언가를 추종하는 것이 맞을까? 만약 추종한다면 내가 그걸 왜 추종하는지에 대한 자신만의 명확한 이유가 있어야 할 것 같고.

20. 무튼 답은 모르지만, 지금 당장 답을 모른다는 건 그리 큰 문제가 아니다. 열린 태도를 가지고 가설을 세우고 검증을 하면서 나아가면 되니까. 정말 큰 문제는 남에게서 쉬운 답을 얻으려는 태도일지도 모르지. 무튼 나 화이팅 ;) 

https://blog.naver.com/somewon_co/223218034742

네이버 블로그 | 가장 보통의 스타트업 CEO

'따라 하기'보다는 '업의 본질'에 집중하기

TypeScript Origins: The Documentary features core contributors and community members like Anders Hejlsberg, Steve Lucco, Luke Hoban, Daniel Rosenwasser, Ryan Cavanaugh, Amanda Silver, Matt Pocock, Josh Goldberg & many more! It also covers adoption stories

TypeScript Origins: The Documentary

https://youtu.be/U6s2pdxebSo?si=RAfp1o8HtA-rRcnw

Microsoft는 왜 TypeScript를 개발할 가치가 있다고 생각했을까요?
이 다큐멘터리는 Microsoft가 TypeScript를 제작하게된 배경과 과정에 대해 깊이있게 다루고 있습니다.

다가올 추석, 여유롭게 시청하며 TypeScript와 더 가까워지는 시간이 될 수 있겠네요.

TypeScript 다큐멘터리: TypeScript Origins

더 안주면 떠나는 MZ세대... 기업들 '임금 인플레' 몸살

더 안주면 떠나는 MZ세대… 기업들 ‘임금 인플레’ 몸살 

30대 기업 상반기 급여 10% 올렸는데, 추가 인상 요구 도미노. 판교IT기업과 스타트업들의 인재확보전쟁 영향.

Naver

프로덕트 매니저/서비스 기획

한주현

학생

재훈

세상을 바꾸는 기업을 만들고 싶은 학생입니다. 스타트업, 마케팅, 브랜딩, 팀 문화, 독서, 자기계발에 관심이 많습니다. 거창한 목표를 이루기 위해 어떻게 살아야 하는지, 어떤 사람이 되어야 하는지 끊임없이 고민하며 살아가고 있습니다. 조언은 언제나 환영!

Product Marketing Team Lead

이재문

마케팅 테크놀로지 기업 AB180의 프로덕트 마케팅 팀 리드를 맡고 있습니다.

공동대표

기자

본부장

센터장

경영학과

경영대학원

임정욱

호기심 많은 관찰자입니다. 매일 아침 조간 신문 뉴스와 IT뉴스를 챙겨보고 흥미로운 내용을 SNS에 메모해 두는 습관을 10년 넘게 유지하고 있습니다. 독서보다 넷플릭스와 유튜브를 너무 많이 보는 것 같아서 걱정입니다. 막 벤처투자자로 커리어를 바꾸는 참입니다.

댓글 0