The official GraphQL conference hosted by the GraphQL Foundation.

GraphQLConf 2023 Schedule

GraphQL 많이들 쓰고 계신가요? 저는 특히 admin 만들때 애정하며 사용하고 있는데요. GraphQL이 탄생한지 10년이 지나서야 드디어 첫 글로벌 컨퍼런스가 있었습니다. 드디어 첫회인 만큼 그동안 하고 싶었던 이야기가 가득한 많은 팀들에서 재미난 이야기들을 많은 것 같습니다! 

이번 연휴는 GraphQLConf 정주행하며 보내봐야겠어요! 
재미난 세션이 있으면 한번 정리해보겠습니다 :) 

https://graphql.org/conf/schedule/

Graphql

GraphQLConf 2023

디자이너와 친해지고 함께 잘 일하는 방법디자인이 성장 지표에 미치는 영향프로덕트 오너를 위한 UX 디자인 크래시 코스원격 디자인팀과 함께 성공하는 방법일하는 방법: 고객 가이드UX 리서치의 작동 방식에 대한 지루하지 않은 가이드

더 나은 제품 구축을 위한 무료 E북 6종 | GeekNews

프러덕팀에서 더 잘 협업하는 방법, 특히 개발자와!는 언제부턴가 참 많은 자료들이 있었던 것 같은데요. 이번에는 디자이너와의 협업 편입니다. 

사실 프러덕트의 얼굴은 디자인인데, 디자이너의 성장과 협업만큼 또 중요한게 있을까 싶네요! 

영어 E-book이긴 하지만 짧고 도표가 많아서 영어공부 겸 해서 읽기에도 좋은 것 같아요~ 

https://news.hada.io/topic?id=11076&utm_source=slack&utm_medium=bot&utm_campaign=T01NT7P6KU6

GeekNews

더 나은 제품 구축을 위한 무료 E북 (디자이너 편)

한때 코인 시장 대세로 떠올랐던 대체불가토큰(NFT)의 부활이 요원해지고 있다. 시중에 거래되고 있는 NFT 대부분의 가치가 '0'으로 나타나면서다. 전문가들은 투기 열풍이 지나고 본격적인 대중화에 돌입하면 진정한

"NFT 95%는 가치 0"...부활 가능할까

댑겜블은 최근 보고서를 통해 "시중에 나와있는 NFT 컬렉션 7만3257개 중 95%인 6만9795개의 시가총액은 0에 수렴한다"며 "이는 2300만명의 NFT 보유자들이 아무런 가치도 없는 NFT를 들고있음을 의미한다"고 진단했다.

https://n.news.naver.com/article/003/0012121072?sid=101

Naver

영국 가전회사 '다이슨' 창업 24년 만에 매출 3조7000억원... '영국의 애플' 먼지 봉투 없는 청소기·날개 없는 선풍기로 명성 제임스 다이슨은 오래전부터 사용하던 후버 진공청소기가 집안 먼지를 제대로 빨아들이는

[이코노미조선] '영국의 애플' 다이슨, 청소기 혁신으로 매출 3조7000억

예전 기사지만, 읽어볼만한 다이슨의 창업 정신
———
다이슨이 5년 만에 혁신적인 청소기를 개발했지만, 커크-다이슨은 이 제품을 판매하지 않았다. 그의 동업자가 그의 혁신을 알아보지 못했기 때문이다. 당시 동업자는 다이슨에게 “그런 좋은 아이디어가 있었으면 이미 ‘후버’가 개발했을 것”이라며 그의 아이디어를 거부했고, 다이슨은 결국 회사를 나왔다. 자신이 세운 회사에서 쫓겨난 이 일화는 자신이 세운 애플에서 쫓겨난 스티브 잡스와 비교되곤 한다.

