YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

커리어리 친구들, 네번째 에피소드입니다. ^^ 아직 공식 데뷔(Public Debut)하려면 많은 구독과 조회수가 필요합니다 🙂

그래서, 이번 에피소드에서는 지난 6개월 동안 AI 컨설팅과 PoC한 경험으로 "국내 에이전틱 AI 실패와 성공 전략"에 대해 스토리 시나리오를 작성해서 AI에 지시(Instruction)를 내려 작성해 보았습니다.

국내처럼 IT 패러다임이 빨리 변화하는 곳도 없습니다. 엊그제만 해도 챗GPT과 파운데이션 모델을 어떻게 만드는가 주관심사였는 데, 지난 6개월은 이제 파운데이션 모델 생성을 넘어, 개발자들은 에이전트 개발과 배포에 대해 더 뜨거운 관심을 가지는 것 같습니다.

따라서, 한국 기업들이 Agentic AI를 도입하는 데 어려움을 겪는 이유는 무엇일까? 이러한 어려움은 한국의 독특한 기업 구조, 특히 전통적인 SI(System Integration) 아웃소싱 모델에 대한 의존 때문이지 않을까 발견했습니다.

그러므로, 이 영상은 그러한 Agentic AI의 성공을 저해하는 원인과 장애물을 극복하기 위한 제가 생각하는 솔루션이 어떠한 것이 궁금하시죠? 또한 Self-Initiated AI에 대해 요즘 주장하고 있는 데, 이것이 무엇인지 한번 끝까지 들어 봐 주세요!!

https://youtu.be/ure92cFBPiE?si=V-J0jxEJ4tHZMAl5

커리어리 친구들, 네번째 에피소드입니다. ^^ 아직 공식 데뷔(Public Debut)하려면 많은 구독과 조회수가 필요합니다 🙂 그래서, 이번 에피소드에서는 지난 6개월 동안 AI 컨설팅과 PoC한 경험으로 "국내 에이전틱 AI 실패와 성공 전략"에 대해 스토리 시나리오를 작성해서 AI에 지시(Instruction)를 내려 작성해 보았습니다. 국내처럼 IT 패러다임이 빨리 변화하는 곳도 없습니다. 엊그제만 해도 챗GPT과 파운데이션 모델을 어떻게 만드는가 주관심사였는 데, 지난 6개월은 이제 파운데이션 모델 생성을 넘어, 개발자들은 에이전트 개발과 배포에 대해 더 뜨거운 관심을 가지는 것 같습니다. 따라서, 한국 기업들이 Agentic AI를 도입하는 데 어려움을 겪는 이유는 무엇일까? 이러한 어려움은 한국의 독특한 기업 구조, 특히 전통적인 SI(System Integration) 아웃소싱 모델에 대한 의존 때문이지 않을까 발견했습니다. 그러므로, 이 영상은 그러한 Agentic AI의 성공을 저해하는 원인과 장애물을 극복하기 위한 제가 생각하는 솔루션이 어떠한 것이 궁금하시죠? 또한 Self-Initiated AI에 대해 요즘 주장하고 있는 데, 이것이 무엇인지 한번 끝까지 들어 봐 주세요!! https://youtu.be/ure92cFBPiE?si=V-J0jxEJ4tHZMAl5

브런치스토리

<에이전틱 AI 실패와 성공 전략>

AI 시대에 신입/주니어가 유리할까, 시니어가 유리할까라는 질문이 계속 화두가 되고 있는데, 나는 신입/주니어가 유리할거라는 입장이다. (일단 소프트웨어 개발업 한정)

이유는 경험적인 측면에서 봤을 때, 시니어는 경험에 집착해 새로운 기술을 잘 받아들이지 못하는 경향이 있었기 때문이다.

예를들면, 사용자 관리 시스템에 그룹 기능이 없는데 이걸 만들어야하는 상황을 생각해보자.

