앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기.

사용자의 목소리

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다.
예전에 누군가에게 들었던 이야기.

인상적이었습니다. 진짜 그럴까?

커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다.
말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다.

가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다.
하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다.
난 사용자들 목소리가 듣고 싶은 건데.

커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다.
발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻.
사용자들 목소리 듣기가 얼마나 어려운데…

이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다.

https://jeho.page/essay/2024/10/17/user-voice.html

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기. 인상적이었습니다. 진짜 그럴까? 커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다. 말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다. 가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다. 하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다. 난 사용자들 목소리가 듣고 싶은 건데. 커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다. 발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻. 사용자들 목소리 듣기가 얼마나 어려운데… 이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다. https://jeho.page/essay/2024/10/17/user-voice.html

K리그 프로그래머

퀀텀 컴퓨터에 Doom 이식! 이제 끝났군요!

https://80.lv/articles/doom-can-now-run-on-quantum-computers

퀀텀 컴퓨터에 Doom 이식! 이제 끝났군요! https://80.lv/articles/doom-can-now-run-on-quantum-computers

CTO는 크게보면 Engineering Director와 Engineering Manager의 두 가지 역할을 하는 최상위 직급이자 경영진.

따라서 회사마다 다르게 사용되는데, Manager와 Director가 구분 되는 회사에서는 보통 VP Engineering 이라는 칙책이 인력, 프로세스와 예산을 관리하는 역할을 하고 CTO는 기술적인 방향 제시와 의사 결정만을 한다.

따라서 CTO는 회사에 여러명이 있는 경우도 종종 있다. (기술, 제품, 팀 혹은 주제 단위로 존재)

하지만 많은 회사가 그정도의 규모를 가지고 있지 않기 때문에 두 업무를 동시에 수행해야하며, 시기에 따라 두 역할 중 어떤 역할을 해야할지 잘 판단해야한다.

그 말은, 기술의 방향을 제시하고 기술의 선택에 대한 의사결정을 제대로 할 수 없다면 그 사람이 CTO는 확실히 아니며, 반면에 자신이 인력/예산 관리에 미흡하다면 그 부분을 다른 사람에게 빨리 넘겨야한다는 이야기.

CTO는 크게보면 Engineering Director와 Engineering Manager의 두 가지 역할을 하는 최상위 직급이자 경영진. 따라서 회사마다 다르게 사용되는데, Manager와 Director가 구분 되는 회사에서는 보통 VP Engineering 이라는 칙책이 인력, 프로세스와 예산을 관리하는 역할을 하고 CTO는 기술적인 방향 제시와 의사 결정만을 한다. 따라서 CTO는 회사에 여러명이 있는 경우도 종종 있다. (기술, 제품, 팀 혹은 주제 단위로 존재) 하지만 많은 회사가 그정도의 규모를 가지고 있지 않기 때문에 두 업무를 동시에 수행해야하며, 시기에 따라 두 역할 중 어떤 역할을 해야할지 잘 판단해야한다. 그 말은, 기술의 방향을 제시하고 기술의 선택에 대한 의사결정을 제대로 할 수 없다면 그 사람이 CTO는 확실히 아니며, 반면에 자신이 인력/예산 관리에 미흡하다면 그 부분을 다른 사람에게 빨리 넘겨야한다는 이야기.

사이드 프로젝트 30개 만들어 본 개발자가 느낀
팀으로 사이드 프로젝트 진행할 때 알면 좋은 것 3가지

1️⃣ 팀원은 최소한의 인원으로

- 많은 인원일 수록 더 많은 일들을 할 수 있을 것 같지만, 실제로는 그렇게 되지 못하는 경우가 많습니다

- 의사 결정이 느려지거나 시간을 맞추기 어렵거나 등등 빠르게 서비스를 출시해야 하는 상황일 수록 득보다는 실이 많은 경우가 생기게 됩니다.

- 그리고 서비스 개발 속도는 팀원 수에 꼭 비례하지 않습니다

- 팀원은 최소한으로 (ex. 2~3명)

- 팀 내에 그 일을 할 수 있는 사람이 없을 때 팀원을 1명씩 영입해야 합니다

2️⃣ 모두가 똑같은 속도로 가는 것은 어렵다

- 팀원 모두가 다 같은 속도로 서비스 개발에 참여하여 빠르게 프로덕트를 출시하면 가장 이상적일 것 입니다

- 하지만 현실적으로 팀원 모두가 같은 시간과 노력을 쏟는 것은 불가능 합니다.

- 본업 이외의 시간에 '사이드'로 프로젝트를 진행하기 때문에 임하는 시간이 상대적일 수 밖에 없다는 것을 인지 해야합니다

- 전체적으로는 느슨하게, 하지만 풀어지게 하지 않도록 해야합니다

- 주 1회 이상 정기 회의를 가져 팀 전체의 진행 상황을 공유하고, 타임 라인을 꼭 설정하여 마감 기한을 설정하시기 바랍니다

- 중요한 건 팀내의 동기부여를 얼마나 꾸준하게 지속적으로 가져갈 수 있는 지 입니다

3️⃣ 솔직한 소통이 중요하다

- 혼자하는 것과 팀원이 함께하는 것의 가장 큰 차이점은 커뮤니케이션이 많은 부분을 차지한다는 것 입니다

- 사람 대 사람의 관계가 있기 때문에 의견을 나누는데 있어 솔직하지 못하는 경우가 생깁니다

- '다 좋다고 하는데.. 내가 괜히 반대 의견을 내는 건 아닐까?', '이렇게 말하면 상대방이 무시한다고 생각하지는 않을까..?', '내 의견은 말하기 부끄러운데..' 등등

- 하지만 솔직하게 의견과 생각을 나누지 않는다면 아이디어 선정 단계에서 부터 막히는 모습을 볼 수 있게 됩니다

- 뿐만 아니라 생각했던 방향과 전혀 다른 방향으로 흘러가는 경우도 생기게 됩니다

- 팀원 들이 적극적으로 의견을 낼 수 있어야 합니다. 그러기 위해선 서로 경청할 수 있는 분위기와 문화, 규칙을 만들어 주어야 합니다

사이드 프로젝트 30개 만들어 본 개발자가 느낀팀으로 사이드 프로젝트 진행할 때 알면 좋은 것 3가지 1️⃣ 팀원은 최소한의 인원으로 - 많은 인원일 수록 더 많은 일들을 할 수 있을 것 같지만, 실제로는 그렇게 되지 못하는 경우가 많습니다 - 의사 결정이 느려지거나 시간을 맞추기 어렵거나 등등 빠르게 서비스를 출시해야 하는 상황일 수록 득보다는 실이 많은 경우가 생기게 됩니다. - 그리고 서비스 개발 속도는 팀원 수에 꼭 비례하지 않습니다 - 팀원은 최소한으로 (ex. 2~3명) - 팀 내에 그 일을 할 수 있는 사람이 없을 때 팀원을 1명씩 영입해야 합니다 2️⃣ 모두가 똑같은 속도로 가는 것은 어렵다 - 팀원 모두가 다 같은 속도로 서비스 개발에 참여하여 빠르게 프로덕트를 출시하면 가장 이상적일 것 입니다 - 하지만 현실적으로 팀원 모두가 같은 시간과 노력을 쏟는 것은 불가능 합니다. - 본업 이외의 시간에 '사이드'로 프로젝트를 진행하기 때문에 임하는 시간이 상대적일 수 밖에 없다는 것을 인지 해야합니다 - 전체적으로는 느슨하게, 하지만 풀어지게 하지 않도록 해야합니다 - 주 1회 이상 정기 회의를 가져 팀 전체의 진행 상황을 공유하고, 타임 라인을 꼭 설정하여 마감 기한을 설정하시기 바랍니다 - 중요한 건 팀내의 동기부여를 얼마나 꾸준하게 지속적으로 가져갈 수 있는 지 입니다 3️⃣ 솔직한 소통이 중요하다 - 혼자하는 것과 팀원이 함께하는 것의 가장 큰 차이점은 커뮤니케이션이 많은 부분을 차지한다는 것 입니다 - 사람 대 사람의 관계가 있기 때문에 의견을 나누는데 있어 솔직하지 못하는 경우가 생깁니다 - '다 좋다고 하는데.. 내가 괜히 반대 의견을 내는 건 아닐까?', '이렇게 말하면 상대방이 무시한다고 생각하지는 않을까..?', '내 의견은 말하기 부끄러운데..' 등등 - 하지만 솔직하게 의견과 생각을 나누지 않는다면 아이디어 선정 단계에서 부터 막히는 모습을 볼 수 있게 됩니다 - 뿐만 아니라 생각했던 방향과 전혀 다른 방향으로 흘러가는 경우도 생기게 됩니다 - 팀원 들이 적극적으로 의견을 낼 수 있어야 합니다. 그러기 위해선 서로 경청할 수 있는 분위기와 문화, 규칙을 만들어 주어야 합니다

