MJ's burning camp

[Mac OS, Mysql] error: 'Can't connect to local MySQL server through socket '/tmp/mysql.sock' 에러

JUST_MJ — Sat, 30 Apr 2022 22:25:34 +0900

brew install mysql로 설치하고 실행을 하려하니

error: 'Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
에러가 발생했다.

이유는 mysql이 실행이 되고있지 않아서인데,

mysql.server start을 입력하면 간단히 실행된다

암걸린_개발자 - <3> 살아갈거면 살아야지.</3>

JUST_MJ — Wed, 13 Apr 2022 01:30:39 +0900

이전 이야기 3줄 요약

MRI를 찍어보니 조직검사각.
조직검사 해보니 암임.
치료 받을 병원을 고름

이번 이야기 3줄 요약

방사선 치료 시작함
스터디 만을어서 운영함
크기가 줄어들음

방사선 치료?

방사선 치료

뭔가 듣기만 해도 후들거리고, 엄청 아플꺼 같고, 머리는 다빠질것 같은 이름이다.
체르노빌과 우라늄이 생각나고, 뭔가 암을 죽이기 위해 넘으면 안되는 강을 건너는 느낌이지 않은가?

사실 그렇지않다. 방사선과 방사능은 조금 다른 개념이라는걸 알게되었다.
기본적으로 방사가 되는 능력이 방사능이고, 거기서 나오는 선이 방사선이다.
즉, 좀쎈 X-ray를 쏜다고 생각하면된다.

1번 치료에 누워서 한 5분?정도 가만히 있으면 방사선 치료기가 방사선 치료를 진행하는데, 큰 느낌은 없다.
이렇게 2달을 치료를 받아야 한다고 했다.

원리는 방사선이 다리에 있는 암에 침투해 죽이는 원리라고 한다.

이러한 치료를 통해 암의 크기를 줄이고 작게 만든 상황에서 수술을 진행하자는게 서울대병원의 플랜이었다.
저번에 암크기를 말을 안했던것 같아서 말하자면 내 암의 크기는 18cm였다.

감이 안오는 사람에게 말하자면 갤럭시 노트 10이 세로가 15cm다.

허벅지에 휴대폰보다 큰 암이 있는 상황이었다

불안이란 재앙

지금은 담담히 얘기 하지만 한번 생각해보자.

평범한 삶을 살다가 어느순간 암을 발견하고, 희귀암이고, 20대에 수술결과에 따라
나머지 인생이 어떻게 될지 모르는 상황이 어느순간 하루아침에 생겼다고 해보자.

그것은 단어 뜻 그대로의 재앙이었다.

암을 발견한 5월, 그리고 치료를 받는 6월
나는 1달동안 아침해를 보지 못하고는 잠에 들수 없었다.

나는 어떻게 될것인가와 같은 불가항력에 대하여 생각을 멈출수가 없었기에 작은 핸드폰속 화면으로 도망을쳤다.

화면을 끌수 없었다.

끄는 순간, 눈이 무언가를 보는것은 멈추는 그 순간부터 제어되지 않는 걱정의 실타래는 손과 발을 떨리게 하기에 충분했고,
안좋은 상상과 예상은 숨을차게 하기에 충분했기에 매일밤 지칠때까지 기다리는것을 반복할수밖에 없었다.

집 밖을 나가서 산책하는 일이 잦아졌다.

이유는 2가지였다.

하나는 이제 다리를 수술하면 못걸을수도 있다는 불안감에 조금이라도 더 걷고싶어서였고,
다른 하나는 제어되지 않는 두려움을 부모님에게 숨기며 담담해 보이기 위해서였다.

그렇게 1달을 살아가니, 죽을날을 기다리는 사형수 마냥 시간이 흐르기만을 기다리는일이

나의 하루일과의 전부였다.

그래도 살고 싶다면, 살아야지

어느날, 그런 생각이 들었다.

죽을수도 있다, 나의 미래는 존재하지 않는다라고 스스로 굳게 믿고있는가?

아니다.

그것은 사실이 아니었다. 나는 누구보다 평소의 삶으로 돌아가고 싶었다.
인간극장의 주인공이 되어서, '20대의 건강한 삶을 살던 김모씨는 어느날' 멘트의 주인공이 되고 싶지 않았다.

다시 생각 해봤다.

그렇다면, 지금 어떻게 살아가고 있는가? 만일 일상으로 돌아간다면, 그렇게 믿는 사람처럼 살고있는가?

아니다.

나는 마치 이미 인간극장의 주인공이 될 미래를 굳게 믿고 살아가는 사람처럼 살아가고 있었다.

미래를 위한 그 어떤 준비도, 공부도 하지 않고, 퇴사를 한 그 시점의 목표는 전부 져버리고 인생을 버리며 살고 있었다.

