1002/Journal - Revision history

Maintenance script: Repair redlink pages from live compare

2026-03-26T15:01:58Z

Repair redlink pages from live compare

← Older revision		Revision as of 15:01, 26 March 2026
Line 1:		Line 1:
	추후 [[Refactoring]] & 다른 위키 페이지에 해당 지식 분양용.		추후 Refactoring & 다른 위키 페이지에 해당 지식 분양용.

	== 2003 ==		== 2003 ==
Line 272:		Line 272:
	----		----
	사실		사실
	~~~cpp~~ LoD		<code>LoD</code>
	관점에서 보면 자기가 만든 객체에는 메세지를 보내도 된다. 하지만 세밀한 테스트를 하려면 좀더 엄격한 룰을 적용해야할 필요를 느끼기도 한다. 니가 말하는 걸 Inversion of Control이라고 한다. 그런데 그렇게 Constructor에 parameter로 계속 전달해 주기를 하다보면 parameter list가 길어지기도 하고, 각 parameter간에 cohesion과 consistency가 떨어지기도 한다. 별 상관없어 보이는 리스트가 되는 것이지.		관점에서 보면 자기가 만든 객체에는 메세지를 보내도 된다. 하지만 세밀한 테스트를 하려면 좀더 엄격한 룰을 적용해야할 필요를 느끼기도 한다. 니가 말하는 걸 Inversion of Control이라고 한다. 그런데 그렇게 Constructor에 parameter로 계속 전달해 주기를 하다보면 parameter list가 길어지기도 하고, 각 parameter간에 cohesion과 consistency가 떨어지기도 한다. 별 상관없어 보이는 리스트가 되는 것이지.

Line 468:		Line 468:
	데이터 중복되는 것 삭제하고, 이전 로그들 정리하고.. 이로서 다이어리 두께 2/3 으로 줄이는데 성공.		데이터 중복되는 것 삭제하고, 이전 로그들 정리하고.. 이로서 다이어리 두께 2/3 으로 줄이는데 성공.

	아직은 필요한 시스템만 Install 하는 목표에 충실하도록 노력하자. [[Refactoring]]. NoSmok:필요한만큼만 .		아직은 필요한 시스템만 Install 하는 목표에 충실하도록 노력하자. Refactoring. NoSmok:필요한만큼만 .
	----		----
	Moa:컴퓨터고전스터디/20021013		Moa:컴퓨터고전스터디/20021013
Line 581:		Line 581:
	여전히 守 의 단계를 못벗어나는것 같지만.		여전히 守 의 단계를 못벗어나는것 같지만.

	혹시 FakeIt & Refactoring 으로 진행이 가능할까 생각해보면서 처음에는 FakeIt & Refactoring 만으로 진행해보았다. 근데, FakeIt 을 하고 [[Refactoring]] 을 하려 할때 너무 재정의를 많이 하는 것 같아서 대강 넘어갔는데, 그랬더니 다음 테스트로 진행하기 너무 힘들었다. 알고리즘이 어느정도 보이려고 할때, 앞에서의 FakeIt 으로 유도된 코드들을 수정하는게 아니라 아에 뜯어야 할 것 같아서 망설여졌다.		혹시 FakeIt & Refactoring 으로 진행이 가능할까 생각해보면서 처음에는 FakeIt & Refactoring 만으로 진행해보았다. 근데, FakeIt 을 하고 Refactoring 을 하려 할때 너무 재정의를 많이 하는 것 같아서 대강 넘어갔는데, 그랬더니 다음 테스트로 진행하기 너무 힘들었다. 알고리즘이 어느정도 보이려고 할때, 앞에서의 FakeIt 으로 유도된 코드들을 수정하는게 아니라 아에 뜯어야 할 것 같아서 망설여졌다.

	결국 코드를 만들어가면서 '학습된' 코드 - 각 단어의 요소들 sort index 를 만들고 해쉬테이블을 이용하는 식으로 - 로 바로 팍 하고 진행했는데, 여전히 TDD 보폭이 크다는 생각이 드니 그리 기분이 좋지 않다. (단어들 요소 sort & hash 저장은 처음 개발할때부터 떠올랐던 아이디어여서..)		결국 코드를 만들어가면서 '학습된' 코드 - 각 단어의 요소들 sort index 를 만들고 해쉬테이블을 이용하는 식으로 - 로 바로 팍 하고 진행했는데, 여전히 TDD 보폭이 크다는 생각이 드니 그리 기분이 좋지 않다. (단어들 요소 sort & hash 저장은 처음 개발할때부터 떠올랐던 아이디어여서..)
