기록의..어쩌구...중요성...어쩌구...

근 몇달간 제정신이 아니였다... 정신을 차릴 수 있게 도와준 고마운 친구덕에 다시 시작하려고 한다. 일단 블로그를 쓰다가 계속 막히고 딴짓을 하게 된 원인을 생각해보자면 블로그 글을 써야한다는 압박감에 제대로 해당 문서를 읽지도 않고 읽음과 동시에 글을 쓰려고 했다. 근데 생각해보면 글을 쓴다라는 것은 사실 해당 내용에 대해서 잘 이해하고 그에 따라서 구성을 생각하고 글을 써내려가야 하는 것인데 블로그 글을 꾸준히 써야한다는 압박감에 좀 잘못된 방식으로 블로그 글을 작성하려 했던 것 같다.. 그래서 이제는 순서를 제대로 바로잡아 글을 쓰려고 하는 주제 혹은 문서에 대해서 충분히 공부를 먼저하고(블로그랑 연관 지어 생각하지 않고) 그 다음에 구성을 생각해서 써내려가야겠다. 앞으로 블로그에는 평소 읽고 싶..

서랍/잡담 2023. 10. 20. 05:19

업무중에 에러 리포팅을 받아서 무슨 일인지 파악하고자 우리 회사에서 쓰고 있는 한 서비스의 로그파일을 열어볼일이 있었다. 매일 새로운 로그파일이 만들어지는데 하루에 160mb정도의 로그파일이 생기고 있었다. 라인 수도 너무 많고 로그를 봐도 뭔가 명확하지 않았다. 개인적인 느낌으로는 별 실용성 없는 로그들만 쌓이고 있는 느낌.. 사실 여태까지도 느껴왔던 것인데 당장 눈앞에 닥친 일들을 해내는데에 급급해서 무시하고 있었는데 이대로는 안될 것 같아서 로깅 전략이(사실 로깅 전략 뿐만 아니라 여타 프로그래밍? 프로젝트? 규칙, 문서 같은게 없다.) 없는 우리 회사에 한번 같이 지키자고 제안할 전략을 만들어보려고 한다. https://blog.lulab.net/programmer/what-should-i-log..

서랍/로깅 전략 2022. 11. 16. 16:56

음 요즘 서비스에 대한 모니터링이라는 것에 대해서 관심이 가서 이것저것 공부하고 있는데 제목이 좀 끌려서 한번 읽어볼겸 번역해보려고 한다... Observability : Logs vs Traces vs Metrics! Software systems have become the integral part of any organisation. As the organisation evolve the software systems also evolve and become… medium.com 소프트웨어 시스템은 어떤 조직에서든지 필수적인 부분이 되고 있다. 그리고 조직이 발전하면서 소프트웨어 시스템 역시 복잡해진다. 분산 시스템에서 어떤 일을 수행하기 위해 여러 구성요소들이 모이면 시스템을 모니터링하는 일은 더..

서랍/기타 2022. 11. 14. 22:05

회사에서 우리 서비스에 대한 모니터링 요구사항이 생겼다. 그래서 프로메테우스라는 것에 대해 알게 되었고 찾아보게 되었다. 내가 해야할 것은 프로메테우스 쪽이 아닌 프로메테우스에 Metric을 Export해주는 Metric Exporter를 개발하는 것이다. 일단 요구사항에 맞춰서 Metric Exporter를 개발을 했는데 코드도 그렇고 좀 맘에 안들어서 다시 제대로 공부하고 하려고 한다. 먼저 프로메테우스가 무엇인지에 대해서 제대로 공부를 좀 해놓고 나서 진행해보려고한다. https://prometheus.io/docs/introduction/overview/ Overview | Prometheus An open-source monitoring system with a dimensional data m..

서랍/Prometheus 2022. 11. 1. 10:30

문제푸는법 그냥 단순히 DFS와 BFS를 코드로 구현할 수 있냐를 물어보는 문제 저번에는 DFS만 구현해봤는데 BFS도 구현해보면 되겠다 양방향 그래프는 무방향 그래프와 같은말 같다 걍 돌면서 출력하자 코드 import java.io.BufferedReader; import java.io.InputStreamReader; import java.util.LinkedList; import java.util.Queue; import java.util.StringTokenizer; public class Main { static int n; static int[][] graph; public static void main(String[] args) throws Exception { BufferedReader b..

서랍/그래프 2022. 10. 29. 14:30

그래프 유형으로 들어왔다. 그래프에서 중요한 것은 각 문제별로 어떤 특징을 가진 그래프인지 알고 해당 그래프의 특성에 맞게 잘 자료구조로 나타낸다음? 문제에서 원하는 답을 도출할 수 있도록 순회를 해서 답을 내는 것 문제 푸는 법 원하는 답이 뭔지를 보자 -> 바이러스에 걸리게 되는 컴퓨터의 수를 구하라는 것 -> 그래프에서 1번 노드와 연결되어있는 노드의 수를 세면 된다. 단순히 연결되어있는 애들을 보는 것이기 때문에 순회 방법은 크게 상관이 없다. -> 어려운 문제에선 상관이 있겠구나라는것만 인지하자 단순한 문제이기 때문에 그래프를 인접행렬로 구현할지 인접리스트로 구현할지는 상관이 없다. -> 어려운 문제에선 상관이 있겠구나라는것을 인지하자 그래프는 무방향 그래프이구나 라는 것만 챙겨가면 되겠다. -..

서랍/그래프 2022. 10. 29. 14:00

그리디 무조건 푸는 공식!!!!!!!!!!!!!!!!!!!! 현재 상황에서 최적의 해를 구한다. 이 문제에서 현재 상황은 무엇일까 -> 유치원 원생들을 그룹화하는 상황! -> 어떻게? 옷맞추는 비용이 가장 적게 이 문제에서 최적의 해란??? -> 그룹화를 할때 가장 비용이 큰 사잇값들을 제외하고 나머지를 그룹화 하면 되잖아 현재 상황에서 나온 키워드를 보통 순회하면 된다 -> 유치원생들에 대한 키 리스트를 받았다. 유치원생 리스트를 순회하면서 비용을 구한다. 최적해를 구하기 위해서 가장 큰 비용들을 제거한다. 얼마만큼? 우리가 구할 그룹 개수가 될만큼만 최대 비용들을 제거하면 된다!

서랍/그리디 2022. 10. 1. 15:54

이제 알고리즘을 꾸준히 풀어야겠다.... 일단 그리디라는 것은 가장 중요하게 생각할 것은 현재 최적의 해를 구하는거지 그러면 그리디고 뭐고 일단은 최적의 해를 구할 아이디어를 낼줄 아냐 모르냐인거다. 강의실을 가장 적게 쓰기 위해서는 강의실 시간표에 강의를 꽉꽉 채워넣어야 한다. !!!!그리디 무조건 푸는 공식!!!! 현재 상황에서 최적의 해를 구하자 두가지 키워드가 중요하다. 현재 상황과 최적의 해 현재 상황 강의실 시간표에 수업을 적어 넣을꺼다 -> 보통 현재 상황을 가정하면 거기에서 나온 키워드를 순회하면서 최적의 해를 구하게 된다. -> 우리가 입력으로 받은건 수업 -> 수업 리스트를 반복하면서 어떻게 하면 최적해를 구해낼지 고민을 하면 된다. 최적의 해 최적해를 구하는건 순전히 아이디어 싸움이다..

서랍/그리디 2022. 10. 1. 15:39