Back-end/Django

어드민 헤더 변경 항상 장고 어드민에 들어가면 다음과 같이 Django Administration과 Site administration이라는 디폴트 옵션이 보여진다. 회사 이름에 맞게 커스터마이즈 하는 방법이 없을까 해서 검색해보니 방법이 있었고 생각보다 쉬워서 공유하려 한다. 변경하는 법은 생각보다 엄청 단순한데, 프로젝트 urls.py(settings.py와 같은 위치에 있는)에 다음과 같은 코드를 삽입해 주면 된다. admin.site.site_header = "UMSRA Admin" admin.site.site_title = "UMSRA Admin Portal" admin.site.index_title = "Welcome to UMSRA Researcher Portal" 위에 코드를 입력하면 사이..

2021. 5. 17.

Back-end/Django

Blank Error 해결하기 비즈니스 로직 부분 중에 생각지도 못했던 부분에서 에러가 발생했는데, 바로 다음 에러였다. memo: ["This field may not be blank."] 말 그대로 요청을 보낸 memo라는 필드가 빈칸이 될 수 없다는 것이다. 분명히 모델에 추가해주었는데!? 하지만 여기서 이상했던 점은 분명히 모델에 blank=True를 추가해주었다는 점이었다. 이 메모라는 필드가 크롤링 해오는 링크 안의 쓸 수 있는 메모 필드인데, 로직상 URL로 먼저 크롤링해서 POST 하고 PATCH로 여러 필드를 수정하는 방식이기 때문에, 애초부터 메모라는 필드를 입력하지 않아도 에러가 발생하지 않았었다. 그런데 문제는 유저가 작성했던 메모를 삭제하고 빈칸으로 PATCH 하려 할 때 에러가 ..

2021. 5. 11.

Back-end/Django

Django Coding Style 단순 명료하게 하라(Keep It Simple, Stupid) "단순함은 곧 고도의 정교 함이다"라는 말이 있다. 소프트웨어 프로젝트를 구축할 때 불필요한 부분들은 새로운 기능을 추가하거나 기존 기능들을 유지 보수하는 데 큰 방해가 된다. 단순함의 법칙을 적용하되 바보 같은 가정으로 너무 단순화된 구현은 하지 않도록 주의해야 한다. 이러한 개념은 종종 "KISS"라는 축약형으로 쓰이기도 한다. 모델은 크게, 유틸리티는 모듈로, 뷰는 가볍게, 템플릿은 단순하게 코드를 어디에 넣을지 결정할 때, 항상 "모델은 크게(Fat Models), 유틸리티는 모듈로(Utility Modules), 뷰는 가볍게(Thin Views), 템플릿은 단순하게(Stupid Template)"라..

2021. 5. 11.

Back-end/Django

에러 해결하기 비즈니스 로직을 짜면서 항상 실수하고 많이 접하는 에러가 쿼리셋 슬라이싱 에러이다. 구글링을 해보아도 몇 개의 글 말고는 찾아보기 힘든데, 기억할 겸 한번 정리해보려고 한다. 문제의 에러는 다음과 같다. The QuerySet value for an exact lookup must be limited to one result using slicing. 해석해보면, 정확한 조회를 위한 쿼리셋 밸류는 슬라이싱을 활용한 하나의 결과로 제한되어야 한다는 것이다. 풀어서 말해보면, 장고에서 filter 메소드는 SQL의 WHERE절로서, 조건에 맞는 한 개 이상의 쿼리 셋을 리턴하는데, 이때 조건으로 쿼리셋을 사용하면 위와 같은 에러가 발생한다. 로직을 짜다보면, 이미 가져온 특정한 쿼리셋으로 유저..

2021. 5. 10.

DevOps/Development

