어느 밤

추석 연휴. 밤이 너무 깊지 않은 통에 도통 잠이 들지 않았다. 친구들에게 연락해 볼까 했지만 이내 관두었다. 애매한 거리감의 여사친에게 보낸 메시지에 결국 삭제 버튼을 누르었다. 밖에 나가볼까 했지만 술을 한잔 마신 덕에 차를 끌고 나가 긴 글렀고 버스를 타자니 택시로 돌아올 것 같았다. 중심가에서 꽤나 떨어진 외진 위치의 평범한 아파트에 자리 잡은 부모님의 거처는 야경이 정말로 아름다웠다. 수평선 끝에서 끝까지 출처모를 빛무리들이 매일 밤 반짝였다. 야경에 사로잡힌 아버님은 단박에 구매를 결정하였고 덕분에 생각지 못한 심각한 층간소음에 골머리를 앓았다. 

"띠링" 울리는 전화. 삭제한 메시지에 무심한 질문이 돌아온다. 잠시 고민 후 집을 나선다. 어차피 이렇게 보내기엔 너무 아까운 시간이다. 가을장마가 끝난 직후라 그런지 밤바람은 스산했다. 한적한 버스에 몸을 실어 가만히 기대어간다. 요즘 들어 자주 기댄다. 기댈 곳 없는 세상에 홀로 우뚝 서 있노라면 썩은 나무처럼 밑동이 부서져 어디로든 나뒹굴 것 같았다. "어디야?" 집 앞까지 찾아가도 하염없이 늦는 그녀는 미안한 기색 없이 항상 쾌활하다. "가던 데로 가자" 잠시 고민하는 척했지만 행선지는 몇 년째 변하지 않았다. 뜨거운 국물에 소주 한잔 할 수 있는 곳. 갖은 걱정들과 욕망들이 어깨 위에서 머리 위에서 살그머니 내려온다. 

"요즘 뭐하고 지내길래 소식이 없냐" "코타키나발루 다녀왔어" "남자 친구랑?" "아니~ 가족이랑 다녀왔지" "너는 어떻게 매주 여행을 가니. 돈도 많이 못 벌면서. 누가 보면 재벌인 줄 알겠어~" "인생 즐기는 거지 뭐 있니. 그리고 나 그렇게 많이 안가~" "너 지난번에도 어디 다녀왔잖아" "언제?" "지난주엔가? 인스타에 사진 올렸던데". 한잔. 두 잔. "사는 게 지겹고 의미가 없는 것 같아" "넌 항상 그래. 뭔가 새로운 일을 시작해봐" "난 나를 위해 일을 하고 싶어. 뭔가 인생의 주인공이 내가 아닌 것 같아" "넌 사업을 해야 하는 것 같아. 그래야 좀 행복할 것 같아" "음. 글쎄 꼭 사업이라기 보단 뭔가 주도적인 일을 해야 행복을 느낄 것 같아" "돈 많이 벌면 나 잊지 말구~" "그래. 너 아들 낳으면 내가 꼭 챙길게"

특별한 일이 없기에, 특별한 얘기는 나누지 않았다. 그저 뿌리 깊이 자리 잡은 외로움을 조금 덜어내어 술잔에 섞어본다. 스무 살 때부터 부모와 떨어져 지낸 지 9년. 길지 않은 시간이었지만 여전히 멀리 떨어져 있으면 왠지 모를 불안감이 나를 다시 이따금씩 고향으로 이끈다. 천성이 새로운 환경에 적응을 못하는 기질이라 유치원 저학년 때에는 일 년 내내 계단에 앉아 홀로 지냈다. 그런 꼬맹이가 스스로의 텃밭을 일구기 위해 꽤나 오래도록 나와있었지만, 자연스레 생긴 향수병을 관계로써 해소하기보단 혼자라는 것을 받아들이는 방향으로 자라게 되었다. 관계에 대한 기대감이 실망으로 변하면서 방어태세에 본격적으로 돌입한다. 말수는 더욱 줄고 생각은 더 많아졌다.

새벽 1시가 넘은 시간. 쉼터였던 술집은 근처에 위치한 성인나이트의 2차 전쟁터로 변했다. 40대가 넘어 보이는 아저씨와 아줌마들이 나름의 멋으로 한껏 꾸미고 치근덕거리고 교태를 부린다. "저것 봐 저것 봐. 엄청 늙어 보이는 남자가 저 여자한테 말 걸고 있잖아" 그녀는 인상을 찌푸리면서도 호기심에 눈이 반짝인다. 심각한 인지부조화의 장이 등 뒤에서 시작되기에 그녀가 가리키는 방향으로 고개를 돌리지 않는다. 결혼과 사랑은 나에게 아직 불가침의 영역이지만 이들을 달리 어떻게 설명할 수 있을까. 난 그들과 다르고 또 부모님은 다를까. 

"잘 가" 총총 멀어져 가는 뒷모습을 본다. 외로움은 또다시 사냥감을 발견한 맹수들처럼 나를 에워싸고 천천히 기다린다. 취기가 가시고 정신이 멀쩡해지면 득달같이 달려들어 내 뒷목, 어깨, 허벅지, 발꿈치, 무릎, 팔꿈치를 문다. 그리고 그들은 천천히 나를 움직인다. 말과 행동을 일반인들보다 느려지고 눈에는 생기가 사라진다. '그으으으' 입에서는 맹수의 그것과 비슷한 소리가 흘러나온다. 한 걸음씩 발을 뗼 때마다 썩은 내가 진동한다. 추한 모습을 보이기 싫어 사람이 적은 곳으로 자연스럽게 걸음을 옮긴다. "깔깔깔" "그랬고 그랬잖아" "진짜?" 왁자지껄 나누는 이야기들에 더욱더 몸을 피한다. 더욱더 숨어 들어간다. 깊을 굴 속으로 기어들어간다. 지렁이처럼 몸을 움직여 간신히 남은 틈을 메운다. 그러곤 눈을 감는다.

외제차를 샀다

외제차를 샀다. 에스토리칼 블루의 17년식 BMW는 5월의 햇살을 받으며 따사롭게 반짝였다. 살만해서 산 외제차는 아니었다. 하루 8시간 노동에 자유를 박탈당한 나의 꿈과, 결국 이뤄지지 못한 사랑이 나를 현실에 발 디딜 곳 없게 만들었다. 결국 이놈도 다른 놈들과 마찬가지로 많은 시간을 들여 갚아나가야 할 짐이 될 테지.



들뜬 마음은 4개월 만에 다시 수면 깊이 가라앉았다. 현실로 돌아오는 데에 걸리는 시간은 내어 바친 돈만큼, 딱 그 정도만 유효했다. 노동은 계속되었다. 대기업 프로그래머로 일한 지 만 3년. 입사 전 그토록 좋아 보였고 다다를 수 없어 보였던 이 직함은 이젠 지긋지긋하게 싫고 역겨워졌다. 앞으로 30년 동안 노동과 젊음의 등가교환은 계속될 것이고 늙고 병들은 몸을 이끌고 이 닭장을 벗어나 대략 30평대 수도권 아파트와 대학 졸업한 아들과 딸이 덜렁 생길 테고, 틈만 나면 부동산 얘기, 돈 얘기, 자식 얘기하는 늙은 와이프가 곁에 남겠지. 평범하고 얼핏 보면 부유해 보이는 삶이지만 그 무언가 중요한 것이 빠져 보였다.



