오래전에 카페 일을 한 적이 있었다. 카페도 알바가 어떤 사람이냐에 따라 매출의 차이가 꽤, 어떨때는 크게 나기도 한다. 그래서 좋은 알바 구하는 것이 매우 중요한데, 알바 구하는 것 자체가 쉽지 않다.

그래서 사용한 방법은 주변 카페 돌아다니기.

말 그대로 헤드헌팅을 하는거. 카페 알바의 경우에는 30분만 앉아 있어도 좋은 사람인지 아닌지 알 수 있고, 쉽게 말을 걸 수 있으니 제안 과정이 빠르며, 보통 시급 천원만 더 줘도 어렵지 않게 스카웃이 가능하다.

개발자의 경우에는 GitHub를, 디자이너의 경우에는 드리블이나 비핸스 같은 곳을 비슷한 용도로 사용 할 수 있다. 기획직군은 트ㅇㅌ... 다만 좋은 사람을 찾아냈다고 하더라도 쉽게 스카웃하기 어렵다는게 문제지만.. 🥲

아무튼 사업의 성공은 좋은 인재에서 나오고, 그 일이 무엇이든 좋은 인재를 구하려면 발품을 많이 팔아야한다. 단, 커피챗은 발품 파는 것에 속하지 않는 것으로 본다. 하더라도 그냥 본인의 재미로 하는 건 아닌지 착각하지 말아야 한다.

오래전에 카페 일을 한 적이 있었다. 카페도 알바가 어떤 사람이냐에 따라 매출의 차이가 꽤, 어떨때는 크게 나기도 한다. 그래서 좋은 알바 구하는 것이 매우 중요한데, 알바 구하는 것 자체가 쉽지 않다. 그래서 사용한 방법은 주변 카페 돌아다니기. 말 그대로 헤드헌팅을 하는거. 카페 알바의 경우에는 30분만 앉아 있어도 좋은 사람인지 아닌지 알 수 있고, 쉽게 말을 걸 수 있으니 제안 과정이 빠르며, 보통 시급 천원만 더 줘도 어렵지 않게 스카웃이 가능하다. 개발자의 경우에는 GitHub를, 디자이너의 경우에는 드리블이나 비핸스 같은 곳을 비슷한 용도로 사용 할 수 있다. 기획직군은 트ㅇㅌ... 다만 좋은 사람을 찾아냈다고 하더라도 쉽게 스카웃하기 어렵다는게 문제지만.. 🥲 아무튼 사업의 성공은 좋은 인재에서 나오고, 그 일이 무엇이든 좋은 인재를 구하려면 발품을 많이 팔아야한다. 단, 커피챗은 발품 파는 것에 속하지 않는 것으로 본다. 하더라도 그냥 본인의 재미로 하는 건 아닌지 착각하지 말아야 한다.

📝 식당/카페 알바 구하기 feat. 좋은 개발자, 디자이너 구하기

🎗️세월호 참사는 그때의 상황을, 희생자들의 입장을 1초만 생각해도 속이 울렁거릴정도로 너무너무 공포스러운 끔찍한 사건이다.

세월호 이야기를 듣는 것을 매우 싫어했는데, 그 이유는 떠올리기만해도 너무 공포스럽기 때문이다.

하지만, 오늘은 세월호를 기억하기로 했다.

#세월호 #세월호10주기

🎗️세월호 참사는 그때의 상황을, 희생자들의 입장을 1초만 생각해도 속이 울렁거릴정도로 너무너무 공포스러운 끔찍한 사건이다. 세월호 이야기를 듣는 것을 매우 싫어했는데, 그 이유는 떠올리기만해도 너무 공포스럽기 때문이다. 하지만, 오늘은 세월호를 기억하기로 했다. #세월호 #세월호10주기

계란후라이 901

여기에 긍정 회로와 부정회로를 가진 자가 있습니다. 여러 차례 긍밍아웃한 것처럼 저는 무한 긍정 회로를 뇌에 탐재하고 있는 사람입니다.
물론 세월과 세상으로부터 모진 풍파를 맞아 긍정 회로 기계에 조금 손상이 생겨 가끔은 부정적인 생각이 들기도 합니다. 하지만 이내 부정회로를 중단하고 긍정적인 생각을 갖게 되니 제법 내구성이 좋은 긍정 회로 시스템을 갖고 있는 모양입니다.
특별히 멘탈이 강하다는 피드백을 사람들로부터 받아본 경험을 없지만, 자평하기로 마음이 빈번하게 요동하지 않는 걸로 미루어 보아 유약하진 많은 걸로 여기며 삽니다.
제 주변에는 매사에 부정회로를 강하게 돌리는 친구가 있습니다. 단순히 부정적이라기 보다 의심과 걱정이 많아 보입니다. 세상은 이런 성향의 사람들을 보고 계획적이다. 위험을 예측하여 잘 대비한다고 칭찬합니다. 부정회로가 다양한 가능성을 상상하여 프로젝트 과정 중에 도사리고 있을지 모르는 위험으로부터 보호하다는 점에서 본받고 싶은 모습입니다.
진짜 솔직한 속마음은 부정회로가 위기관리를 가장한 겁쟁이로 보이긴 합니다. 그냥 도전하면 되는데 구체적인 근거 없이 개인의 과거 경험과 인터넷에 떠도는 정보를 토대로 위험을 판단하여 몸을 사리는 것이 나약하다는 생각이 듭니다.
반대로 부정회로가 발달한 친구가 무한 긍정주의자인 저를 보면 한심하다고 생각할 것입니다. 근자감, 즉 근거 없는 자신감을 앞세워 밑도 끝도 없이 '괜찮아 잘될 거야'를 노래하다 현실의 벽에 부딪혀 코가 깨지는 모습을 보고 쯧쯧 혀를 차는 소리가 귓가를 맴돕니다.
시행착오가 거듭되다 보니 국가대표 불나방인 저도 조금씩 긍정 회로를 가동하는 일이 버겁게 느껴집니다. 좀 앞뒤 가려가며 도전할 것을 후회가 되고 한숨이 늘었습니다. 옛 속담에 돌다리도 두드려 보고 건너라고 하였고, 천 리 길도 한 걸음씩 내디디라고 하였는데 마음에 긍정과 더불어 과속 페달이 붙어 절벽과 막다른 길 안내 표지판도 보지 않고 아우토반 도로인 줄 착각하며 질주했던 과거가 아쉽습니다. 질주의 결과는 속도위반 딱지로 벌점이 누적되어 더 센 벌칙을 감당해야 합니다. 그러나 다행인 건 운전면허가 취소되진 않았고 저를 긍휼하게 여겨 주는 하나님 은혜로 절벽과 막힌 길 앞에 극적으로 멈춰 서서 유턴할 수 있었습니다.
이 정도 고난을 겪었다면 이제는 성숙해질 만도 한데 저는 여전히 직진입니다. 인생에서 쓴맛을 보고도, 산전수전 공중전까지 겪어보고도, 이제는 동굴 아니면 안전가옥이라도 짓고 가만히 있어야 할 것 같은데 오늘도 여전히 불빛을 향해 슬그머니 아니 뚜벅뚜벅 걸어갑니다. 그 길에 기다리고 있을 위험 따위는 안중에 없습니다. 살아서 숨 쉬는 동안은 계속해서 도전하고 싶습니다.
나이 마흔이 넘어서도 직무를 바꾸고, 저보다 어린 친구들에게 새로운 지식을 배우는 것도 두렵지 않습니다. 누군가는 왜 그러고 사니 비웃을 수 있겠지만 나이가 들수록 좋아지는 건 안면에 투구 같은 철판을 두르고, 다른 사람을 덜 의식하며 살 수 있다는 것입니다.
여러분도 오늘만은 긍정 회로를 마음껏 돌려 망설였던 일에 도전하는 하루 되길 진심으로 응원합니다.