그리고 다이슨은 오랫동안 낡은 마구간에서 실험을 반복한 끝에 사이클론 원리를 적용한 청소기를 개발했다. 하지만 바로 성공이 뒤따른 것은 아니었다. 많은 대기업이 다이슨 제품 생산을 거절했고, 싼값에 특허를 가져가려고만 했기 때문이다. 다이슨은 이런 제안을 모두 거절하고 일본에 처음 제품을 판매했다. 일본 회사에 제품당 로열티 10%를 받는 조건으로 특허를 팔아 다이슨 청소기는 일본에서 처음 ‘지포스(G-FORCE)’라는 이름으로 판매됐다. 이 제품은 크게 히트했고, 일본 상류층의 상징으로 여겨지기도 했다. 일본 판매를 바탕으로 자금을 모은 다이슨은 업그레이드된 청소기를 완성했고, 1993년 지금의 다이슨을 설립했다.

https://n.news.naver.com/article/366/0000382806?sid=101

소비더머니, 다이슨편
https://youtu.be/pbhfMzu2AwE?si=KDmmPN_aB0yQQypR

Level up your coding skills. No more passive learning. Interactive in-browser environments keep you engaged and test your progress as you go.

Educative: Interactive Courses for Software Developers

최근 자주 사용하고 있는 기술, 개발 및 자기 계발 학습 자료를 모아서 공유합니다.

1️⃣ Educative.io

퀄리티가 상당히 높은 기술 관련 코스가 많은 것 같아요. 현재까지 코스 3개를 들었습니다. 책처럼 읽으면서 배우는 코스라 듣는 것보다 읽으면서 학습하는 걸 선호하는 분들에게 추천합니다. 주제를 깊이 파고들고 코드나 설계 예시가 많아서 잘 사용하는 것 같습니다. 최근에 Concurrency관련 코스를 듣고 있습니다.

https://www.educative.io/

2️⃣ Designing Data Intensive Applications

라지 스케일, 분산 시스템 관련 기본 개념을 쌓을 수 있는 책입니다. 유익해서 세 번째 다시 읽어 보고 있어요. 개념을 꽤 깊이 파고들어서 처음 읽었을 때는 '이해 못 해도 일단 읽기 속도부터 낸다'라는 마음가짐으로 읽었고, 다시 읽을 때는 이해하기 어려웠던 점을 이해했던 것 같아요. 최근 다시 세 번째로 읽을 때는 책에 참고된 부속 자료 중에 도움 될 것 같은 자료도 함께 읽고 있습니다.

https://www.oreilly.com/library/view/designing-data-intensive-applications/9781491903063/

3️⃣ fast.ai

AI에 관한 지식은 대학 전공 시절 AI수업을 들은 게 다고, 관련 직종이 아니라 꾸준히 학습하지 않았었습니다. 그래서 전공 수업 책을 다시 읽어 보거나 따로 코스를 듣기에는 시간이 너무 소요되고 그럴 필요는 없는 것 같아서 온라인 자료를 찾았습니다. 신문 읽기 식으로 가끔 생각날 때 시간 투자해서 읽어 보면 좋은 사이트인 것 같아요. 학습 코스도 제공하고 있어서 특정 개념을 학습하고 싶으신 분은 코스 탭을 확인해 보세요.

https://www.fast.ai/#category=courses

4️⃣ https://algorithm-visualizer.org/

알고리즘 이해를 돕기 위해 사용하는 도구. 예시 자바스크립트 코드랑 코드 실행을 눈으로 쉽게 보여 주기 위해 다이어그램이 함께 있어서 도움 되었던 것 같아요. 특히 Dynamic Programming 코드 이해력을 높이기 위해 가끔 사용해요.

5️⃣ https://tldr.tech

테크 트렌드를 뉴스레터로 받아서 읽어 보는 데 도움 되는 것 같아요. 뉴스레터에 있는 아티클 하나하나 다 읽어 보는 건 시간 없어서 못 하고 대충 뉴스레터에 내용을 요약해 줘서 그것만 읽기도 합니다. 관심 있는 주제는 원문도 함께 읽어 보기도 합니다.

6️⃣ 소프트 스킬

소프트 스킬 관련 영상은 팟 캐스트처럼 틀어 놓고 듣는데, 요즘은 아래 채널을 자주 이용합니다. 의사소통 스킬과 여러 가지 직장 생활에 도움 되는 정보가 많아서 종종 시청하고 있어요.

