wonderland - mysetting

4:08 5/30

wonderer80.github.io

mobile screenshot relative

4:08

wonderer80.github.io

mobile screenshot

wonderland
https://wonderer80.github.io/

소프트웨어 개발에 대한 생각과 소개

최종 피드 수집: 2026-04-20 07:17

전체 (17)

3d

AI 시대, 더 선명해진 소프트웨어 개발의 본질

AI 시대의 불안 앞에서
요즘 AI 이야기를 하다 보면 주변에서 뒤처지는 것 같다는 불안을 자주 듣게 된다. 새로운 도구와 새로운 방식이 쏟아지고, 이제 누구나 개발할 수 있는 시대가 오는 것처럼 이야기된다. 특히 기존 엔지니어일

001

6d

키오스크의 빨간 버튼은 누구를 위한 것인가

최근 한 커피숍의 키오스크를 사용하면서 묘한 불쾌함을 느꼈다. 처음에는 그냥 UI가 촌스럽고 복잡하다고 생각했다. 그런데 몇 번의 선택 화면을 지나면서 묘한 공통점이 보였다. 눈에 더 잘 띄는 빨간색 버튼이 반복적으로 사용자보다

001

3y

일 잘하는 개발자 되기

지난 번에는 경쟁력있는 시니어 개발자로 성장하는 방법에 대한 글을 썼다. 그럼 미들 레벨의 개발자나 주니어 레벨의 개발자들은 어떤 역할을 해야 하는걸까? 또 어떻게 해야 일을 잘한다고 평가받을 수 있을까?
오늘은 필자가 리더의 역

001

4y

코드 리뷰 개선해나기기

지난 번 글에 이어 이번 글에서는 필자가 속한 조직에서 필자가 입사했을 때 당시의 시점에서부터 현재까지 코드 리뷰 과정에서의 고민과 변화들을 이야기해보도록 하겠다.
코드 리뷰를 처음 도입하는 회사들은 Github의 PR(Pull

001

4y

우린 코드리뷰 잘하고 있을까?

코드 리뷰 남들도 다 하더라
코드 리뷰 라는 말이 이제는 개발자라면 누구나 익숙한 관용어가 되었지만, 이 용어가 생소했던 시절이 생각보다 그리 오래 전은 아니다. 과거에는 코드는 작성한 개인의 소유물 처럼 여겨졌고 그렇기에 코드에

000

4y

시니어 개발자가 선택할 수 있는 리더 포지션

왜 리더로 성장해야 하는가?
국내에서 개발자로 생활하면서 느꼈던 것은 많은 개발자들이 연차가 쌓이면서 관리자 역할을 하는 것에 대해 두려움을 느낀다는 것이었다. 관리자는 기술직이 아니며 관리자로 일한다는 것은 자신의 개발자로서의

000

4y

경쟁력있는 시니어 개발자로 성장하는 방법

개발자가 귀한 시대이다. 여러 IT 회사들이 개발자를 모시기 위해 경쟁을 하고 있다.
국내에서는 여전히 생소한 용어지만 나름 이름 있는 IT 회사들은 Developer Relations(DevRel) 라고 하는 대외 개발자들을 대

000

4y

엔지니어링의 생산성은 어떻게 측정하나?

필자가 다니고 있는 회사는 소위 매트릭스 조직으로 운영을 하고 있다. 개발자는 교차 기능팀(Cross-functional Team)에서 공동의 목표를 가지고 가설과 실험을 통해 신규 기능 개발을 하거나 기존 기능의 개선 업무를 수

000

4y

당신이 아무리 공부해도 개발 실력이 늘지 않는 이유

당신이 아무리 공부해도 개발 실력이 늘지 않는 이유
지식은 기술이 아니다
백엔드 개발자 4년 차인 A 씨는 퇴근 후에 자기 개발을 위해 기술 도서를 꾸준히 읽는다. 최근에는 리팩토링이라는 책을 읽고 사내의 개발자들에게 자신이 공부

001

4y

IT기업의 6가지 문화패턴

최근 IT 기업에서 개발자들을 모시기 위한 경쟁이 치열해지고 있다. 개발자들이 회사를 선택할 때 보는 요소 중에 금전적인 부분도 중요한 요소 중의 하나일 수는 있겠지만 좋은 개발문화를 가지고 있는지도 개발자들에게 중요한 관심사 중

000

5y

소프트웨어 품질이란 무엇일까?

오래전부터 개발자로서 품질에 대한 고민이 많았다. 나에게 좋은 품질이라고 한다면 버그가 없는 코드를 의미했고, 유지보수하기 쉬운 설계와 코드, 기획 의도가 잘 구현된 것을 의미했다. 나는 품질이 높은 코드를 만들고 싶었지만, 현실

000

7y

slack과 오픈커뮤니케이션

필자의 아이들이 다니고 있는 대안학교에서는 학부모간에 대화를 나눠야하는 일이 많다.
주로 텔레그램으로 대화를 나누고 있는데 회사에서 슬랙을 경험해 본 필자 입장에서는 텔레방이 너무 불편하고 복잡하게 느껴졌다. 그래서 종종 학부모나

000

8y

개발자 채용 어떻게 해야하나?

‘개발자 채용 시 기술실력 검증 어떻게 해야 하나’ 라는 주제로 김창준님 강연에 다녀왔다.
좋은 기회를 마련해주신 김창준님께 먼저 감사드린다.
전체적인 요약은 다른 분들이 이미 잘 정리해주셨기에, 이 포스팅에서는 강연 내용을 듣고

000

8y

티비를 보며 코딩하면 안되는 이유

게임업계나 스타트업에서 일을 하다보면 상당히 자유로운 분위기에서 일을 하는 모습을 볼 수 있다. 편하고 자유로운 환경은 스트레스를 줄여주고 자유로운 의사소통을 나눌 수 있으며 자율적인 분위기를 조성하는데 도움이 된다. 그런 가운데

000

8y

초보를 위한 테스트 코드 없이 TDD 배우기

이전 포스팅을 통해서 TDD를 배우기 왜 어려운지에 대한 이야기를 하였다. 그럼 TDD를 위한 기반지식이 없는 상태에서 TDD를 배우려면 어떻게 해야할까? 당연하겠지만 정석은 차근차근 필요한 지식들을 공부해나가는 것이다. 테스트

000

8y

당신이 TDD에 실패하는 이유

TDD가 나온지 많은 세월이 지났지만 TDD를 잘알고 활용하는 개발자는 흔치 않다. 그럼에도 잊을만하면 어디선가 한번씩 언급되는 TDD이기에 자세히는 몰라도 관심을 가지고 있는 개발자는 많다.
어떤 개발자는 테스트 코드를 작성하는

000

8y

기술 기반 회사란 무엇일까?

예전에 다니던 직장에서 ‘우리 회사는 기술 기반 회사인가?’ 라는 주제로 엔지니어 그룹에서 토론을 한적이 있었다.
그렇다고 하는 사람도 있었고, 아니다라고 하는 사람도 있었는데 왜 그 토론을 주제로 삼았는지는 기억이 안나지만 어느

000