계란후라이 901 여기에 긍정 회로와 부정회로를 가진 자가 있습니다. 여러 차례 긍밍아웃한 것처럼 저는 무한 긍정 회로를 뇌에 탐재하고 있는 사람입니다.물론 세월과 세상으로부터 모진 풍파를 맞아 긍정 회로 기계에 조금 손상이 생겨 가끔은 부정적인 생각이 들기도 합니다. 하지만 이내 부정회로를 중단하고 긍정적인 생각을 갖게 되니 제법 내구성이 좋은 긍정 회로 시스템을 갖고 있는 모양입니다.특별히 멘탈이 강하다는 피드백을 사람들로부터 받아본 경험을 없지만, 자평하기로 마음이 빈번하게 요동하지 않는 걸로 미루어 보아 유약하진 많은 걸로 여기며 삽니다.제 주변에는 매사에 부정회로를 강하게 돌리는 친구가 있습니다. 단순히 부정적이라기 보다 의심과 걱정이 많아 보입니다. 세상은 이런 성향의 사람들을 보고 계획적이다. 위험을 예측하여 잘 대비한다고 칭찬합니다. 부정회로가 다양한 가능성을 상상하여 프로젝트 과정 중에 도사리고 있을지 모르는 위험으로부터 보호하다는 점에서 본받고 싶은 모습입니다.진짜 솔직한 속마음은 부정회로가 위기관리를 가장한 겁쟁이로 보이긴 합니다. 그냥 도전하면 되는데 구체적인 근거 없이 개인의 과거 경험과 인터넷에 떠도는 정보를 토대로 위험을 판단하여 몸을 사리는 것이 나약하다는 생각이 듭니다.반대로 부정회로가 발달한 친구가 무한 긍정주의자인 저를 보면 한심하다고 생각할 것입니다. 근자감, 즉 근거 없는 자신감을 앞세워 밑도 끝도 없이 '괜찮아 잘될 거야'를 노래하다 현실의 벽에 부딪혀 코가 깨지는 모습을 보고 쯧쯧 혀를 차는 소리가 귓가를 맴돕니다.시행착오가 거듭되다 보니 국가대표 불나방인 저도 조금씩 긍정 회로를 가동하는 일이 버겁게 느껴집니다. 좀 앞뒤 가려가며 도전할 것을 후회가 되고 한숨이 늘었습니다. 옛 속담에 돌다리도 두드려 보고 건너라고 하였고, 천 리 길도 한 걸음씩 내디디라고 하였는데 마음에 긍정과 더불어 과속 페달이 붙어 절벽과 막다른 길 안내 표지판도 보지 않고 아우토반 도로인 줄 착각하며 질주했던 과거가 아쉽습니다. 질주의 결과는 속도위반 딱지로 벌점이 누적되어 더 센 벌칙을 감당해야 합니다. 그러나 다행인 건 운전면허가 취소되진 않았고 저를 긍휼하게 여겨 주는 하나님 은혜로 절벽과 막힌 길 앞에 극적으로 멈춰 서서 유턴할 수 있었습니다.이 정도 고난을 겪었다면 이제는 성숙해질 만도 한데 저는 여전히 직진입니다. 인생에서 쓴맛을 보고도, 산전수전 공중전까지 겪어보고도, 이제는 동굴 아니면 안전가옥이라도 짓고 가만히 있어야 할 것 같은데 오늘도 여전히 불빛을 향해 슬그머니 아니 뚜벅뚜벅 걸어갑니다. 그 길에 기다리고 있을 위험 따위는 안중에 없습니다. 살아서 숨 쉬는 동안은 계속해서 도전하고 싶습니다.나이 마흔이 넘어서도 직무를 바꾸고, 저보다 어린 친구들에게 새로운 지식을 배우는 것도 두렵지 않습니다. 누군가는 왜 그러고 사니 비웃을 수 있겠지만 나이가 들수록 좋아지는 건 안면에 투구 같은 철판을 두르고, 다른 사람을 덜 의식하며 살 수 있다는 것입니다.여러분도 오늘만은 긍정 회로를 마음껏 돌려 망설였던 일에 도전하는 하루 되길 진심으로 응원합니다.