돌아보면 삶이라는 건 늘 밀물과 썰물의 반복이었다. 밀어닥칠 땐 정신없이 그 위치 그 자리라도 지켜보려고 발버둥 쳐 보지만, 빠져나갈 땐 영혼이라도 같이 용해되어 나간 듯 끝없는 공허함이 수면 아래 있던 백사장처럼 고개를 내민다. 그럴 때면 가끔 극단적인 생각도 한다. 이대로 끝이면 어떨까. 이 모든 경쟁, 욕망, 거짓말, 노력, 실패, 인간관계, 집착, 희열 그리고 두통이 거대한 피로감이 되어 코끼리의 발처럼 가슴을 짓무른다.



친구가 빌려준 이상 문학상 전집에 이런 재미난 표현을 쓴 글이 문득 기억났다. 작가의 심장 위에는 항상 코끼리의 발이 올려져 있다. 친구를 만날 때나 산책을 할 때나 잠을 잘 때, 불현듯 코끼리는 잠시 고민 후 발에 힘을 준다. 작가는 말할 수 없는 고통을 느끼고 잠을 설치고 길에서 가슴을 부여잡고 고통스러워한다. 고통의 크기는 작은 당구공이었다가 거대한 지구가 되지만, 가장 가까운 친구들도 알 길이 없다.



나에게 고통은 자유의 박탈이고 용기의 부족, 의지의 결여이다. 나로 태어나 나로 죽을 수밖에 없는 운명에 대한 비통함이다. 현실의 지루함이고 예상되는 모든 시나리오가 5지 선다형이었음을 깨달은 순간이다. 이치에 도통 맞지 않는 세상이며, 그 속에서 정답을 찾으려 하는 사람들이 만들어낸 복잡한 핼러윈이다. 버릴 수 없는 몸의 욕망과 속 깊은 부도덕함과 거짓말들이다. 그럼에도 쓰레기 같은 욕망을 애써 감추려는 시도이며 멀쩡한 척 살아가는 내 사지이다.



에스토리칼 블루의 17년식 BMW는 4개월이 지나도 여전히 잘 나가지만 왠지 모르게 뒷자리에 덜그럭거리는 잡소리가 가끔 나기 시작했다. 애써 외면하지만 고요한 밤 심하게 덜컹이는 지면을 지날 때면 어김없이 내 귀를 간지럽힌다. 울화통이 터지 지기보단 잘 못 들은 걸로 치고 넘어간다. 매번 그렇게 넘어간다.

들판

어렸을 땐 고독과 슬픔에 대한 남모를 호기심이 있었다. 나이가 들며 불현듯 생각만 해도 가슴이 얼얼한 그런 기억들이 이따금씩 찾아왔고 힘차게 앞으로 나아갔던 하루하루를 다시 무의 공간으로 만들어버렸다. 아무것도 없는 공간에서 앞으로 계속 나아가도 결국 다시 무의 공간으로 돌아온다. 그저 발에 닿는 감촉만으로 내가 앞으로 가고있다고 인지 할 뿐, 스쳐가는 바람 한점 느껴지지 않는 이 곳에서 그저 묵묵히 고통을 견디어 낸다. 인간은 나약하고 어리석기 때문에 고통은 필연적이다. 어째서 이렇게 불완전한 존재로 만드셨나요. 누군가 그랬다. 즐겁게 살지 않는 것은 죄다. 맞다. 따라서 즐겁게 살기 위해, 고통을 줄이기 위해 또다른 고통을 견디며 산다. 고통 끝에 잠시 행복이 찾아왔지만, 그 행복은 더 큰 고통을 남기고 떠나간다. 행복이 떠난 자리에서 벗어나기 위해 앞으로 나아간다. 한치 앞도 보이지 않는 너른 광야에서 벗어나기란 불가능해보이는 듯 하다. 바로 여기서 실존에 대한 고민이 시작된다. 우린 누구이며 대체 무엇때문에 이런 즐거움과 고통을 느끼며 살아가야 하는가. 목적론에 입각한 이러한 생각은 결론에 도달 할 수 없다는 것을 잘 알고있다. 하지만 여전히 인간은 어리석고 나약하기 때문에 지혜롭고 강인한 것, 바로 목적과 타당성에 손쉽게 이끌린다. 또 그것에 유혹당한다. 결국 아무것도 얻지 못한 채 인생의 결론에 다다른다. 수조의 인간들은 무상하다는 말만 남기고 사라져갔다. 그것을 잘 아는 어리석고 나약한 인간은 다시 글을 쓴다. 현실의 고통과 그것의 타당성을 찾기 위해. 스스로 정리하기 위해. 결국 글은 아무것도 이뤄 주지도 알려주지도 않았다. 한 줄로 주욱 늘여 쓴 글은 행복이 떠나간 너른 광야를 벗어나려는 어리석은 자의 발자국과 같다. 결국 고통은 현실을 있는 그대로 직시하기 위해 사용되었다. 어렸을 적 느끼지 못했던 실존의 고민은 그녀가 떠나간 자리를 실마리 삼아 모락모락 피어 올랐다. 깊어지는 내면에는 썩은 물이 고이기 시작했다. 한동안 그 냄새가 역겨웠지만 조금씩 익숙해져 갔다.

자유의지

잠이 오지 않는 밤이다.


서른을 목전에 두고 시간은 쏜살같이 흘러간다. 잘 살고 있는건지, 나는 과연 괜찮은 건지 물어볼 새도 없이 그저 그렇게 흘러간다. 가만히 있으면 괜스레 괴로워서 일부러 더 쉴틈없이 주변을 만든다. 매 순간 욕망에 충실하게 그렇게 허망한 시간을 견디어 낸다. 자아가 생기고부터 알 수 없는 삶의 이유라는 것 때문에 결국 다시 또 밑바닥까지 내려앉는다.


가끔 삶의 이유가 있었던 적이 있었다. 성공 혹은 사랑. 조금 더 지나면 아이와 건강을 걱정하겠지. 수 만년 전 부터 우리의 DNA에 적혀 있는 무언가를 추구하기 위해 하루하루 살아왔다. 단 하루도 그 룰에 벗어난 적 없이 여태 살아왔다. 내게 대체 무엇이 결핍되었길래 이런 삶에 끊임없이 의문을 품는 걸까. 몸은 그저 생물적 안위를 위해 끊도없이 움직이는데 마음은 그것에 대한 벗어남을 갈망한다. 이런 모순 또한 인간종이 가지는 특징인가?


주변인들은 그런 의문을 많이들 품지 않아 보인다. 그저 생물의 본성이 시키는 대로 움직이고 생각하는 듯 보인다. 그래서 다들 목적이 아주 명확해 보인다. 그들에게 의문을 품는건 사치이고 쓸데없는 일이다. 그들의 의문은 결국 바운더리를 벗어나지 않는다.