그래서야 되겠는가. 그럴수야 없지 않는가. 나는 다시 일상으로 돌아가고, 개발자로 살아가고, 삶을 다시 살아갈건데
그런 준비 하나없이 살고 있을수야 있겠는가.

그럼 생각을 바꿔보자.

나는 아픈가?

맞다.

나는 힘든가?

맞다.

그렇다면, 지금처럼 아무것도 못할 정도로 아프고 힘든가?

아니다.

그렇다면, 지금처럼 사는게 나에게 도움이 조금이라도 되는가?

아니다.

그렇다면 나는 이러고 살 이유가 없다.
살아갈것이면, 살아갈 준비를 하는것이 맞다.

이러한 결심을 한뒤로, 방사선 치료를 받으러 갈때 항상 노트북 가방이 내 등에 매져있었다.
방사선 치료를 받은뒤 항상 근처의 카페에서 공부를 했고.
이 과정에서 함께 성장하고 싶은 사람들과 교류하고 공부하기위해 ToGather라는 온라인 모각코 스터디를 만들게 되었다.

이로서 멈춰있던 시계바늘을 다시 움직이게 할수 있었다.

스탠바이

두달간의 방사선 치료가 끝나고 나의 다리의 크기는 눈으로봐도 많은 차이가 있을 정도로 작아진것을 알수있었다.

물론 부작용은 있었다.

마치 햇빛에 탄거 마냥 피부가 전체적으로 검은색으로 탔으며, 피부의 겉이 마치 굳은살 처럼 딱딱해져서 감각이 무뎌졌으며
그렇기에 유연성이 많이 부족해졌다.

하지만 장애를 얻으며 항암을 하는것보다는 싸게 먹힌것이라 생각했다.

'트레이드-오프' 개발에서 항상 프로젝트를 진행하며 고려하는 사항이다.
어느것을 취하려하면 어느하나를 포기해야 하는것이다.

나에게 이'트레이드-오프'는 수지타산에 잘맞는다 생각했다.
암은 이미 생겼고, 뿅하니 없던 일로 만들수 없다면, 그 상황에서의 최선을 택했다 생각했다.

그리고 드디어 수술 날짜가 잡혔다.

암걸린_개발자 - <2> 암환자가 되다.</2>

JUST_MJ — Sun, 3 Apr 2022 22:25:11 +0900

이전 이야기 3줄 요약

회사 퇴사함
손목아파서 병원간김에 다리도 점검받음
이상함. 흰덩이리가 보임. MRI찍으라는 말을 들음

거의 반년만에 뒷 이야기를 쓰다니... 항상 이런저런 이유로 늦장을 부렸지만.

더는 안된다. 이제 다음 이야기를 해보도록 해보겠다.

생각해보니 읽기 귀찮은 사람도 있을꺼 같다.

그래서 바쁜 현대인을 위하여 3줄 요약을 먼저 적고 가려고한다.

이번 이야기 3줄 요약

MRI를 찍어보니 조직검사각.
조직검사 해보니 암임(ㅋ)
치료 받을 병원 고름

MRI 찍읍시다.

촉 여러분은 촉을 뭐하고 생각하는가?

나는 감히 빅데이터라고 말하겠다.

인생을 살며 수없이 겪은 경험 때문에 생각과 추론의 단계를 건너뛰고 현상과 결과가 바로 이어지는게 나는 촉이라 생각한다.

이 얘기를 왜하는지 의아할꺼다. 왜냐면 내가 촉이 빡세게 왔었다.

내가 ㅁ 됬단 촉말이다.

일단 사는곳 근처의 좀 큰, 약간 중급정도 사이즈의 병원에 MRI를 신청했다.

이미 사이렌 100개는 켜진듯한 머리속을 가진채로 MRI를 찍고 결과를 기다렸다.

그리고 MRI의 결과를 들으러 가는날, 나는 내 믿음직한 친구에게 부탁했다. 함께 가달라고.

20후반의 다 큰 청년이 병원에 혼자 가는걸 무서워 한다니, 누가 들으면 혀를 쯧쯧 찰만한 이야기지만 도저히 엄두가 안났다.

내 촉이 경고하고, 예상하고 있는 결과를 1:1로 마주보고 제정신을 유지할 결과가 말이다.

그렇게 친구와 함께 진료실을 들어갔다 나왔고, 나는 친구와 함께 오자고 말한걸 정말 감사하게 생각하게 되었다.

왜 이럴때만 내 거지 같은 촉은 들어맞는지 모르겠더라.

결론은 매우 안좋으며, 당장 조직검사를 해봐야한다.

MRI만으로 진단할수 없지만, 경험상 이건 암 일 가능성이 높다.

세상이 샛노랗다는 생각. 그 가슴의 내려앉음. 삶의 마지막 챕터를 펼친것과 같은 느낌을 받았다.

