.
블로그"Game Forge"에 대한 검색결과900건
  • 미리보기 이미지

    [비공개] Can I be honest?

    Toby형이 글을 자주 올린다. 구체적인 기술을 다루는 이야기라 댓글이 많지 않았는데, 모처럼 viz란 분이 논쟁을 부르는 댓글을 올렸다. 그랬더니 Toby형 뿐 아니라 entworks님까지 몰려 왔다. 흥미롭게 이어지던 글은 아쉽게도 노이즈로 바뀌었다. frankly speaking ID를 쓰는 분이 어구가 담고 있는 뉘앙스까지 담아낸 듯하다. franklyspeaking 이란 분의 글을 보면 대단한 경력이 있어 자랑하고픈 듯하다. 그렇지만, 보편적인 문제 제기를 이해하지 못한다. 한 수 위라는 듯한 말투인데 그랬다면 Toby 형 주장의 오류를 드러낼 능력이 있어야 한다. 현장 경험을 중언부언 올린 댓글은 길기만 할 뿐이다. 기억에 남는 내용을 굳이 꼽으면 바로 이 부분이다. JavaEE는 서버사이드 소프트웨어에서 풀어야될 문제들을 대부분 해결해놓은건데 제가 우습게 볼 이유가 없습니다. ..
    Game Forge|2009-12-17 08:30 am|추천

    추천

  • 미리보기 이미지

    [비공개] 아키텍처에 대한 좋은 글 메모

    개발자와 아키텍트 사의 불협화음의 본질 The failure often occurs because architecture is about breadth and development is about depth. 그리고 해결책 To ensure shared understanding, we have to architect “all the way down.” Architects cannot worry only about services and developers cannot worry only about code. There is a huge middle ground that each must also focus on 아키텍처의 중요한 특성 architecture is a kind of “shared understanding" 아키텍처 수립/구현에도 기민한 접근이 필요한 이유에 대한 Temporal Aspect Instead, the emphasis is on proving the architectural decisions that are made as soon as possible, while also embracing architectural change throughout the development lifecycle. 부가 설명 On the other hand, traditional architecture involves spending significant time early in the project defining the architecture. Once the vision has been established, teams tend to resist architectural change throughout the ..
    Game Forge|2009-12-16 01:02 pm|추천

    추천

  • [비공개] Javadoc 작성 관련 팁

    모델2 환경에서 흔히 쓰이는 3 계층 구조를 쓰는 경우 어떤 스타일로 javadoc을 써야 할까 정리한 내용. 정보 시스템 유지보수 맥락(context)이다. 1. Controller 계층 어떤 사용자 이벤트에 의해 화면에 호출되는지 기록한다. 화면 나타나는 사용자 메뉴 이름이나 어떤 GUI 요소를 클릭(혹은 키 입력)했을 때 불리며 결과는 어떤지 기술한다. ... 예: 메뉴 목록 트리에서 특정 메뉴를 선택할 때 메뉴를 사용할 수 있는 그룹과 권한을 출력 화면을 통한 입출력 데이터를 쉽게 알 수 있게 쓴다. 또한, 클래스가 아니라 IDE Navigation이 불편한 경우 즉, Map이나 Data Set 등을 쓰는 경우는 보완책을 마련한다. 2. Service 계층 메소드 의도와 함께 코드 순서와 분기, 반복으로 나타나는 비즈니스 로직 설명 포함 데이터 무결성(Data Integrity) 보장을 위해 DAO 메소드 호출 순서 등을 설명(..
    Game Forge|2009-12-16 12:30 pm|추천

    추천

  • 미리보기 이미지

    [비공개] 소프트웨어 설계 2.0

    현장에서 보통 "설계"라는 말을 하면 대개는 화면 요구사항 도출과 데이터 모델(ERD를 결과로 내놓는) 작성을 의미한다. 물론, 파레토 법칙을 감안해서 이해해야 한다. 주류에 속하는 다수가 그렇다는 말이다. 현실에 만족하는 개발자가 말하는 설계와 다른 맥락의 설계가 있는데 여기에 대해 상당수가 합의하고 있음도 어렵지 않게 알 수 있다. 징후는 꽤 많다. '한국에 과연 설계가 있느냐?'라고 말하는 사람 사랑스러운 책, Domain-Driven Design 실증적인 설계 접근을 제시하는 TDD(Test Driven Development) 다른 산업의 발전 양상 머지않아 이 바닥 10년을 맞이한다. 한 분야에서 10년을 하면 고수가 된다고 한다. 고수가 되고 싶지는 않지만, 인생을 허비하지 않기 위해 남은 날에 대해 목표를 설정했다. 현재 통용되는 설계와 다른 설계를 하겠다고 마음을 먹는다. 의..
    Game Forge|2009-12-16 09:13 am|추천

    추천

  • [비공개] 엔터프라이즈 시스템 개발 프로젝트에 Enterprise 2.0 대입하기

    * 이 글은 월간 마이크로 소프트웨어에 기고했던 글을 잡지사측 배려로 공개하는 내용입니다. 소통과 협업을 강화하는 프로젝트 문화 조성하기 약 2년 전 일이다. 프로젝트 스폰서인 임원이 대뜸 회의를 자주 소집하지 말고 포털 사이트 블로그 같은 시스템을 구축해서 서로 이야기하자고 말했다. 메신저도 연동하고, 한 주제에 대해서 개발 업체와 고객 사이에 치열하게 논쟁하기 위해 장벽을 허물자는 것이다. 소신이 워낙 강해서 개발업체 프로젝트 관리자에게 의사소통을 위한 시스템을 구축한 이후로 착수를 미루자며 엄포를 놓았다. 아쉽게도 프로젝트 관리자가 거부하여 기회(?)는 날아갔다. 프로젝트에서 고객과의 활발한 의사소통이 프로젝트 성공에 미치는 영향은 지대하다. 하지만, 당시 프로젝트 관리자는 고객 수장이 블로그를 언급..
    Game Forge|2009-12-15 06:30 pm|추천

    추천

  • [비공개] DAO JUnit 테스트 Tips

    1. 테이블 초기화 성능 향상 AbstractTransactionalJUnit4SpringContextTests(JUnit 4.x/Spring 2.5) 객체나AbstractTransactionalDataSourceSpringContextTests (JUnit 3.x/Spring 1.1)가 제공하는 deleteFromTables() 메소드는 하나 이상의 테이블에 있는 레코드 삭제를 돕는다. 테스트 메소드 내에서 레코드를 초기화 하는데 편의를 제공하지만, 테이블에 레코드가 많을 때는 조심해야 한다. 수만 건 정도만 되어서 몇 초가 걸리고, 천만 건 이상이면 불필요한 DB Lock을 유발하기도 한다. 이를 피하기 위해 simpleJdbcTemplate/jdbcTemplate 멤버 변수를 통해 DELETE 쿼리를 직접 실행하면 성능 저하를 막을 수 있다. jdbcTemplate.execute("DELETE FROM " + TABLE_NAME + " WHERE id = '0011'"); insertXlsData("code.xls"); // id = "0011" assertEquals(3, jdbcTemplate.queryForInt("SELECT COUNT(id) FROM " + TABLE_NAME + " WHERE id = '0011'")); 2. 성능 측정을 위한 정보 제..
    Game Forge|2009-12-14 06:11 pm|추천

    추천

  • 미리보기 이미지

    [비공개] Spring 3.0 GA 출시, 그리고 작은 기여

    스프링 3.0 GA(General Availability) 출시가 내일이다. GA란 표현이 생소할 수 있는데 최종 버전 혹은 정식 버전을 의미한다. 스프링 3.0을 공부하고 있지도 않았고, 딱히 최종 버전을 쓰고 싶어 기다린 터도 아니라 동동 구르며 출시를 기다리며 쓴 글은 아니다. 솔직히 고백하면 유치하게도 자랑하고 싶어 올린 글이다. :) 금요일에는 분명히 열린 이슈가 4~5였는데 다시 늘었다. 그 중 하나의 이슈에 낯익은 이름이 있다. Toby형 글을 읽고 메신저로 이야기를 나누다가 발견한 옥에 티다. 스프링의 Javadoc에 대한 신뢰가 있었던 터라 오류가 믿기지 않아 우선 Toby형에게 확인을 부탁했다. 그리고 혹시나 낡은 코드를 보고 뒷북치는 일이 아닐까 해서 스프링 프로젝트 Trunk에 있는 소스를 직접 확인했다. 이미 할당한 작업이 있는지도 보았는데 없었다. 짧은 영어 실..
    Game Forge|2009-12-14 09:12 am|추천

    추천

  • [비공개] 새로운 자바 기술을 소개하는 글

    어제는 영양가 없는 글을 비판하는 가운데 Java EE 스펙을 거론했는데, Toby형을 통해 좋은 글을 알게 되었다. RSS 구독이 불가능해 놓치고 있던 한국IBM DW의 칼럼이다. 이창신님의 자바 EE 6에서 의존성 주입은 그야말로 최신 글이고, 새로운 내용을 대하는 독자의 생소함을 생각해 무난히 따라 해 볼 수 있도록 썼다. 그리고, 얼만전까지 Java EE나 Servlet 3.0 과 같은 새로운 스펙에 대한 실용적인 글이 연재되었다. S 서블릿 3.0에서 파일 업로드 (2009년 10월) 넷빈즈 6.8로 자바 EE 6 시작하기 (2009년 9월) 3년을 기다렸다 (2009년 6월) Toby 형이 쓴 글도 있다. 자바 스펙을 직접 다루지는 않았지만, 자바 진영에서 일어나는 DI(Dependency Injection)의 발전과정을 그대로 담은 스프링의 애노테이션에 대한 글이다. Spring 3.0 (56) @Bean 사용의 주의사항 요구하는 배경 지식..
    Game Forge|2009-12-11 04:12 pm|추천

    추천

  • 미리보기 이미지

    [비공개] TOGAF Enterprise Continuum 소개

    Using a combined SOA and TOGAF environment for increased productivity: Part 1: Introduction to the TOGAF Enterprise Continuum 오늘 DW가 좋은 글을 많이 올린다. 요약을 시작하는 문구부터 마음에 든다. Service-oriented architecture (SOA) can transform organizational silos into functional groups, thereby measurably increasing productivity. 그리고, 현실 인식이다. At present, both the Open Group Architecture Framework (TOGAF) and SOA are unapproachable and poorly understood. 이후에 스크랩해 둘만 한 그림이 연속으로 보인다. 최상위 개념도 Architecture Continuum의 여러 상태(혹은 단계)를 나타내는 그림 그리고, 상태 전이(혹은 단계 전진)의 특성을 명쾌하게 정리했다. From conceptual to logical to physical From technology solutions to business technology systems From industry-neutral to vertical business domain-compliant architectures From general taxonomies to physical architectu..
    Game Forge|2009-12-10 06:37 pm|추천

    추천

  • [비공개] 이클립스 3.6 (헬리오스) 릴리즈 계획

    M1 Friday, August 21, 2009 M2 Friday, October 2 M3 Friday, November 13 M4 Friday, December 18 M5 Friday, February 5, 2010 M6 Friday, March 19 EclipseCon! March 22 M7 Friday, May 7 RC1 Friday, May 21 RC2 Friday, May 28 RC3 Friday, June 4 RC4 Friday, June 11 Release Wednesday, June 23 출처: Helios Simultaneous Release 이유는 모르겠지만, 다른 문서와 일정 차이가 조금 있다. 구체적으로 알고 싶으면 구글 카렌더를 공유한다.
    Game Forge|2009-12-10 04:53 pm|추천

    추천

이전  76 77 78 79 80 81 82 83 84 ... 90  다음
셀로거는 비즈니스/마케팅 관련 블로그중 대중에게 RSS를 제공하는 블로그의 정보만 수집 및 정리하여 소개하는 비상업적 메타블로그 사이트입니다.
수집된 내용에 대한 모든 블로그의 저작권은 모두 해당 블로거에게 있으며 공개되는 내용에 대해서는 Sellogger의 입장과 무관합니다.
셀로거에서는 원글의 재편집 및 수정을 하지 않으며 원문링크를 제공하여 전문확인을 위해서는 저작권자의 블로그에서만 확인가능합니다.
Copyright (c) Sellogger. All rights reserved. 피드등록/삭제요청 help@sellogger.com