내가 사색형 인간임을 처음 깨달은 것은 중학교때이다. 전교 성격검사때 밝혀졌는데 아주 드물게 나타나는 성격 유형인지 선생님은 이런 유형을 처음 봤다고 한다. 유형의 이름과 걸맞게 생각을 참 많이 하는 편이다. 아주 여러가지 생각을 하고 나름대로의 가설도 혼자 세우는 편이다. 그 중 하나는 자유의지에 관한 가설인데, 자유의지는 말 그대로 어떤 타율에 의하지 않은 스스로 발현되는 의지이다. 근데 이 타율이라는 게 참 애매한데, 학계에서는 이것을 앞서말한 생물학적 안위로 본다. 무슨 말이나 하면 우리가 추구하는 성공, 이성관계, 안전, 권력 등의 모든 욕망은 결국 타율이다. 내가 선택한 것이 아니라는 얘기다. 그럼 과연 내가 선택한 건 뭘까.


뇌의 시작은 파충류의 뇌로부터 시작한다. 파충류의 뇌를 보면 아주 얇고 작은데, 그 역학은 특별한 것 없이 생명 유지이다. 숨쉬는 것부터 시작해서 체온 유지 등 생명을 유지하는데에 아주 기본적인 역할만을 담당한다. 생물은 수십만년간 진화하면서 그 뇌에 기능들을 추가하기 시작했다. 진화는 그런 식으로 이루어진다. 기능은 이전 기능을 Base로 그저 추가된다. 그 예로는 눈의 기능을 볼 수 있다. 우리의 눈은 물속에서 진화하여 육지로 올라왔지만 그 때문에 정말 많은 비효율을 가지고 있다. 마찬가지로 뇌도 그런 식으로 진화해 왔기 때문에 수많은 모순적 결함을 가지고 있다. 인간 종이 호모 사피엔스의 시대로 들어서면서 대뇌가 급격하게 성장했다. 대뇌는 추상적인 생각을 하는 기능을 한다. 우리가 종교, 회사, 화폐와 같이 거짓인 것을 그토록 잘 믿을 수 있는 이유중 하나이다. 이러한 능력 때문에 우리는 대규모 협력이 가능해지며 결국 지구의 주인이 되었다.


이제부터는 내 가설인데, 문제는 결국 여기에 있다. 우리가 사피엔스 시대로 접어들며 뇌를 전부 재설계했다면 현재의 자가당착적인 인간의 모습은 없을 것이다. 하지만 어디까지나 인간 뇌의 Base는 파충류의 뇌이다. 그렇기 때문에 모든 추상적인 생각들의 Base는 결국 생존의 문제에서부터 시작될 수밖에 없다. 이게 문제가 되는가? 앞서 말했듯이 모순이 생긴다. 대뇌의 기능은 생존이라는 Base를 벗어나려 함으로써 오히려 생존력을 극대화했다. 하지만 결국 벗어나지 못하기 때문에 모든 추상적 사고의 뿌리는 생존이다. 예를 들면 내가 지금 이 글을 쓰고 있는 뿌리깊은 이유 중 하나는 관심을 받기 위해서이다. 몇 번이나 생각을 해봐도 결론은 같았다. 물론 내 생각을 글로 정리하고 싶기 때문이지만 좀더 깊이 생각해보면 누군가에게 관심을 받고 싶어하는 아주 유약하고 어리석은 아이의 욕망이다. 이건 나의 예시이지만 자신을 돌아보라. 당신이 하는 모든 말과 생각들의 좀 더 근원적인 목적은 무엇인가? 당신이 시기질투하는 누군가를 언짢게 생각하는 근본적인 이유는 무엇인가? 그토록 어떤 신념을 따르는 이유는? 결국 우리는 우리 안에 작은 아이에게서 벗어날 수 없는 것 인가?


어려운 문제이다. 내 가설을 입증하기 위해선 대조군이 필요하다. 내 가설은 뇌의 생물적 한계 때문에 오는 필연적인 자유의지의 부재이다. 모든 원인은 대뇌 피질을 제외한 모든 뇌의 구성원들이다. 대조군은 결국 대뇌의 피질만이 정상 동작하는 인간일 것이다. 그는 어떤 말과 행동을 하게 될까? 그의 말과 행동, 그가 추구하는 것들은 정말 인간적 욕망이 배제된 추상적 사고들일까? 그는 인간의 모든 어리석음을 극복한 현자가 될까? 혹은 피도 눈물도 없는 사이코패스가 될까?

어느 이별

이별은 생각보다 견디기 쉽지 않았다.

저 만치 멀어져 가는 듯 싶다가도 어느새 다시 눈앞에 들이닥쳐 내 마음을 긁고 간다. 가끔 음악을 듣다가 불현듯 떠오르기도 하면 다시 마음 속 가장 깊은 곳으로 빠져들어가, 너의 행동 말투 하나하나가 생각나버린다. 좋았던 감정과 슬픈 감정들이 한데 뒤엉켜 달콤 씁쓸한 색으로 변해간다.

일부로 기억을 닳게 하려 평소보다 더 정신없이 살아간다. 그 때문에 벌써 오래된 추억과도 같이 느껴지지만, 감정은 내 의도만큼 흐려지지 않는다. 이런 괴리감이 더욱더 현실을 비현실적으로 만들어낸다.

많이도 울었다. 살면서 이렇게나 많은 눈물을 흘릴까 싶었는데, 너를 만나며 단숨에 모두 쏟아냈다. 어른이 되어가면서 많은 게 무뎌지고 더렵혀질 것 이라 생각했는데, 순수한 부위는 마음 어딘가에 남아있어 너를 통해 발견되었다.

기억과 감정들, 밤새도록 나눴던 그 수많은, 기억도 다 나지 않을 대화들이 불현듯 예고도 없이 찾아온다. 그럴 때마다 의도치 않게 슬픔이 목구멍으로 차오르면 그 순간을 억눌러 참아내기가 쉽지 않다.

살면서 이별은 처음도 아니고 적지도 않았지만, 이 이별은 한 번도 경험해본 적 없는 강렬함으로 다가왔다.

...

서너달이 지났다. 하루의 많은 시간들이 그나마 너를 기억의 저편으로 묻어두고 흘러간다. 감정과 기억의 갑작스런 습격은 그 빈도가 덜해졌다기 보다는 고통 자체가 익숙해졌다. 견디는 자의 하루는 길고 길다.

고독함이 스믈스믈 올라왔다. 너를 만나기 전에는 사실 그 고독함이 오히려 익숙해서 고통으로 느껴지지 않았다. 나에게 찾아온 너는 내 내면의 고독을 모두 삼켜 내 곁에 있다가, 다시 더 큰 고독을 뱉어내고 떠나갔다. 그리고 그 고독은 입으로 신음소리가 삐져나올 정도로 예전의 고독과는 질이 달랐다.

...

시원한 바람을 맞으며 그녀의 집앞 카페에서 기다렸다. 급격히 경사진 그녀가 사는 언덕위 동네는 서울에서 볼 수 없는 호젓한 풍경을 이루었다. 그녀는 내가 눈치채기도 전에 옆으로 다가왔다. 여느때와 다름없었지만 그날따라 더 생기있어보였다. 마치 우리는 그림처럼, 언덕위의 시원한 바람과 햇빛을 맞으며 서로를 비스듬히 바라보고 있었다. 그녀에게 나지막하게 내가 그녀를 기다리며 하고있었던 일들을 설명해준다. 관심은 없지만 서로 오가는 대화와 분위기를 즐겼다. 그리고 오늘의 이야기들을 기대한다.