부모님에게는 그냥 검사를 헀는데 조직검사를 해봐야 한다더라 이런식으로만 말했다.

친구는 별거 아니다, 요즘 암이라고 다 죽는거 아니다~ 라며 대수롭지 않게 얘기하며 '봐바라, 내가 검색해서 말해줄게 별거아닐꺼야 ㅋㅋ'

라고 찾아본 암의 종류는 육종암 이었고, '별거'인 암이었다.

추후에 찾은 바로는 희귀암이며 종류에 따라서 다리를 절단하기도 하는 그런 암이었다.

조직검사 하실게요~

짧게 이야기 해보자.

사는곳중 가장 가까우면서, 빠르게 조직검사할수있는 원자력병원을 가서 조직검사를 받았다.

이곳에 육종암명의가 계신다고 많이들 알려져 있는데 추후에 알고보니
나와 같은 살에생긴 '연부조직육종'이 아닌 뼈에 생기는 '골육종'전문이었다는 사실은 나중에 알게되었다.

결과는 아버지랑 함께 들으러갔다.

아직도 기억에 남는다. 진료실앞, 의자에 앉아 들어가기전 아버지에게 이렇게 말했다.

아빠, 마음 단단히 먹고들어. 나 암일수도 있어. 가능성 높아. 미리 마음준비 하라고 말해주는거야.

정말. 정말로 많은 생각을 하고 말했다. 아버지의 심정은 어땠을까.

그 사람없는 병원의, 의자에, 나란히 앉은 익숙한 아들의 옆모습에서 너무나 이질적인 말을 듣는 그 심정은.

하지만 나는 말을 했어야 했고, 나는 무너져 있을수 없었고, 정신을 차렸어야 했다.

내가 무너지면, 슬퍼하며 괴로워하는 모습을 보이면 그걸보는 부모의 가슴은 얼마나 무너져 내릴것인지.

딱 그거 하나 생각하고 정신 붙잡고 있었다.

실제로 글을 쓰고있는 지금까지, 힘들다는 얘기와 우는모습을 부모님께 한번도 보여드리지 않았다.
지금도 참 잘한 선택이었던거 같다.

그렇게 결과는 예상대로 암이었다.

정확히는 연부조직 육종 중 하나인 점액성 지방 육종 이었다.

사이즈는 18cm였다. 컸다.

의사는 이 암이 허벅지 신경에 엄청 가까이 있다고 했고, 신경과 함께 암을 제거해야 할수도 있다 했다.

그러면, 나는 무릎아래가 움직이지 않을것 이라고 했다.

즉, 절음발이가 된다는 말이었다.

항암을 할수도 있다고 했다.

그렇다.

나는 암환자가 되었다.

진단 그 이후

수술 일정을 일단 잡아 두었다.

아버지는 내색을 안헀지만 큰 충격을 받으셨는지, 계단으로 내려가야 하는데 수술실문을 열고 들어가실뻔 했다.

그때 아버지에게 한말이 기억에 남는다.

정신차려, 당사자인 나도 정신 차리고있는데, 아빠도 정신 차려야 할꺼 아니야.

물론 그렇게 말을 하고 있기에, 가만히 있어도 벌벌 떨리던 손은 숨겼어야 했다.

그렇게 몇일이 지났다.

우리 가족은 찾아온 재앙을 마주하였으며, 사방팔방으로 해결법을 찾아 다녔다.

그러던중, 서울대병원과 아산병원에서도 진단을 받고 그래도 항암과 신경절단을 해야하는지 생각해보자는 아이디어를 냈다.

암이란 병이 하루아침에 확 안좋아지는게 아닌 천천히 많은 시간을 가지고 안좋아지는 병이기에 1,2달의 시간은 벌수 있을것이라 판단했다.

아버지는 빠르게 수술할수있는 원자력병원을 가시길 바랬지만, 나는 최소한 다른병원도 같은 의견일때 결정을 내리고 싶었다.

20대 후반에 장애를 가지게 되는것은 너무 가혹하지 않은가?

하지만, 정말 다행이도 아산과 서울대 두곳 모두 신경절단할 필요는 없으며, 항암도 필요 없을것이다라고 해주셨다.

또한, 이 육종이란 암이 아종이 40종류나 되며, 희귀암인 탓에 인터넷이 정보도 거의 없어서 불안한 했었는데

서울대와 아산에서 질문을 많이했고, 충분히 답변을 다 해주셔서 많은 불안을 해소 할수 있었다.

그렇게 많은 고민을 하던중 서울대 병원으로 선택했다. 이유는 다음과 같다.

불친절한 답변과 신경절단, 항암, 전신MRI도 안찍은 원자력병원은 걸러졌다.
방사선치료를 수술후에 하자고 했던 아산은 집에서 1시간이 넘게 걸리다 보니 통원이 힘들것 같았다.
방사선을 먼저 하며, 희귀암인 만큼 집도 경력이 많은 서울대를 선택하였다.