꿈을 찾는 사람에게 보내는 88 번째 편지

📝 높은 성능의 Llama 3와 매우 빠른 추론 속도의 인프라를 제공하는 Groq가 만나니 정말 대단하네요.

70B 풀모델 기준으로, 추론 속도는 280TPS, 가격은 1백만 토큰당 평균 USD 1달러가 채 안됩니다.

즉, 성능은 가장 높은 Claude 3 Opus나 GPT-4 수준인데, 속도와 가격은 클로즈드 LLM API 중 가장 저렴한 Claude 3 Haiku 수준이라는 이야기.

AI의 대중화가 훨씬 앞당겨진 것 같습니다.

📝 높은 성능의 Llama 3와 매우 빠른 추론 속도의 인프라를 제공하는 Groq가 만나니 정말 대단하네요. 70B 풀모델 기준으로, 추론 속도는 280TPS, 가격은 1백만 토큰당 평균 USD 1달러가 채 안됩니다. 즉, 성능은 가장 높은 Claude 3 Opus나 GPT-4 수준인데, 속도와 가격은 클로즈드 LLM API 중 가장 저렴한 Claude 3 Haiku 수준이라는 이야기. AI의 대중화가 훨씬 앞당겨진 것 같습니다.

국내유일, LLM (ChatGPT) 기반의 서비스 개발을 위해 핵심만 담은 13시간 분량의 프롬프트 엔지니어링 강의 골빈해커, 김진중 개발자의 상용화 관점에서의 AI 서비스 개발 노하우까지 가져가세요. (수강생이 가장 궁금해 하는 내용을 담아 2회의 BONUS 영상 추가 제공 예정입니다.)

The RED : 프롬프트 엔지니어링, LLM(ChatGPT) 기반의 AI 서비스 개발 | 패스트캠퍼스

새로운 LLM 모델이 나왔을 때 한국어가 잘 되는지 확인해야 하는 것은, 말을 유려하게 잘 하느냐와 정보가 정확한지..를 확인하는 것이 아니라, 한국어에 대한 추론 능력과 정보 추출 능력이 잘 작동하는지를 테스트 해 보아야 합니다.

일반적으로, 말을 유려하게 하는 것과 정보의 정확성은 이제 쉽게 해결되는 문제라서 아주 중요한 문제는 아닙니다.

프롬프트 엔지니어링을 잘 알면 왜 그래야하는지 이해 할 수 있습니다. 우리나라에서 여전히 최고 좋은 프롬프트 엔지니어링 강의는 여기 👉 https://fastcampus.co.kr/data_red_golbin

새로운 LLM 모델이 나왔을 때 한국어가 잘 되는지 확인해야 하는 것은, 말을 유려하게 잘 하느냐와 정보가 정확한지..를 확인하는 것이 아니라, 한국어에 대한 추론 능력과 정보 추출 능력이 잘 작동하는지를 테스트 해 보아야 합니다. 일반적으로, 말을 유려하게 하는 것과 정보의 정확성은 이제 쉽게 해결되는 문제라서 아주 중요한 문제는 아닙니다. 프롬프트 엔지니어링을 잘 알면 왜 그래야하는지 이해 할 수 있습니다. 우리나라에서 여전히 최고 좋은 프롬프트 엔지니어링 강의는 여기 👉 https://fastcampus.co.kr/data_red_golbin

Fastcampus

어떤걸 테스트 해야하는지 간단하게 말하자면 👉 https://x.com/golbin/status/1781374690118004870?s=46

저커버그는 메타에서 페이스북이나, 인그타그램 등에 새 기능을 출시 할 때마다 애플과 구글이 딴지를 걸어서 매우 짜증난다고 함

그런데 OpenAI 같은 클로즈드 AI에 의존하게 된다면 같은 일이 일어날 것이라고 생각함 (주: 실제로 현재도 OpenAI의 정책에 의해서 문닫은 AI 서비스들이 많이 존재함)

메타는 오래전부터 수많은 핵심 기술들을 오픈소스로 만들었는데, 그걸 많은 회사에서 채용하거나 변형들을 많이 만들게 되면 사실상의 표준으로 자리잡게 됨.

그 결과 많이 사용하게 되니 수요와 공급이 많아져 인프라 비용이 저렴하게 되고, 수많은 사람들이 최적화를 시도함으로 인해서 자신들도 혜택을 보게 됨. 그런데 이 혜택이 메타 규모에서는 어마어마한 비용 절감으로 되돌아 옴. (주: 더불어 준표준이 되면 기술의 방향을 주도적으로 리딩 할 수 있음)

인터뷰 영상 링크는 댓글로 👇

저커버그는 메타에서 페이스북이나, 인그타그램 등에 새 기능을 출시 할 때마다 애플과 구글이 딴지를 걸어서 매우 짜증난다고 함 그런데 OpenAI 같은 클로즈드 AI에 의존하게 된다면 같은 일이 일어날 것이라고 생각함 (주: 실제로 현재도 OpenAI의 정책에 의해서 문닫은 AI 서비스들이 많이 존재함) 메타는 오래전부터 수많은 핵심 기술들을 오픈소스로 만들었는데, 그걸 많은 회사에서 채용하거나 변형들을 많이 만들게 되면 사실상의 표준으로 자리잡게 됨. 그 결과 많이 사용하게 되니 수요와 공급이 많아져 인프라 비용이 저렴하게 되고, 수많은 사람들이 최적화를 시도함으로 인해서 자신들도 혜택을 보게 됨. 그런데 이 혜택이 메타 규모에서는 어마어마한 비용 절감으로 되돌아 옴. (주: 더불어 준표준이 되면 기술의 방향을 주도적으로 리딩 할 수 있음) 인터뷰 영상 링크는 댓글로 👇