Line 804:		Line 804:
	** 목소리 톤 & 속도 - 이는 사람들의 집중도에 어느정도 영향을 끼친다고 생각. 또한 이것은 자신감의 척도인것 같다. 자신감없이는 적절한 속도조절을 못하고, 목소리 크기를 알맞게 조절할 수 없다.		** 목소리 톤 & 속도 - 이는 사람들의 집중도에 어느정도 영향을 끼친다고 생각. 또한 이것은 자신감의 척도인것 같다. 자신감없이는 적절한 속도조절을 못하고, 목소리 크기를 알맞게 조절할 수 없다.
	** 내용의 접근방법 - 질문을 던지고, 내용을 이야기하고, 또 질문을 던져보고... XP의 TDD를 보는 것 같은데, 이 또한 방법인 것 같다. Feedback 을 살핀다는 점에서.		** 내용의 접근방법 - 질문을 던지고, 내용을 이야기하고, 또 질문을 던져보고... XP의 TDD를 보는 것 같은데, 이 또한 방법인 것 같다. Feedback 을 살핀다는 점에서.
	** 다양한 경험 - 내용을 만들어내려면, 그만큼 경험이 필요하기에. 성장계단이라던가, 자신이 '배운' 내용을 '적용' 해볼 수 있는 터로서 이용한다던가, [[Refactoring]] 과 프로그래밍 개발의 관점에서 설명한다던가 등등 (이것같은 경우 내용을 알고 있어도, 사람들의 레벨에 맞춰야 하기때문에 적절하게 꺼낼 타이밍을 맞춰야 할것 같은데. 이야기가 흘러가면서 페이지 구조조정, [[Refactoring]] 으로까지의 이야기흐름전개. 어떻게 흘러온걸까.)		** 다양한 경험 - 내용을 만들어내려면, 그만큼 경험이 필요하기에. 성장계단이라던가, 자신이 '배운' 내용을 '적용' 해볼 수 있는 터로서 이용한다던가, Refactoring 과 프로그래밍 개발의 관점에서 설명한다던가 등등 (이것같은 경우 내용을 알고 있어도, 사람들의 레벨에 맞춰야 하기때문에 적절하게 꺼낼 타이밍을 맞춰야 할것 같은데. 이야기가 흘러가면서 페이지 구조조정, Refactoring 으로까지의 이야기흐름전개. 어떻게 흘러온걸까.)

	4일 (토):		4일 (토):
	* 학교에서 레포트를 쓰기 위해 ([[ProgrammingLanguageClass/Report2002_2]]) 도서관에 들렸다. HowToReadIt 의 방법중 다독에 관한 방법을 떠올리면서 약간 비슷한 시도를 해봤다. (오. 방법들 자체가 Extreme~ 해보인다;) 1시간 30분 동안 Java 책 기초서 2권과 원서 1권, VB책 3권정도를 훑어읽었다. (10여권까지는 엄두가 안나서; 도서관이 3시까지밖에 안하는 관계로) 예전에 자바를 하긴 했었지만, 제대로 한 기억은 없다. 처음에는 원서와 고급서처럼 보이는 것을 읽으려니까 머리에 잘 안들어왔다. 그래서 가장 쉬워보이는 기초서 (알기쉬운 Java2, Java2 자바토피아 등 두께 얇은 한서들) 를 읽고선 읽어가니까 가속이 붙어서 읽기 쉬웠다. 3번째쯤 읽어나가니까 Event Listener 의 Delegation 의 의미를 제대로 이해한 것 같고 (예전에는 소스 따라치기만 했었다.) StatePattern으로의 진화 (진화보단 '추후적응' 이 더 맞으려나) 가 용이한 구조일 수 있겠다는 생각을 하게 되었다. (Event Listener 에서 작성했던 코드를 조금만 [[Refactoring]] 하면 바로 StatePattern 으로 적용을 시킬 수 있을 것 같다는 생각이 들었다. 아직 구현해보진 않았기 때문에 뭐라 할말은 아니지만.) 시간이 있었다면 하루종일 시도해보는건데 아쉽게도 학교에 늦게 도착해서;		* 학교에서 레포트를 쓰기 위해 ([[ProgrammingLanguageClass/Report2002_2]]) 도서관에 들렸다. HowToReadIt 의 방법중 다독에 관한 방법을 떠올리면서 약간 비슷한 시도를 해봤다. (오. 방법들 자체가 Extreme~ 해보인다;) 1시간 30분 동안 Java 책 기초서 2권과 원서 1권, VB책 3권정도를 훑어읽었다. (10여권까지는 엄두가 안나서; 도서관이 3시까지밖에 안하는 관계로) 예전에 자바를 하긴 했었지만, 제대로 한 기억은 없다. 처음에는 원서와 고급서처럼 보이는 것을 읽으려니까 머리에 잘 안들어왔다. 그래서 가장 쉬워보이는 기초서 (알기쉬운 Java2, Java2 자바토피아 등 두께 얇은 한서들) 를 읽고선 읽어가니까 가속이 붙어서 읽기 쉬웠다. 3번째쯤 읽어나가니까 Event Listener 의 Delegation 의 의미를 제대로 이해한 것 같고 (예전에는 소스 따라치기만 했었다.) StatePattern으로의 진화 (진화보단 '추후적응' 이 더 맞으려나) 가 용이한 구조일 수 있겠다는 생각을 하게 되었다. (Event Listener 에서 작성했던 코드를 조금만 Refactoring 하면 바로 StatePattern 으로 적용을 시킬 수 있을 것 같다는 생각이 들었다. 아직 구현해보진 않았기 때문에 뭐라 할말은 아니지만.) 시간이 있었다면 하루종일 시도해보는건데 아쉽게도 학교에 늦게 도착해서;
	** 예전에 했었던 일이 MFC 책 한꺼번에 읽기였는데, 그때 이상엽씨 책 (bible, 2주완성, 5판 완벽가이드)이랑 Jeff Prosise 의 책 번역판을 같이 읽으면서 이상엽씨책의 장점과 Jeff 아저씨 (?) 책의 장점을 궁리했었었다. 한편은 실제 어느정도 VC++ Programming 을 하고 난뒤에의 Tip 들이라 한다면, 한편은 API Programming 을 섭렵하고 난 다음 MFC를 차근 차근 이해해나가는 과정을 설명한다고 해야 할까. MFC를 처음 하고 난뒤 '[[컴퓨터가했다]] 의 당혹감을 완벽가이드 앞부분 MFC Framework 설명과 Jeff 의 책으로 해결할 수 있었던 기억이 있다.		** 예전에 했었던 일이 MFC 책 한꺼번에 읽기였는데, 그때 이상엽씨 책 (bible, 2주완성, 5판 완벽가이드)이랑 Jeff Prosise 의 책 번역판을 같이 읽으면서 이상엽씨책의 장점과 Jeff 아저씨 (?) 책의 장점을 궁리했었었다. 한편은 실제 어느정도 VC++ Programming 을 하고 난뒤에의 Tip 들이라 한다면, 한편은 API Programming 을 섭렵하고 난 다음 MFC를 차근 차근 이해해나가는 과정을 설명한다고 해야 할까. MFC를 처음 하고 난뒤 '[[컴퓨터가했다]] 의 당혹감을 완벽가이드 앞부분 MFC Framework 설명과 Jeff 의 책으로 해결할 수 있었던 기억이 있다.