팀으로 사이드 프로젝트 진행할 때 알면 좋은 것 3가지

📋 여러분의 이력서/포트폴리오에 이런 소프트스킬이 잘 나타나 있나요?

며칠 전 Seoul Women&#39;s University 데이터사이언스학과, 소프트웨어융합학과 학생들을 대상으로 데이터 분석 실무와 데이터분석가로서의 커리어 준비 등에 대해 강의했습니다.

늘 느끼는 부분이지만 특강…

LinkedIn Seulki Kang 페이지: 소프트스킬이 드러나는 이력서, 데이터분석가 도메인 분야

이 질문에 관해 슬기님이 서울여자대학교 학생들을 대상으로한 특강 발표 자료를 공유해주셨네요.

 * 이력서에서 저의 소프트스킬을 어떻게 보여줄 수 있을까요?
 * 신입은 도메인지식을 어디서 쌓나요?

정말 필요로하는 질문에 관한 답을 내주신 자료라서 너무 좋네요!
https://www.linkedin.com/posts/seulki-kang_%EC%86%8C%ED%94%84%ED%8A%B8%EC%8A%A4%ED%82%AC%EC%9D%B4-%EB%93%9C%EB%9F%AC%EB%82%98%EB%8A%94-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B6%84%EC%84%9D%EA%B0%80-%EB%8F%84%EB%A9%94%EC%9D%B8-%EB%B6%84%EC%95%BC-activity-7252489937357307904-into?utm_source=share&utm_medium=member_desktop

이 질문에 관해 슬기님이 서울여자대학교 학생들을 대상으로한 특강 발표 자료를 공유해주셨네요. <ul ><li>이력서에서 저의 소프트스킬을 어떻게 보여줄 수 있을까요?</li><li>신입은 도메인지식을 어디서 쌓나요?</li></ul> 정말 필요로하는 질문에 관한 답을 내주신 자료라서 너무 좋네요!https://www.linkedin.com/posts/seulki-kang_%EC%86%8C%ED%94%84%ED%8A%B8%EC%8A%A4%ED%82%AC%EC%9D%B4-%EB%93%9C%EB%9F%AC%EB%82%98%EB%8A%94-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B6%84%EC%84%9D%EA%B0%80-%EB%8F%84%EB%A9%94%EC%9D%B8-%EB%B6%84%EC%95%BC-activity-7252489937357307904-into?utm_source=share&amp;utm_medium=member_desktop

www.linkedin.com

이력서에서 소프트스킬을 어떻게 보여줄 수 있을까요?

실리콘밸리 개발 문화를 통해 효율적이고 지속 가능한 성장 전략을 기고한 글입니다.

실리콘밸리에서 배우는 지속 가능 성장 전략

실리콘밸리와 한국의 개발 문화 차이는 개발자들의 성장과 가치 창출 방식에 영향을 미치는데요.
실리콘밸리 개발자들은 기술을 비즈니스 가치 창출의 도구로 인식하며, 문제 해결과 실질적인 임팩트 창출에 중점을 둡니다. 이들은 기술적 전문성뿐만 아니라 비즈니스 이해력과 리더십 역량 개발에도 큰 관심을 기울이는데요.

반면, 한국 개발자들은 주로 기술 자체의 깊이 있는 학습과 다양한 기술 스택 습득, 그리고 자격증 취득에 집중하는 경향이 있습니다. 이는 기술적 전문성 향상에는 도움이 되지만, 때로는 비즈니스 맥락에서의 가치 창출을 간과할 수 여지가 있는데요.

실리콘밸리 개발 문화인 결과 지향적 사고, 효과적인 의사소통 능력, 그리고 비즈니스 영향력 창출은 한국 개발자들에게 중요한 학습 포인트가 될 수 있습니다. 기술을 단순한 도구가 아닌 가치 창출의 수단으로 바라보는 관점의 전환은 개발자를 단순 기술 구현자에서 비즈니스 핵심 인재로 성장시킬 수 있습니다.

이러한 접근법은 개발자 개인의 지속 가능한 성장뿐만 아니라, 기업과 산업 전반의 혁신과 발전에도 기여할 수 있습니다. 따라서 한국 개발자들이 실리콘밸리의 이러한 특성을 참고하여 자신의 역량을 다각도로 발전시키는 것이 중요한데요. 좀 더 자세히 알고 싶으신 분은 블로그 게시글을 확인하실것을 추천드립니다.

https://f-lab.kr/blog/sustainable-growth-strategies-learned-in-siliconvalley

실리콘밸리와 한국의 개발 문화 차이는 개발자들의 성장과 가치 창출 방식에 영향을 미치는데요.실리콘밸리 개발자들은 기술을 비즈니스 가치 창출의 도구로 인식하며, 문제 해결과 실질적인 임팩트 창출에 중점을 둡니다. 이들은 기술적 전문성뿐만 아니라 비즈니스 이해력과 리더십 역량 개발에도 큰 관심을 기울이는데요. 반면, 한국 개발자들은 주로 기술 자체의 깊이 있는 학습과 다양한 기술 스택 습득, 그리고 자격증 취득에 집중하는 경향이 있습니다. 이는 기술적 전문성 향상에는 도움이 되지만, 때로는 비즈니스 맥락에서의 가치 창출을 간과할 수 여지가 있는데요. 실리콘밸리 개발 문화인 결과 지향적 사고, 효과적인 의사소통 능력, 그리고 비즈니스 영향력 창출은 한국 개발자들에게 중요한 학습 포인트가 될 수 있습니다. 기술을 단순한 도구가 아닌 가치 창출의 수단으로 바라보는 관점의 전환은 개발자를 단순 기술 구현자에서 비즈니스 핵심 인재로 성장시킬 수 있습니다. 이러한 접근법은 개발자 개인의 지속 가능한 성장뿐만 아니라, 기업과 산업 전반의 혁신과 발전에도 기여할 수 있습니다. 따라서 한국 개발자들이 실리콘밸리의 이러한 특성을 참고하여 자신의 역량을 다각도로 발전시키는 것이 중요한데요. 좀 더 자세히 알고 싶으신 분은 블로그 게시글을 확인하실것을 추천드립니다. https://f-lab.kr/blog/sustainable-growth-strategies-learned-in-siliconvalley

F-Lab : 상위 1% 개발자들의 멘토링

실리콘 밸리에서 배우는 개발자 지속 가능 성장 전략

