오늘의유머

모바일 오유 바로가기
http://m.todayhumor.co.kr

분류	게시판
베스트	베스트오브베스트 베스트 오늘의베스트
유머	유머자료 유머글
이야기	자유 고민 연애 결혼생활 좋은글 자랑 공포 멘붕 사이다 꿈 똥 군대 밀리터리 미스터리 술한잔 오늘있잖아요 투표인증 새해
이슈	시사 시사아카이브 사회면 사건사고
생활	패션 패션착샷 아동패션착샷 뷰티 인테리어 DIY 요리 커피&차 육아 법률 동물 책 지식 취업정보 식물 다이어트 의료 영어 맛집 추천사이트 해외직구
취미	사진 사진강좌 카메라 만화 애니메이션 포니 자전거 자동차 여행 바이크 민물낚시 바다낚시 장난감 그림판
학술	경제 역사 예술 과학 철학 심리학
방송연예	연예 음악 음악찾기 악기 음향기기 영화 다큐멘터리 국내드라마 해외드라마 예능 팟케스트
방송프로그램	무한도전 더지니어스 개그콘서트 런닝맨 나가수
디지털	컴퓨터 프로그래머 IT 안티바이러스 애플 안드로이드 스마트폰 윈도우폰 심비안
스포츠	스포츠 축구 야구 농구 바둑
야구팀	삼성 두산 NC 넥센 한화 SK 기아 롯데 LG KT 메이저리그 일본프로야구리그
게임1	플래시게임 게임토론방 엑스박스 플레이스테이션 닌텐도 모바일게임
게임2	던전앤파이터 롤 마비노기 마비노기영웅전 하스스톤 히어로즈오브더스톰 gta5 디아블로 디아블로2 피파온라인2 피파온라인3 워크래프트 월드오브워크래프트 밀리언아서 월드오브탱크 블레이드앤소울 검은사막 스타크래프트 스타크래프트2 베틀필드3 마인크래프트 데이즈 문명 서든어택 테라 아이온 심시티5 프리스타일풋볼 스페셜포스 사이퍼즈 도타2 메이플스토리1 메이플스토리2 오버워치 오버워치그룹모집 포켓몬고 파이널판타지14 배틀그라운드
기타	종교 단어장 자료창고
운영	공지사항 오유운영 게시판신청 보류
임시게시판	메르스 세월호 원전사고 2016리오올림픽 2018평창올림픽 코로나19 2020도쿄올림픽

회원가입 ID찾기 PASS찾기

게시판찾기

오유인페이지

개인차단 상태

방울터메이도님의
개인페이지입니다

가입 : 11-05-23

방문 : 1429회

닉네임변경 이력

일반게시판
베스트게시판
베스트오브베스트
댓글목록

회원차단

회원차단해제

방울터메이도님의 댓글입니다.