그렇게 나는 2달간의 방사선 치료를 시작했다.

[ROW_NUMBER()]컬럼에 1씩 증가하는 숫자 추가

JUST_MJ — Sun, 3 Apr 2022 21:44:09 +0900

이번에 sql에 새로운 컬럼을 추가해야 하는데, 특정한값을 기준으로 1부터 증가하는 값이 존재하는 컬럼을 만들어야 했다.
바로 컨텐츠의 에피소드의 챕터숫자를 추가해야한다.

컨텐츠는 여러개의 에피소드를 가지고 있다.
에피소드는 여러개의 챕터를 가지고있고, 1부터 시작한다.

위와 같은 조건으로 increase가 되는 값을 입력을 해야하는데 문제점은 이미 insert되어있는 데이터에 추가를 하는것이기에 쉽지가 않았다.

결론적으로는 아래와 같은 sql문으로 해결했다.

update episode as e,(
    select ROW_NUMBER() OVER(PARTITION BY content_id ORDER BY created_at) as chapter, id
    from episode
    order by content_id, created_at
    )as r
set e.chapter=r.chapter
where e.id = r.id;

이제 1개씩 뜯어보도록 해보자.

ROW_NUMBER() OVER(PARTITION BY content_id ORDER BY created_at)

ROW_NUMBER()는 데이터의 row를 세기위한 함수다.
partition by는 row를 세는 기준을 뜻한다.
- 이번 sql문에서는 content_id를 기준으로 row를 센다. 즉, content_id를 기준으로 1개씩 카운팅이 가능해졌다.
- ORDER BY를 created_at로 추가함으로서 순서를 매기는 기준을 시간순으로 해주었다.

    select ROW_NUMBER() OVER(PARTITION BY content_id ORDER BY created_at) as chapter, id
    from episode
    order by content_id, created_at
    )as r

이렇게 순위가 매겨진 데이터를 subquery로 사용하고, r이라고 명명한다.

이때, 기준이 되는 table과 연결해주어야 하기 때문에 id값도 select해온다

update episode as e,(
    select ROW_NUMBER() OVER(PARTITION BY content_id ORDER BY created_at) as chapter, id
    from episode
    order by content_id, created_at
    )as r
set e.chapter=r.chapter
where e.id = r.id;

이제 처음에 원했던대로 기존의 데이터에 챕터수를 update해준다.

위와 같은 방법으로 특정한 기준으로 1부터 증가하는 수를 update해주었다.

300명 넘는 소프트웨어 마에스트로 13기 오픈 톡방을 만들다

JUST_MJ — Sun, 6 Mar 2022 17:59:28 +0900

오픈 톡방을 만들다

때는 바야흐로 2021년 12월 말, 소프트웨어 마에스트로에 지원을 하겠다는 결심으로 열심히 알고리즘 공부를 하고있었습니다.

여러 소프트웨어 마에스트로 12기 후기를 보던중 ‘오픈톡방에서 준비했다’ 라는 글을 읽었는데,오픈톡방을 찾아봐도 13기 준비방이 없었습니다.

그래서 없으면 내가 만들기로 했습니다.

나의 개발자로서의 무기중 하나는 ‘커뮤니케이션이 잘 되고 팀에 잘 스며드는 개발자’라고 생각합니다.

이러한 강점은 여러 모임에 참여하고 함께 무언가를 만들어 가면서도 길러지지만, 직접 기획하고 사람을 모아보며 리딩 해보는 경험 역시 매우 중요하다고 생각합니다.

그런데 안 만들 이유가 없지 않을까?라는 생각이 들었습니다.

또, ToGather라는 스터디 그룹을 운영해보며 쌓은 경험이 있기에 시작하기 더 수훨했던거 같습니다.

스터디 운영에 대한 이야기를 읽어보고 싶다면 이 글도 한번 봐보시라!

온라인 개발 스터디 ToGather를 운영하며

그렇게 해서 1월 6일 부터 개설하여 운영을 하고있고, 현재 317명이 함께 소프트웨어 마에스트로 13기를 준비를 하고 있습니다.

317명이라니 ㄷㄷ

스터디를 기획해서 운영하자!

근데 나름 준비방인데, 이야기만 하면 뭔가 아쉽지 않은가.

그래서 5주동안 백준 154문제를 푸는 154Algoritm-5weeks 스터디, 자소서 대비 스터디, 1차 코테대비 sql, web 공부 스터디등 3가지 스터디를 기획을해서 운영했습니다.

스터디를 운영하기에는 톡방만으로는 관리가 안되다보니 추가적으로 Github와 Slack을 사용하였습니다.