초거대 언어 모델(LLM: Large Language Model)을 사용하는 애플리케이션의 개발 및 배포 과정에서 발생하는 문제들은 ML 모델의 개발과 배포 과정에서 생기는 문제들과 마찬가지로 매우 다양하다. 처음 한 번은 LLM 기반 서비스를 만들하고 배포할 수 있지만, 그 후 LLM이 업그레이드되거나 새로운 LLM을 써보려고 한다면 어떤 최적화 및 검증 프로세스를 갖고 있느냐가 굉장히 중요해진다. 여기서 차별화된 경쟁력이 나오며, 이를 LLMOps 엔지니어가 담당하게 된다.

LLMOps는 LLM을 활용하는 다양한 서비스 개발과 운영에 필요한데 보통 RAG(Retrieval Augmented Genenration)라는 모양을 갖는 것이 현재로는 일반적이며 도메인과 관련된 지식을 벡터DB로 별도로 저장하고 이를 최종 프롬프트 생성에 사용하게 된다. 몇 가지 예를 들어보면 다음과 같다.

 1. 대화형 AI 서비스: 챗봇 및 가상 비서 등등
 2. 콘텐츠 생성 및 편집: 작문, 자동 번역, 뉴스 기사 생성 등등
 3. 교육 및 학습: 개인화된 학습 보조 도구, 자동 채점 및 피드백 시스템, 언어학습 등등
 4. 비즈니스 인텔리전스: 데이터 분석 및 보고서 생성, 시장 트렌드 분석 등등
 5. 의료 및 헬스케어: 의료 기록 분석 및 요약, 보험사 청구서 자동 작성, 질병 진단 보조 등등
 6. 법률 및 규제: 법률 문서 분석 및 요약, 계약서 검토 자동화 등등
 7. 소프트웨어 개발: 코드 자동 생성 및 최적화, 버그 검출 및 수정 제안, 개발 문서 자동화
 8. 창작 및 엔터테인먼트: 음악 작곡, 게임 시나리오 및 캐릭터 생성 등등
 9. ...

LLMOps는 위와 같은 서비스를 만듬에 있어 LLM 관련 최적화와 운영, 관리를 책임지는 직군이다. 이 직무는 머신러닝 모델의 생애주기를 관리하는 MLOps와 아주 유사하지만, 머신 러닝 모델을 직접 만들고 그것의 생애를 관리하는 것이 아니라 누군가 만든 LLM(ChatGPT, Claude, Gemini 등등)을 가져다 쓰면서 프롬프트 관리와 RAG와 같은 서비스라면 벡터 DB 등 다른 시스템이 존재하게 되는데 이를 전체적으로 최적화하고 평가하고 배포 후에 비용 등을 관리하면서 운영한다는 점이 다르다.

아직은 LLMOps팀이 전체 프로세스에 걸쳐 사용할 수 있는 하나의 플랫폼은 존재하지 않다고 보여지고 (그런 방향성을 갖고 있는 툴들은 존재) 다양한 툴을 섞어 사용해야 한다.

 * RAG 빌딩 툴: LangChain과 Llama Index가 가장 대표적인데 이 둘의 성격이 많이 다르긴 하지만 LangChain은 너무 복잡한 느낌이 있어서 개인적으로는 Llama Index를 선호한다. 써본 적은 없지만 PromptFlow도 괜찮다는 이야기를 많이 들었다.
 * 벡터 DB: Pinecone, ElasticSearch, Weaviate, VESPA, FAISS, GCP Vertex 등등 아주 많다. 개인적으로는 벡터 임베딩을 통한 검색 뿐만 아니라 키워드 기반 검색도 같이 사용하는 것이 더 효율적이라 생각하기에 이 두 가지를 잘 지원해주는 VESPA가 개인적으로는 가장 마음에 든다
 * 프롬프트 실험 및 관리: 많이 사용해본 툴이 없긴 하지만 Vellum, Baserun이 가장 많이 쓰이는 것으로 보인다. LangChain은 이 부분을 어느 정도 커버하긴 한다.
 * 성능 평가 툴: LLM 기반의 앱의 성능을 평가할 수 있는 테스트셋이 필요하고 이를 버저닝하고 관리할 수 있는 툴이 필요하다. RAG라면 사용되는 벡터DB로부터 사용자 질의와 관련된 정보를 검색해야 하는데 결과 품질을 평가할 수 있는 테스트셋도 필요하다. Ragas, Haystack, Truelens 등이 있고 LangChain도 이 기능을 일부 지원한다

업무에 대해 더 이야기해보자면 보통 LLMOps팀은 개발자와 도메인 전문가 두 직군의 사람이 협업을 하는 형태로 일을 하게 된다.

 * 도메인 전문가 (프롬프트 엔지니어): 프롬프트를 바꿔가며 최적화를 수행하는 역할하는데 결국은 테스트 데이터를 만들어 벡터 DB 등의 검색 품질을 평가하고 최종적으로 RAG 시스템의 품질을 평가해야 한다. 이 과정에서 개발자와 밀접한 협업을 하게 된다.
 * 개발자 (RAG 시스템 개발자): 벡터 DB을 주기적으로 빌딩하고 검색을 수행하며 LLM을 API로 통해 관리(실패시 재시도하거나 다른 LLM 시도, 비용 관리 등등 운영적인 부분이 중요)하며 전체적인 아키덱처를 잡되 프롬프트와 관련된 부분이나 검색 최적화와 관계된 부분에 있어서 앞서 도메인 전문가와 긴밀하게 일을 하게 된다.

개발자 같은 경우 다양한 파이프라인을 만들어야 하는데 하나는 벡터 DB 등의 데이터베이스를 빌딩하는데 필요한 데이터 소스를 긁어오는 ETL 파이프라인과 이렇게 쌓인 데이터들로부터 최종 데이터를 만들고 이를 벡터 DB 등으로 로딩하는 ELT와 Reverse ETL 파이프라인등을 만들어야 하는데 여기서 바로 데이터 엔지니어링 스킬이 필요하다. 다른 파이프라인은 사용자 질의로부터 시작해서 최종적으로 사용자에게 응답을 리턴하는 런타임 파이프라인이며 여기에는 벡터 DB 질의와 LLM 질의 등이 포함되며 비용과 응답 시간 등등 관리해야할 항목이 많다.

LLMOps팀의 개발은 여러 사이클을 반복하는 형태로 이뤄지게 되는데 보통 아래와 같은 스텝을 필요로 한다.

 1. LLM 서비스 기획
 2. 개발
    1. 프롬프트 시스템 개발 (도메인 전문가)
    2. RAG 파이프라인 개발 (개발자). 여기에는 앞에 이야기한 데이터 파이프라인의 개발도 포함된다.
 3. 평가: 오프라인 테스트셋으로 검색과 최종 결과물 평가 두 종류를 가질 수 있다면 최적이다
 4. 스테이징 시스템 배포 후 다시 평가
    1. 이 때는 온라인 테스트도 수행
    2. 전체적인 응답속도 평가도 중요
 5. 만족할 만한 결과가 나올 때까지 2-4를 반복한다.
 6. 최종 배포 후 모니터링 (이때 비용 모니터링도 중요)

LLMOps팀이 궁극적으로 목표로 삼아야 하는 시스템은 도메인 전문가가 개발자와 아주 밀접한 의사소통 없이 셀프 서비스 형태로 원하는 LLM 기반 서비스를 만들 수 있는 No Code 혹은 Low Code 프레임웍을 만드는 것이다. 아직은 이 방향으로 뚜렷한 위너는 안 보이는데 곧 나오지 않을까 싶다. 혹시라도 알고 있는 서비스나 툴이 있다면 댓글 부탁!

다음 글에서는 데이터 웨어하우스에 관해서 프로덕션 데이터베이스와 비교해가며 더 설명해보고자 한다.