관련 경험이 있는 시니어는 머릿속에 그림이 촤좌작 나올 것이다. 그리고 그걸 AI에게 물어보는 것 보다 직접 구현하는 것이 더 빠를 것이다.

그리고 AI한테 물어보더라도 자기 머릿속에 그림이 이미 있기 때문에, 원하는 답을 못얻어서 불필요한 삽질을 했다고 생각할 것이다.

신입/주니어는 처음부터 AI에게 물어보고 구현시킬 것이다. 다양한 예외 상황을 고려하지 못해 완성도가 낮거나 반대로 오버엔지니어링을 할 가능성이 높지만, 구현 기간은 아마도 시니어와 비슷하거나 더 빠를 수 있다.

그런데, 여기서 중요한 질문이 있다.

“내년이 되면 완성도 차이가 얼마나 날까?”

소프트웨어 개발은 구현에 있어서는 대체로 명백한 답이 없는 분야이기 때문에 이 질문은 이를 판단하는데 매우 중요하다.

다만, 최근에 몇몇 경험을 통해 그게 아닐수도 있겠다는 생각을 했다. 오히려 반대인 경우가 꽤 있었기 때문이다.

내 주변만 그런지 소프트웨어 개발자만 그런지는 모르겠지만, 시니어리티가 높아질 수록 답이 정해져 있지 않다는 생각을하는 반면, 주니어일수록 하나의 답을 찾으려하거나 자신이 배운 좁은 범위로만 생각을 한정하려는 경향이 있었다.

처음에 전제했던 말과 반대되는 말이지만, 만일 이게 일반적이라면 AI 시대에 유리한 것은 시니어일 것이다.

갑작스런 논리의 도약이긴하지만, 이를보면 AI 경쟁력 강화에 있어 0순위는 교육의 패러다임을 바꾸는 것이다.

AI 시대의 대비는 국가적으로 AI 기술을 내재화하는 것만이 중요한 것이 아니다. 오히려 교육 시스템을 모조리 바꾸는 것이야말로 다음 시대를 준비하기위해 가장 시급하고 중요한 일이 아닐까싶다.

AI 시대에 신입/주니어가 유리할까, 시니어가 유리할까라는 질문이 계속 화두가 되고 있는데, 나는 신입/주니어가 유리할거라는 입장이다. (일단 소프트웨어 개발업 한정) 이유는 경험적인 측면에서 봤을 때, 시니어는 경험에 집착해 새로운 기술을 잘 받아들이지 못하는 경향이 있었기 때문이다. 예를들면, 사용자 관리 시스템에 그룹 기능이 없는데 이걸 만들어야하는 상황을 생각해보자. 관련 경험이 있는 시니어는 머릿속에 그림이 촤좌작 나올 것이다. 그리고 그걸 AI에게 물어보는 것 보다 직접 구현하는 것이 더 빠를 것이다. 그리고 AI한테 물어보더라도 자기 머릿속에 그림이 이미 있기 때문에, 원하는 답을 못얻어서 불필요한 삽질을 했다고 생각할 것이다. 신입/주니어는 처음부터 AI에게 물어보고 구현시킬 것이다. 다양한 예외 상황을 고려하지 못해 완성도가 낮거나 반대로 오버엔지니어링을 할 가능성이 높지만, 구현 기간은 아마도 시니어와 비슷하거나 더 빠를 수 있다. 그런데, 여기서 중요한 질문이 있다. “내년이 되면 완성도 차이가 얼마나 날까?” 소프트웨어 개발은 구현에 있어서는 대체로 명백한 답이 없는 분야이기 때문에 이 질문은 이를 판단하는데 매우 중요하다. 다만, 최근에 몇몇 경험을 통해 그게 아닐수도 있겠다는 생각을 했다. 오히려 반대인 경우가 꽤 있었기 때문이다. 내 주변만 그런지 소프트웨어 개발자만 그런지는 모르겠지만, 시니어리티가 높아질 수록 답이 정해져 있지 않다는 생각을하는 반면, 주니어일수록 하나의 답을 찾으려하거나 자신이 배운 좁은 범위로만 생각을 한정하려는 경향이 있었다. 처음에 전제했던 말과 반대되는 말이지만, 만일 이게 일반적이라면 AI 시대에 유리한 것은 시니어일 것이다. 갑작스런 논리의 도약이긴하지만, 이를보면 AI 경쟁력 강화에 있어 0순위는 교육의 패러다임을 바꾸는 것이다. AI 시대의 대비는 국가적으로 AI 기술을 내재화하는 것만이 중요한 것이 아니다. 오히려 교육 시스템을 모조리 바꾸는 것이야말로 다음 시대를 준비하기위해 가장 시급하고 중요한 일이 아닐까싶다.