그리고 참여를 독려하기 위하여 보증금을 받고, 인증을 수행하지 못하면 보증금을 잃고 지속적으로 미참여시 퇴출시키는 룰을 적용하였습니

다.

또한, 스터디 기간이 종료가되면 우수 참여자 1,2,3등을 선발해 미 반환 보증금을 각각 50%, 30%, 20%로 상금으로 수여를 하였습니다.

각각의 스터디 마다 약간의 차이점은 있었지만 큰 맥락은 동일하게 운영하였습니다.

154Algoritm-5weeks 스터디

이 스터디는 Juhee Kang 님이 작성해주신 알고리즘 초보에서 벗어나기 위한 여정 을 보고 감명을 받아 함께 해보자! 라는 취지로 스터디를 개설해서 정말 5주동안 문제를 풀어나갔습니다.

알고리즘 초보에서 벗어나기 위한 여정

알고리즘 초보의 알고리즘 공부과정

claudiajkang.medium.com

깃허브는 Public으로 공개가 되어있기에 직접 들어오셔서 문제 및 풀이를 보실수 있습니다!

GitHub - MinJunKimKR/154Algoritm-5weeks: 154문제의 알고리즘을 5주안에 푸는 스터디

154문제의 알고리즘을 5주안에 푸는 스터디. Contribute to MinJunKimKR/154Algoritm-5weeks development by creating an account on GitHub.

github.com

Juhee Kang님이 만들어주신 시트로 공부를한 흔적들

작성해 주신 좋은 글덕분에 많은 도움을 받았습니다. 이 기회를 빌어서 다시 한번 진심으로 감사하다는 말씀을 드리고 싶습니다.

이 스터디 덕에 5주라는 기간동안 136문제를 풀었으며 백준 티어가 노 랭크에서 골드4를 달성할수 있었습니다.

이 스터디에 대해서는 나중에 따로 글로 작성할 예정입니다 나중에 보러오세요

자소서 대비 스터디

소프트웨어 마에스트로는 서류를 먼저 받는데, 자소서를 구글 docs를 사용해서 모두가 모두에게 피드백을 주는 형식으로 상호보완을 해서 자소서를 강화 시켰고 소수정예로 진행하였습니다.

총 5명의 인원과 함께 진행하였고, 모두들 스터디가 끝난뒤에 더 좋은 자소서를 모두들 가지게 되어서 만족하는 스터디였습니다

자소서 작성 관련 후기는 조만간 작성하겠습니다

함께 준비하느라 고생하신 스터디원들

자소서를 함께 준비했던 팀원의 후기글도 보고 가세요

1차 코딩테스트 대비반

알고리즘이 아닌 SQL과 WEB만을 중점으로 대비하는 스터디였습니다.

총 8분이 함께 진행을 하였고, 가장 많은 문제를 푸신분은 무려 66문제를 풀며 1등을 가져가게 되었습니다.

이 과정에서 모르는 SQL을 체크해보며 모르는 부분을 메꿀수 있었고 실제로 1차 코딩테스트에서 제출되어서 속으로 나이스를 외쳤었습니다.

운영하면서 느낀점

처음에 만들까 말까 고민을 조금 하기는 했지만, 역시 만들길 잘했고 많은 분들과 함께 준비하니까 더 시너지가 났습니다.

특히나 ‘아무도 하는 사람이 없다면 내가 하면 되지’라는 생각을 실천한것 같아서 더 보람을 느꼈습니다.

그리고 12기, 11기 수료생분들도 찾아와 주셔서 많은 정보를 공유해주고, 알고계신 정보들도 공유를 해주셔서 굉장히 좋은 기회와 정보를 준비하시는 분들과 함께 나눌수 있어서 굉장히 보람차고 다시 한번 만들길 잘했다는 생각을 하게 되었습니다.

익명의 12기 수료생분이 만들어 주신 백준 문제집

참여자 분이 작성해주신 프로그래머스 SQL고득점 킷 문제 해설

끝으로

이제 겨우 1차코딩테스트를 봤고, 결과를 기다리고 있는 중입니다.

수료자도 아니고, 제가 운영하는데 시간도 소모되는것도 사실이지만, 이로 인해서 좋은분들을 많이 만나뵈고 같이 공부한다는것이 굉장히 의미있다 느껴졌습니다

1차 코딩테스트 결과가 나오면 이에 대해서도 한번 작성해 보겠습니다

이 글의 독자분이 13기를 준비하시는분이시라면 좋은 결과 있으시길 바라겠습니다.

만일 아니시라면, 이러한 방법으로 함께 성장하는 환경을 직접 만들어 갈수도 있다는 생각이 드셨으면 좋겠습니다

다음에 또 서툰글로 찾아뵙겠습니다

자바스크립트 This 간단 정리

JUST_MJ — Wed, 19 Jan 2022 22:57:44 +0900