초거대 언어 모델(LLM: Large Language Model)을 사용하는 애플리케이션의 개발 및 배포 과정에서 발생하는 문제들은 ML 모델의 개발과 배포 과정에서 생기는 문제들과 마찬가지로 매우 다양하다. 처음 한 번은 LLM 기반 서비스를 만들하고 배포할 수 있지만, 그 후 LLM이 업그레이드되거나 새로운 LLM을 써보려고 한다면 어떤 최적화 및 검증 프로세스를 갖고 있느냐가 굉장히 중요해진다. 여기서 차별화된 경쟁력이 나오며, 이를 LLMOps 엔지니어가 담당하게 된다. LLMOps는 LLM을 활용하는 다양한 서비스 개발과 운영에 필요한데 보통 RAG(Retrieval Augmented Genenration)라는 모양을 갖는 것이 현재로는 일반적이며 도메인과 관련된 지식을 벡터DB로 별도로 저장하고 이를 최종 프롬프트 생성에 사용하게 된다. 몇 가지 예를 들어보면 다음과 같다. <ol ><li>대화형 AI 서비스: 챗봇 및 가상 비서 등등</li><li>콘텐츠 생성 및 편집: 작문, 자동 번역, 뉴스 기사 생성 등등</li><li>교육 및 학습: 개인화된 학습 보조 도구, 자동 채점 및 피드백 시스템, 언어학습 등등</li><li>비즈니스 인텔리전스: 데이터 분석 및 보고서 생성, 시장 트렌드 분석 등등</li><li>의료 및 헬스케어: 의료 기록 분석 및 요약, 보험사 청구서 자동 작성, 질병 진단 보조 등등</li><li>법률 및 규제: 법률 문서 분석 및 요약, 계약서 검토 자동화 등등</li><li>소프트웨어 개발: 코드 자동 생성 및 최적화, 버그 검출 및 수정 제안, 개발 문서 자동화</li><li>창작 및 엔터테인먼트: 음악 작곡, 게임 시나리오 및 캐릭터 생성 등등</li><li>...</li></ol> LLMOps는 위와 같은 서비스를 만듬에 있어 LLM 관련 최적화와 운영, 관리를 책임지는 직군이다. 이 직무는 머신러닝 모델의 생애주기를 관리하는 MLOps와 아주 유사하지만, 머신 러닝 모델을 직접 만들고 그것의 생애를 관리하는 것이 아니라 누군가 만든 LLM(ChatGPT, Claude, Gemini 등등)을 가져다 쓰면서 프롬프트 관리와 RAG와 같은 서비스라면 벡터 DB 등 다른 시스템이 존재하게 되는데 이를 전체적으로 최적화하고 평가하고 배포 후에 비용 등을 관리하면서 운영한다는 점이 다르다. 아직은 LLMOps팀이 전체 프로세스에 걸쳐 사용할 수 있는 하나의 플랫폼은 존재하지 않다고 보여지고 (그런 방향성을 갖고 있는 툴들은 존재) 다양한 툴을 섞어 사용해야 한다. <ul ><li>RAG 빌딩 툴: LangChain과 Llama Index가 가장 대표적인데 이 둘의 성격이 많이 다르긴 하지만 LangChain은 너무 복잡한 느낌이 있어서 개인적으로는 Llama Index를 선호한다. 써본 적은 없지만 PromptFlow도 괜찮다는 이야기를 많이 들었다.</li><li>벡터 DB: Pinecone, ElasticSearch, Weaviate, VESPA, FAISS, GCP Vertex 등등 아주 많다. 개인적으로는 벡터 임베딩을 통한 검색 뿐만 아니라 키워드 기반 검색도 같이 사용하는 것이 더 효율적이라 생각하기에 이 두 가지를 잘 지원해주는 VESPA가 개인적으로는 가장 마음에 든다</li><li>프롬프트 실험 및 관리: 많이 사용해본 툴이 없긴 하지만 Vellum, Baserun이 가장 많이 쓰이는 것으로 보인다. LangChain은 이 부분을 어느 정도 커버하긴 한다.</li><li>성능 평가 툴: LLM 기반의 앱의 성능을 평가할 수 있는 테스트셋이 필요하고 이를 버저닝하고 관리할 수 있는 툴이 필요하다. RAG라면 사용되는 벡터DB로부터 사용자 질의와 관련된 정보를 검색해야 하는데 결과 품질을 평가할 수 있는 테스트셋도 필요하다. Ragas, Haystack, Truelens 등이 있고 LangChain도 이 기능을 일부 지원한다</li></ul> 업무에 대해 더 이야기해보자면 보통 LLMOps팀은 개발자와 도메인 전문가 두 직군의 사람이 협업을 하는 형태로 일을 하게 된다. <ul ><li>도메인 전문가 (프롬프트 엔지니어): 프롬프트를 바꿔가며 최적화를 수행하는 역할하는데 결국은 테스트 데이터를 만들어 벡터 DB 등의 검색 품질을 평가하고 최종적으로 RAG 시스템의 품질을 평가해야 한다. 이 과정에서 개발자와 밀접한 협업을 하게 된다.</li><li>개발자 (RAG 시스템 개발자): 벡터 DB을 주기적으로 빌딩하고 검색을 수행하며 LLM을 API로 통해 관리(실패시 재시도하거나 다른 LLM 시도, 비용 관리 등등 운영적인 부분이 중요)하며 전체적인 아키덱처를 잡되 프롬프트와 관련된 부분이나 검색 최적화와 관계된 부분에 있어서 앞서 도메인 전문가와 긴밀하게 일을 하게 된다.</li></ul> 개발자 같은 경우 다양한 파이프라인을 만들어야 하는데 하나는 벡터 DB 등의 데이터베이스를 빌딩하는데 필요한 데이터 소스를 긁어오는 ETL 파이프라인과 이렇게 쌓인 데이터들로부터 최종 데이터를 만들고 이를 벡터 DB 등으로 로딩하는 ELT와 Reverse ETL 파이프라인등을 만들어야 하는데 여기서 바로 데이터 엔지니어링 스킬이 필요하다. 다른 파이프라인은 사용자 질의로부터 시작해서 최종적으로 사용자에게 응답을 리턴하는 런타임 파이프라인이며 여기에는 벡터 DB 질의와 LLM 질의 등이 포함되며 비용과 응답 시간 등등 관리해야할 항목이 많다. LLMOps팀의 개발은 여러 사이클을 반복하는 형태로 이뤄지게 되는데 보통 아래와 같은 스텝을 필요로 한다. <ol ><li>LLM 서비스 기획</li><li>개발<ol ><li>프롬프트 시스템 개발 (도메인 전문가)</li><li>RAG 파이프라인 개발 (개발자). 여기에는 앞에 이야기한 데이터 파이프라인의 개발도 포함된다.</li></ol></li><li>평가: 오프라인 테스트셋으로 검색과 최종 결과물 평가 두 종류를 가질 수 있다면 최적이다</li><li>스테이징 시스템 배포 후 다시 평가<ol ><li>이 때는 온라인 테스트도 수행</li><li>전체적인 응답속도 평가도 중요</li></ol></li><li>만족할 만한 결과가 나올 때까지 2-4를 반복한다.</li><li>최종 배포 후 모니터링 (이때 비용 모니터링도 중요)</li></ol> LLMOps팀이 궁극적으로 목표로 삼아야 하는 시스템은 도메인 전문가가 개발자와 아주 밀접한 의사소통 없이 셀프 서비스 형태로 원하는 LLM 기반 서비스를 만들 수 있는 No Code 혹은 Low Code 프레임웍을 만드는 것이다. 아직은 이 방향으로 뚜렷한 위너는 안 보이는데 곧 나오지 않을까 싶다. 혹시라도 알고 있는 서비스나 툴이 있다면 댓글 부탁! 다음 글에서는 데이터 웨어하우스에 관해서 프로덕션 데이터베이스와 비교해가며 더 설명해보고자 한다.

데이터 이야기 #9: LLMOps 엔지니어