정막이 감도는 어두운 방. 그녀의 크고 검은 눈동자를 말없이 한참을 바라보았다. 익숙하고 편안했지만 왠지 이상했다. 한번도 우리는 그렇게 아무 말 없이 서로의 눈을 오랬동안 바라본 적이 없었다는 것을 알았다. 그리고 또 다른 사실들을 알게되었다. 나는 지금껏 이 세상에 홀로였다는 것을. 나와 같은 생각을 하는 인격체를 나는 받아들이고 있지 않았다는 것을. 그리고 지금 이 순간 처음으로 누군가를 하나의 인격체로 받아들였고, 세상에 드디어 혼자가 아니라는 것을 알게 된 순간. 그녀의 크고 새까만 눈동자는 나에게 은하수가되어 쏟아졌다.

신입 개발자 면접용 컴퓨터공학 기본지식

신입 개발자로서 입사를 준비하기 위해 CS분야의 전반에 걸쳐 기술 면접 시 물어볼 만한 내용을 정리하였습니다.

‘주제 – 요약 – 링크’ 순으로 볼 수 있습니다. 너무 기초적인 부분은 적절히 제외하였습니다.

요약만 보고 내용을 파악하기 어렵습니다. 주제를 자세히 다룬 링크를 타고 들어가 관련 내용을 공부할 필요가 있습니다.

데이터베이스

NoSQL과 RDBMS 차이 ( NoSQL : Not only SQL )

-      NoSQL등장배경 : SNS 및 아마존 과 같은 비 복잡 단순 데이터가 엄청나게 증가하면서, 기존 오라클과 같은 RDBMS에 대해 용량 부족과 접근의 비효율성 증가

-      목적 : 페타 바이트 급 단순데이터를 다루기 위해 사용.

-      특징 : join 불가, table의 col의 형식이 제한 되어있지 않음, put과 get 명령어로만 사용, RDBMS와 혼합하여 사용하는 것을 장려.

-      http://esckey.tistory.com/107

ERD ( Entity Relationship Diagram )

-      개요 : 엔티티간의 관계를 나타내는 그림. DFD와 함께 시스템 분석과 설계에서 매우 유용하게 사용. 데이터를 중심으로 데이터간의 관계를 나타내는 그림. 객체지향 프로그래밍에 적함

-      엔티티 : 프로세스 상에 존재하는 모든 데이터 개체. 물리적 추상적 모두 포함. [ 네모 ]

-      릴레이션 : 엔티티간의 연관성을 나타냄. 소유,소속,첨부 등의 의미. 1:1,1:N,N:N [ 마름모 ]

-      어트리뷰트 : 엔티티가 가지고있는 속성 데이터 [ -o ]

-      ERD를 실제 table로 구현하기 위한 세가지 방법 : 링크 참조

-      http://hkpark.netholdings.co.kr/web/manual/default/manual_print.asp?menu_id=102668&id=1142

데이터베이스 정규화

-      정규화 : 중복을 최소화, 이상현상 제거 ( 삽입, 삭제, 변경 )

-      1단계 : 도메인 원자성

-      2단계 : 모든 비 기본키가 기본키에 ‘완전 함수 종속’ ( 부분함수종속제거 )

-      3단계 : 이행적 함수종속 제거

-      BCNF : 오직 ‘후보키’ 만 ‘결정자’가 되도록 유지

-      http://beansberries.tistory.com/entry/%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%A2%85%EC%86%8D%EC%84%B1%EA%B3%BC-%EC%A0%95%EA%B7%9C%ED%99%94

대용량 트랜잭션 처리

-      개요 : 트랜잭션에는 반드시 트랜잭션 로그를 기록하게 되어있음. Full 복구 모드의 대용량 트랜잭션에는 이렇게 행 별 트랜잭션 로그를 기록하는 방식이 용량 문제와 병목현상으로 인한 속도 문제를 야기한다.

-      최소 로깅 작업 : 행 별 변경사항을 로깅할 것이 아니라, table별로 로깅 작업을 진행하여, 테이블 삭제 시 delete가 아니라 truncate를 수행, insert 또한 이와 같은 방식으로 수행.

-      제약 : full 복구모델에선 사용 불가. SIMPLE 및 BULK LOGGED 모델에서만 사용가능. 무결성 제약조건을 따르지 않음.

-      http://www.dbguide.net/knowledge.db?cmd=view&boardUid=173979&boardConfigUid=21

-      http://nexondbteam.tistory.com/28

조인 종류

-      조인의 종류 5가지

n  INNER JOIN

n  OUTER JOIN : Left / Right

n  CROSS JOIN

n  FULL OUTER JOIN

n  SELF JOIN

-      조인 방식 3가지

n  Nested loop join

n  Hash join

n  Merge join

-      http://kanetami.tistory.com/entry/mssql-%EC%A1%B0%EC%9D%B8%EC%9D%98-%EC%A2%85%EB%A5%98-inner-joinleftright-outer-join-cross-join

Sql 쿼리 성능 측정

-      쿼리 분석기 사용 : SET STATISTIC IO ON

-      쿼리 수행 시 각 테이블에 대해 -> 스캔, 논리적 읽기 수, 물리적 읽기 수, 미리 읽기 수

-      쿼리 튜닝을 통해 개선시킬 수 있는 부분 : 논리적 읽기 수 ( 버퍼 캐시에 접근하는 횟수 )

-      http://www.mssql.org/LectureSQL/02_sql2k/advance_02.htm

대용량 데이터베이스와 쿼리 튜닝

-      대용량 데이터베이스 : 5000만건 이상의 데이터가 적재되는 테이블을 의미.

-      쿼리 튜닝 : 결론적으로 I/O를 줄이기 위한 노력. 꼭 필요한 데이터만을 스캔할 수 있도록 스캔 범위를 조정하는 작업을 포함

-      최적화 : 인덱스를 활용한 것 인가. 병목 구간을 정확히 파악했는가.

-      http://egloos.zum.com/dryang/v/3440561

그 외

-      데이터 무결성 유형

n  개체 무결성 : 모든 테이블은 기본 키를 가져야 하며 기본 키로 선택된 열은 고유하고, 빈 값은 허용하지 않음.

n  참조 무결성 : 왜래 키 값이 다른 특정 테이블의 기본 키 값을 참조해야만 한다.

n  범위 무결성 ( Domain ) : 해당 속성은 각각의 도메인 집합 안에 존재하는 값만을 취해야 한다.

-      트랜잭션의 특성과 트랜잭션이 깨졌을 때의 복구 방법.

n  ACID : 원자성 – 부분 실행 X / 일관성 – 전후 일관된 데이터 / 고립성 – 다른 작업 끼어들기 X / 지속성 – 수행된 작업은 영원히 반영

n  ACID transaction 구현 방법 ( 데이터 lock에 의존 )

u   로깅 방식 : 변경사항을 로그에 저장 – 실패 시 로그를 이용한 롤백

u   새도우 패이징 방식 : 변경사항을 DB복사본에 저장 – 실패시 DB복사본을 활용한 롤백

운영체제

요약정리 : http://baekhorang.tistory.com/entry/%EC%A0%84%EC%82%B0%ED%95%99%EA%B0%9C%EB%A1%A005-%EC%9A%B4%EC%98%81%EC%B2%B4%EC%A0%9COperating-System-%EA%B0%9C%EB%85%90-%EB%B0%8F-%EC%9A%A9%EC%96%B4%EC%A0%95%EB%A6%AC

스레드와 프로세스