실기기 테스트 너모 빡쎄다.. 심지어 모든 권한의 온오프케이스 조합을 빠짐없이 테스트 해야 하는 신규 가입자 대상 온보딩 테스트.. 🫠

실기기 테스트 너모 빡쎄다.. 심지어 모든 권한의 온오프케이스 조합을 빠짐없이 테스트 해야 하는 신규 가입자 대상 온보딩 테스트.. 🫠

”온라인에서 ‘믿음’은 종이 위에 적힌 몇 줄의 글에서 시작됩니다. 실제로 고객들이 상담을 신청하기 전, 가장 많이 보는 것이 소개글이고,이 글 하나로 ‘신뢰할 수 있겠다’는 판단을 내립니다.  하지만 대부분의 소개글은 자신이 어떤 일을 하고 있는지 나열하는 수준에 머무릅니다.그렇기 때문에 신뢰도는 커녕, 구매 전환도 일어나지 않죠.  이번 글에서는 왜 소

소개글 하나 바꿨더니. 앱 다운로드가 7배 늘었습니다.

1. 왜 이 제품/서비스여야 하나요?,
 2. 이 시장에서 단단히 잘못된 점은 무엇이라고 생각하나요?
 3. 앞으로 이 브랜드(제품)은 어디로 가고 싶은가요?

<ol ><li>왜 이 제품/서비스여야 하나요?, </li><li>이 시장에서 단단히 잘못된 점은 무엇이라고 생각하나요? </li><li>앞으로 이 브랜드(제품)은 어디로 가고 싶은가요?</li></ol>

👋 소개글 하나 바꿨더니, 앱 다운로드가 7배 늘었습니다.

우디의 컨설팅:  합격으로 가는 3가지 차별점 개인별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭   대기업 UX설계 디자이너 최종 합격한 **지 님의 실제 리뷰입니다.  5회 코칭   유니콘 프로덕트 디자이너 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭   대기업 디자이너 최종 합격한 **연 님의 실제 리뷰입니다.  2회 코칭   

[🦄 유니콘·빅테크] 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드·채용 담당 경력 - 우디디자인랩

사용자 인터뷰는
정답을 찾는 시험지가 아니라,
사람들의 말을 듣는 자리예요.

불편할 때 튀어나오는 단어,
길게 이어지는 침묵,
뜻밖에 터져 나오는 웃음.

그 작은 순간들 속에
진짜 원인이 숨어 있습니다.

https://www.latpeed.com/products/QkCkT

사용자 인터뷰는정답을 찾는 시험지가 아니라,사람들의 말을 듣는 자리예요. 불편할 때 튀어나오는 단어,길게 이어지는 침묵,뜻밖에 터져 나오는 웃음. 그 작은 순간들 속에진짜 원인이 숨어 있습니다. https://www.latpeed.com/products/QkCkT

Latpeed

사용자 인터뷰와 정답지

1. 도서관의 신간 코너에 종종 간다. 여기엔 두 종류의 책이 있다. 막 출간된 책, 그리고 누군가 신청한 책. 그래서 서점의 신간보다 더 신선하고, 의외의 발견을 하기에 좋다.

