일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- 2016년회고
- 데이터레이크
- Raw-Request-URI
- 개발자로살아남기
- hackercup2017
- 단위테스트
- 코딩인터뷰
- 실전사례
- 함수형 사고
- kafka
- spray
- 개발7년차매니저1일차
- wait region split
- 회고
- functional thinking
- 2017회고
- 알고스팟
- 데이터플랫폼
- 동시성
- 박종천
- 데이터유통
- 해커컵
- 데이터야놀자
- 클린코드
- coursera
- 테스트주도개발
- clean code
- datalake
- 켄트백
- 개발자
- Today
- Total
목록전체 글 (97)
Software Engineering Note
2월부터 새로운 업무를 맡게 되었다.시대가 시대인만큼 LLM을 이용한 뭔가를 한다.올해는 여기에 집중했다. 찰떡같이 말해도 개떡같이 알아듣는다.찰떡같이 말하면 찰떡같이 알아듣는다.개떡같이 말해도 찰떡같이 알아듣는다. 이런 변화 과정을 거치고 있다는 생각이 든다.기계가 이제 자연어를 이해하기 시작한 것이다.이것은 매우 큰 변화라고 생각한다.나는 머지않아 개발자가 많이 줄어들 거라고 생각한다. 아예 없어지는 건 아니겠지만. 새 시대를 대비하는 것도 필요하지만,그전에 내가 할 수 있는 것을 해보고 싶다. 마지막으로 쏟아부어 서비스로써의 결과물을 만들어낼 수 있을까.회사에서 투자를 좀 더 하면 좋겠는데. 내년에는 상황이 나아지길 바라본다.
책을 읽던 중 사례 연구를 다루는 부분을 읽다가 생각이 나서 작성해 본다. 평화롭던 어느 날 서버 애플리케이션이 내려가기 시작했다. 동일한 어플리케이션이 수십대 서버에서 돌아가고 있었는데 하나씩 차례대로 내려갔다. 우선은 서비스 복구가 먼저이므로 한 명은 애플리케이션을 재시작하기 시작했고, 다른 팀원들은 원인 분석에 들어갔다. 원인은 너무 큰 데이터가 들어왔고, 이 데이터를 읽어 객체로 변환하는 과정에서 발생한 것이었다. 다만, 무조건 발생하는 건 아니었다. 이 애플리케이션은 요청한 size 만큼 결과를 내어주는데, 요청 size 가 작으면 버틸만했다. 원인을 알아냈으니 이제 개선을 해야 한다. 어떻게 개선을 할 수 있을까? 생각해 보자. 너무 큰 데이터를 읽으려고 하면 에러를 발생시켜 에러 응답이 나가..
회사에서 희망퇴직을 진행했고, 나는 동료들과 이별하며 리딩하던 조직을 없애버렸다. 그리고, 한동안 AS를 좀 하면서 고용안정 문제를 해결하느라 바빴다. 생각보다 오래 걸리는 일이다. 2024년에는 새로운 업무를 시작할 것으로 예상이 된다. 연초까지는 조직 분위기가 괜찮았다. 뭔가 해보려는 분위기가 살아났었다. 단위 테스트라는 책을 읽고, 클라이언트용 라이브러리를 개발하는데 적용하면서, TDD에 대해 사내 세미나를 진행했다. 외부 활동을 좀 했는데. 교보문고 readITzine #7 호에 기고를 했다. 책으로만 존재하는데 어떤 분이 감사하게도 정리를 해주셨다. https://www.redbusbagman.com/heart/ 멀리간다는 마음으로 카카오엔터프라이즈 개발자, 오치문 님이 작성한 글인데 13년 차..