코어자바스크립트: http://www.yes24.com/Product/Goods/78586788

this란?

this는 함수를 호출할때 결정된다.
- 즉, 함수를 어떤 방식으로 호출하느냐에 따라 값이 달라진다.
전역공간에서의 this
- 전역객체를 가리킨다. 개념상 전역 컨텍스트를 생성하는 주체가 바로 전역객체이기 때문이다.
  - 브라우저에서는 window고, node에서는 global이다.
함수와 매소드에서의 this
- 함수에서의 this는 전역 컨텍스트를 나타낸다. 이유는 자바스크립트의 모든 요소는 전역컨텍스트의 프로퍼티로 생성이 되기 때문이다.
- 하지만, 객체안에 담기는 매소드의 경우는 선언한 객체의 프로퍼치를 나타낸다.
매소드 내부의 this
- 어떤 함수를 매소드로 호출하는 주체는 함수명 앞의 객체입니다.
  즉, 마지막의 명시된 객체가 곧 this가 된다.
arrow function의 this
- arrow funtion은 this를 가지지 않기 때문에 상위 스코프의 this를 그대로 사용한다.
callback 함수에서의 this
- callback 함수에서의 this는 사용법에 따라 달라지기 때문에 명확히 알수가 없다.
- 만일 객체에서 callback을 사용했다면 위의 매소드의 this와 같이 호출한 주체를 this로 가리킨다.
생성자 함수 내부의 this
- 객체지향에서 생성자를 class, class를 통해 만든 객체를 인스턴스라고 한다.
- 생성자는 구체적인 인스턴스를 만들기 위한 일종의 틀이다.
- 생성자를 호출하면 prototype 프로퍼티를 참조하는 객체를 만들고, this는 생성자를 통해 만들어진 이러한 인스턴스를 바라본다.

this의 우회방법

var obj = {
  outer : function(){
    console.log(this) // {outer : f}
    var inner1 = function(){
      console.log(this) // window {...}
    }
    inner1();

    var self = this
    var inner2 = function(){
      console.log(self) // {outer : f}
    }
    inner2()
  }
}
obj.outer();

위와 같은 코드로 this를 상위 스코프에서 self라는 변수에 할당한다.
이후, 내부에서 사용하는것 만으로 this 문제를 해결할수있다.

함수와 매서드의 차이

함수는 function혹은 arrow function으로 선언이된것을 함수라고 합니다.
이때 자바스크립트는 변수의 값으로 함수를 사용할수 있습니다.

만일, 어느 객체의 속성값으로 함수를 담아서 사용한다면 이것을 매소드라고 한다.

arrow function과 그냥 function의 차이

arrow function는 스스로의 this와 argument를 가지지 않는다.

즉, 화살표 arrow function 내부의 this는 상위 스코프의 this를 그대로 사용이 가능하다.

DB 기술면접 질문 - 1

JUST_MJ — Sun, 16 Jan 2022 03:07:37 +0900

Index

Index란?

DB에서 select처리를 빠르게 하기 위하여 추가적인 디스크를 사용하여 색인을 하는것.

Index를 어떤 컬럼에 거는가?

select를 시행할때 사용하는 join, where, orderby 절 구문에 사용되는 컬럼에 주로 index를 사용한다.

이때, Delete, Update, Insert등이 자주 일어나는 구문에 걸게되면, 오히려 index쓰기, 삭제 작업 때문에 시간이 더 걸리게 되니 주의하여야한다.

Index의 장단점은?

장점

select의 속도를 향상시켜서 join, where, orderby등의 작업에서 시간을 단축시킬수있다

단점

Index는 디스크에 추가적으로 Index정보를 쓰기 때문에, 디스크 용량을 더 소모한다는 단점이 있고, Update, Delete, Update와 같은 작업을 수행할때, Index역시 바꿔줘야 하기에 자칫 잘못하면 오히려 더 많은 시간을 소모하게 되는 역효과가 날수있다.

Index의 구조는?

해시 테이블

key-value로 이루어져 있는 자료구조다.
내부적으로 배열(버킷)을 사용하여 데이터를 저장하기에 빠른 검색소도가 특징이다.
다만 이때, = 연산이 빠른대신에 >,< 와 같은 부등호 연산은 탐색이 비효율적이다.

B-tree

자식 노드가 항상 정렬이 되어있는 트리 자료구조이다.
루트에서 리프노드까지 항상 같은 깊이를 가지고 있다.
    따라서, 어떤 값도 같은 결과를 얻을수있다.
    즉, >,< 와 같은 부등호 연산의 속도가 빠르다.

B+Tree

B-Tree와는 다르게 브랜치 노드는 value의 정보가 없고 오로지 key값만 존재한다.
    그렇기에 B-Tree보다 메모리를 적게 차지하지만, Value를 찾기위해선 리프 노드까지 이동해야 하는 단점이있다.