Maintenance script: Repair pages found by live-compare batch 0001

2026-03-26T14:46:15Z

Repair pages found by live-compare batch 0001

← Older revision		Revision as of 14:46, 26 March 2026
Line 536:		Line 536:
	대강 pseudo code 로 적으면		대강 pseudo code 로 적으면
	result = permutation("ab")		result = permutation("ab")
	assertEquals(result[0], "ab")		assertEquals(result[0], "ab")
	assertEquals(result[1], "ba")		assertEquals(result[1], "ba")
	그리고 이에 대해서 구현하고 (가장 간단한건 바로 vector 에 ab,ba 를 넣는것) 테스트를 늘렸다. 한단계만 늘리고 바로 알고리즘이 나올 것 같았다.		그리고 이에 대해서 구현하고 (가장 간단한건 바로 vector 에 ab,ba 를 넣는것) 테스트를 늘렸다. 한단계만 늘리고 바로 알고리즘이 나올 것 같았다.
	result = permutation("abc")		result = permutation("abc")
	assertEquals(result[0], "abc")		assertEquals(result[0], "abc")
	그리고 접근을 했는데, 너무 알고리즘적으로 접근하려고 했다. (재귀호출을 이용하는 식으로.. 거의 일반화식에 가깝게) 초반 10분정도를 그정도 써먹으니 너무 시간이 아까워서, 일단은 abc 자체만 통과하기 위해 노력을 했다.		그리고 접근을 했는데, 너무 알고리즘적으로 접근하려고 했다. (재귀호출을 이용하는 식으로.. 거의 일반화식에 가깝게) 초반 10분정도를 그정도 써먹으니 너무 시간이 아까워서, 일단은 abc 자체만 통과하기 위해 노력을 했다.

Maintenance script: Repair MoniWiki formatting after migration

