Programing/Logging...

    사내 비개발자들이 보는 개발자에 대한 오해

    사내 비개발자들이 보는 개발자에 대한 오해

    필자는 직업이 개발자라.. 개발을 하며 살다보니 여러가지 개발자에 대한 오해를 겪곤한다. 과연 개발자는 어떤 오해를 받고 살고 있을까??? 1. 개발에 관련된 모든것들을 할 줄 안다? 개발자라는 직업은 알고보면 정말 세부적으로 많이 나눠져있다. 당장 웹개발이라는 분야내에서도 퍼블리싱, 프론트, 백엔드, 데이터베이스, 데브옵스 등 상당히 많은 분야로 나눠져 있고 거기에 언어별로 또 나눠져 있다. 같은 백엔드 개발자여도 자바를 메인으로 사용하느냐 파이썬을 메인으로 사용하느냐에 따라 그들의 숙련도는 완전 다르다. 모든 분야가 그렇지만 직업이라는 것은 세부적인 분야가 상당히 많이 나눠져 있다. 다만 아직 개발자라는 직업이 오래되지 않은 직업이기도 하고 (다른 분야에 비해서..) 개발자의 세부 분야에 대한 용어 ..

    모두가 내 직군은 아니다. (무엇이 그들을 다른 일을 하게 만드는가)

    모두가 내 직군은 아니다. (무엇이 그들을 다른 일을 하게 만드는가)

    포스팅에 앞서서 먼저 하나의 대화록을 먼저 봐보자 기획자: 이번에 웹의 결제쪽 UI/UX개선을 통해 인터렉션을 최대한 올리는 방향성 GNB와 더욱 나아가서 FNB쪽을 수정하는 방향성으로 기획을 해보았습니다. 디자이너님께서 확인 좀 부탁드립니다. 디자이너: 그러면 여기 GNB는 그라데이션이랑 애니메이션을 최대한 활용해서 FNB는 기존값을 유지하는편으로 구성해서 만들어볼텐데, 조금 더 불규칙하게 만들어볼께요... 프론트개발자: 불규칙하면 전부 다 앱솔루트로 잡아야하는데, css의 블럭 포지션이 문제가 생길꺼 같아요. 그리고 애니메이션위주면 브라우저렌더링에 문제가 생길꺼 같은데....흠.. 기존 값들은 최대한 쿠키쪽으로 담아서 처리를 해볼께요... 디자이너: 쿠키??로 담으면 불규칙이 된다는거죠? 경영진: 그..

    [회고] 어느 덧 시간이 지나버린 개발자의 2021년 회고 (하반기)

    [회고] 어느 덧 시간이 지나버린 개발자의 2021년 회고 (하반기)

    이전글 : https://twowix.tistory.com/86 바로 전글 회고를 작성하다보니 수명이 계속 줄었던 21년 상반기 였는데.. 수명과 동시에 머리카락이 엄청 빠진 하반기 회고를 시작한다. 2021년 3분기 리뉴얼 배포 / 이직준비로 수명이 2년정도는 줄었던 분기였다.. 동료들과 합이 워낙 잘 맞게 프로젝트를 진행한 결과 예상했던 프로젝트 기간보다 상당히 빠르게 프로젝트가 완성되었다. 하지만 프로젝트 완성과 프로젝트 배포는 또 다른일이다. 리뉴얼 배포의 시나리오를 전부 정리하느라 머리카락이 이만 삼천가닥정도 빠진것 같다. 아무래도 신규 서비스라면 고려할 사항이 그렇게 많지가 않아서 편하게 배포를 하겠지만 이미 서비스가 되고있는 상황에서의 배포는 상황이 다르다. 배포 시나리오를 생각할때는 3가지..

    [회고] 어느 덧 시간이 지나버린 개발자의 2021년 회고 (상반기)

    [회고] 어느 덧 시간이 지나버린 개발자의 2021년 회고 (상반기)

    이런 글은 살면서 처음 써보는것 같다. 하지만 점점 나이가 들수록.. 경력이 쌓일수록.. 개발에 대한 기술과는 별개로 해당 연도에 있었던 일련의 사건들이 점점 흐릿해져감을 느껴져서 이렇게 글을 작성한다. 아마도 이쯤 지나오는 직장인들은 다들 공감할 것이다. 크게 다르지 않은 하루(일-집-일-집-주말잠-일-집…)가 많아질 수록 기억은 섞이기 마련이니까.. 다행히 일을 할때 메모장에 그날의 키워드들을 적는 버릇이 있어서 하나씩 되짚어가며 기억을 가져가보겠다. 2021년 1분기 20년부터 이어진 기업 R&D 연구과제로 인해 수명이 3년정도는 줄었던 분기였다. 연구과제에 대한 자세한 내용은 적을 순 없지만 간략하게 '유저에 대한 개인화 값을 수집하여 분석 후 서비스내에서 사용하는..’ 하는 그런 주제였다. 다행..

    1일 1커밋을 할 바에 잠을 자는게 더 낫다.

    개발을 하는 사람들의 문화중에 하나인 1일 1커밋나는 1일 1커밋에 대해 아주아주아주 회의적이다. 1일 1커밋이라는것 자체의 의도는 참 좋다.일기 쓰듯이 하루에 한번 개발을 하여 습관화를 하자라는 취지다. 하지만 일기 쓰듯이라는 것에 우리는 주목할 필요가 있다. 모두가 그렇진 않겠지만 일기라는 것은 미뤄야 제맛이다.나는 초등학교 시절 일기를 몰아쓰곤 했다.그리고 당연하게도 선생님께 혼쭐이 나기도 했다. 그런 아이가 커서 개발을 하는 사람이 되었고,1일 1커밋을 하고 있는 개발을 하는 사람들, 동료들이 많다는 것을 알게되었다. 사실 처음에는 별 생각이 없었다. 그러다 문득 초등학교 시절과 똑같은 행동을 하고 있는 사람들을 보니 갑자기 너무 이상해보였다. 1일 1커밋의 목적은 개발을 매일매일 하자!! 개발을..

    JAVA 와 Spring Frame Work 잘못된 개념

    JAVA 와 Spring Frame Work 잘못된 개념

    JAVA 와 Spring의 잘못된 개념..(지극히 주관적인 글입니다.) (Java=Spring? NO!!!!) 현재 한국의 IT 특히 웹 분야에서는 Spring Frame Work를 엄청나게 사용하고 있다. 정부에서 스프링을 전자정부프래임워크라 해서 딱 지정을 해버렸다. 그래서 다들 스프링 사용법을 공부하고 자연스럽게 공급이 많아지다 보니 기업도 스프링을 배운 개발자를 채용한다.요즘 채용 공고를 보면 스프링언어 개발자 라는 공고를 가끔 본다. 과연 스프링언어 라는 것이 맞는 말인가? 스프링은 프래임워크다. 말그대로 틀이다. JAVA EE 프로젝트를 조금 더 유연하고 간편하게 사용하게 만드는 틀이다. 다른말로는 언어가 아니다라는 말이다. 자바는 언어다.그 자바를 웹프로젝트로 사용하게 될때 MVC패턴을 편하..