https://www.youtube.com/@DrGraceLee

7️⃣ 알고리즘, 자료 구조 무료 온라인 책

컴공 수업 때문에 알고리즘, 자료 구조 관련 책을 처음 읽어 본 이후 10년 이상 지났지만, 가끔 다시 읽어 봅니다. 최근에 무료 온라인 책을 찾아서 읽어 보고 있습니다. 영문으로 알고리즘, 자료 구조를 공부하고 싶은 분이나 해외 취업 준비 중인 분이라면 한 번 읽어 보는 걸 추천합니다.

https://www.kartikkapur.com/documents/DataStructuresAndAlgorithms.pdf

🪴 함께 읽으면 좋은 글

면접용 알고리즘, 자료 구조 CheatSheet 15개
https://careerly.co.kr/comments/89598

실력 향상을 위한 해외 유튜브 채널 10개
https://careerly.co.kr/comments/88786

성장형 개발자에게 필요한 학습법
https://careerly.co.kr/comments/87769

Educative

기술, 개발 학습 자료 7가지

안녕하세요. 리멤버 프로덕트 디자이너 김희경입니다. 명함관리 서비스로 시작해 구인구직 서비스와 직장인 커뮤니티 서비스, 데일리 뉴스 콘텐츠까지 직장인을 위한 다양한 서비스를 리멤버에서 제공해왔는데요. 이 모든 서비스를 한 화면에서 경험할 수 있는 새로운 화면을 신설하기에 앞서 사용성 테스트(Usability Test)를 진행했었어요. 새로운 피쳐가 배포되기 이전에 사용성 테스트를 진행하며 경험한 UT 설계와 모더레이팅 과정에서 느낀 인사이트를 공유드릴게

리멤버에서 UT(사용자 테스트)는 어떻게 진행하나요? - DRAMA&COMPANY

프로덕트 피쳐가 배포되기 이전에 사용성 테스트(UT) 를 진행한다면 더욱 유저에게 의미있는 프로덕트를 제공할 수 있게 되는데요.
리멤버에서 새로운 피쳐가 배포되기전에 사용성 테스트를 진행하며 경험한 UT 설계와 모더레이팅 과정에서 느낀 인사이트를 공유해주신 글이 있어 전달드립니다.

🏃‍♂️UT는 언제 진행하나요 ? 
사용성 테스트는 신규 기능을 기획하는 단계 또는 신규 기능을 런칭하기 전 실제 사용자에게 보여드리면서 우리 생각대로 사용하는지, 문제점은 없는지 검증하기 위해 진행합니다.
특히 첫 화면을 신규로 만드는 경우는, 기존 대비 사용자가 불편하게 느끼시는 부분은 없는지 사전에 확인하는 것이 중요합니다.

👁️ UT 설계
UT는 '설계가 80%다.' 라는 생각이 들 정도로 설계 과정이 매우 중요합니다.
UT 대상자는 누구를 어떤 과정으로 모집할 것인지, 인터뷰는 온라인으로 할 것인지, 오프라인으로 할 것인지, 인터뷰 관찰자는 어떤 방식으로 참여할지 등등 준비할 것이 생각보다 많습니다. 
- 인터뷰 대상자 선정: 사용자 행위에 영향을 미치는 조건을 리스트업 합니다.
- 인터뷰 대상 리크루팅: 우리가 선정한 대상자들에게 인터뷰 정보를 안내하고 모집합니다.
- 역할 분담: 인터뷰는 신규. 피처를 함께 기획했던 PO와 PD가 협업하여 진행
- Task 작성: UT를 통해 확인하고 싶은 내용을 중심으로 Task를 설계하고 성공 기준과 실패 기준을 정합니다. 
- 프로토타입 준비: 인터뷰에서 검증하고 싶은 가설을 확인할 수 있는 형태로 준비합니다.
- 리허설 진행: 실제 환경과 동일한 환경을 조성하고 사내에서 인터뷰 대상자를 1명을 선정 후 진행
- 인터뷰 환경 세팅: 오프라인 대면 인터뷰 일 경우 미팅룸, 카메라와 같은 사전 환경세팅이 필요합니다.