링크는 linked list구조로 되어있어서, 리프 순회가 더 빠르다.
Full scan시에 B-Tree는 결국 모든 노드를 확인해야하지만, B+tree는 리프노드에
모든 value가 있기에, 리프노드만 순회하면된다.
즉, DB에 좀더 적합한 구조이다.

Connection Pool

Connection Pool이란?

DB와의 커넥션 객체를 미리 할당을 해서 Pool에 넣어둔다. 이후 DB연결 요청이 들어왔을때 Pool의 있는 Connection을 사용하고, 작업이 끝나면 반납하는방식. Connection을 잇는 작업을 중복으로 처리되지 않도록해서 성능을 올리는 방법.

Connection Pool을 왜 쓰는가?

Connection Pool을 사용할경우, 연결이 되어있는 Connection이 이미 Pool에 있기 때문에, Connection을 매번 지어줄 필요없다.
따라서, 기존의 작업을 할때마다 conection을 맺고 끊는 과정을 줄여서 성능을 향상시킬수있다

실시간 통신과 Pool사용시의 차이가 무엇인가요?

실시간 통신은 DB에 작업을 할떄마다
1. DB connection을 만든다.
2. DB의 작업을 처리한다
3. DB와 Connection을 해제한다.
의 과정을 거치지만, Pool을 사용하면 1번과 3번의 과정이 생략이되기에, 많은 request처리에서 성능이 더 좋다.

하지만, Connection도 객체기 때문에, 너무 많이 만들어 두게되면 메모리를 더 많이 소모해서 오히려 성능이 떨어지기에 주의해야한다.

트랜잭션

트랜잭션이란?

여러개의 작업을 하나로 묶은 단위이다.
트랜잭션은 모두 실행되거나, 모두 실행되지 않습니다.
이와 같은 트랜잭션에는 ACID라는 특징이 있습니다.

ACID원칙이란?

트랙잭션의 특성 4가지의 앞글자를 따서 만든 약어입니다.

A - Atomic(원자성): 트랜잭션의 작업이 전부실행되거나, 전부 실행이 되지 않거나를 보장하는것을 말합니다.
(ex: 송금만 되고, 기록이 되지 않는 일이 발생하지 않는다. )
C - Consistency(일관성): 트랜잭션이 성공적으로 완료되면 일관적인 DB상태를 유지하는것을 말합니다. (ex : int가 string이 되지않는다)
I - Isolation(고립성):트랜잭션 실행중에는 다른 트랜잭션이 끼어들지 못합니다. (ex: 송금 트랜잭션중 삭제 트랜잭션이 끼어들지 못한다.)
D - Durability(영구성): 트랜잭션이 실행뒤에 commit이된 사항은 영구적으로 반영되는것을 말합니다.

Javascript 기술면접 질문 - 1

JUST_MJ — Thu, 13 Jan 2022 17:05:24 +0900

Javascript

특징과 구조에 대해 설명해주세요

비동기로 처리한다.
메모리 힙과 콜 스택으로 되어있다.
싱글스레드 언어이다.
- 하지만 브라우저 혹은 Node.js에 있는 이벤트 루프로 인해 비동기 처리가 가능하다.
- 즉, 자바스크립트 엔진에는 이벤트루프가 존재하지 않는다.
- 브라우저는 멀티스레드로 동작한다.

JS엔진 구조를 설명해주세요

크게 메모리 힙과 콜스택으로 되어있다.
메모리힙에는 실제 코드와 데이터를 할당받아져 있는 객체들이 존재하며 GC 작업을 처리한다.
- 메모리 힙에는 new space와 old space가 존재한다. 그리고 code가 올라가는 code space, 큰 obejct가 올라가는 large object space등이 있다.
콜스택에는 실행한 함수가 적재되며, 하나씩 실행이 된다.
- 이때 비동기 작업이 발생을 하게되면, '브라우저 혹은 노드에 있는' 테스크 큐와 이벤트 루프를 사용하여 처리하게 된다.

이벤트루프를 설명해 주세요

이벤트루프가 자바스크립트의 비동기 작업을 가능하게 해준다.
자바스크립트의 비동기 작업이 일어날경우 (I/O, setTimeOut ...) 콜스택에서 실행되면, 라이브러리를 통하여 테크스큐에 쌓이게된다.
이벤트루프는 지속적으로 자바스크립트의 콜스택을 바라보며 비어질때까지 기다린다.
이후 자바스크립트의 콜스택이 비게되면, 테스크큐의 작업을 하나씩 콜스택에 밀어넣어주게된다.
이로서 자바스크립트가 싱글스레드임에도 비동기처리가 가능한 이유다.

GC에 대해 설명해주세요

