Dev:P

컨퍼런스 연사로 참석 제의받고 프로필 찍는 개발자 판교로 느즈막히 출근하며 "여어~ 이제오냐~" 라고 말하는 파트장급 개발자 코드리뷰 하다가 도무지 안되겠다면서 짝코딩 들어가는, 같이 일하기 힘든 개발자 개발자는 역시 야행성이라고 하면서 패기롭게 야근하다가 졸음 쏟아지는 개발자 이번에 새로뽑은 MZ신입 개발자한테 "아무것도 모르면서 그만 하시라고요" 듣고 옥상에서 눈물 훔치는 중년 개발자 일을 대~충 대충 별로 관심도 안쓰는듯 보이지만 실력이 너무 좋음 어느새 무심히 툭 던지고 "다 했다" (멋진웃음) 날릴것 같은 느낌 슬리퍼신고 슥 출근하고 슬리퍼신고 슥 회의 들어오고 슬리퍼신고 슥 집에갈듯 언제 한번 커피 사준다고 했는데 아직 못얻어먹어봄. 출처: https://www.dogdrip.net/33810..

최근 블라인드에서 개발자 채용시 고려하면 좋을 가산점 리스트가 공개(?)되어 많은 관심을 받았었습니다. 가산점 리스트는 아래와 같습니다. 보자마자 아 ㅋㅋㅋ 웃기다 유머성 글이었구나 ㅋㅋㅋ 하고 웃었는데 찬찬히 글을 읽다보니 웃음기가 사라졌습니다. 제 자신을 돌아보니 저도 가산점 대상자더군요. 갑자기 이 글에 대한 신뢰도가 생겨버렸습니다. (조금 슬프기도..) 최근 좋좋소라는 유튜브 웹드라마에서 주인공이 근무하는 업체의 개발자를 채용하는 장면이 있었습니다. 이 장면을 보고 사실 "에이.. 너무 비현실적으로 과장했다" 라는 생각보다 "개발은 잘하겠다" 라는 생각이 들었습니다. 왜이러는 걸까요? 우리는 왜 이런 이미지가 되어버린거죠..? 그리고 왜 이런 이미지에 믿음이 가는거죠 ..??? 여튼.. 웃기면서도..

들어가며.. 개발자에게 옷은 별로 중요하지 않다. 그렇기에 가끔 옷을 잘 갖춰 입고(면바지 + 셔츠) 출근하면 그날은 "소개팅하냐" 또는 "이직 면접 가냐" 둘 중 하나는 무조건 듣는다. 1. 일단 시작은 무조건 체크무늬 남방 회사에 체크무늬 남방을 입고 출근하면 외롭지 않다. 나와 커플룩을 입고온 동지들이 많으니까. 단 둘이면 좀 부끄럽지만 모두가 체크니까 괜찮다. 2. 우린 옷을 사지 않는다. (얻어올 뿐이다.) 개발자 컨퍼런스나 오프라인 모임을 가면 종종 로고가 박힌 티셔츠나 후드를 나눠준다. 어디 멀리 갈때 입는 용도는 아니고 슬세권 거리를 나다닐 때는 아주 딱이다. 그리고 가끔 정말 정말 가끔 지나가다 이런 티셔츠를 입고있는 사람을 보면 부끄러움을 느끼기보단, 개발 잘하는 사람 같은지 유심히 살..

오늘은 HTTP 메서드와 응답 코드에 대해 가볍게 배워보는 시간을 가져보겠습니다. HTTP 메소드란? 클라이언트가 웹서버에게 요청을 보낼 때, 그 목적이나 종류를 웹서버에게 명시하는 방식입니다. 메서드의 종류는 아래와 같습니다. Method 설명 GET 특정 리소스의 표시를 요청합니다. GET을 사용하는 요청은 클라이언트가 웹 서버로부터 오직 데이터를 받는데만 사용됩니다. POST 특정 리소스에 엔티티르 제출할 때 사용됩니다. 보통 클라이언트에서 입력한 정보를 저장하기 위해 웹 서버로 요청을 보낼때 사용됩니다. PUT 해당 메서드는 목적 리소스의 모든 현재 표시를 요청 payload로 대체합니다. 즉, 목적 리소스가 이미 존재한다면 이를 PUT요청으로 전달된 payload로 완전히 대체하고 리소스가 존재..