😎 UT 진행
저는 이번 사용성 테스트에서 UT 설계와 모더레이팅을 담당했습니다. 
모더레이팅 입장에서 인터뷰를 어떻게 진행하고 이 과정에서 유의해야 할 부분은 다음과 같습니다.
- 인터뷰 안내 및 사전 질문: 사전에 미리 인터뷰 방식에 대해 안내하지만 시작 직전 대상자에게 인터뷰 과정에 대해 다시 한번 안내합니다.
- 인터뷰 진행: 충분히 관찰해야 하고, 발견 부분 중심으로 질문하고, 역으로 제품에 대해 질문이 들어올 경우 대답해야 합니다. 
- 인터뷰 종료: 준비된 Task를 진행하며 인터뷰가 충분히 진행이 되었다고 판단되면 대상자에게 종료 안내를 합니다.
- 인터뷰 종료 후: 진행된 인터뷰에 부족한 부분이나 개선점은 없었는지 대해 정리합니다.

🏋️ UT 분석 및 인사이트 도출
인터뷰 종류 후 녹화본과 작성했던 관찰 문서를 토대로 UT 내용을 분석합니다.
- Task 달성 결과 지표 분석: Task 별로 사전에 정의한 성공 지표를 기준으로 대상자들이 얼마나 성공했는지, 공통적으로 보인 행동은 어떠했는지 내용을 작성하고 분석합니다.
- Key Findings: 관찰 문서를 토대로 공통적으로 발견된 현상들을 정리합니다.
- 인사이트 도출: 위의 내용을 조합하여 현재 피처에서 유지하는 부분과 개선이 필요한 부분을 파악합니다.

🕺🏻 UT 이후 어떤 부분이 개선되었는지?
UT를 통해 변경된 대표적인 예는 리멤버의 '오늘의 소식' 영역입니다.
리멤버는 매일 사용자가 가장 먼저 확인해야 할 소식을 가장 잘 보이는 곳에 안내함으로써 빠르게 소식을 확인하고 상세 내용에 접근할 수 있도록 의도했지만, 
실제 UT에서는 사용자가 해당 영역 자체를 인지하지 못하거나 광고로 인지하는 경우가 많았습니다.
이후 기존안과 해당 영역을 다른 콘텐츠와 동일한 형태로 제공하는 안으로 A/B 테스트를 진행했고, 기존보다 60% 더 많은 전환율이 일어나는 것을 확인했습니다.

DRAMA&COMPANY

리멤버에서 UT를 진행하는 방법

Translated by H 영상 출처 (미번역) : https://www.youtube.com/watch?v=_hbqrnpHN-U 인터뷰 일자 : 2023년 9월 DISCLAIMER - The copyright of the original video belongs to the original copyright holder. - We check the copyright permission through the YouTube system, and if i

앞으로 제일 중요한 기술은 메타버스와 인공지능 (마크 저커버그)

마크 저커버그가 1주일 전에 포브스에서 한 인터뷰입니다. 직접 육성으로 페이스북 창업자가 가장 최근에 하는 말 듣는 게 회사를 이해하는데 도움이 많이 되겠지요. 특히 곧 출시 임박인 퀘스트3와 인공지능에 대해서 많이 이야기합니다. 매우 짧지만 재밌습니다. 

번역 : https://www.youtube.com/watch?v=qV6Em45_OhI

YouTube

MySQL 8.0.28 버전부터 SSL/TLS 통신 시 TLS 버전 1.0과 1.1을 지원하지 않는다고 합니다.

이에 대한 부분을 인지하지 못하고 업데이트를 할 경우 클라이언트와 MySQL 의 SSL/TLS 버전 호환성이 맞지 않아 오류가 발생할 수 있습니다.

따라서 MySQL 버전을 8.0.28 이상으로 업데이트 하거나 접속 방식을 변경하게 될 경우 SSL/TLS 버전 호환성도 같이 고려해야 합니다.