DevOps란? DevOps란 애플리케이션과 서비스를 빠른 속도로 제공할 수 있는 있도록 조직의 역량을 향상하는 문화 철학, 방식 및 도구의 조합이다. 기존의 소프트웨어 개발 및 인프라 관리 프로세스를 사용하는 조직보다 제품을 더 빠르게 혁신하고 개선할 수 있다. 이러한 빠른 속도를 통해 조직은 고객을 더 잘 지원하고 시장에서 좀 더 효과적으로 경쟁할 수 있다. DevOps의 작동 방식 DevOps 모델에서는 더 이상 개발팀과 운영팀이 나누어져 각자의 일을 하는 것이 않고 두 팀이 단일팀으로 병합되어 엔지니어가 개발에서 테스트, 배포, 운영에 이르기까지 관여한다. 또한 팀에서 DevOps 방식을 사용하면 속도가 느리고 수동으로 실행되던 프로세스를 자동화한다. 더 나아가, 애플리케이션을 안정적으로 빠르게 ..

2021. 5. 9.

Developer/Career

사실 이미 이전에도 노션으로 작성된 포트폴리오가 있었다. 그런데 부트캠프 수료 직후 썼던 포트폴리오라 그런지, 가진 게 없어서 감정적으로 호소한 것이 대부분이었고, 그냥 깔끔하게 내가 할 줄 아는 것, 강조하고 싶은 것으로만 구성하고 싶어 이력서를 전체적으로 수정하는 시간을 가졌다. 기존 포트폴리오 위 이미지에서 알 수 있듯, 가진 게 없어서 글로만 어필하려는 흔적이 정말 많이 보인다. 특히나 백엔드 개발자라 시각적으로 보여줄 것이 없으니 열정을 과다 어필하려고 했던 것 같다. 불과 3개월 전이기 때문에 포트폴리오를 업데이트할 정도의 성과는 있지 않지만, 이제는 어엿한 개발자로서 경력을 쌓는 입장이다 보니 장황한 글보다는 나 자신을 브랜드화시키고, 내가 무엇을 할 줄 아는지 표현하고 싶었다. 새롭게 만든..

2021. 5. 8.

Developer/Career

취업 후에, 다시 시작하는 블로그에서 처음 적어보는 글이다. 다시 블로그에 열정이 붙기를, 또 기록이란 수단으로 인해 부지런히 살아가는 내가 되기를 소망하며 적어본다. 부트캠프 수료, 그 후 작년 11월쯤에 부트캠프를 시작하고 올해 2월 초에 수료를 했다. 연휴를 제외하고 3개월, 정말로 짧은 시간이었다. 너무나 바빴던 일정으로 인해 3개월이 빠르게 지나갔으면 좋겠다고 생각했지만, 수료를 하고 보니 낙동강 오리알이 된 것만 같아, 다시 돌아가고 싶다는 생각과 취업의 대한 불안함이 공존했었다. 그래도 개발이라는 분야에 대한 흥미와, 그로 인해 개발자로서의 취업을 꿈꾸고 결단한 것이기 때문에, 한편으로는 새로운 직장에서 개발자로서의 삶이 기대되기도 했었다. 취업 준비 수료 직후 마음 맞는 동기들과 구로 디지..

2021. 5. 6.

Developer/Life

소통하는 개발자 내가 생각하는 개발자는 무엇일까?라는 질문을 스스로 생각 해보았을 때 제일 먼저 떠오른 것이 바로 '소통'이였다. 나는 대화를 잘하는 편이라고 생각한다. 생각보다 많은 것이 대화만으로도 해결이 가능하다고 생각 할 정도로 대화의 힘이 있다고 생각한다. 부트캠프를 경험해보면서 느낀점은, 개발자로써의 소통은 흔히 지인들과 하는 대화와는 다른점이 많다라는 것이였다. 위코드 첫 O.T에서부터 위코드에서는 '소통'을 강조했다. 처음엔 그저 부트캠프의 분위기를 좋게 만들려는 시도정도라고만 생각했던 것 같다. 스스로 이미 대화를 할 줄 아는 사람이라고 생각하고 있었기 때문에 처음 들을 때는 크게 와닿지는 않았던 것 같다. 일정이 시작되고, 하루 하루를 소화해낼때마다 왜 소통이 중요한지 알게됬던 것 같다..

2021. 5. 6.