주니어 개발자가 많이 하는 실수로는 소스 날리기, 데이터 날리기 등등.. 다양하게 무서운 것들이 있겠지만 개인적으로 가장 많이 겪은 실수는 NullPointerException을 방지하지 못한 것 이였습니다..

최근 스타트업으로 이직을 고려하게 되면서 면접을 봤었는데, 그 과정에서 느꼈던 스스로의 부족한 점들을 정리해보기 위해 작성합니다. 🤔 1. 코딩 테스트 문제는 3문제고 총 30분의 시간이 주어졌다. 3문제인데 30분밖에 안주길래 문제가 엄청 쉬운가 보다 하고 얕봤는

주의 : 새벽에 써서 약간 센치할지도 모름 .. 😂 목차를 나눠서 작성해보자.. 2022년 무엇이 힘들었을까

현재 진행하던 프로젝트의 배포 단계에서 Docker와 Jenkins를 활용해볼 수 있는 기회가 생겼다. 도커는 뭐고 젠킨스는 뭔지 처음에는 생소했지만, 나름대로 Local 환경에서 이것 저것 테스트 하면서 왜 도커와 젠킨스를 쓰는지 자동 배포의 편리함에 대해 깨달았던

새로 시작한 토이프로젝트는 드디어 JPA를 사용한다!기존 MyBatis 방식에서 JPA는 어떤 점이 더 편리해졌는지 찬찬히 알아가보자.오늘는 Spring cloud config와 JPA config 셋팅을 추가했고사용자 조회하는 테스트 컨트롤러까지 만들어봤다.디펜던시

https://docs.docker.com/engine/install/ubuntu/버전 명시 안하면 최신버전으로 받아짐주요 명령어DBeaver Connection SettingsServer Host에는 public IP 주소를 넣어야한다 !

새 호스트 시스템에 처음으로 Docker 엔진을 설치하기 전에 Docker 리포지토리를 설정해야 합니다. 그런 다음 리포지토리에서 Docker를 설치하고 업데이트할 수 있습니다.이미지를 다운받기 이전에, su 권한이 필요합니다\-- name : 실행할 컨테이너의 이름을

현재 진행중인 프로젝트에서는 Vuetify를 사용하고 있는데, Vuetify 컴포넌트의 디자인을 그대로 사용하기에는 한계가 있으므로 퍼블리싱 작업 단계에서 Vuetify 컴포넌트의 Style을 재정의해야 하는 경우가 다분하게 있다. 그런데 Local환경에서는 CSS가

JWT 관련 Filter 로직을 변경하여 서버에 반영했더니 404에러가 발생.. 서버가 죽어버렸다..Local 환경에서는 잘 동작해서 원인이 무엇인지 차이점을 찾아봤는데 개발서버에는 아래와 같은 Log를 발견스택오버플로우에 찾아보니 AOP 관련된 에러인 것 같은데 내가

지금까지의 내용은 UserDao 반복적인 JDBC 작업 흐름을 템플릿을 이용해 제거했다.DAO에는 깔끔하게 다듬어진 순수한 데이터 액세스 코드만 남게 했다.하지만, DB테이블과 필드정보를 고스란히 담고 있는 SQL 문장이 남아있다.• DAO 메소드에서 사용하는 SQL

너무 오랜만에 써서 죄책감이 좀 들지만 그동안 휴가도 다녀오고 코로나도 걸리고 일하느라 바쁘고 했답니다요 😭수정 API를 만드는 경우 Request를 보낸 사람과 기존 글을 작성한 사람이 같은 사람인지를 확인해주어야 한다. 짱구가 쓴 일기를 만약 짱아가 수정하려고

2년전 개발이 하고싶다며 디블리셔를 그만두었던 나는, 그토록 원하던 꿈을 이루었다. 아직 1년차의 작고 미숙한 개발자이지만 .. 🐤 나름 많이 노력하고 성장했다고 느낀 나의 소중한 1년을 기록해두고자 한다. 나는 왜 개발자가 되었나? 개발자가 된 계기 디자인을

뭣도 모르고 DB 정보를 깃허브에 고대로 올렸던 지난 추억.. 그 당시에는 레포지토리의 모든 커밋 기록을 날리는 걸로 해결을 했는데 이 문제를 해결하는 좋은 방법을 스승님께서 가르쳐주셔서 :) 블로그에 공유합니다.분산 시스템 (서버/클라이언트) 구성에 필요한 설정 정보

멘토들이 생각하는 clean code란 ?논리가 간단해야 버그가 숨어들지 못한다의존성을 줄여야 유지보수가 쉽다.깨끗한 코드는 한가지를 제대로 한다.깨끗한 코드는 단순하고 직접적이다.잘쓴 문장처럼 읽힌다.설계자의 의도를 숨기지 않는다.명쾌한 추상화와 단순한 제어문이 가득

개발자가 예상하고 의도했던 대로 코드가 정확히 동작하는지를 확인해서, 코드에 확신을 가질 수 있게 해주는 작업이다.테스트의 결과가 원하는 대로 나오지 않는 경우에는 코드나 설계에 결함이 있음을 알 수 있다.테스트를 통해 디버깅을 거치게 되고, 최종적으로 테스트가 성공하

업무를 위해 플로우 차트를 그리다가 궁금한 것들에 대해서 조사를 해보았다.내가 개발해야하기 때문에 왜 이렇게 해야 하는지 이유를 정의하고자 찾아본 조사결과이고, 무조건 정답은 아님. 더 좋은 의견들도 들어보고 싶다.사용자 등록 혹은 로그인시 DB에 저장된 Passwor

hash 함수를 이용하여 암호화한 해쉬값은 복호화가 불가능하다.암호화된 해쉬값과 평문(사용자의 비밀번호라던지)을 비교하기 위해서는 암호화된 해쉬값을 비교한다. 참고 : https://medium.com/shell-tharsis/hash-collision-589

장점가볍고 보안적인 문제를 해결 단점네트워크에 붙어야 한다.장점사용자가 적은 경우 사용하기 적합네트워크를 타지 않아서 좋다. 비용이 발생하지 않는다.단점토큰을 인코딩하면 1.6배 길어져서 데이터가 많을 수록 cpu를 잡아먹고 무거워짐장점 가장 Best인 방법A

AWS에 데이터베이스 서버를 만들고 백엔드에 붙히는 작업을 하던 과정에서 실수로 DB의 민감한 정보가 있는 application.prooerties 파일을 커밋해버렸다 !!!!!!(DB 서버의 IP, 권한계정 ID, Password까지 노출 잼 ㅎ)레포지토리를 다시 파

스승님께서 API 문서를 만들자고 하셔서 API 문서가 대체 뭐지 ? 했는데 .. Swagger 였구나 !!! 이렇게 API에 대한 문서가 필요한 이유는 RESTful API를 구현할때 Frontend 개발자들에게 API에 대한 정보를 전달하기 위한 용도로 쓰일 수 있