메모리힙에는 new space와 old space가 존재한다. 그리고 code가 올라가는 code space, 큰 obejct가 올라가는 large object space가 있다.
먼저 객체가 생성이되면 우선 new space에 저장이된다.
- new space에는 to semi sapce와 from semi space가 존재한다.
- 그중 to semi space에 우선적으로 저장이된다.
- 어느순간 꽉차게되면, minor GC가 작동한다.
- 그후 2번의 minorGC를 거친 객체는 old space로 이동된다.
old space는 2개의 space가 존재하는데, pointer와 data로 나뉘어져있다.
- pointer space는 다른 객체를 참조하는 객체가, data space는 데이터만 가진 객체가 저장된다.
- 어느순간 꽉차게 되면 major GC가 작동한다.

Python 선택정렬, 삽입정렬 알고리즘

JUST_MJ — Tue, 30 Nov 2021 18:35:54 +0900

선택정렬

남아있는 데이터의 전체를 검색하여 가장 작은 데이터를 맨앞으로 보내면 된다.
시간복잡도는 O(N^2)이다.

ARRAY = [1, 4, 2, 3, 7, 8, 5, 9, 1, 6]


def sort(array):
    for startIndex in range(len(array)):
        minIndex = startIndex
        for i in range(startIndex, len(array)):
            if array[minIndex] > array[i]:
                minIndex = i
        array[minIndex], array[startIndex] = array[startIndex], array[minIndex]
    return array

print(sort(ARRAY))

삽입정렬

처리되지 않는 데이터를 하나씩 골라 적절한 위치에 삽입합니다
선택보다 효율이 좋지만 수현이 조금 더 어렵다
앞의 데이터들은 '정렬이 되어있다' 라고 판단하고, 두번째 데이터부터 기준이 되는 앞의 데이터들의 앞으로 들어가거나 뒤로 들어가거나 두가지 경우만 존재한다.
시간복잡도는 O(N^2)입니다.
- 다만, 선택정렬과 다른점은 현재의 데이터가 거의 정렬되어 있는 상태라면, 최선의 경우 O(N)을 가집니다.
- 이유는, 항상 2번째 for문에서 break가 실행될것이기 때문입니다

ARRAY = [1, 4, 2, 3, 7, 8, 5, 9, 1, 6]


def sort(array):
    for i in range(len(array)):
        for j in range(i, 0, -1):
            if array[j] < array[j-1]:
                array[j], array[j-1] = array[j-1], array[j]
            else:
                break
    return array


print(sort(ARRAY))

즉, i를 기점으로 왼쪽이 정렬하는 영역, 오른쪽이 비 정렬 영역으로 다룹니다
- i 한개씩 증가시킵니다.
j는 i를 시작으로 0이될때까지 반복을 합니다. 이 뜻은, i의 정렬되어 있는 영역을 역순으로 확인하는것이라고 생각하면됩니다.
- j를 기준으로, 자신의 왼쪽에 있는게 자신보다 크다면, 위치를 바꿉니다. 이것은 원래의 위치를 밀어내고 끼워넣는것으로 이미지 하시면 좋습니다.
이것을 반복하다 어느순간, 자신이 왼쪽의 값보다 크다면, 바로 그곳이 j의 값이 있을곳이기 때문에 break로 빠져나옵니다.

파이썬(python) 코테 연습용 파일 읽는방법

JUST_MJ — Tue, 30 Nov 2021 14:57:29 +0900

항상 자바 스크립트로만 코딩테스트를 보다가 최근 파이썬으로 언어를 바꿨다.

이유는

1. 자료 및 문제의 총량 차이

2. 문법에서 오는 간결함과 그로인해 얻어지는 시간적이다

이다.

특히나 vscode에서 디버깅을 통해서 변수값을 알수있는것도 마이너하지만 확실한 이득이라고 생각한다.

백준등의 문제에서는 input으로 입력을 받는경우가 많다.
이때, vscode에서 테스트케이스를 테스트할때 터미널에서 매번 타이핑해야하는것이 귀찮았다.

물론, 테스트케이스를 다른데 복사한다음에 ctrl c + v하면 되긴하겠지만 그런 원시적인 방법대신
나는 txt 파일을 읽게 함으로서 테스트케이스를 적용하고 싶었다

import sys
sys.stdin = open(
    '~~~~~/iceMaker.txt', 'r')

temp = list(map(int, input().split(' ')))
N = temp[0]
M = temp[1]

BLOCK = []
for i in range(0, N):
    BLOCK.append(input().split())

iceMaker.py

iceMaker.txt

위의 코드가 iceMaker.txt를 읽어들이는 소스다.

open을 한다음에 readline을 하는 방법도 있지만, 나는 입력으로 하고 싶어서 stdin함수를 썻다.

위와 같이 파일로 테스트 코드를 만들어서 사용하면 매번 복사 붙여넣기 할 필요가 없다.