🎤 메타가 Llama를 만들고 오픈소스화 한 이유 - 저커버그 인터뷰

https://youtu.be/QmPopAPmPcM?si=8wDbDKgF3z9SnVT5

연초에도 잠시 언급한 것처럼 `어떤 성격의 사람이 성공하는가` 혹은 `훌륭하게 일하는 사람은 어떤 성격인가`와 같은 질문이 지금도 굉장히 많다. 하지만 필자도 수차례 분명히 말했지만 성격과 능력 간 관련성은

[CEO 심리학] 성실한 파트너 만날수록 직장서 성공가능성 커져 - 매일경제

‘어떤 성격의 사람이 성공하는가?’ 또는 ‘훌륭하게 일하는 사람은 어떤 성격인가?’와 같은 질문이 굉장히 많다. 하지만 필자도 수차례 분명히 말했지만 성격과 능력 간 관련성은 그다지 높지 않은 것이 사실이다.

지금까지 사람의 성격과 능력 사이의 관련성을 알아보는 연구는 헤아릴 수 없을 만큼 다양하게 진행됐다. 예를 들면, 다른 사람들과의 마찰을 지나치게 피하는 높은 우호성의 사람보다 타인과의 갈등을 마다하지 않는 낮은 우호성의 사람들이 직장에서 성과가 크고 승진도 잘한다는 결과가 대부분의 연구에서 관찰됐다.

또 외향적인 사람들이 자기주장을 잘 관철해 결과적으로 직무 만족도가 높다는 연구 또한 다수 존재한다. 하지만 이런 연구들의 설득력이 그리 높지 않다는 것이 문제다. 관련성이 있다는 것과 강한 인과관계가 존재한다는 것은 엄연히 별개의 사실 아니겠는가.

그런데 흥미롭게도 성격보다 더 중요한 요인이 최근 심리학자들 사이에서 화제가 되고 있다. 그런데 그 요인 역시 성격이다. 이게 무슨 말장난인가 생각할 수 있다. 사실은 이렇다. 본인의 성격이 아니라 주위에 있는 최측근들의 성격이 본인 성과와 더 큰 상관이 있는 것으로 나타났다.

미국 세인트루이스 워싱턴대의 심리학자 브리트니 솔로몬 교수와 조슈아 잭슨 교수가 5년 넘게 호주에서 4,544명의 자료를 통해 도출한 결과니 상당히 신뢰할 만한 결론이라고 봐야 한다.

연구진은 결혼한 직장인을 대상으로 가장 널리 사용되는 성격 측정 방법인 Big-5 검사를 실시했다. 행동과 판단 성향을 가장 잘 구분하는 성격 특징을 5개 요인으로 나눠 측정하는 검사이다.

1️⃣개방성, 2️⃣성실성, 3️⃣외향성, 4️⃣우호성, 그리고 5️⃣신경증적 경향성이 포함된다. 연구진의 재치가 돋보이는 대목은 의외의 곳에 있다. 조사 대상뿐 아니라 배우자의 성격도 같이 검사했다. 그리고 그 결과는 매우 흥미로웠다.

직장에서 일하는 사람이 남성이든 여성이든 상관없었다. 배우자 성격 요인 중 성실성이 높을수록 자신이 직장에서 성공할 가능성이 높다는 것이다. 직무 만족도에서부터 연봉, 그리고 성과 등 거의 모든 면에서 그런 결과가 나타났다.

게다가 배우자의 성실성은 다른 어떤 요인보다도 강한 설명력을 지닌 것으로 나타났다. 즉, 본인 성격보다도 배우자 성격에 의해 성공이 설명되는 양이 더 큰 것이다. 이는 무엇을 의미하는가?

Big-5에서 성실성은 섬세한 준비, 질서 정연한 정리, 책임감, 자제심, 신중함 등을 포함한다. 다른 요인이나 능력이 다소 떨어져도 성실성이 높은 사람들은 평소 어떻게 보이겠는가? 조용히 맡은 일에 최선을 다하려고 노력하니 평소에 그 공이나 성취가 잘 드러나지 않기에 평가절하되기 쉬운 사람들이다.

하지만 이런 사람이 곁에서 대부분의 일을 소리 없이 해결해 주고 있기 때문에 중요한 과제를 수행하는 사람이 불필요한 마찰과 고민 그리고 집중력의 분산을 막아낼 수 있다. 따라서 결과적으로 일에 몰입이 가능해지는 것이다.

그러니 ‘성공한 남성 뒤에는 위대한 여성이 있다’는 옛말은 성별 구분 없이 ‘사람’이라는 하나의 말로 통일돼야 한다. ‘성공한 사람 뒤에는 성실한 파트너가 있다’고 말이다.

더욱 중요한 것은, 전면에 나선 파트너를 통해 만들어 내는 성실한 사람의 2차적인 성과와 성공을 조직이 반드시 파악하고 있어야 하며 마땅히 그 공로를 인정해야 한다는 것이다.

그래서 창조와 혁신을 위한 팀이나 그룹에는 그 일과는 별 상관없어 보이는 성실한 사람들 역시 반드시 승선시켜야 한다. 이래저래 이 세상에 혼자 잘난 사람은 절대 없다.