2. 손이 간 몇 권을 빌렸다. 대부분 교보에서 한 번 들춰봤지만 사지 않았던 책들이다. 다섯 권 중 한 권은 소장하고 싶어졌고, 나머지는 역시 안 사길 잘했구나 싶었다. 끝까지 읽은 건 두 권뿐이다.

3. 당장 읽고 싶은 책, 그냥 갖고 싶은 책, 재미있어 보이는 책, 오래 두고 읽을 책은 전부 다르다. 인간관계도 그렇다. 책은 한 권의 사람이 되고, 책읽기는 저자를 만나는 일이니까.


#9월의도서관

1. 도서관의 신간 코너에 종종 간다. 여기엔 두 종류의 책이 있다. 막 출간된 책, 그리고 누군가 신청한 책. 그래서 서점의 신간보다 더 신선하고, 의외의 발견을 하기에 좋다. ​2. 손이 간 몇 권을 빌렸다. 대부분 교보에서 한 번 들춰봤지만 사지 않았던 책들이다. 다섯 권 중 한 권은 소장하고 싶어졌고, 나머지는 역시 안 사길 잘했구나 싶었다. 끝까지 읽은 건 두 권뿐이다. ​3. 당장 읽고 싶은 책, 그냥 갖고 싶은 책, 재미있어 보이는 책, 오래 두고 읽을 책은 전부 다르다. 인간관계도 그렇다. 책은 한 권의 사람이 되고, 책읽기는 저자를 만나는 일이니까. ​ #9월의도서관

< 책 읽기는 저자를 만나는 일 >

https://blog.naver.com/madaboutit/223993757833

책에 밑줄 긋기 1 | <지성교정론> 명예는 이러한 커다란 단점을 가지고 있다. 그것을 추구하기 위해, 우리는 사람들이 보통 피하는 것을 피하고 보통 구하는 것을 구하면서, 다른 사람들의 이해력에 맞추어 우리의 삶을 관리하지 않으면 안 된다. 선과 악이 단지 관계 속에서만 사물에 대해 말할 수 있는 것이며, 따라서 동일한 사물이 다른 관계에 따라 선으로도 악으로도 불릴 수 있

21화 B. 스피노자, '에티카'

"사람들은, 최초에, 본유의 도구로써(아무리 곤란하고 불완전해도) 가장 손쉬운 물건들을 만들 수 있었으며, 일단 이것들을 만든 다음에는, 좀 더 만들기 어려운 물건들을 힘을 덜 들이면서도 더욱 완전하게 만들었다. 그렇게 사람들은 가장 단순한 일에서 도구로, 그리고 도구에서 다른 일과 도구로 점차 나아가면서, 적은 노동으로 많은 어려운 일들을 이룩하게 되었다. 똑같은 방식으로 지성도 본유의 능력으로 자기를 위하여 지적 도구들을 만들며, 그것으로써 다른 지적 작업을 위한 다른 능력을 얻고, 이 작업으로부터 다시 다른 도구들 또는 그 이상의 탐구능력을 얻으며, 그렇게 지혜의 절정에 이를 때까지 점진적으로 나아간다."
- 스피노자, <에티카>
#책 #필사 #철학


https://brunch.co.kr/@drunkensky/807

"사람들은, 최초에, 본유의 도구로써(아무리 곤란하고 불완전해도) 가장 손쉬운 물건들을 만들 수 있었으며, 일단 이것들을 만든 다음에는, 좀 더 만들기 어려운 물건들을 힘을 덜 들이면서도 더욱 완전하게 만들었다. 그렇게 사람들은 가장 단순한 일에서 도구로, 그리고 도구에서 다른 일과 도구로 점차 나아가면서, 적은 노동으로 많은 어려운 일들을 이룩하게 되었다. 똑같은 방식으로 지성도 본유의 능력으로 자기를 위하여 지적 도구들을 만들며, 그것으로써 다른 지적 작업을 위한 다른 능력을 얻고, 이 작업으로부터 다시 다른 도구들 또는 그 이상의 탐구능력을 얻으며, 그렇게 지혜의 절정에 이를 때까지 점진적으로 나아간다."- 스피노자, &lt;에티카&gt;#책 #필사 #철학 https://brunch.co.kr/@drunkensky/807

