오유인페이지
개인차단 상태
BePositive님의 개인페이지입니다
회원가입 : 11-09-19
방문횟수 : 1489회
닉네임 변경이력
일반
베스트
베오베
댓글
290 2015-02-10 00:42:41 0
와 진짜 개빡치네요, 본삭금, VS2013 [새창]
2015/02/09 21:30:44
솔루션 안의 파일 이름을 굳이 임의 정렬하겠다는 게 더 이해가 안 갑니다.
289 2015-02-09 13:58:15 7
흑역사라면... [새창]
2015/02/09 12:07:31
그림자땜에 엉덩이가 각져 보이네?
뭐, 탱실탱실하네요 ㅋㅋ
288 2015-02-07 20:49:19 0
각 OS 유저별 특징.jpg [새창]
2015/02/07 16:53:05
대충 우분투 내지 우분투를 기반으로 한 리눅스 운영체제는 업데이트 하는데 큰 문제 없습니다. 저도 지금은 리눅스 민트라고, 우분투 기반으로 한 리눅스를 쓰고 있어요. 업데이트는 그냥 관리자 암호만 넣어 주면 땡이죠. 지금 리눅스는 그렇게 어렵지 않아요. 물론 어렵게 가고 싶다면 얼마든지 어렵게 갈 수는 있겠지만요.
287 2015-02-05 23:32:20 0
김무성 "복지과잉으로 가면 나태해진다" [새창]
2015/02/05 12:00:21
"국회의원 복지가 좋으니 나태해져"

캬 댓글 진짜 죽여줍니다.
진짜 같은 밥 먹고 사는 사람 손에서 나오는 한마딘데 나랑은 너무 차이나네.
286 2015-02-05 23:22:12 1/4
"책 추천해달라"는 질문을 할 필요가 있을까? [새창]
2015/02/05 03:23:38
글에 대해 찬성하신 분들도 고맙고 반대하신 분들도 고맙습니다.
일단 제 글에 피드백을 주신 것에 감사합니다. 그냥 보고 넘기는 분들 보다는 어떻게든 답을 주신 분들이 더 예쁩(?)니다.

3dArtist 님께,
무엇이 군대식 마인드인지요?

제가 질문을 하지 말라고 했습니까? 그런 글은 꼴보기 싫으니 집어치우라고 했습니까?
네, 솔직하게 말하면 그런 글이 가끔 보기 싫을 때도 있습니다. 그럼 보지 않습니다. 흔하디 흔하게 올라오는 "C 언어" 질문은 스킵합니다.
물론 가끔 조금 갑갑할 때도 들지만 그건 제 너무나 개인적인 감정인 거고, 그렇게 생각하는 제가 옳은 게 아니라고 판단하고 있습니다. 그렇게 배려 없게 살면 안되는 거죠. 정말 첫 발을 떼는 분들은 얼마나 갑갑하겠어요?

책 추천을 하지 말라고 했습니까? 책 추천 따위는 내 취향이 아니니까 하지 말라고 했습니까?
입장 바꿔 생각하면 정말 모르고 감 잡기 힘들면 모르는 건 모르는거니, 물어 봐도 좋다고 분명히 적지 않았습니까?

다시 말하지만 질문 하기 전에 셀프 체크를 다시 해 보라는 팁을 드린 것 뿐입니다. 그리고 질문 하는 데 있어서 수동적으로 하지 말고 능동적인 입장에서 해 보라고 조언 드리는 겁니다. 정말 좋은 책을 추천 받는 것이 필요하면 하세요. 저도 할 말 없습니다. 그리고 그런 분들 탓하는 거 절대 아닙니다. 제 글 어디서 탓한다고 그럽니까?