‘어떤 성격의 사람이 성공하는가?’ 또는 ‘훌륭하게 일하는 사람은 어떤 성격인가?’와 같은 질문이 굉장히 많다. 하지만 필자도 수차례 분명히 말했지만 성격과 능력 간 관련성은 그다지 높지 않은 것이 사실이다. 지금까지 사람의 성격과 능력 사이의 관련성을 알아보는 연구는 헤아릴 수 없을 만큼 다양하게 진행됐다. 예를 들면, 다른 사람들과의 마찰을 지나치게 피하는 높은 우호성의 사람보다 타인과의 갈등을 마다하지 않는 낮은 우호성의 사람들이 직장에서 성과가 크고 승진도 잘한다는 결과가 대부분의 연구에서 관찰됐다. 또 외향적인 사람들이 자기주장을 잘 관철해 결과적으로 직무 만족도가 높다는 연구 또한 다수 존재한다. 하지만 이런 연구들의 설득력이 그리 높지 않다는 것이 문제다. 관련성이 있다는 것과 강한 인과관계가 존재한다는 것은 엄연히 별개의 사실 아니겠는가. 그런데 흥미롭게도 성격보다 더 중요한 요인이 최근 심리학자들 사이에서 화제가 되고 있다. 그런데 그 요인 역시 성격이다. 이게 무슨 말장난인가 생각할 수 있다. 사실은 이렇다. 본인의 성격이 아니라 주위에 있는 최측근들의 성격이 본인 성과와 더 큰 상관이 있는 것으로 나타났다. 미국 세인트루이스 워싱턴대의 심리학자 브리트니 솔로몬 교수와 조슈아 잭슨 교수가 5년 넘게 호주에서 4,544명의 자료를 통해 도출한 결과니 상당히 신뢰할 만한 결론이라고 봐야 한다. 연구진은 결혼한 직장인을 대상으로 가장 널리 사용되는 성격 측정 방법인 Big-5 검사를 실시했다. 행동과 판단 성향을 가장 잘 구분하는 성격 특징을 5개 요인으로 나눠 측정하는 검사이다. 1️⃣개방성, 2️⃣성실성, 3️⃣외향성, 4️⃣우호성, 그리고 5️⃣신경증적 경향성이 포함된다. 연구진의 재치가 돋보이는 대목은 의외의 곳에 있다. 조사 대상뿐 아니라 배우자의 성격도 같이 검사했다. 그리고 그 결과는 매우 흥미로웠다. 직장에서 일하는 사람이 남성이든 여성이든 상관없었다. 배우자 성격 요인 중 성실성이 높을수록 자신이 직장에서 성공할 가능성이 높다는 것이다. 직무 만족도에서부터 연봉, 그리고 성과 등 거의 모든 면에서 그런 결과가 나타났다. 게다가 배우자의 성실성은 다른 어떤 요인보다도 강한 설명력을 지닌 것으로 나타났다. 즉, 본인 성격보다도 배우자 성격에 의해 성공이 설명되는 양이 더 큰 것이다. 이는 무엇을 의미하는가? Big-5에서 성실성은 섬세한 준비, 질서 정연한 정리, 책임감, 자제심, 신중함 등을 포함한다. 다른 요인이나 능력이 다소 떨어져도 성실성이 높은 사람들은 평소 어떻게 보이겠는가? 조용히 맡은 일에 최선을 다하려고 노력하니 평소에 그 공이나 성취가 잘 드러나지 않기에 평가절하되기 쉬운 사람들이다. 하지만 이런 사람이 곁에서 대부분의 일을 소리 없이 해결해 주고 있기 때문에 중요한 과제를 수행하는 사람이 불필요한 마찰과 고민 그리고 집중력의 분산을 막아낼 수 있다. 따라서 결과적으로 일에 몰입이 가능해지는 것이다. 그러니 ‘성공한 남성 뒤에는 위대한 여성이 있다’는 옛말은 성별 구분 없이 ‘사람’이라는 하나의 말로 통일돼야 한다. ‘성공한 사람 뒤에는 성실한 파트너가 있다’고 말이다. 더욱 중요한 것은, 전면에 나선 파트너를 통해 만들어 내는 성실한 사람의 2차적인 성과와 성공을 조직이 반드시 파악하고 있어야 하며 마땅히 그 공로를 인정해야 한다는 것이다. 그래서 창조와 혁신을 위한 팀이나 그룹에는 그 일과는 별 상관없어 보이는 성실한 사람들 역시 반드시 승선시켜야 한다. 이래저래 이 세상에 혼자 잘난 사람은 절대 없다.

매일경제

화난 여자친구 페르소나를 가진 AI를 달래는 연습을 하는 AngryGF라는 앱이 나왔습니다.

다양한 화가 난 시나리오를 연습(?)해 볼 수 있고, 연애 코칭을 받을 수도 있습니다.

이런 상황에 대한 짤들이 많이 돌아다니기도 하는걸 보면 재미난 아이디어긴 한데, 이렇게까지 해야하는걸까요? 🥲🫠

한 번 재미로 사용할 순 있겠지만 음.. 계속 사용하는 사람이 얼마나 될 지 궁금하네요. 😅

화난 여자친구 페르소나를 가진 AI를 달래는 연습을 하는 AngryGF라는 앱이 나왔습니다. 다양한 화가 난 시나리오를 연습(?)해 볼 수 있고, 연애 코칭을 받을 수도 있습니다. 이런 상황에 대한 짤들이 많이 돌아다니기도 하는걸 보면 재미난 아이디어긴 한데, 이렇게까지 해야하는걸까요? 🥲🫠 한 번 재미로 사용할 순 있겠지만 음.. 계속 사용하는 사람이 얼마나 될 지 궁금하네요. 😅

🤦🏻‍♀️😤🤦🏻‍♂️ 화난 여자친구 AI, AngryGF

Claude 3 Opus의 1위 탈환이 3일 천하로 끝나 아쉬운 가운데, Llama 3의 등장으로 다시 재밌어졌네요.

Llama 3 70B는 기존의 100B 모델을 뛰어넘는 기염을 토하고 있고, 8B는 40B 모델에 육박하는 성능을 보여주고 있습니다.

조만간 공개되는 400B짜리 모델은 과연 Opus와 GPT-4를 뛰어넘어 오픈소스 진영에 승리를 안겨줄 수 있을까요? OpenAI는 과연 언제쯤 다시 참전할까요?

400B를 추후공개로 돌린 주사장님, 역시 흥행을 좀 아는 분인 것 같습니다. 😎🍿🥤