현재 사용하고 있는 MySQL 버전 및 SSL/TLS 버전은 `select @@version;` 과 `show global variables like 'tls_version';` 명령어를 통해 확인할 수 있으니 관련 있으신 분들은 참고해주시면 좋겠습니다.

이에 대한 상세한 내용은 공유드린 원문 내용을 확인해주세요.

📚 원문
https://medium.com/finda-tech/mysql%EA%B3%BC-ssl-tls%ED%86%B5%ED%95%9C-%EC%A0%91%EC%86%8D-15262c49783e

Medium

🔐 MySQL과 SSL/TLS통한 접속

이전 포스팅에서는 Coroutine의 개념과 Coroutine이 어떻게 협력적 스케줄링에 활용될 수 있는지 정리해 보았습니다. 그리고 Python에서의 Coroutine의 흥미로운 역사에 대해 언급했는데, 이번 포스팅에선 Python에서의 Coroutine이라는 주제를 이야기 해볼까 합니다. Python을 production 환경에서 운영해본 경험이 있는...

백엔드 개발자들이 알아야할 동시성 번외편- Python의 Coroutine

이번에는 Python에서의 Concurrency만을 집중적으로 다루어 보는 포스팅을 작성했습니다.

Python은 느립니다. 하지만 여러분들이 생각하는 것 만큼 느리지는 않습니다. Python에서의 Concurrency에 대해 이해하고 접근한다면 최적의 성능을 낼 수 있을겁니다.

Python으로 웹개발을 하는데 gevent가 무엇인지 모른다구요?
웹서버에서 알 수 없는 성능 저하가 있다고요?
어떤 상황에 asyncio를 사용해야 좋을지 모르겠다고요?

이 포스트를 한번 읽어보세요 :)

Python 웹서버에서의 Concurrency

무용가 이사도라 덩컨은 춤의 본질에 대해 이렇게 말했다. "춤의 의미를 말로 설명할 수 있다면 굳이 춤을 출 이유가 없겠지요. (If I could tell you what it meant, there would be no point in dancing it.)"우리 인생도 그렇다. 삶의 의미를 말로 설명할 수 있다면 굳...

[김인수 기자의 사람이니까 경영이다]언러닝과 호기심으로 삶을 놀아보자: 삶의 의미(3)

무용가 이사도라 덩컨은 춤의 본질에 대해 이렇게 말했다. “춤의 의미를 말로 설명할 수 있다면 굳이 춤을 출 이유가 없겠지요. (If I could tell you what it meant, there would be no point in dancing it.)”

우리 인생도 그렇다. 삶의 의미를 말로 설명할 수 있다면 굳이 삶이라는 춤을 출 이유가 없을 것이다. 춤이란 몸으로 느껴야 하는 것이다. 만약 춤의 의미를 말로 음미할 수 있다면 그저 가부좌 틀고 자리에 앉아 있는 것만으로 충분할 것이다. 그것만으로도 춤의 본질을 느낄 수 있을 테니까.

그러나 춤이란 그런 게 아니다. 승무처럼 느린 춤사위라고 해도 우주의 변화를 품고 있는 듯하다. 그 변화의 본질을 어찌 말 몇 마디로 표현할 수 있을까. 오로지 몸으로 그 변화를 품어야 한다.

삶도 그러하다. 사람의 가치관과 생각은 변한다. 내 주변 환경과 맥락도 시시각각 변한다. 그러나 말은 뱉는 순간에 굳어진다. 고정된 맥락 속에 갇힌다. 그러니 말로는 삶의 의미를 표현할 수 없다. 삶의 의미는 몸으로 부딪히며 그 삶을 살아야 느낄 수 있다.

춤꾼의 얼굴에서 희열과 기쁨을 본 적이 있다. 옅지만 깊은 미소를 본 기억도 난다. 춤에 푹 빠진 사람은 춤의 의미를 고민하지 않을 것 같다. 춤을 추는 순간에 온몸으로 느껴지는 희열과 충만감 속에 그 고민은 용해되어 사라질 것이다