B. 스피노자, '에티카'

한 번 더, 그리고 한 층 더 깊게, 2차 UT의 진짜 가치 | 첫 번째 사용자 테스트(UT)를 마치고 나면 늘 같은 질문이 따라옵니다. 같은 유저군에게 다시 테스트해도 괜찮을까? 정답은 '예, 다만 설계가 다르게'입니다. 이 글은 프로덕트 디자이너의 포트폴리오 제작 관점에서 재테스트가 왜 가치가 있는지에 집중합니다.  그리고 UT라고 모호하게 쓰지 않고 User Testing과 Usability Test의 차이를 분명

같은 사용자에게 두 번 UT, 과연 효율적일까?

동일 샘플군에 한 번의 UT만으로는 검증이 부족할 수 있습니다. 1차에서 문제를 발견하고, 2차에서 개선안을 검증해야 합니다.

포트폴리오에 한 번 이성의 UT 과정을 담으면, 단순한 디자인이 아니라 문제를 풀어낸 근거로 보여집니다.

🔗 글 원본은 고정 댓글로

포트폴리오에 한 번 이성의 UT 과정을 담으면, 단순한 디자인이 아니라 문제를 풀어낸 근거로 보여집니다.

[원본글] 같은 사용자에게 두 번 UT, 과연 효율적일까?
https://brunch.co.kr/@cliche-cliche/265

동일 샘플군에 한 번의 UT만으로는 검증이 부족할 수 있습니다. 1차에서 문제를 발견하고, 2차에서 개선안을 검증해야 합니다. 포트폴리오에 한 번 이성의 UT 과정을 담으면, 단순한 디자인이 아니라 문제를 풀어낸 근거로 보여집니다. 🔗 글 원본은 고정 댓글로 포트폴리오에 한 번 이성의 UT 과정을 담으면, 단순한 디자인이 아니라 문제를 풀어낸 근거로 보여집니다. [원본글] 같은 사용자에게 두 번 UT, 과연 효율적일까?https://brunch.co.kr/@cliche-cliche/265

UX/UI 포트폴리오에서 두 번+ UT 전략

1. 대다수 소비자는 새것을 좋아하는 동시에 두려워한다.

2. 새로운 것을 찾으려는 호기심이 있으면서도 동시에 너무 새로운 것에는 겁을 내는 등 다분히 이중적인 속성을 나타낸다.

3. 새로운 것과 기존의 것 그리고 불안과 이해라는 양극적 요소를 적절히 결합해 의미 있는 순간을 창조할 수 있어야만 최고의 ’히트 메이커‘가 될 수 있다.

4. 요컨대 히트 메이커는 ’친숙한 놀라움 혹은 익숙한 새로움‘을 만들어내는 사람들이다.


#히트메이커스

1. 대다수 소비자는 새것을 좋아하는 동시에 두려워한다. 2. 새로운 것을 찾으려는 호기심이 있으면서도 동시에 너무 새로운 것에는 겁을 내는 등 다분히 이중적인 속성을 나타낸다. ​3. 새로운 것과 기존의 것 그리고 불안과 이해라는 양극적 요소를 적절히 결합해 의미 있는 순간을 창조할 수 있어야만 최고의 ’히트 메이커‘가 될 수 있다. 4. 요컨대 히트 메이커는 ’친숙한 놀라움 혹은 익숙한 새로움‘을 만들어내는 사람들이다. #히트메이커스