안녕하세요. 데이터 리차드입니다.

현재 다양한 AI를 활용한 프로덕트와 플랫폼이 등장하고 있습니다.
시대의 흐름에 맞추어 AI를 잘 활용하고자 하지만, 어떻게 시작해야 할지 망설이고 있나요?
그렇다면 datarichard가 만든 AI 명령어 저장소 아카이브를 사용해보세요.

AI 명령어 저장소는 아래와 같은 기능을 제공합니다.

- AI 활용 분야별 플랫폼 리스트 및 링크를 제공합니다
- 프롬프트 작성 방법 및 케이스별 템플릿을 제공합니다.
- AI 활용 상황 별 예시 베스트 케이스들을 제공합니다.
- AI 모델 맞춤형 프롬프트 수정 및 변환을 도와줍니다.

각 플랫폼에서 사용하는 프롬프트와 아웃풋의 결과를 서로 비교하고,
가장 효율적인 프롬프트를 생성하여 업무와 생산성에 활용해보세요.

AI 명령어 저장소 아카이브는 29,800원에 학습 패키지로 출시될 예정입니다.

앞으로도 DATA/AI를 재미있고 가치있게 배울 수 있도록 datarichard가 함께 하겠습니다.

#데이터리차드 #학습패키지 #명령어아카이브 #AI

안녕하세요. 데이터 리차드입니다. 현재 다양한 AI를 활용한 프로덕트와 플랫폼이 등장하고 있습니다. 시대의 흐름에 맞추어 AI를 잘 활용하고자 하지만, 어떻게 시작해야 할지 망설이고 있나요? 그렇다면 datarichard가 만든 AI 명령어 저장소 아카이브를 사용해보세요. AI 명령어 저장소는 아래와 같은 기능을 제공합니다. - AI 활용 분야별 플랫폼 리스트 및 링크를 제공합니다 - 프롬프트 작성 방법 및 케이스별 템플릿을 제공합니다. - AI 활용 상황 별 예시 베스트 케이스들을 제공합니다. - AI 모델 맞춤형 프롬프트 수정 및 변환을 도와줍니다. 각 플랫폼에서 사용하는 프롬프트와 아웃풋의 결과를 서로 비교하고, 가장 효율적인 프롬프트를 생성하여 업무와 생산성에 활용해보세요. AI 명령어 저장소 아카이브는 29,800원에 학습 패키지로 출시될 예정입니다. 앞으로도 DATA/AI를 재미있고 가치있게 배울 수 있도록 datarichard가 함께 하겠습니다. #데이터리차드 #학습패키지 #명령어아카이브 #AI

AI 명령어 저장소 아카이브를 소개합니다

원문: https://www.freecodecamp.org/news/react-compiler-complete-guide-react-19/

(번역) 리액트 컴파일러 사용법 — 완벽 가이드

오랜만에 다시 리액트 컴파일러에 관한 글을 소개해드리는 것 같은데요. 리액트 컴파일러는 수동으로 수행하던 많은 최적화 작업을 자동화함으로써 개발 생산성을 크게 향상시킬 수 있는 새로운 기술입니다.

이 글은 컴파일러의 개념부터 실제 사용 방법, 내부 작동 원리을 다루고 있어 리액트 개발자들에게 꽤나 유용한 정보를 제공합니다. 특히 실제 예시와 관련된 영상 또한 함께 제공하고 있으니 관심있으신 분들은 읽어보시면 좋을 것 같습니다. 😆

글 링크: https://bit.ly/4eRzOBV

오랜만에 다시 리액트 컴파일러에 관한 글을 소개해드리는 것 같은데요. 리액트 컴파일러는 수동으로 수행하던 많은 최적화 작업을 자동화함으로써 개발 생산성을 크게 향상시킬 수 있는 새로운 기술입니다. 이 글은 컴파일러의 개념부터 실제 사용 방법, 내부 작동 원리을 다루고 있어 리액트 개발자들에게 꽤나 유용한 정보를 제공합니다. 특히 실제 예시와 관련된 영상 또한 함께 제공하고 있으니 관심있으신 분들은 읽어보시면 좋을 것 같습니다. 😆 글 링크: https://bit.ly/4eRzOBV

내일배움캠프

리액트 컴파일러 사용법 — 완벽 가이드

Express 프레임워크가 Node.js 생태계에서 대표 웹 프레임워크를 담당하고 있다면 Elysia는 Bun 생태계에서 비슷한 역할과 인지도를 갖고 있는 하고 있는 웹 프레임워크입니다.

물론 간단한 웹 서버를 개발할 때는 Bun에서 제공하는 HTTP 서버만으로도 충분할 때가 많지만, Elysia는 웹 서버 개발에 필요한 왠만한 기능이 모두 내장되어 있어서 단순한 서버 개발 뿐만 아니라 복잡한 서버 개발까지 사용할 수 있는 확장성이 띄어난 웹 프레임워크입니다.

타입스크립트를 바로 실행하는 Bun과 마찬가지로 Elysia도 타입스크립트에 매우 친화적인 API를 제공하면서도 개발자가 피곤하게 타입스크립트를 많이 작성하지 않도록 매우 인체 공학적으로 설계가 되어 있습니다. 다시 말해서, 다른 웹 프레임워크처럼 개발자에게 번거로운 타이핑(typing)을 강요하지 않고, 강력한 타입 추론을 통해서 코드 편집기에서 훌륭한 자동 완성(autocomplete)과 정적 타입 체킹을 제공합니다. 그래서 Elysia를 쓰면 마치 순수한(Vanilla) 자바스크립트를 쓰는 듯한 산뜻한 개발자 경험을 하면서도, 버그가 적은 견고한 서버 애플리케이션을 작성할 수 있습니다.

아래 예제 코드를 보시면 Elysia의 API가 얼마나 아름답고 직관적인지 실감이 나실 겁니다. 딱히 Elysia를 배우시지 않으신 분도 코드만 보면 대강 웹 서버가 어떻게 동작하는지 감을 잡을 수 있을 정도니까요.

import { Elysia } from "elysia";

new Elysia()
  .get("/", "Hello World")
  .get("/image", Bun.file("mika.webp"))
  .get("/stream", function* () {
    yield "Hello";
    yield "World";
  })
  .ws("/realtime", {
    message(ws, message) {
      ws.send("got:" + message);
    },
  })
  .listen(3000);

Elysia는 개발자 경험 뿐만 아니라 성능 측면에서도 기존 웹 프레임워크를 압도하는 모습을 보여줍니다. 벤치마크 결과를 보면 Elysia는 초당 Express보다 무려 21배, Fastify보다 6배 많은 요청을 처리하는 것으로 알려져 있습니다. 지나친 단순화이지만 Node.js에서 Express 익스프레스 서버 인스턴스로 처리할 수 있는 트래픽을, Bun에서는 1개의 Elysia 서버 인스턴스로 처리할 수 있다는 말입니다. 단순히 런타임과 프레임워크를 바꿔서 이 정도의 성능 향상을 이룰 수 있다니, Bun과 Elysia는 정말 매력적인 조합이 아닐 수 없습니다.

Bun이 Node.js를 잇는 차세대 자바스크립트 런타임으로 급 부상하면서, Bun을 위해서 탄생한 웹 프레임워크인 Elysia도 큰 관심을 받고 있습니다. 이번 포스팅에서는 Elysia의 주요 특징과 사용법, 그리고 Elysia가 다른 웹 프레임워크와 어떻게 차별화되는지에 대해서 살펴보겠습니다.

📝 포스팅: https://www.daleseo.com/elysia/

혹시 Bun에 대해서 생소하신 분들께는 아래 게시물을 추천드리고 싶습니다.

📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202
📗 Bun v1.1 출시 소식: https://careerly.co.kr/comments/102544
📘 헬로 Bun 출간 소식: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/111998

