gEEkInsIdE
님 전 한국에 가고 싶어요.. ㅎㅎ
09.02.06 21:23
이어폰 새로 샀다… USB 케이블 새로 사야한다… 스킨도 다 찢어져서 다시 사야한다…
by Tolchi
fupfin
시분할 다중 인격 짝 프로그래머의 인과관계 없는 단상
친구들과
번역본 이상하게 눈에 안 들어와서 포기했는데
09.02.06 19:04
코드 품질이 회사나 개인의 미래를 좌우하는 요소가 아니라 할지라도, 나는 여전히 코드 품질이 매우 중요하다고 믿는다. -
켄트 벡
by fupfin
우와 읽기 쉬운 코드 작성하기!
09.02.06 18:48
코드 품질이 회사나 개인의 미래를 좌우하는 요소가 아니라 할지라도, 나는 여전히 코드 품질이 매우 중요하다고 믿는다. -
켄트 벡
by fupfin
gEEkInsIdE
, 한글로라도 떠오르면 최적화 시도를 하는 헛짓이라도 할 수 있을텐데 말이에요 엉엉 ㅠ
09.02.06 17:34
스피킹이 내게 어려운 이유. 한글로도 할말이 안떠오른다는거
by rath
gEEkInsIdE
, 넵. 마케팅 먼저, 개발은 난중에요~ 만약 엄청나게 '운'이 좋아서 현 시장이 충분히 고려된 제품이 나왔다면 모를까.. 고객도 없는데 멋진거 만든담에 광고해봐야 겜오버다 머 이런..
09.02.06 17:17
"If someone comes to you with a 'great' product that just needs some marketing, the game is probably already over." -
Seth
by rath
아이폰 신버젼나오면 지르세요 ㅎㅎ
09.02.06 11:16
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
올해안에 iphone사기 계모임이라도 하나 만들까요!
09.02.06 10:19
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
무너지면 지는겁니다!!
09.02.06 10:00
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
택시에 핸폰을 두고 내려 은근 좋아했었는데...?!
09.02.06 09:15
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
휴.. Palm pre 제발 올해 하반기에.. ㅠㅠ
09.02.06 08:24
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
음.. 버리시는 건가요??? 제 앞에 버려주세요. ^^ 제가 잘 재활용 할께욤..
09.02.06 03:32
아까 낮에, 택시에 핸폰을 두고 내려 은근 좋아했었는데, 친절한 택시 운전사 아저씨가 친절하게 핸폰 가져다주면서 친절하게 만원 받아 가셨습니다. (그지… iPhone이나 Palm pre 나오기 전에 무너지면 지는 거다)
by fupfin
내일부터 나도 반식
09.02.06 00:42
의사 선생님께서 위는 큰 이상 없지만
배에 두르고 있는 타이어를 빼야 한다며 앞으로 반식을 하라고 지시하셨음. (하지만 난 오늘 삼겹살 2인분을 먹었고…)
by fupfin
미투는 참 잘 만들었다니까요.
09.02.05 17:19
별다방에서 넷질 중인데 접속이 불안해 용량이 조금만 커도 무한 대기임. 그러나 미투데이랑 구글은 잘 들어가짐. 감동 먹음.
by fupfin
그러니까요, 배둘레햄이 문제인데, 술을 끊어야 하고, 그러면 일도 끊어야 한다는 거죠... 흑...
09.02.05 10:38
의사 선생님께서 위는 큰 이상 없지만
배에 두르고 있는 타이어를 빼야 한다며 앞으로 반식을 하라고 지시하셨음. (하지만 난 오늘 삼겹살 2인분을 먹었고…)
by fupfin
상용 환경에서도 코드 캐쉬 잘 사용하고 있는데... 적재 탓은 좀...
09.02.05 08:21
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
흐흐흐
09.02.05 08:12
아까 쓸까 말까 했는데
디토
님도 등장하셨으니…
지금까지 본 PHP 코드 중에 MetaBBS가 가장 아름답고 감동적이었습니다.
^^);;
by fupfin
모든 남자의 고민이죠 ㅠ.ㅠ
09.02.05 01:57
의사 선생님께서 위는 큰 이상 없지만
배에 두르고 있는 타이어를 빼야 한다며 앞으로 반식을 하라고 지시하셨음. (하지만 난 오늘 삼겹살 2인분을 먹었고…)
by fupfin
저도 복부비만 입니다 뭐 운동부족이 원인이죠... 먹는것도 한 몫하려나?
09.02.05 01:34
의사 선생님께서 위는 큰 이상 없지만
배에 두르고 있는 타이어를 빼야 한다며 앞으로 반식을 하라고 지시하셨음. (하지만 난 오늘 삼겹살 2인분을 먹었고…)
by fupfin
오리대마왕
: 예 규모가 아니라 비지니스로직의 복잡성을 두고 말한 것입니다. 게시판 수준의 서로 독립적인 모듈들로 구성된 서비스라면 그 모듈 숫자가 100개든 1000개든 단순한 사이트라고 할 수 있는 거죠. 그런데 짧게 쓰려니 자꾸 오해를 일으킬만한 소지를 남기게 되네요. ^^
09.02.05 01:21
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
의사 선생님께서 위는 큰 이상 없지만 배에 두르고 있는 타이어를 빼야 한다며 앞으로 반식을 하라고 지시하셨음. (하지만 난 오늘 삼겹살 2인분을 먹었고…)
09.02.05 00:49
내일 아침에 위 내시경 촬영 받기로 했음. 이쁘게 하고 가야징~
by fupfin
직접 서비스를 하는 경우에는 값싼 서버를 탄력적으로 운영하는 것이 가능해서 PHP의 한계를 비교적 쉽게 극복할 수 있지만 일반 기업에서는 서버를 보강하는 일이 예산 등의 일로 쉽지 않기 때문에 제한된 박스로 최대의 성능을 이끌어내야 하는 문제가 있습니다. 결국 위에서도 말했지만 제 사정이 PHP로 적당하지 않은 곳으로 옮겨갔다고 보시면 되겠네요.
09.02.05 00:46
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
똘레랑스가 충만한 사회는 똘레랑스를 인정하지 않는 인간'들'을 물리적으로 배제해야 이뤄낼 수 있을 것 같습니다.
09.02.05 00:29
저는 오히려 인터넷으로 계층 갈등이 증폭되었으면 합니다.
우리는 그동안 부국의 구호 아래 너무 갈등을 억압하고 무시하며 살아왔기에 표면적으로는 질서가 있어 보이지만 오히려 내적 갈등의 깊이는 더 깊어가고 똘레랑스를 이뤄내는 성숙을 하지 못했습니다.
by fupfin
아까 쓸까 말까 했는데 디토님도 등장하셨으니… 지금까지 본 PHP 코드 중에 MetaBBS가 가장 아름답고 감동적이었습니다.^^);;
09.02.05 00:20
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
페이스북도 PHP인걸요? :-)
09.02.04 22:37
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
마소에서 연재된 예전 기사를 찾아보면, 딜리셔스 개발자도 PHP로 개발하고 운영하면서 하등의 문제가 없었다는 얘기가 나오더군요.
09.02.04 19:13
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
spring은 안부러운데 agile은 부럽네요.
09.02.04 18:52
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
영어만 되면...
09.02.04 18:50
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
자바 리플렉션은 나름 재밌음.
09.02.04 18:49
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
저도 복잡한 business-logic 이라면 java를 선호하겠지만, 짧고 많은 request 라면 php가 더 좋을 수도 있지 않을까요. 흐음, '단순한 사이트' 가 이런 사이트까지 말씀하시는 것이겠죠? (단순한 사이트라는 표현이 너무 모호하네요 ^^;)
09.02.04 18:27
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
예전 flickr 의 scale-out 관련 자료에서는 request 기반 생명주기가 손쉬운 scale-out 을 가능케 하였다고 했습니다.. 그 관점에서는 "php라서 쉽게 원하는 성능을 얻었다"고 말할 수 있을 것 같네요.
09.02.04 18:24
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
Mercurial 보다는 Git가 더 좋은거 같은데 (개인적인 취향문제일수도.)
09.02.04 18:12
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
gEEkInsIdE
우와 감사합니다!!! 실땅님 최공!!!!
09.02.04 18:10
오늘따라 자바로 바꾸고 싶다.
by 맹수
공감합니다. 가벼운 사이트 개발하는데 EJB라도 들고 나오면 정말 길에다 돈 버리는 일이죠.
09.02.04 18:04
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
예 단순한 사이트에는 효과적인 좋은 기술입니다.
09.02.04 17:14
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
위의 여러 이슈(thread safe , 메모리등등)들이 문제가 될때에는 안쓰는게 정답인듯해요. 하지만 제가 개발한 php 프로젝트가 다행히(?) 소규모라 그런지는 몰라도 아직 위의것들이 이슈가된적은 없었어요.
09.02.04 17:11
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
결론은 1,2,3은 PHP만의 문제가 아니군요^^;
09.02.04 17:04
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
말씀하신대로 뭔가 새로운 시도를 하는 계기의 상당수는 실패 때문인거 같아요. 저도 CVS만 내리 쓰다 요즘 subversion을 도입하려는게 실패를 겪어서...
09.02.04 16:49
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
사실 동학운동이 그런 상황에서 일어난 것인데 아쉽게 끝났었지요.
09.02.04 16:47
저는 오히려 인터넷으로 계층 갈등이 증폭되었으면 합니다.
우리는 그동안 부국의 구호 아래 너무 갈등을 억압하고 무시하며 살아왔기에 표면적으로는 질서가 있어 보이지만 오히려 내적 갈등의 깊이는 더 깊어가고 똘레랑스를 이뤄내는 성숙을 하지 못했습니다.
by fupfin
3. 물론 성능 저하 문제를 해결할 수 있는 방법은 많이 있습니다. Java나 .NET과 바인딩하는 것도 한가지 방법이고요. 하지만 그렇게 된다면 더 이상 PHP를 쓴다고 하기 힘들어지죠. ^^
09.02.04 16:42
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
2. 객체지향적으로 SRP 원칙에 맞춰 개발을 하고 (특히 PHP5에 추가된 인터페이스를 사용한다면) 웹 프레임워크나 DB 추상화 기술을 사용한다면 한번의 Request에 수십에서 100여개의 php script 파일을 메모리에 적재해야하는 경우도 있는데 매번 이런 작업을 하는 것은 비록 중간코드 캐쉬를 쓴다고 해도 엄청난 부하가 됩니다. 특히 thread safe하지 않기 때문에 메모리 사용량도 만만하지 않죠.
09.02.04 16:40
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
1. 스크립트 언어라고 다 PHP 같지는 않죠. JSP나 ASP 같은 Serverside script page 방식의 기술에서 그런 방식을 사용합니다.
09.02.04 16:37
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
제가 php 를 버리지 못한 계기는 외주인력 써먹기 좋아서 인듯
09.02.04 16:35
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
아시모프님 질문 보니, 이거 토론방이라도 따로 만들거나 블로그에서 토론해야 할까요? 재밌을 듯... (뒤에서 애인한테 문자왔냐, 왜 이리 실실 쪼개냐고 하네요)
09.02.04 16:35
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
APM이냐, J2EE냐? 말씀하시니 생각나는데, PHP 기반으로 사업하던 후배에게 서비스 부하는 어쩌냐 하고 물어보니까… '형… 그건 어차피 값싼 서버 주욱 늘리면 되요' 라고 답변하더군요. 장단점이 있기도 하고, 설계하기 나름이라는 생각도 들고…
09.02.04 16:33
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
몇가지 궁금한것은 , 1. 적재,초기화,실행 -> 스크립트 언어의 특성을 말하시는건가요? 2. 설계가 복잡하다는것은 언어비종속적 사양에 관한 말씀이신가요? 아님 php를 고려하여 설계하려니 복잡하다는 이야기이신가요? 3. 성능저하문제는 오래된 이슈인듯해요. 보통 이야기가나오면 생산성 및 compile module(JNI같은)이야기를 같이 언급하죠^^;
09.02.04 16:25
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
그게 무서워요~ 극한의 대립, 혁명을 거쳐야 한다는 거 말이죠. 우리 민족 내란 벌어지면 장난 아니잖아요.
09.02.04 16:23
저는 오히려 인터넷으로 계층 갈등이 증폭되었으면 합니다.
우리는 그동안 부국의 구호 아래 너무 갈등을 억압하고 무시하며 살아왔기에 표면적으로는 질서가 있어 보이지만 오히려 내적 갈등의 깊이는 더 깊어가고 똘레랑스를 이뤄내는 성숙을 하지 못했습니다.
by fupfin
^^; 저도 자바를 좋아하고, php옹호론자는아닙니다만, 용도의 문제겠죠?
09.02.04 16:17
제가
PHP를 버린 결정적인 계기
는 PHP의 생명주기가 Request 기반이라는 것 때문입니다. 매 요청마다 적재->초기화->실행->해제를 반복하는 특성 때문에 설계가 조금만 복잡해도 성능이 급속도로 떨어질 수 밖에 없어요. 중간 코드 캐쉬도 불안정하고…
by fupfin
똘레랑스는 극심한 갈등으로인해 사회가 붕괴되는 상황까지 몰린 후에 배울 수 있는 것이라고 생각합니다. 그 과정에서 힘든 고비가 있더라도 끝없이 노력하는 수 밖에 없다고 생각합니다. 하지만 말씀하신 것 보면 인터넷으로 배설하는 사람 얘기 같군요. 제가 약간 초점을 잘못 잡은 듯...ㅎㅎ
09.02.04 15:38
저는 오히려 인터넷으로 계층 갈등이 증폭되었으면 합니다.
우리는 그동안 부국의 구호 아래 너무 갈등을 억압하고 무시하며 살아왔기에 표면적으로는 질서가 있어 보이지만 오히려 내적 갈등의 깊이는 더 깊어가고 똘레랑스를 이뤄내는 성숙을 하지 못했습니다.
by fupfin
현실상황의 계층 갈등이 인터넷에서 토론되어지고, 똘레랑스를 논의해야 한다는 의견에는 공감합니다. 그런데, 인터넷 화자들 중에 누가 더 나은 블로거인가? 누가 더 유명한가, 누구의 권위가 더 높은 것인가를 놓고 계층을 만들고, 서로를 공격하는 양상은 어찌할까요?
09.02.04 15:27
저는 오히려 인터넷으로 계층 갈등이 증폭되었으면 합니다.
우리는 그동안 부국의 구호 아래 너무 갈등을 억압하고 무시하며 살아왔기에 표면적으로는 질서가 있어 보이지만 오히려 내적 갈등의 깊이는 더 깊어가고 똘레랑스를 이뤄내는 성숙을 하지 못했습니다.
by fupfin
영국 구직 사이트에도 많아요~ ㅎㅎ
09.02.04 15:23
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
안그래도 devpia 에서 오늘 메일에 호주 /캐나다 취업이민 같은 내용이 오면 한참을 쳐다 보게 되더라구요. 호주는 일자리만 있음 정말 멋진 곳이던데요
09.02.04 11:02
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
ㄱㄱㅆ
09.02.04 09:24
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
매드 맥스... 캥거루가 뒤쫒는 상황이 아닐까여? ㅋㅋ
09.02.04 00:41
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
호주가서 메드 맥스나 찍고 올까요? -_-
09.02.04 00:09
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
ㅠ_ㅠ
09.02.04 00:04
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
호주 ㄱㄱㅅ
09.02.04 00:03
호주 구직 사이트
를 검색해보니 Spring, Hibernate, Agile, Seam, RoR 등으로 검색하면 일들이 주르륵 뜬다. MiPlatform 같은 거나 요구하는 우리나라랑 너무 다르다는… 덴장!
by fupfin
안드신게 오늘 아침은 아니죠? --ㅅ--; 실제로 그러신분 있다고함
09.02.03 23:12
내일 아침에 위 내시경 촬영 받기로 했음. 이쁘게 하고 가야징~
by fupfin
그냥 아침만 먹지 말고 오라네요. 저녁은 맛나게 먹었습니다. ^^
09.02.03 22:01
내일 아침에 위 내시경 촬영 받기로 했음. 이쁘게 하고 가야징~
by fupfin
gEEkInsIdE
, 감사합니다.! ^-^
09.02.03 17:49
영어학원 다니기 시작~
by rath
헉.. 예전 다리원와 틀리다니. 왠지 실망할거 같아요.
09.02.03 12:54
다리원 왔음. 그러나 주인이 바뀌었다는… 맛은 어떨지… 익숙했던 것이 바뀌는 게 슬퍼지는 나이.
by fupfin
공감 1000%! ㅠ.ㅠ
09.02.03 11:32
나 자신의 안전을 위해 악마에게도 '법의 보호'를 인정하겠네. -
사계절의 사나이
에서
토마스 모어
.
얼굴 공개하는 문제
로 인권위 비판을 받고 있지만 그 인권위가 우리의 인권을 보호하고 있기도 하다는 사실을 잊지 말았으면 좋겠습니다.
by fupfin
저자 서문을 함 쭉 읽어보셔... 그리고 원래 우리는 이러면서 놀잖아. -_-
09.02.03 11:15
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
우리 수요일날은 그냥 놀아요 ㅎㅎㅎ
09.02.03 11:11
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
design for a week 가 decison이고 test-drive the code 가 feedback 이라면 TDD의 주기이고 unit testing하는 주기는 딴거 아닐까요? 하지만 TDD 훈련할때는 책에 있듯이 짧게 하는 훈련이 필요 할듯 해요.
09.02.03 11:11
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
두번째의 'a week'이 혹시 feedback 기간이라고 생각할지도 모르겠는데 그게 아니고 1주일 동안 생각하고나서, 그러니까 미리 설계를 대략하고나서 TDD로 코딩하는 것도 TDD라고 할 수 있다는 의미... 여전히 TDD의 주기는 수십초에서 수분 적어도 한시간은 안 넘는 짧은 주기인거지.
09.02.03 10:55
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
왕공감 하나 추가요~
09.02.03 10:54
나 자신의 안전을 위해 악마에게도 '법의 보호'를 인정하겠네. -
사계절의 사나이
에서
토마스 모어
.
얼굴 공개하는 문제
로 인권위 비판을 받고 있지만 그 인권위가 우리의 인권을 보호하고 있기도 하다는 사실을 잊지 말았으면 좋겠습니다.
by fupfin
둘 다 저자 서문에 있는 말이야. TDD가 뭔지 얘기할 때 잊지 말아야 할 몇가지 중에 포함되는 중요한 언급이라고 생각해.
09.02.03 10:50
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
이것도 켄트 아저씨 말씀~~
09.02.03 10:42
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
"What if I do a paper design for a week, then test-drive the code? Is that TDD?" Sure. it's TDD. You were aware of the gap between decision and feedback, and you controlled the gap deliberately.
09.02.03 10:41
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
ㄴ 사실 한줄. -_-;
09.02.03 10:41
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
"TDD is an awareness of the gap between decision and feedback during programming, and techniques to control that gap." -Kent back.
09.02.03 10:41
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
제가 알고 있는 TDD은 몇줄 안되는 군요.
09.02.03 10:41
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
ㄴ 농담이구요. ;-)
09.02.03 10:40
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
실장님의 내용이 저자의 의도인가요? 흠. 책은 안봐서 믿음이 안가요. ㅎㅎㅎ
09.02.03 10:40
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
볼 권리 말고 안 볼 권리도 좀.. 인정받는 날이 올 수 있기를.. ㅠㅠ 쥐 얼굴 안보고 시퍼염.
09.02.03 10:37
나 자신의 안전을 위해 악마에게도 '법의 보호'를 인정하겠네. -
사계절의 사나이
에서
토마스 모어
.
얼굴 공개하는 문제
로 인권위 비판을 받고 있지만 그 인권위가 우리의 인권을 보호하고 있기도 하다는 사실을 잊지 말았으면 좋겠습니다.
by fupfin
아! 내일이군. 오키...
09.02.03 10:35
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
이미 말했지만 TDD를 확장하는 논의는 언제나 가능하다고 봐. 하지만 적어도 TDD를 제안한 사람의 의도와 추가적인 확장은 구분되서 논의 되어야 혼돈이 안 생길 것 같아. 같은 단어를 서로 다르게 이해하고 있다면 문제가 좀 되니까.
09.02.03 10:35
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
ㄴ 이 부분은 내일 함께 이야기 하도록 해요. :-) 사실 요즘 생각은 TDD가 무언지..등등이 중요한게 아닌듯. ㅎㅎㅎ
09.02.03 10:34
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
전 단지 피드백을 빨리 얻기 위해서라고는 생각하지 않습니다. 사실 저는 켄트백의 TDD 책도 제대로 보지 못했네요. :-)
09.02.03 10:33
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
아 제가 TDD에 어떤 식견이나 아는게 없어서 자꾸 댓글 다는게 거시기 하긴 하지만요. :-)
09.02.03 10:32
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin
피드백에 대한 얘기지... 더 정확히 말하면 피드백을 빨리 얻자는... TDD를 확장하는 논의에 대해서 반대하지는 않지만 인수테스트에 테스트 자동화 기술을 사용하는 것과 극히 짧은 주기의 TDD를 쓰는 것과는 성격이 무척 다르다고 생각해... 예를 들어 오늘 내가 작업할 것을 테스트로 작성하고 하루 종일 작업한 다음에 테스트를 돌리는 것이 TDD일까? 난 아니라고 봐.
09.02.03 09:53
BDD와 TDD는 상치되는 개념이 아니라
고 생각해. BDD는 Test라는 단어가 주는 오해를 문학적 방법으로 해소하려고 만든 것이고 TDD는 코드에 확신을 가지고 개발할 수 있게 하는 개발 방법이고… 결국 BDD를 이용해 TDD를 할 수도 있다고 봐.
by fupfin