Claude 3 Opus의 1위 탈환이 3일 천하로 끝나 아쉬운 가운데, Llama 3의 등장으로 다시 재밌어졌네요. Llama 3 70B는 기존의 100B 모델을 뛰어넘는 기염을 토하고 있고, 8B는 40B 모델에 육박하는 성능을 보여주고 있습니다. 조만간 공개되는 400B짜리 모델은 과연 Opus와 GPT-4를 뛰어넘어 오픈소스 진영에 승리를 안겨줄 수 있을까요? OpenAI는 과연 언제쯤 다시 참전할까요? 400B를 추후공개로 돌린 주사장님, 역시 흥행을 좀 아는 분인 것 같습니다. 😎🍿🥤

📝 메타의 Llama 3, 챗봇 아레나 입성

Google is consolidating Pixel, Android, Chrome, ChromeOS, and more as a single team under Rick Osterloh in order to bring AI to more parts of the company.

Google is combining its Android and hardware teams - and it's all about AI

구글, AI를 중심으로 큰 변화 진행 중🚨

구글이 안드로이드와 하드웨어 팀을 대대적으로 통합한다고 발표했는데요,
 * 새롭게 구성된 '플랫폼 및 디바이스(Platform and Devices)'팀은 구글의 픽셀 제품군과 안드로이드, 크롬, 크롬OS, 사진 등을 총괄하게 됩니다.
 * AI 연구를 담당하는 팀과 AI 제품을 개발하는 팀으로 구조가 단순화되었습니다. 이를 통해 AI 관련 연구와 모델이 제품에 빠르게 통합될 수 있습니다
 * 하드웨어, 소프트웨어, AI의 긴밀한 통합을 통해 혁신을 가속화할 예정이에요. 사례로 픽셀 카메라는 AI의 통합을 통해 사용자 경험을 혁신적으로 변화시켰죠.
 * AI의 전반적인 통합을 통해, 구글은 모든 제품과 서비스에 AI를 통합하여 업데이트 주기를 단축하고 새로운 제품을 신속하게 출시할 계획입니다.
✅ 기사 출처: https://www.theverge.com/2024/4/18/24133881/google-android-pixel-teams-reorg-rick-osterloh

구글, AI를 중심으로 큰 변화 진행 중🚨 구글이 안드로이드와 하드웨어 팀을 대대적으로 통합한다고 발표했는데요, <ul><li>새롭게 구성된 '플랫폼 및 디바이스(Platform and Devices)'팀은 구글의 픽셀 제품군과 안드로이드, 크롬, 크롬OS, 사진 등을 총괄하게 됩니다. </li><li>AI 연구를 담당하는 팀과 AI 제품을 개발하는 팀으로 구조가 단순화되었습니다. 이를 통해 AI 관련 연구와 모델이 제품에 빠르게 통합될 수 있습니다</li><li>하드웨어, 소프트웨어, AI의 긴밀한 통합을 통해 혁신을 가속화할 예정이에요. 사례로 픽셀 카메라는 AI의 통합을 통해 사용자 경험을 혁신적으로 변화시켰죠.</li><li>AI의 전반적인 통합을 통해, 구글은 모든 제품과 서비스에 AI를 통합하여 업데이트 주기를 단축하고 새로운 제품을 신속하게 출시할 계획입니다.</li></ul>✅ 기사 출처: https://www.theverge.com/2024/4/18/24133881/google-android-pixel-teams-reorg-rick-osterloh

The Verge

구글 안드로이드와 하드웨어팀 통합

Netflix는 Java, RxJava 및 Spring Boot를 활용해 마이크로서비스 아키텍처를 발전시켰으며, GraphQL Federation으로의 전환을 통해 더욱 발전했다. 이 글에서는 Netflix의 아키텍처 변화와 Java 사용 변천사를 설명한다.

Netflix의 Java 사용 변천사 (번역)

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰

현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃

팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만,
적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다
는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다.

Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다.

전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr

📌 목차
 1. Groovy 시대 with BFF(Backend For Frontend)
 2. RxJava와 리액티브 프로그래밍 사용
 3. GraphQL Federation으로 전환
 4. Netflix가 사용하는 Java 버전
 5. Netflix가 사용하는 Spring Boot

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰 현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃 팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만, <code >적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다</code>는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다. Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다. 전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr 📌 목차<ol ><li>Groovy 시대 with BFF(Backend For Frontend)</li><li>RxJava와 리액티브 프로그래밍 사용</li><li>GraphQL Federation으로 전환</li><li>Netflix가 사용하는 Java 버전</li><li>Netflix가 사용하는 Spring Boot</li></ol>

1nteger 🏄🏻‍♂️

Mobile development is a dynamic field that evolves rapidly, demanding developers to be proactive in keeping up with the latest trends, tools, and technologies. As the app landscape continuously...

How to Stay Up-to-Date as a Mobile Developer

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다.

 1.  개발자 블로그 및 뉴스레터 구독하기
     iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다.
     
     
 2.  소셜 미디어 및 온라인 커뮤니티에 참여하기
     트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...)
     
     
 3.  컨퍼런스 및 모임 참석
     온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요!
     
     
 4.  온라인 강좌를 통한 지속적 학습
     코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다!
     
     
 5.  출퇴근 시간에 팟캐스트 듣기
     통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠.
     
     
 6.  GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기
     GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다.
     
     
 7.  베타 릴리즈 사용해 보기
     얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠.
     
     
 8.  업계 보고서 읽기
     보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다.
     
     
 9.  개인적인 개발 계획 수립
     커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다.
     
     
 10. 지속적인 네트워킹
     네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다.
     
     본문에 대한 원글은 아래 링크에서 볼 수 있습니다.
     https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다. <ol ><li>개발자 블로그 및 뉴스레터 구독하기iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다. </li><li>소셜 미디어 및 온라인 커뮤니티에 참여하기트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...) </li><li>컨퍼런스 및 모임 참석온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요! </li><li>온라인 강좌를 통한 지속적 학습코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다! </li><li>출퇴근 시간에 팟캐스트 듣기통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠. </li><li>GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다. </li><li>베타 릴리즈 사용해 보기 얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠. </li><li>업계 보고서 읽기보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다. </li><li>개인적인 개발 계획 수립커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다. </li><li>지속적인 네트워킹네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다. 본문에 대한 원글은 아래 링크에서 볼 수 있습니다.https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc</li></ol>