Express 프레임워크가 Node.js 생태계에서 대표 웹 프레임워크를 담당하고 있다면 Elysia는 Bun 생태계에서 비슷한 역할과 인지도를 갖고 있는 하고 있는 웹 프레임워크입니다. 물론 간단한 웹 서버를 개발할 때는 Bun에서 제공하는 HTTP 서버만으로도 충분할 때가 많지만, Elysia는 웹 서버 개발에 필요한 왠만한 기능이 모두 내장되어 있어서 단순한 서버 개발 뿐만 아니라 복잡한 서버 개발까지 사용할 수 있는 확장성이 띄어난 웹 프레임워크입니다. 타입스크립트를 바로 실행하는 Bun과 마찬가지로 Elysia도 타입스크립트에 매우 친화적인 API를 제공하면서도 개발자가 피곤하게 타입스크립트를 많이 작성하지 않도록 매우 인체 공학적으로 설계가 되어 있습니다. 다시 말해서, 다른 웹 프레임워크처럼 개발자에게 번거로운 타이핑(typing)을 강요하지 않고, 강력한 타입 추론을 통해서 코드 편집기에서 훌륭한 자동 완성(autocomplete)과 정적 타입 체킹을 제공합니다. 그래서 Elysia를 쓰면 마치 순수한(Vanilla) 자바스크립트를 쓰는 듯한 산뜻한 개발자 경험을 하면서도, 버그가 적은 견고한 서버 애플리케이션을 작성할 수 있습니다. 아래 예제 코드를 보시면 Elysia의 API가 얼마나 아름답고 직관적인지 실감이 나실 겁니다. 딱히 Elysia를 배우시지 않으신 분도 코드만 보면 대강 웹 서버가 어떻게 동작하는지 감을 잡을 수 있을 정도니까요. <pre ><code>import { Elysia } from "elysia";

new Elysia()
 .get("/", "Hello World")
 .get("/image", Bun.file("mika.webp"))
 .get("/stream", function* () {
 yield "Hello";
 yield "World";
 })
 .ws("/realtime", {
 message(ws, message) {
 ws.send("got:" + message);
 },
 })
 .listen(3000);</code></pre> Elysia는 개발자 경험 뿐만 아니라 성능 측면에서도 기존 웹 프레임워크를 압도하는 모습을 보여줍니다. 벤치마크 결과를 보면 Elysia는 초당 Express보다 무려 21배, Fastify보다 6배 많은 요청을 처리하는 것으로 알려져 있습니다. 지나친 단순화이지만 Node.js에서 Express 익스프레스 서버 인스턴스로 처리할 수 있는 트래픽을, Bun에서는 1개의 Elysia 서버 인스턴스로 처리할 수 있다는 말입니다. 단순히 런타임과 프레임워크를 바꿔서 이 정도의 성능 향상을 이룰 수 있다니, Bun과 Elysia는 정말 매력적인 조합이 아닐 수 없습니다. Bun이 Node.js를 잇는 차세대 자바스크립트 런타임으로 급 부상하면서, Bun을 위해서 탄생한 웹 프레임워크인 Elysia도 큰 관심을 받고 있습니다. 이번 포스팅에서는 Elysia의 주요 특징과 사용법, 그리고 Elysia가 다른 웹 프레임워크와 어떻게 차별화되는지에 대해서 살펴보겠습니다. 📝 포스팅: https://www.daleseo.com/elysia/ 혹시 Bun에 대해서 생소하신 분들께는 아래 게시물을 추천드리고 싶습니다. 📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202📗 Bun v1.1 출시 소식: https://careerly.co.kr/comments/102544📘 헬로 Bun 출간 소식: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/111998

Elysia: Bun을 위한 인체 공학적 웹 프레임워크

🙅‍♂️ 내가 하지 않는 생각
- 이걸로 무조건 성공해서 돈 벌어야지
- 많은 기능 넣으면 사용자들이 좋아하겠지?
- 이왕 만드는 거 완벽하게 만들어야지

🙆‍♀️ 내가 하는 생각
- 사람들이 불편해 하는 점이 있는 것 같네. 한번 만들어 보자
- 실패해도 배운 점이 있도록 평소 사용하고 싶었던 기술이나 주제를 적용해보자
- 필요한 기능 1개만 추려서 빠르게 만들어 보자
- 완벽하기보단 우선 만들어보자. 반응 없으면 버리고, 반응이 있다면 그 때 개선하자

🙅‍♂️ 내가 하지 않는 생각- 이걸로 무조건 성공해서 돈 벌어야지 - 많은 기능 넣으면 사용자들이 좋아하겠지? - 이왕 만드는 거 완벽하게 만들어야지 🙆‍♀️ 내가 하는 생각- 사람들이 불편해 하는 점이 있는 것 같네. 한번 만들어 보자 - 실패해도 배운 점이 있도록 평소 사용하고 싶었던 기술이나 주제를 적용해보자 - 필요한 기능 1개만 추려서 빠르게 만들어 보자 - 완벽하기보단 우선 만들어보자. 반응 없으면 버리고, 반응이 있다면 그 때 개선하자

사이드 프로젝트 만들 때

Online JSON view, format, minify, validate and compare. It also provides graph view to preview JSON data, semantic comparing two JSON diffs, convert JSON to CSV or CSV to JSON and support jq online.

JSON For You | The best online JSON tool

json 을 table로 변환하는 툴들은 많이 봤었는데, 이렇게 graph로 변환까지 해주는 툴은 처음보는 것 같아요!
구조 비교 & 텍스트 비교로 2개의 JSON간 차이점 빠른 확인도 가능해서 더 좋아요!

https://json4u.com/editor

json 을 table로 변환하는 툴들은 많이 봤었는데, 이렇게 graph로 변환까지 해주는 툴은 처음보는 것 같아요! 구조 비교 &amp; 텍스트 비교로 2개의 JSON간 차이점 빠른 확인도 가능해서 더 좋아요! https://json4u.com/editor

JSON For You

파워풀한 json 시각화툴

알고리즘 입문자를 위한 달레의 친절한 안내서

알고리즘 | 알고달레

📕 코딩 테스트에 단골로 등장하는 문제(LeetCode, 프로그래머스)에 대한 다양한 접근 방법과 답안 코드 (Python, JavaScript, Java)
📗 코딩 문제를 풀 때 반드시 필요한 알고리즘과 자료구조 설명 (최대한 입문자의 눈높이에서 친절하게 쉽게 🤗)
📘 코딩 시험/면접 준비 관련 가이드 + 17년 차 개발자 달레의 코딩 테스트 노하우 공유

개발자 달레님이 만드신 사이트인데요,
무료로 열려있어 공부하기도 좋고 깔끔해서 눈으로 보기도 좋아요!

https://www.algodale.com/algorithms/

📕 코딩 테스트에 단골로 등장하는 문제(LeetCode, 프로그래머스)에 대한 다양한 접근 방법과 답안 코드 (Python, JavaScript, Java) 📗 코딩 문제를 풀 때 반드시 필요한 알고리즘과 자료구조 설명 (최대한 입문자의 눈높이에서 친절하게 쉽게 🤗) 📘 코딩 시험/면접 준비 관련 가이드 + 17년 차 개발자 달레의 코딩 테스트 노하우 공유 개발자 달레님이 만드신 사이트인데요, 무료로 열려있어 공부하기도 좋고 깔끔해서 눈으로 보기도 좋아요! https://www.algodale.com/algorithms/

알고달레

코딩테스트 공부를 위한 추천 사이트

“아니, 도대체 왜 조회 쿼리 메서드에서 데드락이 생기는거야?”  

왜 조회 쿼리에서 데드락이 발생했을까?

"아니, 도대체 왜?"
'findBy...' 에서 데드락이 발생하는 걸 보고 궁금해서 이모저모 실험해보았어요.
https://hyeon9mak.github.io/why-occurs-deadlock-from-select-query/

