이번 기회에 spring Roooooser가 되봐요. 우리 ㅋㅋ

친구한테 들었는데 홍대 정문에 뻘건 줄이 그어져있고 '이 아래는 루저'라고 써 있대요

fupfin Spring Roooooser에 들 수 있어서 행복해요..

최지 그 선을 루저가 그엇을지 루저 아닌 사람이 그엇을지도 궁금하네요 ^^;

일단 요즘은 키가 커야될 거 같아요..^^

저는 통념을 벗어난 아방가르드 취향 - _-

최지 역시나...

신기하네요. 컴파일 따로 안 해도 자기가 컴파일까지해서 올리고 그러는군요.

fupfin Java 세계는 참 넓고 인재도 많은 것 같아요

감탄이 나오는 조정훈의 포크볼...

me2uploader 같은 app를 쓰면 간단해요.

미투데이 업로더를 사용하시면 됩니다. 주소는 여기 http://me2day.net/me2/app/view/ap

도로로병장 fupfin 그렇군요. 감사감사

MMS 메일을 사용하시는 메일 주소로 등록하시고 post@me2day.net으로 jpg 첨부하고 본문에 글써서 보내셔도 됩니다.

EP 오호 그런 좋은 방법도 있었네요~ 감사

한스 짐머 음악 좋죠~^^ 전 전쟁 영화를 좋아하는데 거기에 한스 짐머님이 OST 맡은 것들은 다 좋더군요. 최근에는 모던워페어2라고 게임OST에도 참여하셨더군요.

도로로병장 뭔가 웅장한 분위기의 게임이 될것 같네요 ^^;

저는 아웃라이어는 그냥 그랬어요 블링크 작가는 책을 내면 낼수록 진부해지는 경향이

최지 블링크나 아웃라이어 다 결론은 진부하기는 하죠. 근데 아웃라이어는 사례가 재미있어서 볼만했던 것 같아요.

전에 읽고 생물 선생님께 "정말 가능한 일이에요?!"라고 여쭤본 기억이 나네요ㅎㅎ

stella 불가능하지 않을까요? 호모 사피언스와 호모 에렉투스도 교배(?)가 안되었다고 들었는데..

그렇군요. 개미는 잼나게 읽었는데 '뇌'는 저한테는 별로더라구요. 아버지에 아버지는 시간 날때 한번 읽어봐야겠네요.^^

이 작가의 책 중 몇 남지 않은 책이네요. 언제 읽으려나.

오호... 싸네요. 다른 병원들은 비싸던데...

3번은 너무 소박...ㅎㅎ

고소영을 그리 좋아하는 편이 아니었는데 우리 동건형이 선택했다니 저도 함 봐야 겠네요.

뭔가 이성재가 하루 살다 죽을것 같은 예감이 드네요. 전 이 영화 잘 몰라요^^

fupfin 회장님이 동건이 형이라니 살짝 어색^^; 전 아직도 고소영이 배우 중에 젤 이쁜 것 같아요 ^^;

도로로병장 아기 생기기 전에 한번 볼만한 영화에요 ^^; 이성자가 하루 살다 죽는다 생각하시고 보시면 더욱 재밌을 듯합니다.

benelog 원래는 동건 옵 이라고 부르는데요... -_-

아주 좋은 찜질방이군요.^^

안망하게 선배가 가출해서 자주가세요

최지 쫓겨날 일은 생길지 몰라도 가출은 스스로 안 할듯해요;

실망했어요. 그래도 하권이 더 재미있기는 해요.

이책 이 좀 재미있는 것 같아요. 다 읽은 건 아닌데...

fupfin 전에 회장님 미투에서보고 저도 이책 보려고 생각중이에요. 역시 이렇게 뭔가 구체적인 구현기술이 와닿는맛이 있어야지 재밌는것 같아요 ^^;

오, 이제 CodeIgniter도 ORM 지원하나요? 한 2년 전인가 3년 전인가 봤을 땐 그냥 직접 했던 거 같은데...

아샬 $this->db->where('entry_id', $this->uri->segment(3)); $data['query'] = $this->db->get('entries'); 이런식으로 DB에서 조회해 올 수 있네요.

benelog // 뭔가 복잡하게라도(...) 얻을 수 있는 기능이 추가됐나 보군요 +ㅂ+