< 히트 메이커의 비밀: 익숙한 걸 새롭게 >

https://blog.naver.com/madaboutit/223750057912

지난 수주동안 아미고의 온보딩 개선 작업을 해 왔는데, 이제 드디어 내일이면 스토어에 제출 할 수 있을 듯. 연관된 범위의 버그수정과 리팩토링까지 했더니 테스트 겁나 빡쎔..신규 설치 테스트라 더 빡쎄..🥹 그래도, 눈에 잘 안보이는 일이지만 사용자 경험에 가장 큰 영향을 미치는 일 중 하나이니, 부디 성과 잘 나오길.. 🙏

지난 수주동안 아미고의 온보딩 개선 작업을 해 왔는데, 이제 드디어 내일이면 스토어에 제출 할 수 있을 듯. 연관된 범위의 버그수정과 리팩토링까지 했더니 테스트 겁나 빡쎔..신규 설치 테스트라 더 빡쎄..🥹 그래도, 눈에 잘 안보이는 일이지만 사용자 경험에 가장 큰 영향을 미치는 일 중 하나이니, 부디 성과 잘 나오길.. 🙏

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요.

Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다.

조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다.

스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳

저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다.

어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요.

게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳

내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요.

개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요. Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다. 조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다. 스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳 저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다. 어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요. 게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳 내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요. 개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진

‎나만의 대한민국 여행 지도를 만들어보세요!

내가 가본 우리나라는 여러분이 방문한 한국의 모든 지역을 색칠하는 여행 기록 앱이에요.
제가 쓰려고 만들었어요. 죽기 전에 다 색칠하는 게 제 소원이에요. 광고나 결제 따윈 없으니 안심하고 사용하세요.

* 지역별 색칠 기능
- 방문한 시/군/구를 터치 한 번으로 색칠
- 직관적인 터치 인터페이스

* 여행 통계 한눈에
- 전국 방문율 실시간 확인
- 지역별 방문 현황 통계

* 도전 과제, 성취감
- 전국 완주 도전
- 지역별 컬렉션 완성
- 특별한 여행 기록 달성

* 간편한 사용
-…

‎색칠 지도 - 내가 가본 우리나라

내가 가본 우리나라.
웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다.

여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니...
AI 코딩 시대가 좋긴 좋습니다.


기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.
Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요.


AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요.

광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요.
국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다.


https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

내가 가본 우리나라.웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다. 여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니... AI 코딩 시대가 좋긴 좋습니다. 기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요. AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요. 광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요. 국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다. https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

App Store

내가 가본 우리나라

요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다.


생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.
결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요?


어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.
 * 먹고살 만큼 돈을 벌 수 있다면
 * 진짜 행복한 나날을 보낼 수 있다면
 * 일을 통해 세상에 선한 영향력을 줄 수 있다면
이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다.


그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.
하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요.


어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.
언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다.


무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.
돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.

﻿요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다. 생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요? 어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.<ul ><li>먹고살 만큼 돈을 벌 수 있다면</li><li>진짜 행복한 나날을 보낼 수 있다면</li><li>일을 통해 세상에 선한 영향력을 줄 수 있다면</li></ul>이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다. 그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요. 어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다. 무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.﻿

확신은 어디에서 오는가?

90%의 기획자들이 빠져있는 문제 

필터 프로블럼(Filter problem)은 무엇인가

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음

- 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -> ’OO 하면 GMV가 상승할 것‘

- OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함

- 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함

이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남.

비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

매우 공감하는 글. 좀 더 첨언해보자면, - 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음 - 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -&gt; ’OO 하면 GMV가 상승할 것‘ - OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함 - 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함 이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남. 비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

takyoh.com

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다.

2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다.

3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다.

4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다.

5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다.

6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다.


#예술가의해법

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다. ​2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다. ​3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다. ​4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다. ​5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다. ​6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다. #예술가의해법

