React Strict DOM (RSD) is a subset of React DOM, imperative DOM, and CSS that supports web and native targets - facebook/react-strict-dom

GitHub - facebook/react-strict-dom: React Strict DOM (RSD) is a subset of React DOM, imperative DOM, and CSS that supports web and native targets

React Strict DOM(RSD)(https://github.com/facebook/react-strict-dom) 은 Meta에서 실험 단계로 개발중인 프로젝트입니다. RSD는 웹 개발자들이 사용하는
div
,
span
같은 요소를 네이티브 코드에도 동일하게 사용할 수 있게 만들어준다고 보면 됩니다. 예를 들어, RSD를 사용하면 React Native에서 제공하는
TextInput
라는 컴포넌트를 알지 못해도 웹에서 개발하듯이
input
을 사용할 수 있습니다.

이러한 지식이 없이도 개발이 가능할 수 있다면, 러닝 커브가 줄어들어 React Native 경험이 없는 개발자들의 진입 장벽이 낮아지는 효과를 기대할 수 있습니다. README 문서를 보면, "Meta는 RSD를 통해 더 적은 수의 엔지니어로 더 많은 플랫폼에 더 빠르게 기능을 제공할 수 있다"고 얘기합니다.

다음은 저장소의 Expo RSD 예제 코드(https://github.com/facebook/react-strict-dom/blob/2c32133262dedf403a40eeb17f396289d54a756a/apps/examples/src/App.js) 일부입니다. 코드를 보면 어떤 식으로 RSD가 사용될 지 예측해볼 수 있습니다.

import { css, html } from 'react-strict-dom';

const egStyles = css.create({
 container: { borderTopWidth: 1 },
 h1: { padding: 10, backgroundColor: '#eee' },
 content: { padding: 10 },
 div: {
 paddingBottom: 50,
 paddingTop: 50,
 backgroundColor: 'white'
 }
});

function ExampleBlock(props: ExampleBlockProps) {
 const { title, children } = props;
 return (
 <html.div style={egStyles.container}>
 <html.h1 style={egStyles.h1}>{title}</html.h1>
 <html.div style={egStyles.content}>{children}</html.div>
 </html.div>
 );
}

(전) Meta React 팀 엔지니어 Dan Abramov 인터뷰(https://youtu.be/Ehjw-Cw_OeY?si=P3inCk2YG98Lawgc&t=1183) 에서도 RSD에 언급하는 내용(19분 43초 부터)이 있습니다. DOM/CSS 뿐만 아니라 웹에서 유용하게 쓰이는
IntersectionObserver
같은 API도 구현되는 방향으로 개발되고 있다고 합니다.

React Strict DOM(RSD)(https://github.com/facebook/react-strict-dom) 은 Meta에서 실험 단계로 개발중인 프로젝트입니다. RSD는 웹 개발자들이 사용하는 <code >div</code>, <code >span</code>같은 요소를 네이티브 코드에도 동일하게 사용할 수 있게 만들어준다고 보면 됩니다. 예를 들어, RSD를 사용하면 React Native에서 제공하는 <code >TextInput</code>라는 컴포넌트를 알지 못해도 웹에서 개발하듯이 <code >input</code>을 사용할 수 있습니다. 이러한 지식이 없이도 개발이 가능할 수 있다면, 러닝 커브가 줄어들어 React Native 경험이 없는 개발자들의 진입 장벽이 낮아지는 효과를 기대할 수 있습니다. README 문서를 보면, "Meta는 RSD를 통해 더 적은 수의 엔지니어로 더 많은 플랫폼에 더 빠르게 기능을 제공할 수 있다"고 얘기합니다. 다음은 저장소의 Expo RSD 예제 코드(https://github.com/facebook/react-strict-dom/blob/2c32133262dedf403a40eeb17f396289d54a756a/apps/examples/src/App.js) 일부입니다. 코드를 보면 어떤 식으로 RSD가 사용될 지 예측해볼 수 있습니다. <pre ><code class="language-jsx">import { css, html } from 'react-strict-dom';

const egStyles = css.create({
 container: { borderTopWidth: 1 },
 h1: { padding: 10, backgroundColor: '#eee' },
 content: { padding: 10 },
 div: {
 paddingBottom: 50,
 paddingTop: 50,
 backgroundColor: 'white'
 }
});

function ExampleBlock(props: ExampleBlockProps) {
 const { title, children } = props;
 return (
 &lt;html.div style={egStyles.container}&gt;
 &lt;html.h1 style={egStyles.h1}&gt;{title}&lt;/html.h1&gt;
 &lt;html.div style={egStyles.content}&gt;{children}&lt;/html.div&gt;
 &lt;/html.div&gt;
 );
}</code></pre> (전) Meta React 팀 엔지니어 Dan Abramov 인터뷰(https://youtu.be/Ehjw-Cw_OeY?si=P3inCk2YG98Lawgc&amp;t=1183) 에서도 RSD에 언급하는 내용(19분 43초 부터)이 있습니다. DOM/CSS 뿐만 아니라 웹에서 유용하게 쓰이는 <code >IntersectionObserver</code> 같은 API도 구현되는 방향으로 개발되고 있다고 합니다.

GitHub

React Strict DOM

V8 엔진의 가비지 컬렉션 - Harim

기본적으로 브라우저가 메모리를 자동으로 정리해주고 있지만, 개발자들이 메모리 최적화에 신경쓰지 않으면 가비지 컬렉션이 자주 실행되어 사용자 경험이 저하될 수 있습니다. 브라우저의 딥한 내부 동작을 알아두면 언젠가 면접에서 써먹을 수도 있기 때문에 개발자분들은 한 번 훑고 지나가시면 좋습니다.

 * 가비지 컬렉션의 핵심은 '죽은' 객체로부터 메모리를 확보하는 것이다.
 * 자바스크립트의 경우 단일 스레드이고 스레드 간 동기화 메커니즘이 없기 때문에 전체 객체 추적을 정기적으로 수행하면 지연과 성능 저하가 발생할 가능성이 높다.
 * V8 팀은 이러한 한계를 극복하기 위해 '세대' 개념을 도입했다.
 * 젊은 세대: 새로 할당된 객체들은 젊은 세대로 구분되며, 마이너 GC를 통해 수행된다.
 * 노년 세대: 오래된 객체들은 노년 세대로 구분되며, 메이저 GC를 통해 수행된다.
 * 메이저 GC는 보통 마이너 GC보다 더 많은 시간이 소요된다. 심하면 성능 저하가 일어나기도 한다. 개발자들이 메모리 최적화를 잘하면 메이저 GC 발생 빈도를 줄일 수 있다.
 * 브라우저는 웹 페이지가 비활성화됬을 때 몰래(?) 메이저 GC를 수행하는 식으로 최적화를 해두었다. V8에서는 이 작업을 하는 친구를 메모리 리듀서라고 부른다.

https://harimkim.netlify.app/articles/2.%20Area/%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D/%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C%20%EA%B0%9C%EB%B0%9C/Web%20%EC%84%B1%EB%8A%A5%20%EC%B5%9C%EC%A0%81%ED%99%94/V8%20%EC%97%94%EC%A7%84%EC%9D%98%20%EA%B0%80%EB%B9%84%EC%A7%80%20%EC%BB%AC%EB%A0%89%EC%85%98

기본적으로 브라우저가 메모리를 자동으로 정리해주고 있지만, 개발자들이 메모리 최적화에 신경쓰지 않으면 가비지 컬렉션이 자주 실행되어 사용자 경험이 저하될 수 있습니다. 브라우저의 딥한 내부 동작을 알아두면 언젠가 면접에서 써먹을 수도 있기 때문에 개발자분들은 한 번 훑고 지나가시면 좋습니다. <ul ><li>가비지 컬렉션의 핵심은 '죽은' 객체로부터 메모리를 확보하는 것이다.</li><li>자바스크립트의 경우 단일 스레드이고 스레드 간 동기화 메커니즘이 없기 때문에 전체 객체 추적을 정기적으로 수행하면 지연과 성능 저하가 발생할 가능성이 높다.</li><li>V8 팀은 이러한 한계를 극복하기 위해 '세대' 개념을 도입했다.</li><li>젊은 세대: 새로 할당된 객체들은 젊은 세대로 구분되며, 마이너 GC를 통해 수행된다.</li><li>노년 세대: 오래된 객체들은 노년 세대로 구분되며, 메이저 GC를 통해 수행된다.</li><li>메이저 GC는 보통 마이너 GC보다 더 많은 시간이 소요된다. 심하면 성능 저하가 일어나기도 한다. 개발자들이 메모리 최적화를 잘하면 메이저 GC 발생 빈도를 줄일 수 있다.</li><li>브라우저는 웹 페이지가 비활성화됬을 때 몰래(?) 메이저 GC를 수행하는 식으로 최적화를 해두었다. V8에서는 이 작업을 하는 친구를 메모리 리듀서라고 부른다.</li></ul> https://harimkim.netlify.app/articles/2.%20Area/%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D/%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C%20%EA%B0%9C%EB%B0%9C/Web%20%EC%84%B1%EB%8A%A5%20%EC%B5%9C%EC%A0%81%ED%99%94/V8%20%EC%97%94%EC%A7%84%EC%9D%98%20%EA%B0%80%EB%B9%84%EC%A7%80%20%EC%BB%AC%EB%A0%89%EC%85%98

harimkim.netlify.app

V8 엔진의 가비지 컬렉션

오늘 해볼 이야기는 2024년 프론트엔드 기술 스택입니다. 프론트엔드는 지난 10여 년간 빠르게 기술이 발전하면서, 해마다 '올해의 기술 전망'을 바탕으로 한 '20XX 프론트엔드 기술스택' 과 같은 아티클이 매해 연도가 바뀔때 마다 자주 나왔습니다. 그래서 저도

2024 프론트엔드 기술스택 이야기

오랜만에 글을 작성하게 되네요. 이번 글은 2024 프론트엔드 기술 스택에 대한 이야기입니다.

지난 10여년간 급변하던 시절과는 달리 현재의 프론트엔드의 생태계는 거의 안정화가 되었습니다.
그래서 어떤 기술이 새로 나왔고 어떤 기술을 써야 하는지 이런 얘기들보다는 어떻게 이러한 급변화와 안정기가 생겨가는지 기술스택에 대해서 어떻게 생각해야 하는지 여러가지 재미난 이야기들과 제 생각을 적어 보았습니다.

물론 현재의 프론트엔드 트렌드와 보편화된 기술 스택에 대한 이야기들도 함께 적어보았습니다.
기술 스택과 트렌드에 대해서 궁금하시다면 한번 읽어봐주세요.

감사합니다. :)

https://velog.io/@teo/2024-frontend-techstack

오랜만에 글을 작성하게 되네요. 이번 글은 2024 프론트엔드 기술 스택에 대한 이야기입니다. 지난 10여년간 급변하던 시절과는 달리 현재의 프론트엔드의 생태계는 거의 안정화가 되었습니다.그래서 어떤 기술이 새로 나왔고 어떤 기술을 써야 하는지 이런 얘기들보다는 어떻게 이러한 급변화와 안정기가 생겨가는지 기술스택에 대해서 어떻게 생각해야 하는지 여러가지 재미난 이야기들과 제 생각을 적어 보았습니다. 물론 현재의 프론트엔드 트렌드와 보편화된 기술 스택에 대한 이야기들도 함께 적어보았습니다.기술 스택과 트렌드에 대해서 궁금하시다면 한번 읽어봐주세요. 감사합니다. :) https://velog.io/@teo/2024-frontend-techstack

Velog

인간 바둑 기사들의 AI 등장 후 실력 향상1950년대부터 2010년대 중반까지 프로 바둑 기사들의 실력은 거의 정체되어 있었음2016년 5월, 딥마인드의 알파고가 인간 최고 수준의 바둑 기사를 이길 수 있음을 보여줌몇 년 후, 가장 약한 프로 기사들도 AI 등장 이전의 최고 기사들보다 더 뛰어난 실력을 보여줌최고 기사들은 이전에는 불가능하다고 여겨졌던 경

AI에 패한 후 프로 바둑 기사들, 더 뛰어나고 창의적으로 변화 | GeekNews

최근에 AI가 개발자를 대체하게 될까요? 라는 질문들을 접하게 될 기회가 많아졌습니다.
제가 AI의 전문가는 아니고 순전히 저의 개인적인 생각이지만 저의 대답은 “그러지는 않을거라고 생각합니다.” 였습니다.

과거에 개발을 배우던 시절에는 IDE라는 개념이 없을 때 메모장으로 HTML과 CSS를 작성했습니다.
띄어쓰기 또한 한땀 한땀 했었고 따옴표나 꺽쇠 하나를 실수로 잘못 입력해서 어디가 문제인지 눈으로 찾아야 하는 일도 있었습니다.

에디터가 알록달록해지고 자동완성이 만들어지고 찾아 바꾸기가 아니라 리팩토링 기능이 만들어지면서 생산성은 급격히 늘어났습니다.
그런거에 익숙해지면 코딩 실력이 안는다는 선배들의 말도 있었으나 결국 지금은 IDE록 개발하는 것이 당연한 세상이 되었습니다.

jQuery가 생기기 전에는 IE6, 7, 8, 9에서 다 돌아가도록 코드를 작성하는 것이 실력이던 시절도 있었습니다.
React가 나오기 전에는 jQuery를 이용해서 DOM API를 잘 다루는 것이 실력이던 시절도 있었습니다.

web 2.0 시절 블로그를 하나 만드는 것은 대단한 웹 서비스이자 기술이었다면,
이제는 누구나 조금만 배우면 개인용 블로그를 만드는 것은 어렵지 않게 되었습니다.

그럼에도 개발자들이 배워야 할 것들은 늘어나고 생산성이 늘어난 만큼 그 자리가 대체 되는 것이 아니라,
해야할 일이 훨씬 더 늘어났고 만들 수 있는 가치의 폭이 더욱 상승하게 되었으며,
이러한 도구를 익히는 것이 필요한 스펙이 되었지만, 그 만큼 개발자의 가치가 더 커졌습니다.

AI 또한 마찬가지가 되리라 생각합니다. 지금의 기술들이 현재의 기술들을 대체하는 것으로 보일지라도,
이 새로운 기술들이 다시 “개발자의 도구”가 되어 개발자들은 여전히 “더 나은 새로운 가치”를 만드는 직군일 거라고 생각합니다.

그로 인해서 배워야 할 기술 스택의 범주가 이제 AI 기술스택 까지 늘어나게 되겠지만,
뭐든 항상 새로운 도구를 배워서 가치를 만드는게 개발자의 역할이 아닐까 생각합니다.

인간은 더욱더 창의적으로 변할 수 있을 거라는 기대와,
AI의 기술로 하여금 조금 침체된 개발 씬에 다시 부흥이 찾아 올 수 있기 되기를 바라며,

이와 과련한 흥미로운 기사를 공유해봅니다.

https://news.hada.io/topic?id=14227

최근에 AI가 개발자를 대체하게 될까요? 라는 질문들을 접하게 될 기회가 많아졌습니다. 제가 AI의 전문가는 아니고 순전히 저의 개인적인 생각이지만 저의 대답은 “그러지는 않을거라고 생각합니다.” 였습니다. 과거에 개발을 배우던 시절에는 IDE라는 개념이 없을 때 메모장으로 HTML과 CSS를 작성했습니다. 띄어쓰기 또한 한땀 한땀 했었고 따옴표나 꺽쇠 하나를 실수로 잘못 입력해서 어디가 문제인지 눈으로 찾아야 하는 일도 있었습니다. 에디터가 알록달록해지고 자동완성이 만들어지고 찾아 바꾸기가 아니라 리팩토링 기능이 만들어지면서 생산성은 급격히 늘어났습니다.그런거에 익숙해지면 코딩 실력이 안는다는 선배들의 말도 있었으나 결국 지금은 IDE록 개발하는 것이 당연한 세상이 되었습니다. jQuery가 생기기 전에는 IE6, 7, 8, 9에서 다 돌아가도록 코드를 작성하는 것이 실력이던 시절도 있었습니다.React가 나오기 전에는 jQuery를 이용해서 DOM API를 잘 다루는 것이 실력이던 시절도 있었습니다. web 2.0 시절 블로그를 하나 만드는 것은 대단한 웹 서비스이자 기술이었다면, 이제는 누구나 조금만 배우면 개인용 블로그를 만드는 것은 어렵지 않게 되었습니다. 그럼에도 개발자들이 배워야 할 것들은 늘어나고 생산성이 늘어난 만큼 그 자리가 대체 되는 것이 아니라,해야할 일이 훨씬 더 늘어났고 만들 수 있는 가치의 폭이 더욱 상승하게 되었으며,이러한 도구를 익히는 것이 필요한 스펙이 되었지만, 그 만큼 개발자의 가치가 더 커졌습니다. AI 또한 마찬가지가 되리라 생각합니다. 지금의 기술들이 현재의 기술들을 대체하는 것으로 보일지라도,이 새로운 기술들이 다시 “개발자의 도구”가 되어 개발자들은 여전히 “더 나은 새로운 가치”를 만드는 직군일 거라고 생각합니다. 그로 인해서 배워야 할 기술 스택의 범주가 이제 AI 기술스택 까지 늘어나게 되겠지만,뭐든 항상 새로운 도구를 배워서 가치를 만드는게 개발자의 역할이 아닐까 생각합니다. 인간은 더욱더 창의적으로 변할 수 있을 거라는 기대와,AI의 기술로 하여금 조금 침체된 개발 씬에 다시 부흥이 찾아 올 수 있기 되기를 바라며, 이와 과련한 흥미로운 기사를 공유해봅니다. https://news.hada.io/topic?id=14227

GeekNews

GN⁺: AI에 패한 후 프로 바둑 기사들, 더 뛰어나고 창의적으로 변화

웹의 흥망성쇠 | bohyeon.dev

오늘 소개해드릴 글은 메디스트림의 서보현님이 번역해주신 글입니다.

글이 발행된 A List Apart는 웹 디자인, 개발, 의미를 탐구하는 1997년부터 시작된 웹진이라고 합니다. 이번 글의 저자 또한 오랜 기간 웹 개발에 몸담아온 인물입니다. 저자는 웹의 변천사를 쉼없이 변해가는 육아 과정에 비유합니다. 규범이 없던 초기의 웹 개발부터 표준의 탄생, 소프트웨어 플랫폼으로서의 웹, 현재에 이르기까지 웹의 역사를 일목요연하게 정리하고 최종적으로는 나아가야할 방향을 제시하고 있습니다. 저자의 말대로 웹을 마스터했다고 생각할 때마다 모든 것이 변할까요? 웹의 역사를 얕게나마 이해할 수 있고 미래를 짐작해보는데 도움이 되는 글입니다.

 * 글 링크: https://bit.ly/twatwotw

오늘 소개해드릴 글은 메디스트림의 서보현님이 번역해주신 글입니다. 글이 발행된 A List Apart는 웹 디자인, 개발, 의미를 탐구하는 1997년부터 시작된 웹진이라고 합니다. 이번 글의 저자 또한 오랜 기간 웹 개발에 몸담아온 인물입니다. 저자는 웹의 변천사를 쉼없이 변해가는 육아 과정에 비유합니다. 규범이 없던 초기의 웹 개발부터 표준의 탄생, 소프트웨어 플랫폼으로서의 웹, 현재에 이르기까지 웹의 역사를 일목요연하게 정리하고 최종적으로는 나아가야할 방향을 제시하고 있습니다. 저자의 말대로 웹을 마스터했다고 생각할 때마다 모든 것이 변할까요? 웹의 역사를 얕게나마 이해할 수 있고 미래를 짐작해보는데 도움이 되는 글입니다. <ul ><li>글 링크: https://bit.ly/twatwotw</li></ul>

multicampus.com

웹의 흥망성쇠

원문 : https&#x3A;//romgrk.com/posts/optimizing-javascript

[번역] 재미와 이익을 위한 자바스크립트 최적화

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다.

여러분은 자바스크립트 실행 속도가 느리게 느껴졌던 경험이 있으신가요? 이 글에서는 저자가 생각한 일반적인 최적화 기법들을 요약해서 이야기 하고 있습니다.

개인적으로 엔진에서의 동작에 대해 설명하는 점과 벤치마킹이 포함되어 있는 점이 아주 흥미로웠습니다! 글이 조금 길지만 다양한 내용들을 배울 수 있어 읽어보시는 것을 추천드립니다. :)

글 링크 : https://velog.io/@surim014/optimizing-javascript-for-fun-and-for-profit

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다. 여러분은 자바스크립트 실행 속도가 느리게 느껴졌던 경험이 있으신가요? 이 글에서는 저자가 생각한 일반적인 최적화 기법들을 요약해서 이야기 하고 있습니다. 개인적으로 엔진에서의 동작에 대해 설명하는 점과 벤치마킹이 포함되어 있는 점이 아주 흥미로웠습니다! 글이 조금 길지만 다양한 내용들을 배울 수 있어 읽어보시는 것을 추천드립니다. :) 글 링크 : https://velog.io/@surim014/optimizing-javascript-for-fun-and-for-profit

재미와 이익을 위한 자바스크립트 최적화

한때는 번역서의 번역이 구리다는 말을 하곤 했습니다. 블로그에다가도 그런 말을 써지르곤 했던 것 같습니다. 부끄러운 글들이 있다면 그런 글들입니다. 잘 알지도 못하면서 함부로 지껄인 것들.

번역서의 고마움

한때는 번역서의 번역이 구리다는 말을 하곤 했습니다.
블로그에다가도 그런 말을 써지르곤 했던 것 같습니다.
부끄러운 글들이 있다면 그런 글들입니다.
잘 알지도 못하면서 함부로 지껄인 것들.

이제 그런 말은 하고 싶지 않습니다.
그런 생각이 들면 차라리 원서를 읽던가.
(그런데 또 원서는 읽지도 못합니다 ㅋㅋ)

번역서를 보면서 잘 이해가 안 된다면…
그건 번역의 문제가 아니라 지식의 문제일지도 모릅니다.
그러니깐… 제대로 된 한글로 읽어도 무슨 말인지 모를 가능성이 크다는 것.
어려운 내용은 영어로든 한글로든 어렵습니다.
내 머리 탓을 안 하고 번역 탓을 하다니…

제 프로그래밍 지식의 많은 부분을 책으로 배웠습니다.
대부분 번역서였습니다.

가끔 생각해 봅니다.
개발 생태계에 도움을 주는 일은 어떤 것들이 있을까?

생활코딩 같은 커뮤니티?
질문 답변 서비스?
오픈 소스?
강의? 멘토링?

어쩌면 번역서의 지분이 가장 클 수 있겠다는 생각이 들었습니다.
꾸준히 번역해 주시는 분들에게 고마움과 존경을 표합니다.

https://jeho.page/essay/2024/04/11/thanks-to-translators.html

한때는 번역서의 번역이 구리다는 말을 하곤 했습니다. 블로그에다가도 그런 말을 써지르곤 했던 것 같습니다. 부끄러운 글들이 있다면 그런 글들입니다. 잘 알지도 못하면서 함부로 지껄인 것들. 이제 그런 말은 하고 싶지 않습니다. 그런 생각이 들면 차라리 원서를 읽던가. (그런데 또 원서는 읽지도 못합니다 ㅋㅋ) 번역서를 보면서 잘 이해가 안 된다면… 그건 번역의 문제가 아니라 지식의 문제일지도 모릅니다. 그러니깐… 제대로 된 한글로 읽어도 무슨 말인지 모를 가능성이 크다는 것. 어려운 내용은 영어로든 한글로든 어렵습니다. 내 머리 탓을 안 하고 번역 탓을 하다니… 제 프로그래밍 지식의 많은 부분을 책으로 배웠습니다. 대부분 번역서였습니다. 가끔 생각해 봅니다. 개발 생태계에 도움을 주는 일은 어떤 것들이 있을까? 생활코딩 같은 커뮤니티? 질문 답변 서비스? 오픈 소스? 강의? 멘토링? 어쩌면 번역서의 지분이 가장 클 수 있겠다는 생각이 들었습니다. 꾸준히 번역해 주시는 분들에게 고마움과 존경을 표합니다. https://jeho.page/essay/2024/04/11/thanks-to-translators.html

K리그 프로그래머

다국어 지원을 할 때 정말 유용하게 쓸 수 있는 자바스크립트의 Intl API에 대해 알아보도록 하겠습니다. - 관련 포스팅: https://www.daleseo.com/js-intl-api/ 목차: 0:00 Intl API 소개 1:59 Intl API 사용법 5:23 Intl.DateTimeFormat 8:51 Intl.ListFormat 10:34 Intl.NumberFormat 12:52 Intl.RelativeTimeFormat 15:04 In

자바스크립트의 Intl API로 국제화하기

여러 가지 언어로 서비스를 할 수 있도록 웹 애플리케이션을 설계하고 구현하는 과정을 흔히 국제화(internalization, i18n)라고 합니다. 이를 위해서는 웹페이지 상에 사용된 문구들을 단순히 번역하여 표시해주는 것만 뿐만 아니라 동일한 데이터를 언어나 지역별로 다른 형식으로 보여줘야 하는데요.

예를 들어,
12/11/21
로 표시된 날짜 데이터를 한국 사용자들은 2012년 11월 21일로 생각하지만, 미국 사용자들에게는 12월 11일 2021년으로 받아들여질 것이며, 어떤 다른 나라에서는 2021년 11월 12일로 읽힐 수도 있을 것입니다. 이렇게 언어나 지역별로 다른 형식으로 표시되야 하는 데이터를 일일이 다르게 처리하려면 상당한 노력이 필요할 텐데요. 이러한 처리를 대신해주는 외부 라이브러리를 사용할 수 있지만, 사용자가 브라우저를 통해 해당 자바스크립트 코드를 다운로드 받아야 한다는 부작용이 있죠.

다행히도 자바스크립트에는 이러한 데이터 포맷팅 문제를 해결해주기 위해서 Intl API라는 웹 표준 API가 있습니다. Intl API는 대부분의 모던 브라우저에서 지원되며 Node.js나 Bun과 같은 서버 런타임(runtime)에서도 사용이 가능하기 때문에 다국어 지원을 하는 서비스에서 백엔드나 프론트엔드 가리지 않고 유용하게 사용할 수 있습니다.

📺 동영상: https://youtu.be/wG1ih-IYXlc
📝 게시물: https://careerly.co.kr/comments/91498

 * Intl API 소개
 * Intl API 공통 사용법
 * Intl.DateTimeFormat
 * Intl.ListFormat
 * Intl.NumberFormat
 * Intl.RelativeTimeFormat
 * Intl.PluralRules

React로 국제화하는 방법에 대해서는 다음 게시물을 참고 바랍니다.
📕 https://careerly.co.kr/comments/92583

여러 가지 언어로 서비스를 할 수 있도록 웹 애플리케이션을 설계하고 구현하는 과정을 흔히 국제화(internalization, i18n)라고 합니다. 이를 위해서는 웹페이지 상에 사용된 문구들을 단순히 번역하여 표시해주는 것만 뿐만 아니라 동일한 데이터를 언어나 지역별로 다른 형식으로 보여줘야 하는데요. 예를 들어, <code >12/11/21</code>로 표시된 날짜 데이터를 한국 사용자들은 2012년 11월 21일로 생각하지만, 미국 사용자들에게는 12월 11일 2021년으로 받아들여질 것이며, 어떤 다른 나라에서는 2021년 11월 12일로 읽힐 수도 있을 것입니다. 이렇게 언어나 지역별로 다른 형식으로 표시되야 하는 데이터를 일일이 다르게 처리하려면 상당한 노력이 필요할 텐데요. 이러한 처리를 대신해주는 외부 라이브러리를 사용할 수 있지만, 사용자가 브라우저를 통해 해당 자바스크립트 코드를 다운로드 받아야 한다는 부작용이 있죠. 다행히도 자바스크립트에는 이러한 데이터 포맷팅 문제를 해결해주기 위해서 Intl API라는 웹 표준 API가 있습니다. Intl API는 대부분의 모던 브라우저에서 지원되며 Node.js나 Bun과 같은 서버 런타임(runtime)에서도 사용이 가능하기 때문에 다국어 지원을 하는 서비스에서 백엔드나 프론트엔드 가리지 않고 유용하게 사용할 수 있습니다. 📺 동영상: https://youtu.be/wG1ih-IYXlc📝 게시물: https://careerly.co.kr/comments/91498 <ul ><li>Intl API 소개</li><li>Intl API 공통 사용법</li><li>Intl.DateTimeFormat</li><li>Intl.ListFormat</li><li>Intl.NumberFormat</li><li>Intl.RelativeTimeFormat</li><li>Intl.PluralRules</li></ul> React로 국제화하는 방법에 대해서는 다음 게시물을 참고 바랍니다.📕 https://careerly.co.kr/comments/92583

youtube.com

Next.js 14.2 includes development, production, and caching improvements. Including new configuration options, 99% Turbopack tests passing, and more.

Next.js 14.2

2024년 4월 12일, Next.js 14.2 버전이 출시 되었습니다. 주요 변경사항을 정리해보았습니다.

 * Turbopack 개발중, 프로덕션 용도로는 아직 시기상조
   * 개발 모드 (
     next dev --turbo
     )에서 99.8%의 통합 테스트를 통과했습니다.
   * 빌드(
     next build
     ) 용으로는 아직 개발중으로, 74.7%의 테스트를 통과했습니다.
 * 빌드 및 프로덕션 성능이 개선됨, 특히 메모리 사용량이 줄어듬
   * 서버/클라이언트 컴포넌트 간 트리 쉐이킹이 더 좋아졌습니다.
   * 미니멀로 세팅한 Next.js 앱에서 메모리 사용량과 캐시 파일 크기가 평균
     2.2GB
     에서
     190MB
     미만으로 감소했다고 합니다. CI 빌드 시 메모리 부족으로 머신이 뻗는 현상이 줄어들겠네요.
 * 에러 DX가 개선됨, Hydration 에러가 어디서 발생했는지 더 잘 보여줌
   * Next.js에서 종종 겪던
     Hydration failed because the initial ui does not match what was rendered on the server
     에러에 대한 원인을 더 잘 찾을 수 있을 것 같습니다.
 * React 19와 통합한 메이저 버전을 준비중
   * 아마도 Next.js 15가 될 것 같습니다.

자세한 내용은 Next.js 블로그 (https://nextjs.org/blog/next-14-2) 를 참고해주세요.

2024년 4월 12일, Next.js 14.2 버전이 출시 되었습니다. 주요 변경사항을 정리해보았습니다. <ul ><li>Turbopack 개발중, 프로덕션 용도로는 아직 시기상조<ul ><li>개발 모드 (<code >next dev --turbo</code>)에서 99.8%의 통합 테스트를 통과했습니다.</li><li>빌드(<code >next build</code>) 용으로는 아직 개발중으로, 74.7%의 테스트를 통과했습니다.</li></ul></li><li>빌드 및 프로덕션 성능이 개선됨, 특히 메모리 사용량이 줄어듬<ul ><li>서버/클라이언트 컴포넌트 간 트리 쉐이킹이 더 좋아졌습니다.</li><li>미니멀로 세팅한 Next.js 앱에서 메모리 사용량과 캐시 파일 크기가 평균 <code >2.2GB</code>에서 <code >190MB</code> 미만으로 감소했다고 합니다. CI 빌드 시 메모리 부족으로 머신이 뻗는 현상이 줄어들겠네요.</li></ul></li><li>에러 DX가 개선됨, Hydration 에러가 어디서 발생했는지 더 잘 보여줌<ul ><li>Next.js에서 종종 겪던 <code >Hydration failed because the initial ui does not match what was rendered on the server</code> 에러에 대한 원인을 더 잘 찾을 수 있을 것 같습니다.</li></ul></li><li>React 19와 통합한 메이저 버전을 준비중<ul ><li>아마도 Next.js 15가 될 것 같습니다.</li></ul></li></ul> 자세한 내용은 Next.js 블로그 (https://nextjs.org/blog/next-14-2) 를 참고해주세요.

Nextjs

Next.js 14.2 릴리즈

프로그래머스의 "카펫" 문제를 파이썬으로 풀어보겠습니다. - 전체 코드: https://www.algodale.com/problems/%EC%B9%B4%ED%8E%AB/ - 문제 출처: https://school.programmers.co.kr/learn/courses/30/lessons/42842 목차: 0:00 문제 설명 1:00 이중 루프 4:09 슬라이딩 윈도우 13:39 마무리 #프로그래머스 #이분탐색 #수학 #programmers #binar

프로그래머스 - 카펫

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 프로그래머스의 카펫 문제를 동적 계획법(Dynamic Programming)를 사용하여 풀어보겠습니다.

📺 동영상: https://youtu.be/weC1vkQRX_E
📝 설명/코드: https://www.algodale.com/problems/%EC%B9%B4%ED%8E%AB/

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 프로그래머스의 카펫 문제를 동적 계획법(Dynamic Programming)를 사용하여 풀어보겠습니다. 📺 동영상: https://youtu.be/weC1vkQRX_E📝 설명/코드: https://www.algodale.com/problems/%EC%B9%B4%ED%8E%AB/

프로그래머스 문제 풀이 - 카펫

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

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

채용공고를 살펴보면 웹퍼블리셔와 프론트엔드개발자의 영역이 명확하지 않게 느껴지곤 하는데, 실제로 웹퍼블리셔가 하는 일은 어디부터 어디까지이고 프론트엔드 개발자의...

웹퍼블리셔와 프론트엔드 개발자 업무 영역

웹퍼블리셔는 쉽게 말해 디자인이 입혀진 페이지의 틀을 만든다고 보시면 됩니다. 디자이너분이 만든 작업물을 HTML과 CSS를 통해 정적인 템플릿을 만든다고 보시면 됩니다. 따라서, React를 쓰는 회사라도 웹퍼블리셔같은 경우는 React를 전혀 몰라도 본인의 작업영역에선 전혀 문제가 없을 수 있습니다. 퍼블리싱 잘하시는 분들은 접근성에도 깊은 지식을 가지고 만드시는 분들도 있다고 들었습니다.

웹프론트엔드 개발자의 경우, 사용자와 웹프론엔드로 맞닿는 모든 부분을 개발, 유지보수하는데요! 웹퍼블리셔가 있는 조직의 경우는 웹퍼블리셔가 만든 작업물을 받아 여러 UX를 붙이는 작업을 시행합니다. 하지만 요새는 웹퍼블리셔 없이 FE 개발자가 HTML, CSS까지 모두 커버해 만드는 회사가 많습니다. React 같은 경우 Vue나 Angular와 달리 JSX 문법을 사용하므로 웹퍼블리셔의 작업물을 결국 한 번 FE 개발자가 가공해서 써야하므로 비효율적이긴 합니다..ㅎㅎ

커리어리

@가입시켜주세요 허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허허

주니어 개발자

가입시켜주세요

프론트엔드 개발자 지망생

혜지

안녕하세요, 프론트엔드 개발자를 목표로 공부하고 있습니다.
#개발자 #소프트웨어엔지니어 #프론트엔드

Product Manager

김은서

Software Engineer

성원

Ensure as much as possible of the burden is lifted from users by dealing with inherent complexity during design and development.

우아한형제들에서 고객들이 직접 맞닿는 다양한 프론트엔드 프로덕트를 개발, 운영하고 있습니다.

웹프론트엔드 개발자

컴퓨터와 관련된 여러 학문에 대해 배우면서 실습하고, 동아리를 통해 실무에 비교적 가까운 코딩과 프로덕트를 조금이나마 접했습니다. (현재 본업인 프론트엔드도 동아리에서 처음 배웠어요!)

컴퓨터학과

배민근

어제보다 더 나은 오늘이 될 수 있도록 노력하는 개발자입니다.
현재는 코어프로덕트들의 프론트엔드를 개발하며 매일 고객분들과 맞닿고 있습니다 :)
#개발자 #프론트엔드 #Front-end개발 #React개발자 #Engineering

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필