삶 또한 그러하다. 삶이라는 춤에 푹 빠져 그 삶을 즐기고 있다고 해 보자. 우리는 굳이 삶의 의미를 물을 필요가 없을 것이다. 우리가 삶의 의미를 고민하는 순간은 대체로 그 삶이 재미없고 힘들 때다. 의미라도 있어야 그런 삶을 살아낼 수 있을 테니까.

니체는 ‘삶을 즐기려면 아이처럼 살라’고 말했다. 아이는 어른과 달리 끊임없이 놀이를 찾고 놀이에 빠져든다. 우리가 삶을 재미있는 놀이처럼 살면 ‘지금 이 삶을 왜 살아야지?’라는 질문은 자연스럽게 해소될 거라고 한다. 그러나 어른들은 아이처럼 사는 게 너무 어렵다. 왜일까?

지난 주말 아이와 충남의 한 휴양림을 산책하면서 한 가지 이유는 찾은 듯했다. 아이는 산책길에 자꾸 사진을 찍어달라고 했다. 자기 모습을 찍자는 게 아니었다. 이슬 맺힌 거미줄, 작은 씨앗 등등 자신이 발견한 것들이 너무 신기하다며 사진으로 남기자고 했다. 평범해 보이는 풀꽃까지도 아이는 신기해하며 즐거워했다.

그 순간, 아이와 어른의 중요한 차이를 깨달았다. 어른은 호기심이 없었다. 내 눈엔 그저 나무와 풀만 보였다. 작은 꽃과 씨앗, 거미줄은 보이지 않았다. 그러나 아이는 어른이 무심코 지나친 많은 것들을 본다. 그리고 신기해한다. 기뻐한다. 어른에게는 평범한 순간이 아이에게는 즐거운 순간이 되는 것이다.

차이는 호기심이었다. 호기심 어린 눈으로 세상을 보면 일상의 많은 것들이 즐거운 놀이가 된다. 그러나 어른은 호기심을 잃는다. 새롭고 신기해하며 알고 싶어 하는 마음이 없어진다.

이런 마음으로는 뭘 해도 즐겁지 않다. 지루하고 따분할 뿐이다. 놀이가 되지 못한다. 억지로 하는 ‘일’이 된다. 그것도 하루에 최소 8시간은 투입하는 힘든 ‘노동’이 된다. 하지만 그 노동은 피할 수 없다. 해야만 한다. 그때부터 우리는 그 노동, 그 일의 의미를 찾게 된다. 재미가 없다면 의미라도 있어야 그 일을 할 수 있을 것만 같아서다.

그런 날이 반복되면 우리는 ‘삶의 의미’까지 질문하게 된다. 일은 우리 삶의 가장 큰 부분을 차지하기 때문이다. 하지만 우리 대부분은 그 답을 찾지 못한 채 니체의 비유대로 낙타의 삶을 살아간다. 무거운 짐을 진 채 터벅터벅 인생이라는 길을 걷는다.

그렇다면 왜 어른은 호기심을 잃게 되는 걸까? 그건 커가면서 세상 많은 것들을 구분하고 범주화하는 걸 배웠기 때문이다. 어른은 숲에서 봤던 수많은 식물을 그저 ‘나무’와 ‘풀’로 구분해 범주화한다. 개별의 나무와 풀에는 주목하지 않는다.

뭔가 독특하고 신기한 것이 눈에 들어와도, 그건 그저 나무로 구분됐고, 풀로 범주화됐다. 개별 개체의 독특함과 신기함을 알아채지 못한다. 그러나 아이는 다르다. 아이들은 아직 어른들의 구분법을 배우지 않았다. 덕분에 개체의 독특함과 신기함에 주목할 수 있다.

어른은 못 보는 평범한 꽃과 거미줄, 씨앗 등에 신기해하며 호기심을 보인다. 그 호기심을 바탕으로 어른과 다른 방식으로 사물을 구분하고 범주화한다. 그러니 아이들의 머리는 어른보다 훨씬 더 유연할 수밖에 없다. 일상을 재조합하고 재창조할 수 있다. 일상이 놀이가 된다. 아이는 그 놀이에 빠져든다.

