기분이 좋으면 시스템 2의 통제력이 느슨해져, 더 직관에 의지하고 더 창조적이 될뿐 아니라 경계도 느슨해지고 논리적 오류도 더 많이 나온다.기분이 좋다는 것은 모든 게 그런대로 순조롭고, 주변 환경도 안전하니, 경계를 풀어도 좋다는 신호다. 기분이 나쁘다는 것은 모든 게 그다지 순조롭지 않고, 어쩌면 위협이 있을 수 있으니, 경계를 늦추면 안 된다는 뜻이다. 데니얼 커너먼의 책 생각에 관한 생각에 나오는 내용이다.여기서 시스템 1은 직관적인 생각, 시스템 2는 이성적인 생각 시스템을 의미한다.시스템 1은 작동하는게 큰 노력이 들지 않지만 시스템 2는 노력이 필요하며 에너지를 소모한다. 기분이 좋은 상태에서 그다지 큰 노력을 들이지 않고 술술 코드를 작성한 뒤,나중에 보니 온통 에러 투성이인 경우가 종종 ..
처음에 시스템을 만들 때는 얼마나 오래갈지 알 수 없다.1년? 5년? 10년? 아니면 그 이상..때문에 설계과 방법에 대한 결정을 할 때 알맞은 결정을 하기 어렵다.오래동안 견고한 시스템을 만드려면 시간과 비용이 그만큼 많이 들기 때문이다. 하지만 생각보다 시스템이 오래 유지되고 살아남는다면,과거에 만들어두었던 짐들이 점점 앞으로 나가는 것을 방해하기 시작한다.개선이 필요한 시점이라고 할 수 있다. 하지만 현재 동작하고 있는 시스템을 문제없이 개선하는 것은 빠르게 하기 어렵다.마치, 가만히 서있는 상태에서는 옷을 갈아입기 쉽지만 걸으면서 갈아입기 쉽지않은 것과 비슷하다.만약 그래야 한다면 걷는 동작 하나하나 신경쓰고 계획하며 넘어지지 않게 조심하며 진행해야 한다. 하지만 때로는 갈아입는데 시간이 너무 오..
글을 작성할 일이 생겨 컴퓨터 앞에 앉아 키보드에 손을 올리면 시작하기가 항상 어렵게 느껴진다. 조금 썼다 지웠다 썼다 지웠다 한다. 하지만 말하는 것은 글을 쓰는 것보다는 훨씬 쉽다. 누군가 글을 작성하려는 내용에 대해 물어봤다고 생각하고 일단 나오는대로 말을 해보자. 누군가 물었다면 뭐라도 대답해야하니 더듬더듬이라도 뭔가 말하게 된다. 몇 번 반복하다보면 훨씬 매끄러운 말을 내뱉게 될 것 이다. 이제 그 말 내용을 바탕으로 글을 작성하면 된다. 만약 말한 내용을 기억하기 어렵다면 녹음하거나 클로바노트 같은 앱의 도움을 받으면 좋다.
Nginx의 rate limit 기능은 클라이언트가 특정 기간 동안 웹 서비스의 특정 부분(또는 전체)에 대해 수행할 수 있는 요청 수를 제어하는 방법입니다. 남용을 방지하고, 리소스를 보호하고, 웹 애플리케이션이나 API의 공정한 사용을 보장하는 데 특히 유용합니다. Nginx의 속도 제한 기능에 대해 더 자세히 살펴보겠습니다. # 1. 속도 제한을 위한 모듈 Nginx에는 속도 제한을 구현하는 몇 가지 모듈이 있습니다. limit_req 모듈 : HTTP 요청 속도 제한에 사용됩니다. limit_conn 모듈 : 키당 연결 수(예: IP 주소)를 제한하는 데 사용됩니다. # 2. 주요 구성 요소 공유 메모리 영역 Nginx가 속도 제한 데이터를 추적하는 곳입니다. 요청 속도 제한의 경우 limit..
코로나19로 다니던 회사가 2020년부터 재택 근무를 했고 지금도 유지되고 있다. 어느 정도 시간이 지나고 보니 마치 대학 생활과 비슷한 것 같다는 생각이 든다. 고등학교 때는 아침부터 오후까지 정해진 쉴틈없는 수업 시간을 꼬박꼬박 들어야 하고 일단 출석해서 이것만 하면 기본은 한 것이다. 대학 생활은 수업 시간은 그리 많지 않고 고등학교 때에 비해 훨씬 자유롭고 시간도 많다. 대신 중간, 기말 고사 때 시험을 잘봐야 한다. (과제랑 퀴즈까지...) 자유롭다고 놀기만 하면 언젠간 그 대가를 치르게 되어있다. 재택 근무도 대학 생활과 비슷하게 사무실 출근에 비해서 시간을 내 스케줄 대로 맞추기 쉽다. 공통 근무 시간이나 회의가 있다면 그 시간은 맞춰야 하지만 나머지 시간에는 상대적으로 자유롭다. (물론 메..
예전에 누군가로부터 이런 말을 들은적이 있다. "개발은 잘 못해도 일을 잘하는 사람은 시간이 지나면 개발 실력도 어느 정도 올라오는데, 개발은 잘 하는데 일은 잘 못하는 사람은 시간이 지나도 일을 잘하게 되는건 아니더라." 여기서 개발이라는 건 프로그래밍하는 그 자체만을 이야기하는 것으로 보면 될 것 같은데, 생각해보면 개발 실력과 일머리가 정비례하는 것 같지는 않다. 개발도 결국 일이고 사람들과 일하는 것이기 때문에 혼자서 프로그래밍만 잘 한다고 잘 할 수 없다. 주어진 업무에 대한 파악과 정리 능력, 관계자들과의 적절한 커뮤니케이션, 늦지 않게 공유하는 등 일머리와 소프트 스킬이 좋은 사람이 개발 일도 잘한다. 단기적으로야 프로그래밍 스킬이 더 빛을 발할 수도 있는데, 장기적으로 보면 저런 사람이 더..