-      프로세스 : 프로그램의 인스턴스. 프로세스간 공유부분 ( 프로그램의 코드 및 라이브러리 ), 할당 받는 비 공유부분 ( 변수 할당을 위한 데이터/스택 세그먼트, 실행 위치를 나타내는 PC ),

-      쓰레드 : 한 프로세스의 다양한 실행 흐름. 프로세스 생성 시 Main 쓰레드 하나 생성. 각 쓰레드는 각각의 스택 공간을 제외한 나머지 부분을 공유한다.

-      멀티 쓰레드 장점 : 멀티 프로세스에 비해 메모리 및 시스템 자원 소모 매우 낮음. 쓰레드간 통신 용이 ( 전역 변수로 쉽게 통신 )

-      단점 : 전역변수를 이용한 통신은 충돌 문제를 지니고있다. 동기화 문제를 해결해야 함.

-      http://ralf79.tistory.com/34#_

Fetch Decode Execute와 Pipeline

-      CPU구성요소 : Decoder, CU, ALU, ACC, PC(program counter), IR(instruction), AR(address), DR(data)

-      CPU가 일하는 순서 : fetch -> decode -> execute

-      Fetch : 메모리로부터 instruction을 가져온다.

-      Decode : instruction을 담은 register를 해석한다.

-      Execute : 각종 read, shift, ALU, write 등을 수행한다.

-      Pipe line : 각 CPU의 다른 부분을 사용하는 fetch/decode/execute를 동시에 수행하기 위한 방법

-      Pipe line은 control hazard, data hazard에 노출 되어있다.

n  Control Hazard : Branch명령을 받아 jump하게 되면, execute단계에서 이미 fetch해 놓은 놈을 버려야하는 문제

n  Data Hazard : 이미 파이프라인 내에서 조작하고 있는 register 데이터를 바로 다음 프로세스가 조작하려 함

-      http://egloos.zum.com/recipes/v/4982170

가비지 컬렉션

-      동적 할당된 메모리 영역 가운데 더 이상 사용할 수 없게 된 영역을 탐지하여 자동으로 해제하는 기법.

-      장점 : 비 유효 메모리 접근 차단, 이중 해제 차단, 메모리 누수 차단

-      단점 : 메모리 해제 결정에 따른 비용

-      방법 1. 포인터 추적 방식 : 한 개 이상의 변수가 접근 가능한 메모리는 사용할 수 있는 메모리로 간주, 아닌 경우 해체

n  mark and sweep : 각 메모리 할당 영역에 1비트 메모리를 남겨두고 mark단계에서 변수가 가리키는 메모리를 true로 표시, sweep단계에서 false인 영역을 모두 해제

-      https://ko.wikipedia.org/wiki/%EC%93%B0%EB%A0%88%EA%B8%B0_%EC%88%98%EC%A7%91_(%EC%BB%B4%ED%93%A8%ED%84%B0_%EA%B3%BC%ED%95%99)

콜백함수

-      Callback : 어떤 이벤트가 발생했을 때 나에게 알려달라고 핸들러를 등록하는 작업. 즉, 함수call을 하는 주체는 사용자가 아니고, OS이다. 기존의 함수 call과는 “제어권”의 차이가 존재한다.

-      Ex ) < java script > : > a=[3,1,2]; function b(v1, v2){console.log(‘c’, v1, v2); return 0}; a.sort(b); console.log(a);

n  위 예제의 경우 b함수는 유저가 호출하는 것이 아니라, sort에 주입하여 필요에 따라 sort가 호출하는 함수임으로 이를 callback 함수라고 할 수 있다.

-      http://blog.goldface.kr/45

데드락

-      개념 : 동일한 자원을 공유하고 있는 두 개 이상의 컴퓨터 프로그램들이 상대방이 자원에 접근하는 것을 사실상 서로 방해함으로써 두 프로그램 모두 기능이 중지되는 결과를 낳는 상황을 말한다.

-      발생 조건 : 전부다 존재해도 발생하지 않을 수 있고, 하나만 존재해도 발생할 수 있다.

n  Mutual Exclusion : 데이터 접근을 상호 배제

n  Hold and Wait : 한 프로세스가 A자원을 hold한 상태로 B자원을 잡기 위해 Wait

n  No Preemption : 다른 프로세스가 잡고있는 자원을 가로챌 수 없다.

n  Circular Wait : 2개 이상의 프로세스가 서로의 작업이 끝나기를 기다린다.

-      해소방안

n  System이 Dead Lock 상태에 들어가지 않도록 만든다. ( 발생 조건 차단 )

n  System이 Dead Lock 상태에 들어갈 경우 recover하도록 만든다. ( 데드락 탐색 필요 )

n  문제를 무시하고 Dead Lock이 발생하지 않은 것처럼 수행한다. ( 리눅스/유닉스 서버에서 주로 수행 )

네크워크

TCP/IP 계층

n  IP : 단말과 단말 간 패킷을 전송하기 위해 각 단말은 4바이트 IP주소가 필요. IP ADRESS <-> DNS

n  TCP : 서버와 클라이언트 간 데이터를 ‘신뢰성’ 있게 전달하기 위해 만들어짐. 패킷의 손실을 교정하고 순서를 재조합 한다. 연결 지향 : 전송측과 수신측의 전송 선로인 Session을 만든다.

-      Layer 4. Application Layer ( OSI : application, presentation / HTTP ) : FTP/Telnet/SMTP등으로 이루어진 응용프로그램

-      Layer 3. Transport Layer ( OSI : session, transport / TCP ) : 각 시스템을 연결하고, TCP 프로토콜을 이용해 데이터를 전송하는 계층.

-      Layer 2. Internet Layer ( OSI : network, datalink / IP ) : 데이터를 정의 및 경로 배정(라우팅). 정확히 라우팅 하기 위해 IP프로토콜을 사용한다.

-      Layer 1. Physical Layer ( OSI : physical / Ethernet ) : 이더넷 카드와 같은 하드웨어를 말함.

-      http://www.joinc.co.kr/w/Site/Network_Programing/Documents/IntroTCPIP

OSI 7계층

n  ( 장비 / 데이터 형태 / 프로토콜 )

-      7. 응용 ( 서버 / 데이터 / DHCP, DNS, FTP, HTTP, Telnet, SMTP ) : 사용하고 있는 프로세스를 어떻게 인식할 것인가.

-      6. 표현 ( 서버 / 데이터 / SMB, APP, MPEG, JPEG ) : 데이터의 표현 차이 극복. 정보를 어떻게 부호화 할 것인가 – 압축, 부호화, 암호화.

-      5. 세션 ( 서버 / 데이터 / SSH, TLS ) : 통신 경로의 확립, 단절, 전송 방식을 어떻게 규정할 것인가. 응용 간 논리적 연결 확립

-      4. 전송 ( L4스위치 / 세그먼트 / TCP, UDP, ARP ) : 정보를 전송할 때 신뢰를 어떻게 확보할 것인가. 연결 지향 서비스 제공.

-      3. 네트워크 ( L3스위치, 라우터 / 패킷 & 데이터그램 / IP, ICMP, IGMP ) : 송신 노드에서 수신 노드로 어떤 경로로 정보를 전달할 것인가.

-      2. 데이터링크 ( 스위치 / 프레임 / MAC, PPP ) : 인접한 기기 사이에서 정보를 어떻게 전송할 것인가.

