무엇을 만드나, 왜 만드나, 어떻게 만드나, 무엇을 만들고 싶은가, 우리는 누구인가,
옛날이나 지금이나 이런 질문들은 달라지지 않았다고 생각합니다. 좋은 인재란 저 중요한 질문들에 대해서 저마다의 답을 해낼 수 있는 사람들을 뜻하는 것일 거고요.
어떻게 만드나 부분에서 기술적 장벽이 높았던 시절에는, 어떻게 만드나를 해결해 줄 수 있는 전문가를 보유한 조직이 무엇을 만드나, 왜 만드나 등에서도 여러 선택지를 가질 수 있으니... 중요했지만,
시간이 갈수록 어떻게 만드나 부분의 장벽이 점점 낮아지고, 상향 평준화 되고 있어서, 앞으로는 어떻게만 해결하는 전문가보다는 제네럴리스트가 되어야 한다는 큰 흐름은 맞는 것 같습니다.
다만, 회사 바이 회사, 사람 바이 사람, 상황 바이 상황이라 마냥 세상의 큰 흐름을 따르는 게 좋다고도 못하겠습니다. 저는 내 회사, 내 사람들, 내 상황에 적합한 사람이 되고 싶어요. 노력 중입니다. 이제 겨우 10년 정도 일한 입장에서... 그런 생각을 합니다. 도움 되셨으면 좋겠어요.
원글 작성자분은 이해하는데 다른 분은 뭔 근거없이 비아냥 되시는지 모르겠습니다.
여기가 진짜 몇 안남은 개발 관련 커뮤니티에 에티켓도 갖춘 곳인데요.
제가 첫 작성한 글에 추후 업데이트를 통해 전반적인 내용 공개했습니다.
일부 사용자(전체 트래픽의 28%)가 영향받았고 그 원인은 리액트 서버 컴포넌트 취약점 막기 위한 시도 중에 발생했다고 하였습니다.
개발자라면 단순 코드를 작성하는 것뿐만 아니라 그에 대한 원인 분석이라던가 로직을 짤 때도 논리적이게 하거나 아니면 적어도 근거라도 명확하게 제시될 수 있어야 하지 않나요.
제가 첫 댓글을 저렇게 쓴 이유는 본 글 작성 후 확인 시 제가 관리하는 서버는 CDN 걸려있는데 장애 확인이 안되었기 때문입니다.
오피셜로 API 및 대시보드 오류라는데 그게 틀린 정보인가요?
대시보드 오류니 당연히 클라우드플레어 장애가 발생할 수 있고, 다운디텍터도 클라우드플레어 관련된 걸로 처리하니 장애날 수 있고(애초에 이전 사태때 다운되었으니) 그런 것 아닐까요?
단순 맞다 틀리다를 떠나서 명확한 이유를 파악하는게 더 중요하지 않을까요?
다 좋으니 자꾸 사용자 지시에 반하여 유튜브 비디오 끼워넣는 것 좀 고쳤으면 좋겠습니다. 자꾸 답변 도중에 자동재생으로 집중 깨지게 만들어서 personal context로 비디오 금지시켰는데도 가끔 무시하고 비디오를 들이밉니다. 짜증...
C나 RUST도 인간을 위한 언어이니 앞으로는 인간으류고칠 필요없이 LLM이 어셈블리로 개발을 할 수도 있겠죠.
수많은 라이브러리나 플렛폼도 역시 인간을 위한 것일뿐이니 지금과 필요성이 다르게 다가오겠죠.
지금도 기기 세개는 크루셜 램 쓰고 있는데 너무 아쉽네요
엄청난 행동력.. 멋있습니다
그럴 때가 오더라도 일시적이거나, 특정 분야에 국한되지 않을까요?
계속해서 서번트리더십을 지향해왔는데, 최근에는 시대가 변경되어 투명한 리더십이 더 각광받는 것 같긴합니다.
안드버전 다운받아 설치하고 가입하려는데 전번인증하고나서 가입하려는 절차에서 사용자생성이 안되네요
무엇을 만드나, 왜 만드나, 어떻게 만드나, 무엇을 만들고 싶은가, 우리는 누구인가,
옛날이나 지금이나 이런 질문들은 달라지지 않았다고 생각합니다. 좋은 인재란 저 중요한 질문들에 대해서 저마다의 답을 해낼 수 있는 사람들을 뜻하는 것일 거고요.
어떻게 만드나 부분에서 기술적 장벽이 높았던 시절에는, 어떻게 만드나를 해결해 줄 수 있는 전문가를 보유한 조직이 무엇을 만드나, 왜 만드나 등에서도 여러 선택지를 가질 수 있으니... 중요했지만,
시간이 갈수록 어떻게 만드나 부분의 장벽이 점점 낮아지고, 상향 평준화 되고 있어서, 앞으로는 어떻게만 해결하는 전문가보다는 제네럴리스트가 되어야 한다는 큰 흐름은 맞는 것 같습니다.
다만, 회사 바이 회사, 사람 바이 사람, 상황 바이 상황이라 마냥 세상의 큰 흐름을 따르는 게 좋다고도 못하겠습니다. 저는 내 회사, 내 사람들, 내 상황에 적합한 사람이 되고 싶어요. 노력 중입니다. 이제 겨우 10년 정도 일한 입장에서... 그런 생각을 합니다. 도움 되셨으면 좋겠어요.
디버깅용 공식 디코더도 없는 포맷을 성숙하다고 주장하는 건 모순이라 생각합니다
"디버깅은 어렵지만"
탈락
다시, 개발자의 시간 비용보다 컴퓨팅 비용이 더 비싸지는 시기가 오는 걸까요...
그렇다면 어쩌면 앞으로는, 개발자 편의적인 언어들의 시대가 가고,
LLM을 이용해서 C나 RUST 같은 언어로 코딩하는 시대가 올지도 모르겠네요.
https://product.kyobobook.co.kr/detail/S000201558138
파이썬 라이브러리를 활용한 데이터 분석
판다스 만든 웨스 맥키니가 쓴 책인데, 데이터 사이언스 입문서로 이 책도 좋습니다. 저는 이 책 2판 처음 나왔을 때 봤었는데... 지금 검색해보니 3판이 나왔었군요
의도한 의역은 아니었으나 그렇게 바꿔준 것 같네요 ㅎㅎ 참고로 제가 지금 주로 사용하는 모델은 Claude Opus 4.5입니다.
피드백 주셔서 고맙습니다! 일본어 문체는 writing style guide에 포함시켰고, AI attribution은 현재도 페이지 하단에 표기하고 있으나 인지하기 어려우니 좀 더 명확하게 바꾸는게 좋을 것 같아 고쳐두겠습니다. :+1:
관리자 스킬이슈
스키마도 dtd로 정의해두고 파서쪽에서 캐싱하면 스키마는 한번만 전송하는 효과도 있겠네요
솔직하시네요
실제 리액트 서버 컴포넌트 취약점 공격 성공으로 온 피해
기사 시점이 비슷해서 충분히 오인할 수 있다고 보입니다.
https://www.dailysecu.com/news/articleView.html?idxno=203111
참고로 말하자면 이전에 터졌던건 클라우드플레어 CDN 걸린 곳 다 터졌었습니다.
그러한 관점에서 전체가 터졌느냐 그 중 일부가 터졌느냐를 보는겁니다.
원글 작성자분은 이해하는데 다른 분은 뭔 근거없이 비아냥 되시는지 모르겠습니다.
여기가 진짜 몇 안남은 개발 관련 커뮤니티에 에티켓도 갖춘 곳인데요.
제가 첫 작성한 글에 추후 업데이트를 통해 전반적인 내용 공개했습니다.
일부 사용자(전체 트래픽의 28%)가 영향받았고 그 원인은 리액트 서버 컴포넌트 취약점 막기 위한 시도 중에 발생했다고 하였습니다.
개발자라면 단순 코드를 작성하는 것뿐만 아니라 그에 대한 원인 분석이라던가 로직을 짤 때도 논리적이게 하거나 아니면 적어도 근거라도 명확하게 제시될 수 있어야 하지 않나요.
제가 첫 댓글을 저렇게 쓴 이유는 본 글 작성 후 확인 시 제가 관리하는 서버는 CDN 걸려있는데 장애 확인이 안되었기 때문입니다.
오피셜로 API 및 대시보드 오류라는데 그게 틀린 정보인가요?
대시보드 오류니 당연히 클라우드플레어 장애가 발생할 수 있고, 다운디텍터도 클라우드플레어 관련된 걸로 처리하니 장애날 수 있고(애초에 이전 사태때 다운되었으니) 그런 것 아닐까요?
단순 맞다 틀리다를 떠나서 명확한 이유를 파악하는게 더 중요하지 않을까요?
https://blog.cloudflare.com/5-december-2025-outage/