"아니, 도대체 왜?"'findBy...' 에서 데드락이 발생하는 걸 보고 궁금해서 이모저모 실험해보았어요.https://hyeon9mak.github.io/why-occurs-deadlock-from-select-query/

현구막 기술 블로그

"아니, 도대체 왜?"
'findBy...' 에서 데드락이 발생하

마침내 제가 쓴 자바스크립트 책, "헬로 Bun"이 출간되어 온라인 서점에서 예약 판매가 시작되었습니다. Bun은 아직 국내에는 많이 알려지지 않았지만, 해외에서는 Node.js의 뒤를 잇는 차세대 자바스크립트 런타임으로 주목받고 있습니다. JavaScript Rising Stars 🌟 2023 집계에서 당당히 2위를 차지한 오픈 소스 프로젝트이며, State of JS 2023 설문 조사에서 개발자 응답에 가장 많이 오르고 내린 정말 HOT🔥한 기술입니다.

📕 YES24: https://www.yes24.com/Product/Goods/134021042
📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265
📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=348745550

사실 처음 Bun을 접했을 때는 제가 국내에 이 기술을 소개하는 책까지 쓰게 될 줄은 몰랐어요. 원래는 여타 기술처럼 제 블로그에서 한 번 다뤄보려고 했습니다. 그런데 이 귀여운 찐빵(?)이 겉보기와 다르게 기능과 성능이 후덜덜하더군요. 단순히 타입스크립트와 JSX를 바로 실행할 수 있는 자바스크립트 런타임인 줄 알았는데, 알고보니 모듈 시스템, 패키지 매니저, 테스트 러너, 번들러, 자체 DB, 웹소켓, CLI, 셸 스크립팅... "아니, Bun으로 내가 도대체 못하는 게 뭐지?"라는 생각이 들 정도였습니다. 자바스크립트 개발에 필요한 모든 기능을 자체적으로 제공하면서, 기존 런타임의 성능을 압도하는 이 차세대 기술을 블로그로 다루기에는 너무 방대하다는 것을 깨닫고 집필을 결심하게 되었습니다.

이 책이 단순히 Bun에 대한 기술서가 아니라, 많은 분들께 자바스크립트를 새롭게 만날 수 있는 계기가 되었으면 좋겠습니다. Bun의 등장으로 자바스크립트를 배우기 정말 좋은 시대가 열렸다고 생각합니다. 예전처럼 프로젝트 구성이나 라이브러리 설치하느라 오랫동안 씨름하지 않고 바로 재미있는 애플리케이션 개발을 Bun과 함께 시작하실 수 있습니다. 기존에 자바스크립트에 대해 좋지 못한 경험을 하셨던 현직 개발자분께도 추천드리고 싶습니다. Bun이 자바스크립트 개발자로서 고질적인 애로사항을 해결해 줄 뿐만 아니라, 자바스크립트에 대한 새로운 관점과 다양한 영감을 불어넣을 것입니다.

"헬로 Bun"을 통해 여러분이 자바스크립트를 더 쉽게 배우고, 더 즐겁게 소프트웨어 개발을 할 수 있기를 바랍니다. 많은 관심 부탁드립니다! 🙇‍♂️🙏

마침내 제가 쓴 자바스크립트 책, "헬로 Bun"이 출간되어 온라인 서점에서 예약 판매가 시작되었습니다. Bun은 아직 국내에는 많이 알려지지 않았지만, 해외에서는 Node.js의 뒤를 잇는 차세대 자바스크립트 런타임으로 주목받고 있습니다. JavaScript Rising Stars 🌟 2023 집계에서 당당히 2위를 차지한 오픈 소스 프로젝트이며, State of JS 2023 설문 조사에서 개발자 응답에 가장 많이 오르고 내린 정말 HOT🔥한 기술입니다. 📕 YES24: https://www.yes24.com/Product/Goods/134021042 📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265 📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=348745550 사실 처음 Bun을 접했을 때는 제가 국내에 이 기술을 소개하는 책까지 쓰게 될 줄은 몰랐어요. 원래는 여타 기술처럼 제 블로그에서 한 번 다뤄보려고 했습니다. 그런데 이 귀여운 찐빵(?)이 겉보기와 다르게 기능과 성능이 후덜덜하더군요. 단순히 타입스크립트와 JSX를 바로 실행할 수 있는 자바스크립트 런타임인 줄 알았는데, 알고보니 모듈 시스템, 패키지 매니저, 테스트 러너, 번들러, 자체 DB, 웹소켓, CLI, 셸 스크립팅... "아니, Bun으로 내가 도대체 못하는 게 뭐지?"라는 생각이 들 정도였습니다. 자바스크립트 개발에 필요한 모든 기능을 자체적으로 제공하면서, 기존 런타임의 성능을 압도하는 이 차세대 기술을 블로그로 다루기에는 너무 방대하다는 것을 깨닫고 집필을 결심하게 되었습니다. 이 책이 단순히 Bun에 대한 기술서가 아니라, 많은 분들께 자바스크립트를 새롭게 만날 수 있는 계기가 되었으면 좋겠습니다. Bun의 등장으로 자바스크립트를 배우기 정말 좋은 시대가 열렸다고 생각합니다. 예전처럼 프로젝트 구성이나 라이브러리 설치하느라 오랫동안 씨름하지 않고 바로 재미있는 애플리케이션 개발을 Bun과 함께 시작하실 수 있습니다. 기존에 자바스크립트에 대해 좋지 못한 경험을 하셨던 현직 개발자분께도 추천드리고 싶습니다. Bun이 자바스크립트 개발자로서 고질적인 애로사항을 해결해 줄 뿐만 아니라, 자바스크립트에 대한 새로운 관점과 다양한 영감을 불어넣을 것입니다. "헬로 Bun"을 통해 여러분이 자바스크립트를 더 쉽게 배우고, 더 즐겁게 소프트웨어 개발을 할 수 있기를 바랍니다. 많은 관심 부탁드립니다! 🙇‍♂️🙏

👋 헬로 Bun 🥟 출간 소식 📚

원문 : How to make your web page faster before it even loads How to make your web page faster before it even loads…

(번역) 웹 페이지가 로드되기 전에 더 빠르게 만드는 방법

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다.

웹 페이지 성능 최적화라고 하면 대부분 페이지 로딩 후의 성능에 집중하는 경향이 있습니다. 하지만 이 글에서는 그 관점을 뒤집어 새로운 인사이트를 제공합니다. 저자는 첫 바이트가 도달하기 전 단계의 최적화에 주목하며, 브라우저의 Performance API와 Navigation Timing API를 활용해 캐시, DNS 조회, 연결 설정, TLS 협상 등 각 단계별 최적화 방법을 상세히 설명합니다.

만약 웹 성능 최적화에 대해 관심이 있으시다면, 이 글을 통해 최적화의 새로운 기회를 발견할 수 있을 것이라고 생각합니다. 이 글을 통해 웹 페이지 성능 최적화에 대한 시야를 넓히는 좋은 기회가 되시길 바랍니다 :)

글 링크 : https://ykss.netlify.app/translation/how_to_make_your_web_page_faster_before_it_even_loads/

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다. 웹 페이지 성능 최적화라고 하면 대부분 페이지 로딩 후의 성능에 집중하는 경향이 있습니다. 하지만 이 글에서는 그 관점을 뒤집어 새로운 인사이트를 제공합니다. 저자는 첫 바이트가 도달하기 전 단계의 최적화에 주목하며, 브라우저의 Performance API와 Navigation Timing API를 활용해 캐시, DNS 조회, 연결 설정, TLS 협상 등 각 단계별 최적화 방법을 상세히 설명합니다. 만약 웹 성능 최적화에 대해 관심이 있으시다면, 이 글을 통해 최적화의 새로운 기회를 발견할 수 있을 것이라고 생각합니다. 이 글을 통해 웹 페이지 성능 최적화에 대한 시야를 넓히는 좋은 기회가 되시길 바랍니다 :) 글 링크 : https://ykss.netlify.app/translation/how_to_make_your_web_page_faster_before_it_even_loads/

