일상적 이야기들.

허리를 소중히...

noveljava — Mon, 4 Dec 2023 21:40:38 +0900

지난 주 수요일부터 허리가 아프기 시작했다.

잠을 잘못 잤겠거니라는 마음으로 한밤 두밤 세밤을 더 자, 오늘이 되어서도 호전되지 않아 병원에 다녀왔다.

x-ray 를 찍어보니 협착이 심하다는 듯....

대충 이렇게 신경이 지나다니는 구멍이 있는데, 내 구멍이 눈에 안 보일정도로 작아져있단다... :(

그래서 오늘은 일단 소염제 주사를 허리에 맞고, 경과를 지켜본 후에 어떻게 할지 정하자고 해서 돌아왔다.

내 허리 돌려줘요...

긴장이 되면

noveljava — Wed, 8 Nov 2023 11:40:32 +0900

긴장이되면 되려 말이 많아지고, 생각이 많아지는 것 같다.

누게에게 말을 할 수 없으면 계속해서 긴장감이 올라가게 된다. 이러하기때문에 나는 이러한 글을 자주 쓰는거 같다.

누구에게나 루틴이 있는데, 나는 그러한 루틴 중 하나가 이렇게 생각을 뱉어내는 것이다.

이제 3시간 뒤면 또 낯선 이들과 새로운 주제들을 가지고 이야기를 나눠야한다.

나는 그 사람들에게 잘 보이기 위해서 단어 하나하나를 잘 선택해야할 것이고, 그 사람들은 내가 어떠한 사람인지 유심히 지켜보면서 이러한 저러한 것들을 물어볼 것이다.

생각을 정리하여 입 밖에 뱉어내는 것과, 그들이 기대하는 사람이길 바라는 기대에 부응하는 일들.

그들 또한 내가 어떤 사람들인지 단기간에 알아보기 위해서 하나하나 짚어서 이야기하는 것들.

이러한 것들이 커뮤니케이션이겠지. 서로가 서로에게 원하는 것들, 바라는 것들을 요구하고 그에 부응하는 어떠한 것들을 주고

부족하다면 더 요구하고, 기대 미칠만큼의 무엇인가를 줄 수 없으면 난색이 가득한 얼굴로 땀을 훔치면서 비언어적인 수단으로 전달하겠지.

그래도 서로가 서로 간에 말을 통해서 유의미한 시간들이 되길 바란다.

또 한주가 끝이 났다.

noveljava — Fri, 3 Nov 2023 16:59:16 +0900

매주 맞이하는 한주의 마지막은 어색하기 짝이없다.

한주를 돌이켜보며, 무엇을 했는지에 대해서 고민을 하면 참 생각나는 것들이 없다.

이래서 일기를 쓰나보다.

예전에는 아침에 일어나거나 집에 돌아가서 매일같이 일기르 썼었다.

눈을 뜨면서 가장 먼저하는 것이 컴퓨터였고, 자기 직전까지 하던 것이 컴퓨터였는데 요즘은 생활 패턴이 많이 바뀌었다.

나이를 들어가는 것인지, 생활패턴이 변경이 된다. 좋은 버릇도 나쁜 버릇도 없어지고

이제 새로운 좋은 버릇과 나쁜 버릇들이 생겨난다.

매번 의식하고 좋은 습관들을 가져갈 수 있도록 노력해야겠다.

다이어리라도 하나 사서 적던가 해야지...

청소

noveljava — Sat, 28 Oct 2023 09:50:45 +0900

주말에 일어나 빗자루질을 하고 열심히 바닥을 닦아본다.
기존에 사용하던 청소기가 고장이 났는지 충전이 되지 않아, 빗자루를 이용해서 청소를 한다.

왜인지는 모르겠지만, 더 뿌듯하고 청소가 더 깔끔하단 생각이 든다.

모든 것들이 편리한것만이 최고는 아니지

오늘은 샤프로 공책에 글을 쓰면서 공부를 해봐야겠다.

긴장, 불안

noveljava — Thu, 26 Oct 2023 14:35:39 +0900

모든 일들을 시작할 때에는 의례적으로 몸에 다소 경직되기 마련이다.

아무리 익숙해진 일이라도 처음부터 시작을 하게되면 몸은 경직이 된다.

사람을 만나는 것들에 대해서 그렇게 큰 긴장을 하지 않는 편인데, 오늘의 자리는 조금은 긴장이 된다.

나에게 질문하는 것들이 얼마나 날카롭고 매서울까, 그들이 준비한 질문들에 대해 다 방어를 할 수 있을까 이런 생각이 든다.

그래도 이번에 받는 질문들을 잘 정리하여 더 좋은 사람이 될 수 있도록 해야겠다.

배움을 청하러 간다는 생각으로 가보자.

팀장을 내려놓고 다시 매니저로

noveljava — Wed, 18 Oct 2023 21:28:47 +0900

팀장 수행을 1년 반 가까이 수행을 하였고, 팀장직에서 내려왔다.

자의반 타의반이라고 할 수 있는데 팀장을 내려가야겠다고 마음을 먹었던 것은 아래의 요건들이 가장 컸다.

1. 성장이 멈춰있는 듯한 느낌.

팀장을 달면서, 가장 큰 문제점은 코드를 볼 시간이 없다는 점이었다. 다른 구성원들이 실력이 쑥쑥 올라갈 동안 나는 약간 손가락을 빨면서 구경하는 느낌이 가장 컸었다.

진득하게 문제를 해결하면서 학습을 해나가야하는 시기들이 존재하는데 그러한 시간이 전혀 주어지지 않는다는 점이었다.

그 전까지의 문제들은 빤하여 눈대중으로도 해결할 수 있었으나, 회사의 소스가 한번 다 갈아엎고나서는 도무지 따라갈 시간이 없었다.

그렇다고 하여, 짜여진 소스가 이쁘게 짜여진 것들도 아니어서 기술에 대한 갈증이 더 컸었다.

2. 팀장으로서 비전이 없는 문화.

팀장으로서 권한이 전혀 없었다는 것도 한 몫을 했다. 팀을 리딩하기보다는 그저 10만원짜리 노예라는 인상이 너무나도 강했었다.

본부장, 실장들이 실질적으로 우리 팀의 팀원들의 일정을 다 컨트롤하였으며 나에게 그런 이야기도 하였었다.

"인력 관리는 우리들이 하니깐 너는 그냥 시키는 일이나 해"

팀장으로서 인력관리와 프로젝트를 이끌어나가는 아키텍처적인 능력을 키워야하는데, 상황이 이러다보니 이러지도 저러지도 못한 상황이 되어버린 것 같았다.

계속하여 본인들은 착한 모습을 메이킹하기 위해서 노력하면서 중간직급인 나에게 안 좋은 이야기를 시키는 것들도 매우 보기 안 좋았던 모습이었던거 같다.

그래서 지난달 9월을 기점으로 하여 팀장을 내려놓고, 다시 매니저로 돌아와 코딩에 집중하고 있는 삶을 살고 있다.

이러한 저러한 코딩들을 많이 배우고 학습하면서 코드에 조금 더 집중할 수 있어서 나에게 만족스러운 것 같다.

틈틈히 시간을 내면서 기술적인 이야기도 블로그에서 많이 다뤄봐야겠다.

기술부채

noveljava — Tue, 17 Oct 2023 17:24:40 +0900

기술부채라는 단어를 처음 들어본 것은 Blockchain 업계에 있을 때였다.

그 전까지는 기술부채라는 단어도, 레거시라는 단어도 알지 못한 채로 일을 하고 있었다. 스타트업에서 새로운 기술들을 개발하고 PoC를 하면서 기술부채를 갚겠다는 이야기를 하여서 알게 되었었다.

기술부채에 대한 설명은 다음과 같다

기술 부채(technical debt, design debt, code debt)는

현 시점에서 더 오래 소요될 수 있는 더 나은 접근방식을 사용하는 대신 쉬운(제한된) 솔루션을 채택함으로써 발생되는 추가적인 재작업의 비용을 반영하는 소프트웨어 개발의 한 관점

이다.

개발 조직에 몸을 담고 있으면서 한정된 자원 (시간, 돈, 인력) 들로 인해 기술부채가 발생되지 않는다는 것은 말이 안되는 일일 것이다.

하지만, 부채라는 것은 결국 빚이기에 갚아나가야하는 노력도 필요하다.

그렇기에 수 많은 회사에서 기술부채를 갚기 위해서 리팩토링이며, 차세대며, 고도화라는 이름으로 소스를 유지보수를 해가면서 더 양질의 서비스를 제공하기 위해서 노력을 한다.

현재 몸 담고 있는 조직에서도, 작년까지 엄청난 레거시 코드들로 인해서 유지보수가 불가능한 상황에 처했었다.

수많은 로직들이 쿼리로 작성이 되어있었으며, If 문으로 처리가 되던 코드들은 80년대에 작성된 코드처럼 보일 정도였다.

이러한 부채를 갚기위해 회사에서는 거금을 들여 차세대 프로젝트를 진행을 하였다.

하지만, 차세대 프로젝트는 또 다른 기술부채를 발생을 시켰다.

넥사크로며, 중앙집권화된 Library 코드며, 아키텍처를 고려하지 않는 설계를 통하여 SOLID 원칙은 개나 줘버리라면서 하나의 Class에 모든 로직을 녹여두었다.

이러한 상황에서, 허망하게 소스코드를 바라보고 있었다.

이 와중에, 현 조직의 CTO의 타이틀을 가진 분과 개발 실장의 타이틀을 가진 분께서는 기술부채를 갚기보다는 현 상황에서 더 많은 Feature 들을 개발해서 넣기를 원하며, 일정 또한 본인들이 정하지 않은 채 비개발자들에게 그 키를 쥐어주었다.

그 결과, 10일의 소요시간이 필요한 것들은 5일만에 완료를 해달라고 하며, 코드 한줄 볼 줄 모르는 실장, CTO들은 그저 "그거 간단한거 아냐? 왜 이렇게 시간이 걸려, 어디 다른 개발자들은 금방한다던데?" 와 같은 비건설적인 대화를 논한다.

이렇게 개발에 무지한 사람들과 일을 하다보면, 기술부채는 불가피하게 급속도로 증가한다는 것을 깨달았다.

나는 오늘도 빚을 만들고 있으며, 아마 누군가는 이 빚을 갚아야겠지.

누군가 갚지 않는다면, 또 다시 거금을 들여 돈으로 갚아야겠지.

Arc 브라우저 사용기

noveljava — Tue, 17 Oct 2023 12:56:45 +0900

https://arc.net/

Arc from The Browser Company

Experience a calmer, more personal internet in this browser designed for you. Let go of the clicks, the clutter, the distractions.

arc.net

어제 유튜브를 보다가 arc에 대한 홍보영상을 보게 되었고 회사 컴퓨터에 설치를 해서 사용을 해보았다.

기존에는 FireFox를 사용하고 있었는데 조금 불편한 점들이 조금은 있었다.

대표적으로, tistory를 다시 운영하고자 하였는데 카카오로 로그인 기능이 제대로 동작하지 않았다.

아무래도 현 시대는 크로미움 기반의 브라우저들이 대세이다. 그렇기에 이에 맞춰 동작을 확인하다보니 타 브라우저들에 대한 기능 점검이 조금 미숙하지 않나 싶다.

그런 부분에서 Arc는 크로미움 기반으로 동작하다보니, 일반 사용자들이 사용함에 있어 불편함은 없을 것이라고 생각이 든다.

Arc의 큰 기능 중에 Split 기능이 현재 제일 만족하고, Space 개념으로 나눠놓는 것도 매우 만족스럽다.

회사에서 매번 띄워놓는 페이지들이 있는데, 이를 Space로 처리를 하다보니 조금은 덜 번잡스렇게 관리를 할 수 있는 것 같다.

또한, Tab이 상단이 아닌 왼쪽 Sidebar 에 있다는 것도 인상깊다.

당분간은 Arc를 사용하면서 Firefox 에서 Arc로 갈아타지 않을까 싶다.

- 윈도우는 아직 출시가 되지 않아, Waiting list에 등록하고 기다리는 중이다.

Python - Sort 알고리즘

noveljava — Thu, 24 Aug 2023 22:23:30 +0900

Sort Algorithm

Python의 Sort는 어떤 알고리즘을 사용하는가?

Timsort is a hybrid stable sorting algorithm, derived from merge sort and insertion sort, designed to perform well on many kinds of real-world data. It uses techniques from Peter McIlroy’s “Optimistic Sorting and Information Theoretic Complexity”, in Proceedings of the Fourth Annual ACM-SIAM Symposium on Discrete Algorithms, pp 467–474, January 1993. It was implemented by Tim Peters in 2002 for use in the Python programming language. The algorithm finds subsequences of the data that are already ordered, and uses that knowledge to sort the remainder more efficiently. This is done by merging an identified subsequence, called a run, with existing runs until certain criteria are fulfilled. Timsort has been Python’s standard sorting algorithm since version 2.3. It is also used to sort arrays of non-primitive type in Java SE 7,[3] on the Android platform,[4] and in GNU Octave.[5]

Timsort 알고리즘은 Merge sort에서 변형이 되었고, Merge sort는 평균 시간복잡도 O($nlogn$)이며 worst case에서도 O($nlogn$)이다.

Quick Sort의 worst case에서는 O($n^2$)이다.

Quick Sort / Merge Sort

Merge Sort

분할을 하고, 정렬을 한 후 합쳐오는 과정을 걸친다.

Quick Sort

Quick 정렬은 Pivot (기준값)을 정하고, 자기보다 작은 값은 왼쪽, 큰 값은 오른쪽으로 배치를 시킨다.

그 이후, Pivot 기준으로 왼쪽과 오른쪽을 또 다시 같은 행위를 반복한다.

이렇게 반복하여, 모든 값들이 정렬될때까지 진행을 한다.

Merge 정렬은 순차적으로 인접한 2개의 값을 정렬을 한다, 그 다음 2개를 정렬 한 후, 각각 정렬된 4개를 정렬한다.

그 이후, 2개를 정렬하고, 또 다시 2개를 정렬 한후, 각각 정렬된 4개를 정렬한다.

그 이후 4개씩 정렬된 2파티션을 정렬한다.

반복하여 모든 값들을 정렬한다.

다음과 같은 구조일때 Sort결과는 어떻게 되는가?

Class의 값들을 가지고 있는 List를 Sort하였을때, 내부 변수 a, b에 따라 어떻게 작동을 하게 되는지 알아보자.

a를 기준으로 먼저 sort를 하면, a기준으로 오름차순 정렬이 되어있을 텐데, 이 상태에서 b기준으로 재정렬을 하게 되면, a의 상태는 어떻게 되는가?

class A:
    def __init__(self, a: str, b: str):
        self.a: str = a
        self.b: str = b

if __name__ == "__main__":
    test_information = [A("A", "B"), A("Test", "Code"), ....., A("EEE", "DDDD" ]
    sort(test_information, key=item(0))
    sort(test_information, key=item(1))

sorted의 기준은 class 객체이므로, b로 정렬을 하였다면, a의 순서는 b와 pair로 된 상태가 된다.

다시 블로그를 시작합니다.

noveljava — Thu, 24 Aug 2023 22:18:55 +0900

해당 회사에 이직을 한지 어느새 1년 8개월 가량의 시간이 흘렀습니다.

Java 라는 도메인과, 새로운 기술 영역으로 들어와서 많은 업무들을 하면서 다사다난하게 흘러왔습니다.

여느때와 같이, 회사에 무료함과 염증을 느끼면서 이직을 해야하나라는 생각이 스멀스멀 피어오르기 시작하면서 기술 블로그와 기술을 탐닉하고 있습니다.

최근 한달동안 폭발적인 성장을 하고 있지 않나... 이런 생각이 듭니다.

회사에서는 다른 업무들로 인해서 코딩을 거진 못하고 있기에, Jpa며 lambda며... 새로운 java 의 스킬을 익히지 못하고 있었습니다. 매번 책으로만 읽고 따라치지 않으니 와닿지 않는 영역들이었습니다.

회사에서는 대충 Legacy한 코드들만 손을 보기에 업무 지식이 중요했지 코딩 실력이 중요한 것은 아니었습니다. 요즘에는 지적 충족감을 위해서 열심히 집에서 많은 것들을 만들어보고 있습니다.

많은 것들을 배우면서 학습하면서, 기록을 하지 않는 것은 또한 잘못된 행위라고 생각하기에 조금씩 노션에 개인적으로 기록은 열심히 하고 있었습니다.

이제는 공개된 장소에 글을 올리면서 실력을 쌓아봐야겠습니다.

---

아쉬운 점이 있다면, 티스토리가 Firefox에서 제대로 동작을 하지 않네요... 슬프다...