-      1. 물리 ( 케이블, 허브, 리피터 / 비트 / Ethernet ) : 어떤 신호로 통신할 것인가.

-      http://board.theko.co.kr/bbs/board.php?bo_table=Network&wr_id=12

그 외

-      L3스위치와 L4스위치의 차이점

-      세션이란 무엇인가

-      대칭키, 비대칭키(공개키) 방식이란

웹

웹 어플리케이션과 웹 프로그래밍

-      웹 어플리케이션이란 웹을 기반으로 실행되는 프로그램을 의미, 웹 프로그래밍이란 웹 어플리케이션을 구현하는 작업.

-      웹 어플리케이션 구조 : 웹 브라우저 – 웹 서버 – 웹 어플리케이션 서버 – 데이터베이스

-      단계 1. 웹 브라우저가 웹 서버에 페이지 요청 2. 웹 서버는 요청을 받아서 요청된 페이지의 로직 및 데이터베이스 연동을 위해 웹 어플리케이션 서버에 처리를 요청 3. 웹 어플리케이션은 데이터베이스와 연동하여 데이터 작업 수행 4, 처리된 결과를 다시 웹 서버로 돌려보냄 5. 웹 서버는 결과를 웹 브라우저에게 넘겨줌.

-      기존 CGI방식 : 웹 서버에서 각 브라우저의 요청 마다 프로세스를 생성하여 처리 -> 메모리 부하

-      WAS(웹 어플리케이션) 방식 : 웹 서버가 직접 프로그램을 처리하지 않고, 웹 어플리케이션에 넘겨줌. 여러 명의 사용자가 동일한 페이지를 요청할 경우, 오직 하나의 프로세스만 생성 후, 각 사용자에게 쓰레드를 할당. 더 많은 사용자에게 서비스를 할 수 있으며 전체적인 성능향상 도모

-      http://knkky.tistory.com/28

GET POST 차이

-      목적의 차이

n  Get : 서버에서 어떤 데이터를 가져와서 보여주는 용도

n  Post : 서버의 값이나 상태를 바꾸기 위해서 사용

-      형태의 차이

n  Get : URL에 이어 붙임 ( 길이 제한 -> 적은 양의 데이터 전송 ) ex, http://url.bbslist.html?id=5&pagenum=2

n  Post : 내용이 body안에 숨겨서 인코딩되어 보내짐. 길이 제한 없음.

-      목적과 혼용하여 사용했을 경우 google accelerator 사건 ( 게시물 삭제 버튼까지도 post가 아닌 get으로 설정해 놓은 웹 페이지 개발자들로 인해 get만 찾아 들어가는 accelerator가 게시물을 마구잡이로 삭제/변경 )

-      https://blog.outsider.ne.kr/312

쿠키 vs 웹 스토리지

-      개요 : 웹 환경에서 사용자의 정보를 저장해야 할 필요가 있음 ex) 쇼핑몰의 오늘 보았던 물품, 검색 기록 등

-      쿠키 : 4kb허용, http헤더에 붙여 전송(트래픽 낭비 but 서버 전송 가능), 보안 취약

-      웹 스토리지 : 크기 제한이 없다. 서버로 보내지 않는다. 유효기간이 없다. 자바스크립트 객체 저장 가능. Key와 value로 구성된다.

n  로컬 스토리지 : 도메인 마다 따로 생성된다. 지속 기간에 제한이 없다. (영구성) 도메인이 다르면 서로의 스토리지에 접근 불가. 사이트 고유 설정 정보 등을 대신하기에 적당.

n  세션 스토리지 : 도메인 별, 윈도우 별 따로 생성된다. 윈도우(세션)와 같은 유효 범위와 생존기간을 가진다.

-      http://croute.me/419

그 외

-      HTTPS란 무엇이고, SSL인증방식에 대해 설명하라 ( 혹은 웹 보안에 대해 설명하라 ) : https://opentutorials.org/course/228/4894

알고리즘/자료구조

맵 리듀스 알고리즘 ( Hadoop관련 추가 조사 )

-      목적 : 빅데이터처리를 위해 기존 하드웨어를 활용한 분산 프로그래밍 모델. 이미 분산 환경에 저장된 대용량 데이터를 다시 중앙에서 처리하는 것이 비효율적임으로, 각 분산시스템에서 데이터를 처리할 수 있도록 하기 위함. 혹은, 대용량 입력 파일을 분산시스템에서 처리하여 효율을 높이는 방안. 크게 맵/리듀스 과정으로 나눔

-      과정

n  Splitting : 입력 받은 대용량 데이터를 적절한 크기로 잘라냄

n  Mapping ( Map ) : key – value 로 맵을 구성함.

n  Shuffling : map 함수의 경과를 취합하기 위해 reduce 함수로 데이터를 전달하는 역할을 함. ( 정합병렬 )

n  Reducing : 결과를 key - value 로 정리하여 final result 로 취합.

-      http://blog.acronym.co.kr/312

트립 ( Treap )

-      정의 : 균형 잡힌 이진탐색트리. BST에서 Skewed Tree가 만들어지는 이유는 데이터가 일정한 순서에 의해 입력되는 이유이다. 이때, 각 들어오는 데이터에 대해 랜덤 하게 “우선순위”를 부여함으로써, Heap처럼 우선순위에 따라 삽입한다.

-      조건

n  부모 노드의 우선순위가 자식 노드의 우선순위보다 커야 한다 ( heap )

n  부모 노드의 왼쪽 자식 노드는 더 작은 key, 오른쪽 자식 노드는 더 큰 key값을 가진다 ( BST )

-      삽입 / 삭제 알고리즘은 기존 BST보다 조금 복잡하다.

-      http://egloos.zum.com/canuyes/v/1194215  

디자인 패턴

유스케이스 다이어그램 ( UML관련 추가 조사 필요, 질문 유형 : 너가 한 프로젝트를 UML로 그려봐라 or 클래스 다이어그램으로 표현하라 )

-      사용자와의 의사소통을 위해 만들어짐

-      Actor, use case, association ( include, exclude ) + generalization

-      http://gispilot.tistory.com/11

싱글톤 패턴

-      개요 : 클래스당 유일한 인스턴스를 제공해야 할 필요가 있을 경우 사용. Ex) word processor의 도구 탭 등..

-      코드

Public class Singleton {

Private static Singleton uniqueInstance; // 유일한 인스턴스를 저장 -> static

Private Singleton() { } // 생성자는 내부에서만 쓰임 -> private

Public static synchronized Singleton getInstance() { // 해당 인스턴스를 리턴, 멀티 쓰레딩에 대비한 동기화 -> synchronized

          If( uniqueInstance == null) { uniqueInstance = new Singleton(); } // 생성된 인스턴스가 없다면 첫 인스턴스 생성

          Return uniqueInstance;

} }

-      http://warmz.tistory.com/entry/Singleton-Pattern-%EC%8B%B1%EA%B8%80%ED%84%B4-%ED%8C%A8%ED%84%B4

MVC 패턴

-      Model View Controller : 어플리케이션을 세가지 역할로 구분한 개발 방법론

-      Controller : 사용자가 컨트롤러 클래스를 통해 모델 클래스를 조작한다. ( manipulate )

-      Model : 모델 클래스는 데이터베이스나 파일과 같은 데이터 소스를 제어한 후 결과를 리턴한다. ( update )