Medium

개발자가 실생활에서 실천할 수 있는 스터디 방법 소개 🔑

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다.

내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다.

그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다.

다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다.

결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다. 내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다. 그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다. 다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다. 결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 2. 학습 능력 키우

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음.

사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async.

자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음. 사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async. 자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

📝 메타의 스레드, 모놀리틱 아키텍처 사용

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌

자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂

📝 블로그: https://bun.sh/blog/bun-v1.1
📺 영상: https://youtu.be/yXTFOeGly9o

많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯

Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다.

📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌 자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂 📝 블로그: https://bun.sh/blog/bun-v1.1📺 영상: https://youtu.be/yXTFOeGly9o 많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯 Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다. 📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

🥟 Bun v1.1 출시 소식

디자인 시스템, 코드를 넘어서

https://so-so.dev/react/design-system-beyond-code/

같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

https://so-so.dev/react/design-system-beyond-code/ 같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

So-so

디자인시스템 3번만든 이야기

HashMap is Hash table based implementation of the Map interface. This implementation provides all of the optional map operations, and permits null values and the null key. (The HashMap class is...

Barclays Java Spring-Boot Micro-service Interview Question with answer 2024

Finally 블록에서 예외가 발생하면 어떻게 되나요?
자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다. 
 
[Try-Catch 블록의 예외]
 * 정상적인 플로우가 중지됩니다.
 * 예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.
 * catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.
[Finally 블록의 예외]
 * 원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.
 * finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.
[키 포인트]
 * finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.
 * finally 블록의 예외는 원래의 예외를 억제합니다.
 * finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.
[Finally 블록의 쓰임새]
 * 리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.
 * 예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.
 
자바의 다이아몬드 문제란 무엇인가요?
"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다.

 1. 자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다. 
 2. 자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.
interface InterfaceA {
    default void display() {
        System.out.println("Inside InterfaceA");
    }
}

interface InterfaceB {
    default void display() {
        System.out.println("Inside InterfaceB");
    }
}

class MyClass implements InterfaceA, InterfaceB {
    // Here, we must provide our own implementation of display to resolve the ambiguity.
    @Override
    public void display() {
        InterfaceA.super.display(); // calling InterfaceA's default implementation
        InterfaceB.super.display(); // calling InterfaceB's default implementation
    }
}

어떻게 해결할 수 있을까요?

1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        System.out.println("Hello world");
    }
}

2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다. 
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        InterfaceA.super.display(); // or InterfaceB.super.display()
        // Additional logic if needed
    }
}

 
Multilevel 상속이란 무엇인가요?
Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.
 
자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.
 
String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?
(번역/원문 참고)
 
메서드 오버라이딩과 오버로딩은 무엇인가요?
[메서드 오버로딩]
 * 단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.
 * 메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.
class Calculator {
  public int add(int a, int b) {
    return a + b;
  }

  public double add(double a, double b) {
    return a + b;
  }
}

[메서드 오버라이딩]
 * 상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.
 * 메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.
class Animal {
  public void makeSound() {
    System.out.println("Generic animal sound");
  }
}

class Dog extends Animal {
  @Override
  public void makeSound() {
    System.out.println("Woof!");
  }
}

 
예외 클래스의 계층구조는 무엇인가요?
Arraylist와 Linkedlist의 차이는 무엇인가요?
Set과 Arraylist의 차이는 무엇인가요?
(번역/원문 참고)
 
번역: [https://ducktopia.tistory.com/119]
원문:

Finally 블록에서 예외가 발생하면 어떻게 되나요?자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다.&nbsp;&nbsp;[Try-Catch 블록의 예외]<ul ><li>정상적인 플로우가 중지됩니다.</li><li>예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.</li><li>catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.</li></ul>[Finally 블록의 예외]<ul ><li>원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.</li><li>finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.</li></ul>[키 포인트]<ul ><li>finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.</li><li>finally 블록의 예외는 원래의 예외를 억제합니다.</li><li>finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.</li></ul>[Finally 블록의 쓰임새]<ul ><li>리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.</li><li>예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.</li></ul>&nbsp;자바의 다이아몬드 문제란 무엇인가요?"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다. <ol ><li>자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다.&nbsp;</li><li>자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.</li></ol><pre ><code class="language-java">interface InterfaceA {
 default void display() {
 System.out.println("Inside InterfaceA");
 }
}

interface InterfaceB {
 default void display() {
 System.out.println("Inside InterfaceB");
 }
}

class MyClass implements InterfaceA, InterfaceB {
 // Here, we must provide our own implementation of display to resolve the ambiguity.
 @Override
 public void display() {
 InterfaceA.super.display(); // calling InterfaceA's default implementation
 InterfaceB.super.display(); // calling InterfaceB's default implementation
 }
}</code></pre>어떻게 해결할 수 있을까요? 1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 System.out.println("Hello world");
 }
}</code></pre>2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다.&nbsp;<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 InterfaceA.super.display(); // or InterfaceB.super.display()
 // Additional logic if needed
 }
}</code></pre>&nbsp;Multilevel 상속이란 무엇인가요?Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.&nbsp;자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.&nbsp;String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?(번역/원문 참고)&nbsp;메서드 오버라이딩과 오버로딩은 무엇인가요?[메서드 오버로딩]<ul ><li>단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.</li><li>메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.</li></ul><pre ><code class="language-java">class Calculator {
 public int add(int a, int b) {
 return a + b;
 }

 public double add(double a, double b) {
 return a + b;
 }
}</code></pre>[메서드 오버라이딩]<ul ><li>상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.</li><li>메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.</li></ul><pre ><code class="language-java">class Animal {
 public void makeSound() {
 System.out.println("Generic animal sound");
 }
}