다만, 질문을 하는 것도 나름의 에티켓이 있고 절차가 있습니다. 그 절차까지도 군대식 아니냐고 말하신다면 저는 할 말이 없습니다.
일반적인 질문들도 일단 먼저 검색을 해서 같은 질문을 하는 지 먼저 알아 보고 난 다음 하는 것이 에티켓입니다. 이건 구글이란 도구가 있기 전부터 있어 왔던 것입니다. 책 추천 질문도 마찬가집니다. 그리고 책 추천이라는 한정된 범위 내에서는 해 드리고 싶은 조언이 있어 해 드린 건데 왜 이것이 답답한 일인지 (그리고 왜 반대를 받아야 하는 건지) 저로서는 잘 모르겠습니다. 말로써 이해시켜 주세요.

뭐 사실 이런 글도 지엽적인 글이니 일부 분들도 보기 귀찮고 싫으실 줄로 압니다. 하고 싶은 말을 적으려다 보니... 본의 아니게 불쾌한 글이 되었다면 죄송합니다.
285 2015-01-31 05:51:44 0
[새창]
나 좀 ㅂㅌ ㅇㄹㅁㄱ 인가봐... 마법소'년' 카나로 보이네.. 이거...
284 2015-01-30 22:31:48 2
윈도우에서 파이썬 질문입니다. [새창]
2015/01/30 18:34:39
1. 요즘은 pyCharm Community edition 이라는 걸출한 IDE가 있습니다. 이거 쓰세요. https://www.jetbrains.com/pycharm/download/download_thanks.jsp
2. wxpy, pyqt 등이 윈도우에서는 적합할 겁니다. 개인적으로는 wxGlade에 wxpy 써 봤습니다. http://www.clien.net/cs2/bbs/board.php?bo_table=lecture&wr_id=143085
3. py2exe 가 있습니다. 왠만한 건 다 exe 바이너리로 만들어 줍니다. 물론 결과물은 C/C++ 등으로 짠 바이너리보다야 용량이 많이 먹지만 일반적인 용도에서는 고놈이 고놈일 만큼 사소한 문제이죠.

파이썬 만쉐이!
283 2015-01-28 14:54:24 3
프게는 이 뭐.. [새창]
2015/01/28 12:23:54
제 생각에는 몇몇 문제가 있다고 봐요.

첫째는 의논하는 문화가 너무 갖춰져 있지 않아요. 빨리 주어진 문제에 해답을 찾기를 원합니다.
소스 코드는 빨리 버그를 잡아 해결을 하고, 진로는 빨리 길을 잡기를 원하고, 확실한 도서 몇 권을 추천받기를 원하고 ...

뭐 문제에 대한 해답을 찾는 것은 좋습니다. 그러려고 질문하는 것이니 원칙적으로 틀린 건 아닙니다. 그러나 그 과정이 심히 생략되고, 왜 그렇게 되는지는 그냥 넘어기는 건 좋지 않아요. 그리고 어떤 것을 확실하게 알려면 많이 시도해보고 실패도 해 보고 갈팡질팡도 해 봐야 합니다. 그렇게 하면서 여러 의논이 이뤄져야 합니다. 지금처럼 빨리빨리 주어진 답 빨리 찾아먹기 식으로 가는 건 좀 아닙니다.

둘째는 게시판 시스템이 좋지 않습니다. 이런 스타일의 글쓰기 기반에서는 체계적인 지식 구축은 거의 불가능하다고 생각합니다.
십수년간 사용되고 있는 한국식 게시판 형태는 빠르게 새 소식을 여럿이 둘러 보기에는 적합할지 모르지만, 게시물들이 효과적으로 축적될 수 있는 구조는 아니라고 생각합니다. 하루에도 수십가지 중복된 게시물들이 올라옵니다. 그리고 그런 중복에 대해 아무런 제재나 처리가 이뤄지지 않습니다. 그리고 한 번 올라온 게시물들에 대한 검색이 매우 잘 되는 것도 아니구요.

프로그래밍에 대한 질답을 주고 받는 자리, 그러니까 지식에 대한 공유가 이뤄지는 곳은 그 나름대로의 설비가 갖춰져야 합니다 스택오버플로우가 그 좋은 예겠죠. 위키피디아도 다른 예가 될 수도 있고요, 아니면 여러 버그이슈트래커 등등도 사례가 될 수 있겠네요. 프로그래밍 특성상 한 번 올라온 질답에 대한 논의는 잘 아카이빙 되어 나중에 효과적으로 찾을 수 있어야 합니다. 그래야 나중에 같은 문제에 대해 계속 논의가 지속될 수 있어야 하구요.