어느 날 웹서핑을 하다 어느 개발자 아내의 글을 보았습니다. 저 또한 개발자 남편으로서 공감하는 바가 컸습니다. 하지만 더 큰 공감을 한 사람은 바로 이 글을 본 저희 아내였는데요. 글쓴이의 경험이 곧 우리의 경험이었어서 조금 소름이 돋았습니다. 모든 개발자 남친, 남편분들을 다룰 때는 아래 몇가지만 기억하세요. "시키는대로 하지만 시키는 것만 한다." "명확하게 정확하게 요구해야 버그가 안 생긴다" "뭔가 해냈다고 좋아하면 대충 박수쳐줘라" "안하는게 아니다. 모르는거다." 이 글에 달린 댓글들도 하나하나 참 주옥같습니다. 여러분 개발자 한 명 몰고 가세요. 출처: http://app.goodgag.net/157108/

1. 사이드 이펙트 2. 왜 내 로컬에서만 안되냐고 3. PM의 역할과 책임 4. 버그를 만난 개발자의 초동조치 (만국공통) 5. 오늘도 활기찬 주니어의 일상

*주관주의 : 본 콘텐츠에는 지극히 주관적인 견해가 포함되어 있습니다. 예전부터 IT취업을 준비하는 후배나 지인을 만나면 두 가지를 물어보는 편입니다. 첫째, 가고싶은 회사를 정했는지 둘째, 하고싶은 직무를 정했는지 우선 첫째, 가고 싶은 회사의 경우 어느 성향을 갖는 회사냐에 따라 준비과정이 조금은 다를 수 있다 생각합니다. 저는 보통 "네카라쿠배"류 vs "삼성, 현대, LG"류로 나누어 생각하는 편인데요. 아래 표를 통해 확인해보겠습니다. 네카라쿠배 삼성,현대,LG 공통 - 알고리즘 문제풀이 연습 - 기본적 CS(Computer Science) 학습 ┕ 자료구조, 네트워크, 운영체제, 데이터베이스 등 - 면접에서 라이브 코딩시 사용할 주언어 1개 이상 - 사이드 프로젝트 또는 팀프로젝트에 대한 경험..

1. 개발하면서 기능 하나 구현하던거 완성 직후 2. 아무도 내가 만든 기술부채를 발견하지 못할 때 3. 망할 QA .. 제발 .. 4. 로컬테스트 vs QA테스트 5. 너희에게 평화로운 주말은 없다. 6. 발표에서 어플리케이션 시연할 때 7. 프론트엔드 과제 로그인 클릭할 때

레이블은 파드와 같은 오브젝트에 첨부된 키와 값의 쌍이다. 레이블은 오브젝트의 특성을 식별하는데 사용되어 사용자에게 중요하지만, 코어 시스템에 직접적인 의미는 없다. 레이블로 오브젝트의 하위 집합을 선택하고 구성하는데 사용할 수 있으며 레이블을 붙이는 시점은 오브젝트를 생성할 때나 생성 이후 언제든 가능하다. "metadata": { "labels": { "key1": "value1", "key2": "value2", } } Motivation 레이블을 이용하면 사용자가 느슨하게 결합한 방식(상호 의존성을 줄이는 방식)으로 조직 구조와 시스템 오브젝트를 매핑할 수 있으며, 클라이언트에 매핑 정보를 저장할 필요가 없다. 서비스 배포와 Batch Processing은 보통 다차원의 엔티티들이다. (예를들어 ..

쿠버네티스는 동일한 물리 클러스터를 기반으로 하는 여러 가상 클러스터를 지원한다. 이런 가상 클러스터를 네임스페이스라고 한다. 네임스페이스는 여러 개의 팀이나, 프로젝트에 걸쳐서 많은 사용자가 있는 환경에서 사용하도록 만들어졌다. 리소스의 이름은 네임스페이스 내에서 유일해야 하지만, 네임스페이스를 통틀어서 유일할 필요는 없다. Working with Namespaces 네임스페이스 생성/삭제 //create kubectl create namespace //delete kubectl delete namespace 네임스페이스 조회 kubectl get namespace NAME STATUS AGE default Active 1d kube-system Active 1d kube-public Active 1d..