2026-03-26T14:01:34Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 14:01, 26 March 2026
Line 685:		Line 685:
	Sub Type 과 Sub Class 에 대해 자료를 뒤지던중 희상이와 메신저에서 대화하면서 '아.. 저런 점에서 설명을 하시란 뜻이였구나' 하며 앞의 조언들에 대한 중요성을 인지했다.		Sub Type 과 Sub Class 에 대해 자료를 뒤지던중 희상이와 메신저에서 대화하면서 '아.. 저런 점에서 설명을 하시란 뜻이였구나' 하며 앞의 조언들에 대한 중요성을 인지했다.

	"세미나날 언제니? 나도 참석하도록 하지."		"세미나날 언제니? 나도 참석하도록 하지." <br />
	"헉; 하..하.."		"헉; 하..하.." <br />
	"왜? 싫니?"		"왜? 싫니?" <br />
	"아.. 아뇨. 하하하;"		"아.. 아뇨. 하하하;" <br />
	"웃는것 보니 좋은가 보구나. ^^"		"웃는것 보니 좋은가 보구나. ^^" <br />
	"아.. 우..웃음엔 많은 의미가 있곤 하죠. 하..하하;"		"아.. 우..웃음엔 많은 의미가 있곤 하죠. 하..하하;" <br />

	하..하하; 그냥 하던대로 준비했다간 깨지겠구나; 약간의 부담을 가지고. 음음. - -;		하..하하; 그냥 하던대로 준비했다간 깨지겠구나; 약간의 부담을 가지고. 음음. - -;
Line 831:		Line 831:
	* 다치바나 다카시의 책 읽음. 버스 안에서 절반 (일반적인 책사이즈 기준 가벼운 내용기준으로 시간당 100페이지는 읽는 것 같다.)쯤 읽고, 집에서 1시간 10분정도 써서 나머지를 다 읽었다. (이번주내로 정리 & 글 올리기)		* 다치바나 다카시의 책 읽음. 버스 안에서 절반 (일반적인 책사이즈 기준 가벼운 내용기준으로 시간당 100페이지는 읽는 것 같다.)쯤 읽고, 집에서 1시간 10분정도 써서 나머지를 다 읽었다. (이번주내로 정리 & 글 올리기)
	** 인상 깊었던 내용 대강: '생,사, 신비 체험' 에서 의학용어중 '所在識' 이라는 것이 있다고 한다. 병원에서 환자의 의식수준이 점점 낮아지고 있을 때 그 수준을 검사하기위해 다음과 같은 질문을 한다.		** 인상 깊었던 내용 대강: '생,사, 신비 체험' 에서 의학용어중 '所在識' 이라는 것이 있다고 한다. 병원에서 환자의 의식수준이 점점 낮아지고 있을 때 그 수준을 검사하기위해 다음과 같은 질문을 한다.
	'여기는 어디입니까?'		'여기는 어디입니까?'<br />
	'당신은 누구입니까?'		'당신은 누구입니까?'<br />
	'지금은 언제입니까?'		'지금은 언제입니까?'<br />
	공간적, 시간적, 그리고 자기자신에 대한 본질적 질문들. 환자를 '진단' 하듯이 나를 '진단' 하는 저 질문에 대해 나는 어떤 답을 내릴까? 언제나 나는 질문에 대해 결론을 내리지 않는, 표현하지 않는 Read-Only User의 위치에 있는 경우가 많았다. 과연 나는 어떤 답을 내릴까? (저 글에서의 '나'와 지금 이 글을 쓰는 '나'가 같은 사람이 아니라는 느낌이 드는 이유는 뭘까.)		공간적, 시간적, 그리고 자기자신에 대한 본질적 질문들. 환자를 '진단' 하듯이 나를 '진단' 하는 저 질문에 대해 나는 어떤 답을 내릴까? 언제나 나는 질문에 대해 결론을 내리지 않는, 표현하지 않는 Read-Only User의 위치에 있는 경우가 많았다. 과연 나는 어떤 답을 내릴까? (저 글에서의 '나'와 지금 이 글을 쓰는 '나'가 같은 사람이 아니라는 느낌이 드는 이유는 뭘까.)
	* OSC 전체적으로 훑어보기 2차 (훑어보기로 대략 2시간 이용). 책 자체가 잘 만들어졌다는 생각이 든다. 'Concept' 에 충실하다. 책에 대한 전반적인 시야는 잡힌 것 같다.		* OSC 전체적으로 훑어보기 2차 (훑어보기로 대략 2시간 이용). 책 자체가 잘 만들어졌다는 생각이 든다. 'Concept' 에 충실하다. 책에 대한 전반적인 시야는 잡힌 것 같다.

imported>Unknown at 05:22, 7 February 2021

2021-02-07T05:22:05Z

Show changes