-      View : 컨트롤러는 모델로부터 리턴받은 결과를 뷰 클래스에 반영한다. ( see )

-      https://opentutorials.org/course/697/3828

자바

객제지향

-      Keyword : 추상화, 부품화, 은닉화, 캡슐화, 인터페이스

-      https://opentutorials.org/course/1223/5399

컬렉션즈 프래임워크

-      개념 : C++의 STL과 같이 다양한 기능을 가진 자료구조를 담고있는 라이브러리 이다.

-      구성요소

n  Collection

u  SET ( HashSet, LinkedHashSet, TreeSet ) : 중복을 허용하지 않는다. 순서가 없다.

u  LIST ( ArrayList, Vector, LinkedList ) : 중복을 허용한다. 순서가 유지된다.

u  QUEUE ( PriorityQueue ) : 각각의 요소가 우선순위를 가지고 우선순위에 따라 정렬된다.

n  MAP ( SortedMap, Hashtable, .. ) : Key와 Value가 1:1 대응되어 구성된다. Key의 경우 중복이 없는 Set과 같다.

-      Iterator : Collection interface에 존재하는 자료구조로써, 자료구조를 순회하는 역할을 한다. 3가지 기능이 존재( HasNext, Next, remove )

n  사용방식

Iterator hi = A.iterator( );

While(hi.hasNext( )){

System.out.println(hi.next( ));

}

-      https://opentutorials.org/course/1223/6446

동기 vs 비동기

-      개념 : 일을 처리하는 방식의 두 종류. Ex) 빨래, 청소, 설거지를 해야하는 상황을 예시로 가정

-      동기 : 일을 순차적으로 처리하는 방식 ex) 빨래 – 청소 – 설거지를 순차적으로 처리한 후 다른 일이 가능

-      비동기 : 일을 외부에 모두 맡기고, 처리했다는 신호를 기다림 ex) 빨래를 빨래방에 맡김 – 청소를 청소 업체에 맡김 – 설거지를 식기세척기에 맡김 – 다른 일은 처리 – 빨래, 청소, 설거지가 다 되었다는 신호를 받음.

n  비동기 방식은 Node.js 처리 방식의 기본 철학이 된다. 수많은 요청을 처리해야 하는 서버의 경우, 동기 방식으로 일하게 되면 사용자 응답성에 치명적일 수 있기 때문.

-      https://opentutorials.org/course/2136/11884

그 외

-      프레임워크란 무엇인가 : 같은 언어로 개발하더라도 개발 방법은 사람마다 모두 다를 수 있다. 하지만 엔터프라이즈급 프로젝트를 진행할 때 이러한 다양성은 큰 문제가 된다. 즉, 프레임워크란 개발 방법을 강제로 고정시키기 위해 아키텍터가 프로젝트 초기에 결정하는 사항 중 하나로써, 프로젝트 특성에 맞게 설정한다.

-      스프링 프레임워크는 왜 쓰는가

-      동시성은 어떻게 확보할 수 있는가 : http://mar7r.blogspot.kr/2013/08/1.html

안드로이드

-      개론 : 안드로이드 응용 프로그램은 적절한 권한만 있으면 언제든지 인스턴스화할 수 있는 4개의 주요 컴포넌트로 구성된다. 그래서 main 같은 유일한 진입점이 따로 없으며 처음 생성되는 인스턴스의 생성자가 실질적인 진입점이다.

-      4개의 컴포넌트

n  액티비티 : 사용자 인터페이스를 구성하는 기본단위. 윈도우와 유사하나 보다 큰 개념. 화면 하나가 액티비티이며 여러 개의 뷰나 프래그먼트로 구성된다. 응용 프로그램은 필요한 만큼의 액티비티를 가질 수 있다.

n  서비스 : UI가 없으며, 백그라운드에서 무한히 실행되는 컴포넌트. UI가 없음으로 사용자의 명령을 받아들일 수 있는 액티비티와 연결해서 사용. Ex) 노래 재생, 네트워크 감시, 백그라운드 계산

n  방송 수신자 ( broadcast receiver : BR ) : 시스템으로부터 전달되는 방송을 대기하고 신호 전달 시 수신하는 역할. UI를 가지지 않으며 방송 수신 시 방송의 의미를 해석하여 적절한 액티비티나 서비스를 띄우는 역할. 컴포넌트끼리 통신할 수 있는 공식적인 방법. Ex) 배터리가 떨어짐, 사진을 찍음, 네트워크 전송이 완료됨 등의 신호를 수신.

n  콘텐츠 제공자 ( content provider : CP ) : 다른 응용프로그램을 위해 자신의 데이터를 제공. 응용 프로그램 간에 데이터를 공유할 수 있는 유일한 합법적 장치. Ex) 주소록 데이터베이스.

-      인텐트 : 액티비티에서 다른 액티비티를 호출하는 주 목적은 뭔가 작업을 시키기 위해서이다. 액티비티끼리 서로 호출하려면 통신을 위한 장치가 필요한데 이 장치가 바로 Intent이다. 인텐트는 액티비티 뿐만 아니라 서비스,BR 등의 컴포넌트가 수행해야 할 작업에 대한 정보를 가지며 작업 결과를 돌려 주기 위해서도 사용된다. 즉 인텐트는 액티비티간에 인수와 리턴값을 전달하는 도구로 사용된다.

-      액티비티 생명주기 : 안드로이드는 멀티 태스킹을 지원하며 여러 개의 응용 프로그램을 동시에 실행할 수 있지만, 데스크톱 환경과는 달리 자원이 넉넉하지 않음으로 여러가지 제약이 따른다. 메모리와 화면의 제약 때문이다. 즉, 여러개의 응용프로그램을 실행할 수 있지만 직접 사용하는 프로그램은 하나밖에 되지 않으니, 대신 사용자는 배경의 프로그램을 활성화 함으로써 교대로 실행한다. 시스템은 태스크의 실행 중인 액티비티를 스택으로 관리한다. 새로 생성된 액티비티는 스택의 최상단에 위치하며, 스택 제일 위의 액티비티가 종료되면 바로 아래쪽에 있는 액티비티가 자연스럽게 활성화된다. 스택상의 액티비티는 다음 세 가지 상태중의 하나이다.

n  Active, running : 사용자가 직접 사용하는 상태. 스택 제일 위에 존재. 포커스를 가지며 사용자의 입력을 직접 처리한다.

n  Stopped : 다른 액티비티에 의해서 완전히 가려진 상태. 눈에 보이지 않는다. 그러나 모든 정보를 유지하고 있음으로 언제든지 다시 활성화될 수 있다. 메모리가 부족하면 언제든지 강제 종료할 수 있다. ( killable )

n  Pause : 포커스는 잃었지만 사용자에게 보이는 상태. 위쪽의 다른 액티비티가 완전히 가리지 않았거나, 반투명한 상태. 살아있는 상태이지만 강제종료 가능하다. ( killable )

-      http://lyb1495.tistory.com/51

-      http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788979148169&orderClick=LAG&Kc=

임베디드