저런 간이 ORM (보통 active record라고 부르는...)이 java에서도 유용하다고 보시나요? 전에 만들던게 있었는데 Hibernate가 있는데 굳이 만들 필요 있나 싶어서 버렸거든요.

\fupfin

헉--; fupfin 하이버네이트는 너무 복잡하고, 좀더 간편한게 있으면 좋을듯하네요.

아샬 예제 안에서 코드를 보면 더 간단해 보입니다 ^^; 위의 코드는 action에서 url 정보에서 변수 끌어오는 것까지 넣어서 살짝 복잡해 보일수도 있겠네요

fupfin java라면 그냥 Hibernate쓰는게 낫지 않을까요? 안 그래도 ORM이 이런저런 경우에는 안되지 않느냐고 의문을 가지고 있는 사람들이 있는데, hibernate의 막강 기능들을 다 옆에 두고 개발하는것이 든든할듯해요.

소내기 Grails의 GORM처럼 하이버네이트를 감싼 접근도 가능할 것 같은데, 뭐 이래저래 쓰다보면 원래 Hibernate도 알아야될것 같아요.

benelog 결국 그런 것 같죠? 소내기 JPA가 있잖아.

오 이 책 흥미로움

최지 네, 이 책 재미있어요. 인간종족을 한발짝 물러서서 보는 기회가 되었다고나할까;

helper는 좀 추상적이어서 네이밍에 쓰기 적당하지 않은 것 같습니다. 물론 절대 쓰면 안 된다고 할 수는 없어도 더 구체적인 기술명이나 용도를 명기할 수 있다면 그것이 좋은 것 같아요.

선배 이건 완전 딴 소린데요 이 무겁고 유지보수 어려운 웹 서비스 왜 쓰는지 모르겠어요 RPC나 Http로 하면 될 것을 (동공 확대 거품물고 있음)

최지 오호.. '공공기관 XML 웹서비스 연계 전문가' 지혜양까지도 어렵다고 느낀다니 정말 어렵나봐요^^; 그걸 표준으로 삼으려고 정한 사람을 원망해야할듯..

누가 뭐라고 하던가요?

fupfin 역시나 눈치빠른 회장님. 누가 aspectJ를 이용해서 Spring AOP를 대체할 것을 만들어야 할 수도 있다고 그래서 이미 지원한다고 이야기해줬어요.

benelog 저런...Adrian Colyer가 스프링소스로 간 걸 얘기해주시지...ㅎㅎ

fupfin 아 그걸 깜빡했네요. 내일 가서 댓글로 달아야겠습니다 ^^;

너무 아름다움

최지 확실히 SK우승보다는 아름다운 장면이였죠

오호 뭔가 재미있을 것 같네요 낼 함 볼께요

음... 함수형이라기 보다는 collection에 대한 method chaining이네요. 유용하게 쓸 곳이 있을 것 같기도...

rath님이 쓰시기에 좀 봤더니 재미 있겠더라고요. C#의 getter/setter 방식이 부러웠는데 말이죠. java 7에 들어간다는 resource 관리 기능도 있고...

fupfin Java가 이런식으로 확장될 수 있다니 신선해요.

저도 사실 Java 6의 기능들에는 별 관심이 없었는데 말이죠.

Ruby 같은데 확실히 이런 언어들이 DSL을 만들기 편합니다. 여기도 Ruby의 open class 기능을 이용했네요. 근데 Java로 안된다는 말은 아니구요^^;

도로로병장 java.util.Calendar를 리턴하고 언어는 Groovy에요. 이 자료 읽다보니 XML로 로직이 들어간 프로그래밍을 하는 시대가 끝나야 한다는 생각이 더욱 드네요. Ruby의 rake나 migration이 멋진사례죠

XML로 프로그래밍하는 건 정말 끝나야 합니다. 대표적으로 ANT때부터 시작된 잘못된 관행입니다. 전 그래서 maven도 싫어한답니다.^^;

도로로병장 Ant만든 사람도 xml로 한걸 후회한다고 했었데요.

저도 끼다 안끼다 그랬는데 한 2년여전부터 그냥 계속 낍니다. 많이 불편하죠~

도로로병장 어릴 때부터 낀 사람이 아니면 적응이 잘 안 되는듯해요;