전체선택

	번호	제목	댓글날짜	추천/비공감	삭제
	454	상속해악론 - 1. 상속은 코드의 재사용을 방해한다. [새창]	2015-07-10 09:58:44	0	삭제
		해싱 // 구조설계에서 미래예측하기 어려운 건 저도 동의합니다. 어떤 요구사항이 들어올 지 모르니까요. 문제는 이러한 요구사항에 관한 확장방식이죠. 상속확장 또는 포함확장을 해야 되는데, 저는 기능확장만을 꾀한다면 포함확장이 옳다고 봅니다. 상속확장 = 일부 기능 또는 일부 플로우 수정 // 포함확장 = 기능추가. 이런식으로 처리하는 거죠. 그리고 너무 잘게 쪼갰을 때는 사용하기가 어려워진다고 하셨는데, 그때를 위해 팩토리패턴/빌더패턴 등이 있습니다. 사실상 어떠한 조합클래스의 템플릿이 잡혔다면 마이그레이션을 하면서 팩토리나 빌더를 잡아주는게 좋습니다. ... ... 그렇지만 사실 국내에서 일하면서 저런 마이그레이션할 시간 가지는 것도 쉽지 않고 애초에 구조설계를 확실히 할 시간도 갖기 쉽지 않죠. 그래서 저는 구조자체는 최대한 위에 말한 확장규칙을 따르면서, 어느정도 기능을 묶은 래퍼 클래스를 짜서 그거만 던져주고 있습니다.
	453	상속해악론 - 1. 상속은 코드의 재사용을 방해한다. [새창]	2015-07-10 08:53:36	0	삭제
		1 몇가지 기능만 조합하고 싶은 기능이 있다는 시점에서 이미 A,B클래스의 구조설계가 문제가 있을 가능성이 높습니다. 클래스에서 분리될 수 없는 여러가지 기능을 들고있다는 것 자체가 이미 재사용을 고려하지 않고 "슈퍼맨 클래스"로 구성되어 있을 수 있거든요. 애초에 여러기능을 포함하고 싶으면 기능단위로 클래스가 분리되고 그 기능단위 클래스를 속성으로 가져와서 사용하는 방식으로 구현하는게 OOP 구조설계에 부합합니다. 자바에서 왜 다중상속을 지원하지 않는 지를 생각해보시면 됩니다. 상속에 문제가 생기는 상황은 이미 구현된 클래스들의 OOP에 부합되지 않을 가능성이 높은거죠. 아니면 이미 더 이상 상속을 받지 않는걸 전제로 구현한 클래스를 억지로 상속하려는 경우이던가요. C++에서의 가독성은 저도 동의합니다. 다만 C++은 OOP초기의 언어라 그만큼 구조가 OOP에 완전히 최적화 되어있지 않다는 걸 고려해야겠죠. JAVA가 상속단계에 관한 가독성면에서 나은 것도 거기에 일맥상통합니다.
	452	상속해악론 - 1. 상속은 코드의 재사용을 방해한다. [새창]	2015-07-10 07:54:37	0	삭제
		클래스와 상속을 잘 못 사용하는 예지요. 클래스 설계부터 단순히 한번 상속받는 상태만 고려되어있으니, 그다음부터는 당연히 또 상속받으려면 곤란하죠. 해당 문제는 디자인 패턴으로 충분히 해결 가능 합니다. 스트레티지 패턴 참조하시길 바랍니다.
	451	가수 엔터스님 비누를 애용하는데요;;; [새창]	2015-07-09 16:43:14	3	삭제
		여기 비누 드시는 분이 있다고 해서 와봤습니다. 그런데 요리게로 가야 되지 않나요? ...생으로 먹으니까 아닌가...
	450	PDF 파싱 정말 힘드네요. [새창]	2015-07-08 14:44:04	0	삭제
		우헤헤헤헤 / 부속품으로 들어가야 됩니다. Form PDF로 작성하고 그걸로 또 뒷작업을 해야되거든요.
	449	배열 문의입니다... 4일째 입니다...ㅜㅜ 잠 좀 자게해 주세요 [새창]	2015-07-08 14:10:05	1	삭제
		이진 탐색 트리 같은데요... 본문의 위쪽과 아랫쪽 문자열 뎁스가 서로 다른 것 같은데 그것부터 정리를 좀 해주셔야 정확히 이해가 될 듯 해요.
	448	PDF 파싱 정말 힘드네요. [새창]	2015-07-08 14:00:40	0	삭제
		elt// 지금은 iOS타겟으로 작업하고 있어서 자체적인 PDF 툴이 있긴한데 이게 작업이 되면 Android/WinPhone 등 다중 플랫폼 작업을 해야 되어서 더 고민이네요. 중용자//이것저것 라이브러리들 보고 있는데 지쳤는지 남의 코드가 머릿속에서 안 도네요...참고자료 감사합니다. 생각없을까//해당 자료는 잘 보았고 현재 참고로 하고 있습니다. 그런데 문서를 보아도 이게 머릿속에서 안 돌아가서 PDF파일 보고 하나하나 붙여보고 변경점 보면서 까면서 해당 스펙문서랑 비교하는게 베스트일것 같습니다. 상상속동물//플랫폼 제약이 있는지라 js는 힘들 것 같네요. 거기다가 드로잉 지원하고 하려면 이래저래 C나 C++로 가는게 맞을 것 같습니다.
	447	맥북 장난 아니게 비싸네영 ;; [새창]	2015-07-08 13:53:06	1	삭제
		만약 Android 개발을 하시면 Windows처럼 귀찮게 디바이스별 드라이버 잡아줄 필요가 없습니다. 맥북은 금속으로 되어있어서 전원 안 들어와있을 시 더울때 손 대고 있으면 좀 시원합니다. 가끔 무심결에 FaceTime을 누르면 카메라가 구동되어 개발하고 있는 자신의 모습이 얼마나 추한지 볼 수 있습니다.
	446	원 게시글이 삭제되었습니다. [새창]	2015-07-03 22:15:25	0	삭제
		SI라도 업무마다 회사마다 사수송향마다 상황이 다를겁니다. 일 던져주면서 모르는건 물어봐가면서 하라는 상황도 있을거고, 딱딱 시키는대로만 하라는 상황도 있고, 아니면 차근차근 가르쳐주는 상황도 있죠. 그리고 최악은 일 던져주고 자기 혼자 어디서 시간떼우고 와서는 다 되었냐고 물어보고 왜 안 되었냐고 갈구고 모르겠다하면 모르면 물어봐야지 가만있으면 되냐고 하는 사람이 사수인 상황이죠...
	444	안드로이드에서 그림을 움직이는 것에대해 묻고싶습니다. [새창]	2015-07-02 15:52:37	0	삭제
		보통 안드로이드 게임이면 canvas단에서 제어하지 않고 이미지 처리는 OpenGL에서 처리합니다. 게임을 돌리는데 중요한게 Frame인데 실제 안드로이드 drawable이나 canvas에서 처리해서는 만족스러운 속도를 내기 힘들죠. 보통 게임이면 glView띄우고 OpenGL로 처리해서 돌린다고 보시면 됩니다.
	443	안드로이드 메시지 핸들러 질문 [새창]	2015-07-01 17:01:40	0	삭제
		2에서 Handler를 생성 후 1에게 Handler를 전달해주고, 1에서 Message를 작성해서 2에게서 전달받은 Handler에 Message를 던지면 됩니다. 2에는 Handler가 구현되어 있을테니 handleMessage에서 1이 전달해준 Message를 열심히 까면 됩니다.
	442	사용중인 open source / free license [새창]	2015-07-01 15:11:56	0	삭제
		1 딱히 저도 대규모 프로젝트나 대인원으로 움직이는 건 아닙니다. 2명이서 프로젝트 수정하는데요 ㅋㅋㅋㅋ 다만 프로그램 자체가 여러사이트에 나갈일이 있다보니 이래저래 약간씩 커스터마이징 잡아줘야 될 부분이 있기도하고, 그리고 제 경험으로는 git이 svn보다 멱살잡을 일이 덜 생깁니다.
	441	사용중인 open source / free license [새창]	2015-07-01 14:55:04	0	삭제
		git의 가장 큰 장점은 snapshot과 branch죠. svn의 경우 branch를 만들게 되면 프로젝트 파일들이 통짜로 움직이는 구조라 느리고 사용하기도 애매합니다. git의 경우 snapshot을 이용해서 branch를 뜨기 때문에 정말 라이트하게 휙휙 브랜치가 바뀌게 됩니다. 동일 프로젝트 커스터마이징이나 여러사람이 다중작업할때 branch를 부담없이 이용해서 작업하고 쉽게 merge할 수 있다는 건 엄청나게 큰 장점이죠. 다만 svn에 익숙하신 분들의 경우에는 깡커밋을 하다보니 그런 점이 좀 희석되는 게 있긴 하지만요. 혼자서 작업한다고 했을 시에도 형상관리서버폭파에도 크게 영향 안 받는 git이 유용하고, 여러명이서 작업한다고 해도 branch로 분리작업후 merge하기 쉬운 git이 훨씬 유용합니다.
	440	까페 운영 프로그램 제작기 -2- [새창]	2015-07-01 07:18:53	0	삭제
		그리고 Order의 경우 OrderDetail이라던가 테이블을 하나 더 빼는게 나을 겁니다. OrderDetail의 정보는 OrderNum, BeverageNum, Count정도 가지고 있으면 되겠네요. Order가 생기고 주문 상품이 추가될때마다 해당 OrderNum을 바라보는 OrderDetail이 붙는 방식으로 하면 어떤 주문이 들어와도 대처할 수 있을겁니다.

[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [다음10개▶]

단축키 운영진에게 바란다(삭제요청/제안) 운영게 게시판신청 자료창고 보류 개인정보취급방침 청소년보호정책 모바일홈