class Dog extends Animal {
 @Override
 public void makeSound() {
 System.out.println("Woof!");
 }
}</code></pre>&nbsp;예외 클래스의 계층구조는 무엇인가요?Arraylist와 Linkedlist의 차이는 무엇인가요?Set과 Arraylist의 차이는 무엇인가요?(번역/원문 참고)&nbsp;번역: [https://ducktopia.tistory.com/119]원문:

🕊️ 2024 버클리즈 Java SpringBoot 인터뷰 질문 

Learn to become an Data Analyst using this roadmap. Community driven, articles, resources, guides, interview questions, quizzes for modern backend development.

Data Analyst Roadmap

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?
최근 데이터분석가의 로드맵도 업데이트되어 공유합니다!

사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요!

https://roadmap.sh/data-analyst

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?최근 데이터분석가의 로드맵도 업데이트되어 공유합니다! 사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요! https://roadmap.sh/data-analyst

roadmap.sh

데이터분석가 로드맵 🤓

1. 감정은 전염되기 때문에 매우 중요하다.

2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다.

3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다.

4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다.

5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다.

6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다.

#권력을경영하는7가지원칙

1. 감정은 전염되기 때문에 매우 중요하다. 2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다. 3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다. 4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다. 5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다. 6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다. #권력을경영하는7가지원칙

< 리더의 자신감은 전염된다 >

Optimism, obsession, self-belief, raw horsepower and personal connections are how things get started. Cohesive teams, the right combination of calmness and urgency, and unreasonable commitment are...

What I Wish Someone Had Told Me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다.

2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다.

3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요.

4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다)

5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과)

6. 커뮤니케이션은 명확하고 깔끔하게 하세요.

7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요.

8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다)

9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요!

10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다.

11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요)

12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다)

13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다.

14. 스케일은 급부상하고 있는 신흥 자산입니다.

15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요.

16. 쓰러져도 다시 일어나 계속 나아가세요.

17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다.

- 샘 알트만

https://blog.samaltman.com/what-i-wish-someone-had-told-me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다. 2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다. 3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요. 4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다) 5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과) 6. 커뮤니케이션은 명확하고 깔끔하게 하세요. 7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요. 8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다) 9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요! 10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다. 11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요) 12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다) 13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다. 14. 스케일은 급부상하고 있는 신흥 자산입니다. 15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요. 16. 쓰러져도 다시 일어나 계속 나아가세요. 17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다. - 샘 알트만 https://blog.samaltman.com/what-i-wish-someone-had-told-me

Sam Altman

창업을 하고자 하는 사람들에게 해주고 싶은 말들

English Summary > English Full Text [ 요약 ] Game from Scratch의 마이크가 Unity 게임 엔진 내에서 ChatGPT를 사용하는 방법을 보여줍니다. 이 데모는 ChatGPT를 어떻게 구현할 수 있는지, 그리고 얼마나 멋진지 보여줍니다. 아직 정식 버전으로 출시할 단계는 아니지만 개념 증명 이상의 의미를 지니고 있습니다.

유니티의 ChatGPT는 정말 대단합니다! Unity3D와 ChatGPT 통합! :: ChatGPT 정리

유니티의 ChatGPT는 정말 대단합니다! Unity3D와 ChatGPT 통합!

Game from Scratch의 마이크가 Unity 게임 엔진 내에서 ChatGPT를 사용하는 방법을 보여줍니다.
이 데모는 ChatGPT를 어떻게 구현할 수 있는지, 그리고 얼마나 멋진지 보여줍니다.

아직 정식 버전으로 출시할 단계는 아니지만 개념 증명 이상의 의미를 지니고 있습니다.
Mike는 무작위 지점에 100개의 큐브를 만들고, 큐브 게임 오브젝트를 이동하고, 큐브를 회전하고, 콜리더로 큰 바닥 오브젝트를 만들어 게임 개발의 흑마법을 보여줍니다.
이 기능을 사용하려면 ChatGPT API 키를 입력해야 합니다.

마지막으로 마이크가 10개의 포인트 조명을 무작위로 추가하는 방법을 보여드립니다.
Unity 내에서 ChatGPT를 사용하는 데 관심이 있으시다면 이 안내를 따라 게임 개발의 마법을 경험해 보세요.

반업주부의 일상 배움사

이화여자대학교 컴퓨터공학전공

유서현

Unity3D와 ChatGPT 통합!

MySQL

python

typescript

Node.js

PostgreSQL

NCSoft
콩스튜디오-미큐트
블록체인
AI 서비스
디스코드 봇
AWS, GCP, Node.js, PHP, Go, Python
<- Java, Objective-C, Lua 
<- JS, ActionScript 
<- 웹디자인

요약가

플랫폼

콘텐츠

블록체인

방송 / 엔터테인먼트

Google Cloud Platform

Android

- 모든 클라우드 인프라 구축 및 관리
- K-Pop Starpic 모바일 앱 및 서버 개발
- Pixel Colorfil 모바일 앱 및 서버 개발
- Colorfil 서버 개발
- 디스코드 봇 개발
- 블록체인 프로젝트
- CI/CD, 정적 코드 분석(SonarQube)

시니어 백엔드 엔지니어

생산가공공학

원강민

블로그

AWS, GCP, Node.js, PHP, Go, Python<- Java, Objective-C, Lua <- JS, ActionScript <- 웹디자인
NCSoft, 콩스튜디오-미큐트
블록체인, AI, 디스코드 봇
banjubu.tistory.com

Unity3D와 ChatGPT 통합!

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필