오늘의유머

모바일 오유 바로가기
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찾기

게시판찾기

오유인페이지

개인차단 상태

반복문님의
개인페이지입니다

가입 : 12-06-12

방문 : 1123회

닉네임변경 이력

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

회원차단

회원차단해제

반복문님의 댓글입니다.

전체선택

	번호	제목	댓글날짜	추천/비공감	삭제
	357	공대출신 아빠 [새창]	2016-09-14 03:22:08	9	삭제
		전원 공급할 파워서플라이, 동력 제공할 모터, 회전운동을 직선운동으로 변환하는 크랭크. 세개밖에 없는데요. 이정도면 최소 구성 아닌가요.
	356	포인터 동적할당과 관련된 질문입니다.(본삭금) [새창]	2016-09-03 02:31:59	1	삭제
		C는 되게 주요한 테크닉으로 사용되기 때문에 void 와 다른 타입 T 간에 암시적 캐스팅을 허용하는데 C++은 virtual table과 같이 그런 행위를 위험하게 만드는 구현에 특정된 숨겨진 요소들이 있어서 기본으로 허용하지 않아요.
	355	죄송한데 엑셀 질문 하나 드려도 될까요? [새창]	2016-08-10 01:21:14	0	삭제
		TREND, FORECAST 함수 찾아보면 좋을거같네요
	354	원 게시글이 삭제되었습니다. [새창]	2016-08-04 04:08:08	0	삭제
		링크드리스트정도나 시각화가 크게 의미있지, 정렬, 그래프 문제는 구체적인 실행 과정의 시각화 재귀적으로 정의되는 해의 형태가 더 눈에 잘 들어오기도 하거니와 중요하기도 하더라구요.
	353	핥짝 [새창]	2016-08-01 15:38:58	18	삭제

	352	핥짝 [새창]	2016-08-01 15:38:32	12	삭제

	351	원 게시글이 삭제되었습니다. [새창]	2016-07-18 16:12:50	0	삭제
		모 부동산 중개 서비스 백엔드가 클로저로 짜여있었고, 투자 받을 때 자바로 다시 짤것을 요구받았다는 소문이 있었습니다. 예전에 지나가다 본 구인글로 봐서는 CTO가 확고한 신념이 있는 리스퍼라서 자바로 갈아타진 않았을 것 같긴 합니다만. 글쓴이께서 말씀하신 개발 다양성에 관계있는 사례인것 같습니다.
	350	메모리가 계속 누적되는 상황... [새창]	2016-07-10 19:01:07	0	삭제
		http://www.linuxatemyram.com/ 혹시 이 페이지가 도움이 될까요
	349	무심코 눌러본 스톱워치..부제)시리야 미안해 [새창]	2016-05-30 01:06:38	16	삭제
		상식적으로 구현한 스톱워치라면 보고 있지 않는 때라면 배터리를 소모하지 않습니다.
	348	정말 고질적이고 근본적인 문제라고 생각하는 것 [새창]	2016-05-16 18:45:29	0	삭제
		네. 예를 드신대로 자바는 자바식으로 설명해야 한다는 점은 동의합니다. 그리고 성능적인 부분에서는 지속적으로 최적화 될 것이란것도 동의합니다. 그런데 처음부터 잘못된 언어 디자인은 다양한 이유로 오랜 세월 사람들에게 잘못된 이해를 가져다주고 끈질기게 살아남습니다. 대표적인게 포인터인데 저는 포인터 역시 레퍼런스의 열화된 구현이라고 생각하고, 레퍼런스를 설명하는데 포인터를 들먹거리는거 역시 싫어합니다. 그런데 확실히 자바의 레퍼런스 구현 역시 그 잘못된 레퍼런스 구현에 영향받아, 오해를 재생산하는 바람에 Call by ref가 아니라 call by value of pointer가 되었습니다. 이런 부분을 찝는 글은 스택오버플로에 많습니다만 대표적인 예를 하나 들자면 http://stackoverflow.com/questions/40480/is-java-pass-by-reference-or-pass-by-value 이런게 있겠네요. 때문에 일단 자바에서도 포인터의 이해같이 지저분한 구현체의 이해가 어디선가는 일부 필요하다 라고 말씀드린겁니다. 그리고 한국어 위키의 사용자 기여도가 낮은건 유명한 사실이죠...
	347	정말 고질적이고 근본적인 문제라고 생각하는 것 [새창]	2016-05-16 15:24:02	0	삭제
		추상화된 모델 위에서 학습하고 실전을 마주할 때의 문제점이 몇가지 있는데, 추상화가 완벽하지 않다는 점입니다. 잘못된 추상화 수준에 의해서 추가적인 복잡성이 야기되기도 하고, 때로는 추상화 누수가 생겨서 추상모델 밑의 구차한 디테일 역시 알아야 한다는 점들이 그러합니다. Java 언어를 본문에 예시로 드셔서 생각나는 몇가지 예를 구체적으로 들자면, Java는 Call by reference로 추상화했다지만 이 부분은 Object에만 해당하고, Primitive에 대해서는 또 Call by value이고, 사실 몇몇 코너케이스에선 Object가 CBR이 아니라 Call by value of pointer임이 노출됩니다. Java의 array는, 인덱스 가능한 컬렉션으로 추상화되었고, 표준에서 메모리 연속체라는 제약이 없지만, 대부분의 구현체에서 연속체로 구현되었으며, 커뮤니티는 캐시 효율성 등을 이유로 연속체를 가정하고 프로그래밍하기를 권장합니다. 메모리 리소스 역시 GC로 추상화되었지만 역시 많은 부분이 노출됩니다. GC 최적화도 역시나 GC나, 언어 구현의 구체적 이해를 필요로 해서 추상화 누출이라고 얘기할 수 있구요(그리고 이부분, 유니티 GC는 정말 구려서... 유니티 프로그래머라면 한번쯤 마주할겁니다.). 시스템의 많은 리소스(파일, 소켓, 락 등)은 명시적인 해제시점을 알 필요가 있는데, java object로 추상화되고, object가 GC에 의해 관리되면서 GC의 "명시적인 해제시점을 알 수 없다"를 만나 잘못된 추상화 수준의 좋은 예가 되어버렸고, 이는 나중에 try-with 구문이 도입되게 만듭니다. DBMS을 스프링 ORM으로 접하면 또 얼마 안가 다양한 문제가 생기는데(저도 크게 데여봤습니다) 이부분에 대해서는 설명을 줄이지요. 뭐 암튼. 위의 예제들은 사실 3dArtist님 말씀대로 이제 막 입문하는 초보자들 입장에서는 당장 눈앞에 있는 문제를 해결하는데 도움되지 않고, 의지를 꺾기 쉬우니까 궂이 배울 필요가 없을 수 있지만, 현재로써는 생각외로 그 추상화가 완벽하지 않기 때문에 조만간 장벽을 마주하게 될거고, 그런 부분에서 구현에 대한 구체적인 이해가 크게 도움이 될거다 그런 생각을 합니다. (주제와는 논외로) 한국어 위키에서 따오신 부분은 영문위키 옛날버전을 그대로 번역해온 모양입니다. 출처 없이 돌아다니던 자바의 설계원칙에 관한 문장을 영문위키가 먼저 쓰고, 유명해진다음에, 한국어로 번역되고, 영문위키에는 나중에 원전 출처가 밝혀져 본문이 교정된 모양이더라구요. 그런데 원전이 존재하는 이상 원전이 존중받아야 함은 사실이지만 옛날버전의 말도 틀린 말은 아니라고 생각합니다. 자바 디자이너의 의도, 이상적이고 순수한 자바는 존재하지 않고, buggy하고, 때로는 추상화 누수가 있기도 하면서, 일부는 하위호환이나 레거시에 의해 억지가 덕지덕지 붙어있는 java 구현체가 실체이고, 그 구현체를 사용한 프로그래머들의 주관적인 경험의 총체가 java이지 않나 뭐 그렇다는 생각입니다. 아이러니하게도 자바는 객체지향이고, 객체는 주관에 의해 관측되는 사실로써 기술되는거니까요. (이 문장은 농담입니다만, OOP의 Object가 철학의 Object와 비슷하다는 말도 있고, 철학에서의 Object 정의가 저러합니다.)
	346	유아코딩에 대한 질문. [새창]	2016-05-11 22:34:32	0	삭제
		둠 만든걸로 유명한 프로그래머 존 카맥이 아들내미한테 Racket 이라는 함수형 언어를 가르쳤다죠.
	345	[리눅스 질문] 접속하며 쉘 지정하기(?) [새창]	2016-05-03 23:04:26	0	삭제
		ssh user@host command 인데 command 에 bash라면 "/bin/bash -i", 다른 셸이라면 뭐 암튼 interactive 옵션을 줘서.
	344	프로그래밍 언어가 cpu에 대해 독립적일 수 있는 이유가 뭔가요? [새창]	2016-04-25 20:49:43	0	삭제
		언어의 상세가 그렇게 정해져 있습니다. "~~~한 기능은 ~~~한 맥락에서 ~~~하게 동작해야 한다." 그러면 컴파일러 만드는 사람들이 각 플랫폼, OS마다 그 상세가 설명한 대로 동작하는 코드를 생성하는 컴파일러를 구현합니다. C는 그럼에도 불구하고 성능이나 하위호환 등 다양한 이유로 저런 상세가 이빨이 많이 빠져있는데 이걸 Undefined Behaviour라고 부르고, 이에 관해 많은 글들이 있으니 한번 시간내서 읽어보면 좋겠습니다.
	343	[ㅂㅅㄱ]C++ 복사 대입연산자 질문입니다. [새창]	2016-04-22 22:28:46	0	삭제
		네. 말을 조금 다르게 해보자면, 굳이 *this해서 Power&를 리턴하는것은 1. primitive 타입 또한 += 에서 레퍼런스를 리턴하기 때문이고 (동작의 일관성) 2. 레퍼런스를 리턴하는것은, 복사 오버헤드를 피하기 위함이고 (최적화) 3. this가 불운하게도 하위호환때문에 레퍼런스 타입이 아니라 포인터타입이기 때문에, 레퍼런스 타입으로 변환하기 위함입니다. (하위호환)

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

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