또 한 번 올라온 이슈에 대해선 상당히 강하게 중복을 방지할 수 있는 무언가가 있어야 합니다. 같은 질문을 올리면 이 질문은 이전 어느어느 것의 중복이다는 통지 + 링크라든지요. 글을 중복해 올리는 것이 매우 좋지 않은 행위라는 인식이 공유되어야 해요. 사실은 약간 부끄러워도 해야 해요. 내가 그만큼 모르는 것에 대해 검색해 보지 않았다는 것을 의미하기도 하니까요.

당연히 아카이빙 된 자료는 잘 찾을 수 있도록 되어야 하구요.... 소스 코드의 표시와 인용 등도 편리해야 하구요... 뭐 많죠. 이런 게 잘 안 되면 프로그래밍 게시판은 그냥 개발자들의 잡답공간에 불과하게 됩니다. 물론!!! 이건 정말 이상적인 말이고 그게 말처럼 쉬운 일이 아니란 거죠. 또 이게 여기만의 문제도 아니구요.

잡설입니다. 이만 줄이겠습니다.
282 2015-01-28 01:27:14 0
20년 넘게 찾는 만화가 있다던 분~ [새창]
2015/01/27 18:07:24
http://todayhumor.com/?animation_304304 <--- 리키오 질문글은 여긴데
http://todayhumor.com/?bestofbest_188330 <--- 곶휴만화 이건 도대체 어찌 되는 건지...
280 2015-01-26 20:35:07 0
미안해요 그런 질문을 올리는게 아니였나봐요... [새창]
2015/01/26 12:05:53
뭐가 죄송한데요?
279 2015-01-26 12:59:48 0
우왕...git 너는 사랑.. [새창]
2015/01/26 08:18:56
// 나데시코♥
좋네요 이거!

// 우리그만하자
네 어렵지 않아요. 하지만 그 서버가 안정적이어야 하는데 보통은 사설 서버가 github 만큼 못하죠.
278 2015-01-26 08:24:11 0
우왕...git 너는 사랑.. [새창]
2015/01/26 08:18:56
소스가 노출된다는 게 걸릴 때가 있긴 하지만, 그런 점이 걱정되지 않는다면 정말 좋죠.
github에 유료로 소스를 비공개로 하는 서비스가 있긴 하지만 개인 프로젝트 정도면 감사할 정도죠.
277 2015-01-24 22:28:13 0
[새창]
공식을 만들라면 충분히 규칙을 설명해주세요.
다른 사람들도 충분히 이해할 수 있도록 설명해 주시고, 먹튀 의심 받지 않도록 삭제 금지도 체크해 주세요.
276 2015-01-24 01:36:00 2
[새창]
대입연산자도 일종의 함수이므로 구조가 다름이 없다면 거의 비슷할 겁니다.

또한 실제로 해 봐야, 그게 가장 확실 하겠지만 제시된 두 방법은 거의 차이가 없을 겁니다. 제 생각에는 어차피 벡터 객체 내부의 원소끼리의 차를 구하는 함수이므로 백터 객체 생성 비용 + 원소끼리 연산 시간 정도인데... 여기서 두 방법에 속도의 차이를 내는 결정적인 요소가 별로 없어요. 또한 컴파일러의 최적화 옵션에 따라 달라질 수도 있는 문제라 또 어떤 쪽이 딱히 낫다고 판정하기도 애매할 겁니다. 어떤 머신에서는 어떤 방법이, 다른 머신에서는 다른 방법이 아주 눈곱만큼의 차이를 보이겠죠. 저는 보통 그런 차이는 거의 의미가 없다고 보고 그냥 코드의 가독성을 더 신경 쓰고 진행을 하죠.
< 이전페이지 다음페이지 >
< 16 17 18 19 20 >
◀뒤로가기
PC버전
맨위로▲
공지 운영 자료창고 청소년보호