ykss.netlify.app

웹 페이지가 로드되기 전에 더 빠르게 만드는 방법

Arthur's place

저자는 try-catch 블록 없이 에러를 처리할 수 있는 try 표현식을 제안합니다. 예를 들면 다음과 같습니다.
const [error, response] = try await fetch("https://arthur.place")

위 코드는 기존 try-catch 코드 블록을 간소화하고
error
를 반환값 앞에 먼저 배치하여 에러 핸들링에 대한 우선순위를 높이는 효과가 있습니다.
let response;
try {
  response = await fetch("https://arthur.place");
} catch (error) {
  // blah blah
}

아직 초기 단계의 제안이긴 하지만, 흥미로운 제안인 것 같습니다.
참고: 저자의 제안은 원래 안전 할당(`?=`)을 통해 에러 처리를 간소화하려는 제안이였으나, 의논 결과
try
표현식이 좀 더 관용적인 접근 방법이라고 생각되어 try 제안으로 변경한다고 합니다. 관련 Pull Request가 올라와있어, 이 글도 해당 PR의 내용을 기반으로 소개드린 점 참고 부탁드립니다.

https://github.com/arthurfiorette/proposal-safe-assignment-operator/pull/42

저자는 try-catch 블록&nbsp;없이 에러를 처리할 수 있는 try 표현식을 제안합니다. 예를 들면 다음과 같습니다.<pre ><code class="language-js">const [error, response] = try await fetch("https://arthur.place")</code></pre>위 코드는 기존 try-catch 코드 블록을 간소화하고 <code >error</code>를 반환값 앞에 먼저 배치하여 에러 핸들링에 대한 우선순위를 높이는 효과가 있습니다. <pre ><code class="language-js">let response;
try {
 response = await fetch("https://arthur.place");
} catch (error) {
 // blah blah
}</code></pre>아직 초기 단계의 제안이긴 하지만, 흥미로운 제안인 것 같습니다.참고: 저자의 제안은 원래 안전 할당(`?=`)을 통해 에러 처리를 간소화하려는 제안이였으나, 의논 결과 <code >try</code> 표현식이 좀 더 관용적인 접근 방법이라고 생각되어 try 제안으로 변경한다고 합니다. 관련 Pull Request가 올라와있어, 이 글도 해당 PR의 내용을 기반으로 소개드린 점 참고 부탁드립니다. https://github.com/arthurfiorette/proposal-safe-assignment-operator/pull/42

ECMAScript try-expressions 제안

You are being redirected...

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다.

# 소프트웨어 침식의 원인과 문제
 * 지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.
 * 불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.
 * 중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.

# 소프트웨어 침식을 방지하는 방법
 * 지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.
 * 품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.
 * 설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.

소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요?

https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다. # 소프트웨어 침식의 원인과 문제<ul ><li>지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.</li><li>불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.</li><li>중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.</li></ul> # 소프트웨어 침식을 방지하는 방법<ul ><li>지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.</li><li>품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.</li><li>설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.</li></ul> 소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요? https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

www.softwaretestingnews.co.uk

내 눈 앞에서 소프트웨어가 침식되고 있다

음.. 어떻게 얘길 시작해야 하나 

끗과 시작, 그 사이 어딘가

'최고가 되어 떠나라'
회사에 붙어있는 메시지 중 하나인데요.
퇴사부검을 보고나니 다들 멋지네요
앞으로 더 좋은 소식 기대하고 있을께요

https://www.brainbackdoor.com/retrospective/2019-2024

'최고가 되어 떠나라'회사에 붙어있는 메시지 중 하나인데요.퇴사부검을 보고나니 다들 멋지네요앞으로 더 좋은 소식 기대하고 있을께요 https://www.brainbackdoor.com/retrospective/2019-2024

동규님의 우아한형제들 퇴사부검

어제 심오한 고민을 하다가 헤라의 글로우 래스팅 파운데이션을 구매했다. 솔직히 양에 비해 가격이 저렴하...

[극대노주의] 올리브영 일반배송 은근슬쩍 오늘드림 변환 수법

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다. (트레바리 북클럽 <리서치 하는데요> 멤버인 초은 님이 클럽 커뮤니티에 공유해 주신 글이 인상적이라 제가 자세히 살펴보고 정리했습니다)

요약하면 사용자의 의도, 기대했던 것과 다른 경험을 제공하는 기만적 패턴이 문제였습니다. 구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠.

사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠.

문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다"

2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다."

3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며"

https://m.blog.naver.com/boksle1127/223420780140

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다. (트레바리 북클럽 &lt;리서치 하는데요&gt; 멤버인 초은 님이 클럽 커뮤니티에 공유해 주신 글이 인상적이라 제가 자세히 살펴보고 정리했습니다) 요약하면 사용자의 의도, 기대했던 것과 다른 경험을 제공하는 기만적 패턴이 문제였습니다. 구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠. 사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠. 문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다. [ 큐레이터의 문장 🎒 ] 1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다" 2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다." 3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며" https://m.blog.naver.com/boksle1127/223420780140

네이버 블로그 | 계절의 기록

《올리브영 다크 패턴에 돌아선 사용자》

디아블로 II: 레저렉션 최초공개 트레일러

[Issue #128] "💵 디아블로 II: 레저렉션 댓글창의 상태가?"

지난 20일, 디아블로 II의 리마스터 작품인 <디아블로 II: 레저렉션> 트레일러 영상이 공개되었습니다. 재밌는 건 유튜브 영상에 수많은 크리에이터들이 남긴 댓글들이에요. 백종원부터 핏블리까지. 본업을 접고 당장 게임을 하고 싶다는 '접어야겠네' 시리즈를 릴레이로 남겼습니다.

W⑤'s comment 🤔 : 보통 유튜브에서 크리에이터를 활용하는 가장 대표적인 방법은 영상 콘텐츠를 만드는 것이죠. 그러나 이번 사례에서는 영상이 아닌 댓글도 크리에이터의 영역으로 발전할 수 있는 가능성을 보여줬습니다.

www.youtube.com

YG엔터테인먼트 사업전략

윤채리

콘텐츠의 가치를 키우고, 사람을 연결하고 세상을 나은 방향으로 이끌고 싶습니다. 낡고 오래된 것을 좋아하는 얼리 어답터이며, 데이터드리븐을 중요하게 생각하는 창작자입니다. ex- CJENM, 비마이프렌즈

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

한주현

IT 기획자가 되고 싶은 학생 ☺️

윤서희

세상을 선도하는 기획자가 되고 싶은 대학생 윤서희입니다!

브랜드 마케터

IT 서비스의 브랜드 마케터 셋이 모였습니다. 문제 해결을 위해 늘 새로운 소식을 보고, 경험하고, 실험해 봅니다. 각자 다른 배경과 강점을 가지고 좋은 시너지를 만들어 내고 있습니다. 일주일에 딱 다섯 가지 마케팅 이슈를 정리해 발행하는 뉴스레터 '위클리 파이브'를 운영했고, 지금은 퍼블리 뉴스 큐레이터로 활동하고 있습니다.

위클리 파이브

<위클리파이브> 카카오톡 채널

IT 서비스의 브랜드 마케터입니다.  문제 해결을 위해 늘 새로운 소식을 보고, 경험하고, 학습해야만 하는 일을 하고 있습니다. 현업에서 일하면서 접하는 새롭고 흥미로운 소식들을 공유합니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필