< 모른다고 말하는 순간, 뇌도 멈춘다 >

자바 사용자에게 NullPointerException(NPE)은 정말이지 지긋지긋한 예외입니다. 우리 모두는 이로 인한 운영 장애를 수없이 겪으며 디버깅으로 밤을 지새운 경험이 있을 겁니다.

JSpecify로 끝내는 NPE 전쟁

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다.

이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다.

https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&utm_medium=member_ios&utm_campaign=share_via

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다. 이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다. https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&amp;utm_medium=member_ios&amp;utm_campaign=share_via

www.linkedin.com

나의 소중한 시간과 에너지를 들여
매일의 순간들을 이 두가지 질문에 집중하며 살아간다.


1. 어떻게 살아가야 할 것인가?
2. 어떻게 더 나은 내가 될 수 있을까?


어떤 곳들에서는 타인을 긁고, 깎아내리고,
타인을 평가하느라 소중한 시간과 에너지를 할애한다.
그럴수록 독이 되어 자기 자신에게 돌아온다.
안타깝다.


남들을 평가하느라 남은 생애를 바치기보다는
남들의 평가를 받기 위해 에너지를 쏟아내기보다는
내 남은 생애를 더 나은 세계로 만들기로 결심을 했다.


그렇게 나는 나를 평가하는 평가자로 살아간다.
나를 평가하고 키우는 평가자가 될 것인가
타인을 평가하고 깎는 평가자가 될 것인가


오늘 마음에 새기는 초인의 이야기

나의 소중한 시간과 에너지를 들여매일의 순간들을 이 두가지 질문에 집중하며 살아간다. 1. 어떻게 살아가야 할 것인가?2. 어떻게 더 나은 내가 될 수 있을까? 어떤 곳들에서는 타인을 긁고, 깎아내리고, 타인을 평가하느라 소중한 시간과 에너지를 할애한다.그럴수록 독이 되어 자기 자신에게 돌아온다.안타깝다. 남들을 평가하느라 남은 생애를 바치기보다는남들의 평가를 받기 위해 에너지를 쏟아내기보다는내 남은 생애를 더 나은 세계로 만들기로 결심을 했다. 그렇게 나는 나를 평가하는 평가자로 살아간다.나를 평가하고 키우는 평가자가 될 것인가타인을 평가하고 깎는 평가자가 될 것인가 오늘 마음에 새기는 초인의 이야기

타인의 평가자가 되어 삶을 허비하지 않기로 하였다

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다.

평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠.

그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요.

그동안 아무렇지 않게 쓰던
print()
나
range()
가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요.

특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆

📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q
📺 전체 영상: https://youtu.be/tgBXKj0Tl00

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다. 평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠. 그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요. 그동안 아무렇지 않게 쓰던 <code>print()</code>나 <code>range()</code>가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요. 특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆 📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q📺 전체 영상: https://youtu.be/tgBXKj0Tl00

재미있는 함수에 대해 배워볼까요! 😄

일과 사랑, 그리고 인생을 위한 명언 1697개

Books to Read as a Developer

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 개발자 도서 추천글을 번역해보았습니다. 추천된 8권 중 7권이 한글 번역이 되어있으니, 한 권씩 차근 차근 읽어나가보면 좋을것 같아요! 특정 프로그래밍 기술 혹은 언어에 대한 것이 아닌 큰 맥락으로서의 개발 서적들이니 도메인과 분야를 막론하고 한번 도전해보시길 추천합니다. :)  

저는 목록 중에 '코드 컴플리트' 한번 도서관에서 빌려서 앞에 조금 펼쳐보다가 그대로 반납한 기억이 있네요 ^^.. 궁금하시다면! 실물 한번 찾아보시면 바로 끄덕끄덕 하실꺼에요 ㅎㅎ 

--- 