그렇다면 어른인 우리가 아이의 호기심 어린 마음으로 돌아갈 수는 없을까? 아마도 ‘언러닝(unlearning)’이 그 답일 것 같다. 언러닝은 과거에 배운 것을 잊어버린다는 뜻이다.

화가 피카소는 언러닝의 대표적인 예로 꼽힌다. 그는 모든 예술가의 그림을 다 소화하려고 했다. 최선을 다해 자기보다 앞선 시대를 살았던 위대한 화가들의 화법을 철저하게 익혔다.

하지만 피카소는 그토록 열심히 공부한 것을 의도적으로 잊었다. 치밀한 원근법과 사실적인 색채를 잊었다. 이는 대상을 독특하고 새로운 시각으로 창조적으로 보기 위해서였다. 실제로 피카소는 완전히 자기만의 독특한 화풍을 창조했다.

우리도 세상을 구분하고 범주화하는 기존의 낡은 지식을 버릴 수 있어야 한다. 그래야 지금과 다른 방식으로 세상을 볼 수 있다. 그래야 아이의 호기심을 회복할 수 있다. 그래야 내 일상이 조금은 더 새롭고 신기해질 수 있다. 일상이 조금은 더 ‘놀이’ 같아질 수 있다.

아인슈타인이 한 친구에게 보냈던 편지가 기억난다. “나에게는 특별한 재능이 없네. 난 단지 호기심이 지독히 많을 뿐이야.” 아인슈타인이 또 다른 친구에게 보낸 편지에는 이렇게 적혀 있다. “우리는 우리가 태어난 이 세상의 놀라운 수수께끼 앞에 호기심 많은 아이처럼 서 있는 일을 멈춰서는 안 되네.“

인터넷에서 아인슈타인 사진을 찾아보니, 혀를 길게 내민 천진난만한 얼굴이 보인다. 왜 그가 아이 같은 얼굴로 사진에 등장하는지 비로소 그 이유를 알 것만 같다.

쿠키 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

LUSH

🧽 러쉬의 소셜미디어 사용중단 선언

중단선언조차도 소셜미디어에 공유되어야 빠르게 알려질 수 있다는 것도 아이러니이지만, 그만큼 기울어진 운동장이란 뜻이기도 하겠지요.

어떤 효과가 있을지, 옳은 선택인지는 예상하기 어렵지만(결과론적일 뿐), 가치를 지키기 위해 단기/중기적 이익을 감수하려는 용기있는 결정이라는 점에서 박수쳐주고 싶네요.

Lush

에디터, 커뮤니티 커넥터

김희진

• 사회문제, 공공정책/서비스, 커뮤니티, 리더십, 거버넌스에 관심이 많습니다. 많이 배우고 다양하게 실행해서 공공영역을 더 낫게 만들고 싶습니다.
• 요즘은 MZ세대 디깅 중입니다 🐳
#정부 #교육 #커뮤니티 #생산성 #인터뷰어 #여행

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 지금은 커리어리에서 채용 사업을 만들고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

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

한주현

- 시맨틱 기술 및 소셜미디어 데이터 분석 R&D
- 유럽 협력 연구개발 담당

R&D Engineer

- Open Data Institute (HQ: UK) 협력 담당

Managing Director

- AI 전략 수립 및 추진
- 개인화 기술 개발(상품추천, 광고, 타겟마케팅, 검색) 및 서비스/비즈니스 적용 
- 이커머스 도메인 지식그래프 구축

 AI Product Team Lead

- 한의학 지식 모델링 및 진단추론 알고리즘 연구

의료정보학 (박사수료)

의료정보학

한방시스템공학

김선호

LinkedIn

Facebook

의료정보학을 공부하면서부터 AI 분야에 조금씩 발을 들여놓게 되었고 현재는 이커머스 회사에서 AI 조직의 팀장으로 일하고 있습니다. 막연한 AI 만능주의를 지양하며, 어떻게 하면 기술이 비즈니스와 삶에 실질적인 도움이 될지에 대해 관심이 많습니다.


댓글 0