-      개론 : PC는 여러 목적을 가진 범용적인 시스템이다. 문서작업 뿐 아니라 그래픽이나 멀티미디어 작업까지 가능하다. 하지만 임베디드 시스템은 특수한 목적을 가진 컴퓨터이다. 예를 들어 전자레인지는 음식을 데우기 위한 용도로만 사용되고, 입력은 몇가지 버튼을 통해, 출력은 LED를 통해 이루어진다. 범용의 목적이 아니기떄문에 각 시스템을 구성하는 장치나 소프트웨어가 제한적이다.

-      구현 : 임베디드는 하드웨어 구현과 소프트웨어 구현으로 나눌 수 있다. 하드웨어 구현은 속도는 빠르지만, 확장성이 부족하다. 기능을 확장하기 위해서는 하드웨어를 새로 설계해야 하기 때문이다. 하지만 소프트웨어 설계와 병행한다면, 기능 구현이나 확장이 용이해진다. 소프트웨어 실행을 위해 다양한 임베디드용 프로세스를 사용한다( ARM, MIPS … ). 임베디드 개발 환경은 구성에 따라 모두 달라서 개발자가 직접 컴파일러에 필요한 정보를 입력해 주거나 프로그램에서 직접 처리해야 한다.

-      소프트웨어 개발방법 : 기존 PC는 개발 환경과 실행 환경이 동일하다. 하지만, 임베디드 시스템은 키보드와 마우스가 없음으로 입출력장치가 있는 개발 환경과 테스트를 위한 실행 환경이 다르다. 즉, 개발은 PC에서 수행을 하고 특별한 케이블을 통해 임베디드 시스템에 소프트웨어를 다운로드 시킨 후 테스트를 해볼 수 있다. 즉, 다른 프로세스 환경에서 개발을 해야한다는 것을 의미하여 이를 크로스 개발환경이라 한다. 또한 컴파일러 또한 실행 환경에서 이해할 수 있는 컴파일을 진행해야 함으로 크로스 컴파일러를 사용해야 한다.

-      입출력 : 대체로 memory mapped i/o 방식을 차용한다. 즉, 입출력과 메모리의 주소 공간을 분리하지 않고 하나의 메모리 공간에 취급하여 배치하는 방식이다. 즉, 특정 LED에 해당하는 메모리 주소 공간에 비트를 갱신 시키면 LED가 점등되는 방식이다.

-      http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788979145465&orderClick=LEA&Kc=

기술면접 문제 형식

: 총 네 가지 영역에서 질문을 합니다. 다만 회사의 특성에 따라 질문하는 비중이 모두 다를 수 있습니다.

1.     지식기반 질문 ( 필기시험 뿐만 아니라 기술 면접에서도 전반적으로 물어보는 추세입니다. )

: 기본 자질을 알아보기 위함. 때로는 경험한 프로젝트 관련 심층 지식을 물어보는 경우도 존재. 임계치를 넘지 못하면 좋은 결과를 기대할 수 없습니다.

n  브라우저애서 주소를 요청해서 결과를 받을 때까지의 과정

n  자신 있는 기술

n  OSI 7 계층에 대한 질문

n  싱글 톤 패턴을 화이트보드에 구현하기

n  안드로이드 액티비티 생명주기

n  스레드와 프로세스의 차이

n  데이터베이스 정규화

n  해시 테이블

n  TDD란

n  대용량 트랜잭션 처리에 대한 문제

n  지원한 분야의 가장 기본이 되는 몇가지 API에 대해 어떻게 만들어졌고, 어떻게 구현할 것이고, 어떤 구조인지

n  스프링이나 대용량 DB구조, 인덱스

n  Java와 Java Script차이

n  Linked List와 Array 차이

2.     알고리즘관련 질문 ( 주로 개발업무를 직접적으로 맡아 하는 회사 및 직무에서 집중적으로 물어봅니다. )

: 실제 코딩 능력 및 문제해결 능력을 가졌는지 알아보기 위함입니다. 이것 하나만으로 당락이 결정되는 기업도 심심치 않게 볼 수 있습니다.

: 손 코딩의 경우 주로 입출력을 직접 받기보다는 메모리에 존재한다고 가정하고, 함수 단위로 작성하는 경우가 많음. 단계별로 진행하게 되는데, ‘아이디어 도출 -> 코드 작성 -> 코드 설명’ 단계로 이루어지며, 감독관은 화이트보드에 적힌 코드를 핸드폰으로 찍는 경우 , 실시간으로 IDE에 따라 작성하여 디버깅하는 경우가 있음.

n  공이 9개 있다. 무게가 가벼운 공 하나를 찾는데 최소한의 횟수.

n  하노이 탑 손 코딩

n  1~1000 까지 숫자가 무작위로 10000 개가 있는데 이에 대한 평균값 가운데 값 을 알아내는 알고리즘 설계

n  디버깅 능력, 오류색출능력

n  토폴로지 소트 관련 손 코딩 : https://algospot.com/judge/problem/read/DICTIONARY

n  다이내믹 프로그래밍 관련 손 코딩 : https://www.acmicpc.net/problem/1912

3.     프로젝트관련 질문 ( 기술면접의 메인 디쉬 )

: 전문성과 협업 능력을 알아보기 위함입니다. 꼬리 물기 질문으로 진위여부를 가장 예민하게 탐색하는 부분입니다.

n  이전에 담당했던 프로젝트에 대한 구조 설명

n  기존 업무를 진행하면서, 디자이너들과 협업해본적은 있는지, 프로젝트 매니지먼트는 어떻게 했는지

n  기억에 남는 trouble shooting.

n  가장 창의적인, 도전적인, 끈기를 다한, 실패한 ‘직무관련’ 경험

4.     인성 질문 ( 기술면접 파트에서도 드물게 물어볼 때가 있습니다. )

: 조직 및 기업 친화적 성향을 가졌는지, 자기자신 및 기업의 미래 청사진은 가지고 있는지 알아보기 위함입니다. 원한다면 프로젝트 관련 답변으로 방향을 돌릴 수 있는 질문도 출제됩니다.

n  자기소개서와 관련된 내용, 앞으로 하고 싶은 일이 무엇인지, 지금까지 무엇을 경험했는지

n  살면서 가장 큰 성공을 거두었던 경험

n  하고 싶은 것 좋아하는 분야가 어떤 분야인가

n  왜 ~ 것들을 했는지

n  최근 사회 이슈 ex) 대기업의 사회적 의무, 정년 연장, 명예퇴직 권고 등에 대한 자신의 견해

5.     기타

: 지원자가 얼마나 공학적으로 현실 문제를 생각할 수 있는지 알아보기 위함입니다. 최대한 SW개발자 답게 문제를 풀어내는 능력을 보이는 것이 좋습니다.

n  창의성 문제 : 경험상 알고리즘 풀이법을 적용해 보는 것이 좋을 듯 하다. 문제는 항상 불완전하다고 가정하고 문제를 논리적으로 재정의해가면서 푸는 능력이 필요하다.

u  문제정의 (problem space n이 몇일까) -> 해결방안 모색 (time complexity는 얼마나 될 것 인가) -> 오차 값 추산(어느 정도의 error rate를 예상할 수 있을까)

n  프로젝트 설계 문제 : 관련 주제에 적합한 지식을 가지고있으면 유용하다. 기술은 항상 trade off 관계가 있기 때문에, 설계한 방식의 장단점을 미리 예측하여 정리하는 것이 필요하다.

u  Ex) 광고성, 악성 블로그 활동을 저지하기 위한 시스템 설계 -> 구글 페이지랭크 알고리즘