# 실용주의 프로그래머 
- http://www.yes24.com/product/goods/107077663
- 프로그래밍 언어가 아닌 논리 관점에서의 언어 지혜를 다루고 있습니다. 코드 작성, 우수한 팀 구성, 관리, 도구 등 더 나은 프로그래밍을 하기 위한 여러 방법에 대한 이야기를 하고 있습니다. 
- https://pragprog.com/tips/

# 리팩토링 
- http://www.yes24.com/Product/Goods/89649360
- 왜 그리고 언제 리팩토링을 해야할까요? 클래스나 메서드는 어떻게 구성해야 하나요? 유닛 테스트란 뭔가요? 이 책에서 리팩토링에 대한 모든 답을 찾아 볼 수 있습니다. 

# 코드 컴플리트2 
- http://www.yes24.com/product/goods/44130507
- 무려 960 페이지!!! 이 책은 코드 구조, 형식, 변수, 메서드, 팀 관리 등 소프트웨어 개발의 모든 면들을 다 다루고 있어요. 이 엄청난 지식의 양에 감사한 마음이 절로 들지도 모릅니다. 

# 피플웨어 
- http://www.yes24.com/Product/Goods/13657193 
- 프로그래머 관리와 동기부여에 관한 책입니다. 개발 프로세스는 그저 벽돌 쌓기가 아닌 창의적인 과정이니까요! 

# 헤드 퍼스트 디자인 패턴 
- http://www.yes24.com/Product/Goods/108192370 
- 13개의 필수 디자인 패턴를 풍부한 예시와 재밌는 삽화와 함께 설명하는 책입니다. 그저 텍스트만 있는 것이 아니라 손으로 그린 다이어그램과 그림을 통해 개념을 학습하고 몰입할 수 있게 해줍니다. 
- https://longbiao.spatial-crowdsensing.com/courses/scad/files/head-first-design-patterns-compressed.pdf 

# 클린 코드
- http://www.yes24.com/Product/Goods/11681152
- 사람이 읽고 이해하고 유지하기 쉬운 코드를 작성하는 방법에 대한 책입니다. 

# 레거시 코드 활용 전략 
- http://www.yes24.com/Product/Goods/64586851
- 레거시 코드를 가지고 작업하는 건 많은 개발자들이 크게 선호하는 것은 아니지만 피할 수 없는 것이기도 합니다. 이 책은 레거시 코드를 어떻게 올바르게 접근 할 것인지, 그리고 어떻게 안정화 시킬 수 있는지에 대해 이야기 하고 있습니다. 
- https://understandlegacycode.com/blog/key-points-of-working-effectively-with-legacy-code/ 

# A Philosophy of Software Design 
- https://www.amazon.com/Philosophy-Software-Design-John-Ousterhout/dp/1732102201
- 한글 번역본은 없는것 같네요 ㅠ.ㅠ 
- 특정 프로그래밍 언어에 종속 되지 않는 디자인 설계 측면에서 시간을 넘어 통용되는 프로그래밍 원칙에 대한 내용, 그리고 개념 설명을 하고 있습니다.

DEV Community

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 

Finally a Fix For 100vh on Mobile Devices!

vh는 매력적인 높이 단위입니다. %와 달리 뷰포트 기준으로 수치를 제공합니다.
그런데 모바일 브라우저들이 주소 표시줄을 표시했다가 감췄다가 하는 바람에 vh의 효용이 낮아졌습니다.
그래서 나온 것이 dvh입니다.
https://www.youtube.com/watch?v=pOuE9sgK9jY

www.youtube.com

CSS dvh(Dynamic Viewport Height)를 아시나요?

안형우

워드프레스 사이트 편집기 수업 https://bit.ly/mytory-easy-wp
CSS 강의 http://bit.ly/mytory-css
워드프레스 개발 강의 1편 http://bit.ly/mytory-wp-1
2편 http://bit.ly/mytory-wp-2

CSS dvh(Dynamic Viewport Height)를 아시나요?

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필