studio::piano2sky 썸네일형 리스트형 now to eternity '일상에서 영원으로' - piano2sky now to eternity '일상에서 영원으로' - piano2sky 만남에서 연인으로 연인에서 결혼으로 결혼에서 일상으로 일상에서 영원으로 now to eternity '일상에서 영원으로' 2014 Copyright © Yoo, Seunghun @studio::piano2sky 너와 함께 - 유승헌 바오로(2017) 그를 처음 본 건 성당 행사를 준비하던 지하교리실에서였다. 새로 입단한 초등부 교사라며 인사를 했는데 머리는 샛노랑이었고, 귀걸이를 했고, 유행하던 펑퍼짐한 옷에 전날 클럽다녀온 이야기를 신나게 늘어놓던, 철없고 맘에 안들어보이는 날라리였다. 그게 2004년 무렵이었던 것 같다.그렇게 만나 그 후로 성당행사로, 술자리로 친해진 사이었지만 점점 대화를 해가며 그 마음속이 얼마나 깊은지를 측정할 수 없는 그런 사람임을 조금씩 알아가게 되었다. 그 와중에 견진성사를 받아야 하는데 자기와 세례명이 같다며 쑥스러운 표정으로 나에게 대부를 서 달라는 청을 했고, 나는 흔쾌히 받아들여, 그와 나는 대부-대자 사이가 되었다.하지만 그의 개인적인 아픔과 상처를 이미 알고 있었기에, 내가 그의 대부가 된다는 것은 나에게는.. 햇빛 속의 산책 - 유승헌 바오로(2015) 2007년 무더웠던 여름. 비가 많이 왔던 밤이 지나고 찾아왔던 다음날 아침.아이들이 깨기 전에 먼저 운동장에 음향장비를 설치하고, 전날 비가 와서 치우지 못했던 프로그램 물품을 정리하려 나왔는데, 이미 정리는 끝나있었고 리어카에 물품이 잔뜩 정리되어 실려있었다.그 광경을 지켜본, 나름 베테랑 캠프 스텝인 손희상, 권지환 선수, 김형균(당시)학사님과 나는, 경악을 금치 못했다. 전날 비에 젖었다 말랐다를 반복하며 고된 노동에 시달렸던 터라 그 새벽에 그 무거운 짐들을 그것도 혼자 다 정리해 놓았던 것은 정말 불가능한 일이었기 때문이다.그리고 안개가 자욱히 낀 운동장 한켠에서 유유히 묵주기도를 하며 산책하고 있는 그가 보였다. (심지어 그는 그 때 신학생도 아니었다.)그로부터 2년이 지난 2009년 어느날.. V8 안드로이드 버전 빌드 V8 안드로이드 버전 빌드 소스를 받아온다 (gclient) 1.1 기본 소스를 받는다. Git과 Depot tool을 설치하고 GIT을 이용해 받는다. > gclient V8소스를 받을 위치로 이동한 뒤 -> 여기까지는 기본적인 소스만 받게 됨. Android(+종속되어 있는 NDK 등 추가파일) && 5.5 버전을 받기 위해서 추가적인 작업이 필요함 현재 Branch는 Master이기 때문에 최신버전(5.9)를 빌드하게 됨 따라서 Branch를 5.5로 변경 > git reset --hard (필요하면) > git checkout -B 5.5-lkgr 1.2 Dependency가 있는 소스를 추가로 받는다. .gclient에 target os 설정한다. ['android'] (.gclient 파일은 .. 유승헌 미사곡 2011 유승헌 미사곡 2011청년, 청소년을 위한 미사곡주요 미사곡 4곡, 부속곡 5곡, 총9곡 '항상 내가 무엇인가를 새로 시작하는 지점은, 내가 그 무엇에 불만을 갖기 시작할 때였다' 2008년 본당 청년 성가대에서 임시로 반주를 시작하면서 성가대 생활을 시작하였다. 지금와서 돌아보면 그때 들어갈 당시만 해도 내가 8년(2016년에 그만 두었으니까) 동안 성가대를 하리라고는 정말 생각하지 못했다. 그 활동을 하면서 내 사생활의 대부분을 성가대 활동을 하면서 보냈고, 이 미사곡도 그런 성가대 활동의 일부였다. 처음부터 미사곡을 미사에 올리기 위해 작곡을 시작한 것은 아니었고, 그저 일기와도 같은 내 일상의 기록이었다. 나에게만 특별한 것이 아닌, 누구나 겪는 그런 일상에서 느끼는 감성을 기록하는 작업에서 시작.. Class Template 클래스 템플릿 Class Template 1. 용도Class를 정의 할 때, 멤버의 형식, 혹은 메서드의 파라미터(인수)의 형식 (여기서 말하는 형식은 Datatype)만 다르고 나머지 클래스 내부의 논리전개가 동일할 때, 각 datatype별로 클래스를 제각각 정의하는 것은 뭔가 비효율적으로 보인다.만약 내부적인 논리 전개에 문제가 있거나 동작이 수정될 필요가 있을 경우, 각각 정의 된 클래스를 일일이 다 수정해야 한다.소스코드 상에서 고정부/변동부로 나누고, 중복되는 코드를 줄일 수 있다면 효율적인 코딩이 될 수 있지 않을까. Stack 이란 클래스를 정의하고자 할 때, 만약 int, float, long, double 등 각각의 datatype에 상관없이 stack을 정의 할 때template을 쓰면 간단히 해결.. UML 클래스 다이어 그램의 이해 클래스 다이어 그램의 이해 * 정의 : 클래스들 간의 상속, 연관(갖다 쓰기), Interface 구현 등에 관한 내용을 그림으로 표현한 다이어 그램 - 다이어 그램의 박스에는 각각 Class의 Member/ Method들이 표시되어 있다. 실제 그 내용을 다 표시하는 다이어 그램은 많지 않아보임. - 박스사이의 화살표 표시는 관계를 나타내는 것인데, 화살표의 헤드 : 상위 개념화살표의 꼬리 : 하위 개념 혹은 포함관계로 이해할 수 있다. 클래스의 입장에서 '내가 상속받아 갖다쓰건, 나를 갖다쓰건 상관없이' 논리적 포함관계(상/하위 개념)일 경우에 화살표의 헤드와 꼬리를 표시하는 것임...-> 처음에 많이 헷갈렸음 ㅠㅠ - 연관 관계다른 곳의 Class를 갖다 씀, 동시에 서로 갖다 쓰면 화살표 헤드가 .. 이전 1 2 3 다음
