.
블로그"Game Forge"에 대한 검색결과907건
  • [비공개] 프로젝트를 마치고, 새로운 시작을 준비하며

    꼬박 9달 반을 이어온 프로젝트를 마치는 날이다. 컨설턴트라는 위치상 운영업무를 경험할 일이 많지는 않은데 이번 프로젝트에서는 운영팀장이 책임자인 프로젝트여서인지 운영자의 마음을 헤아릴 일이 많았다. 더구나 시스템 오픈 후에는 운영자 역할을 하면서 새로운 경험을 했다. 사실 무엇보다 놀라운 사실은 전혀 비합리적인 동기로 시작한 일이 가장 짧은 시간에 엔지니어로서의 보람을 느끼게 해주고 진심으로 기뻐하는 고객을 만나게 해주었다. 7개월 동안 근처도 가지 못했던 일을 몇 주 만에 해낸 일종의 기적을 맛보았다. 현실적으로 불가능한 일이지만 상황에 쫓겨 '나 죽었소'라는 심정으로 덤벼든 일이다. 결과는 오랫동안 맛보지 못했던 새로운 세계로 입장한 듯한 착각을 일으키게 해주었다. 즐거운 여정을 마치고, 열심히 일했으니 ..
    Game Forge|2010-03-15 09:30 am|추천

    추천

  • [비공개] 규모 가변성(Scalability)에 대한 감상

    학부 때 소프트웨어 공학 과목 시험에서 Scalability에 대해 논하라는 문제가 나왔다. '확장성'으로 풀어야 하나 '규모 신장성'으로 풀어야 하나 고민했던 기억이 난다. 결국, 답으로 무얼 적었는지는 모르겠다. 지금 생각해보면 결국 투자 대비 수익(Return on Investment)이라 정리할 수 있다. 하드웨어든 가상화나 그리드 솔루션이든 돈을 들이는 만큼 더 많은 고객을 포용할 수 있어야 한다. 그러나 소프트웨어 산업 초창기인 터라 실제 구현해내는 일은 그리 만만치가 않다. InfoQ 등을 보면 선형적 규모 가변성(Linear Scalability)을 이야기하지만, 국내 현장에선 남의 나라 이야기다. 민감한 시스템 구축 프로젝트에서 이를 언급했다가는 5년 전 일이 데자뷔로 다가오지 않을까. 2005년 대규모 프로젝트에서 스프링(Spring Framework) 도입할 때, '멋 모르는 신출내기' 취급..
    Game Forge|2010-02-23 08:30 am|추천

    추천

  • 미리보기 이미지

    [비공개] 창조적 괴짜가 세상을 움직인다 (하)

    * 기업 경영에 대한 필자의 조언 고객과 시간을 보내는 것이 관리의 핵심이다. 시스코 시스템스의 존 체임버스는 고객과 대화를 나누는 데 업무 시간의 80%를 할애하며, 모든 경영자들에게 고객들을 직접 만나는 데 최소한 업무 시간의 50%를 할애할 것을 요구한다. 이것이 아마도 고객 관계 관리(CRM)를 이해할 수 있는 가장 값싼 방법이 될 것이다. 창조적 괴짜가 세상을 움직인다 131쪽 전통적인 기업이 어떻게 생각하든 많은 소비자들은 다음과 같은 것들을 원한다. 실질적인 구매 결정을 내리기 전에 기업이 제시하는 상품을 '확인(checkout)'한다. 기업의 상품을 '컴포넌트화(componentize)'해서 조금씩 조각조각 구매한다. 적당하다고 생각되는 방법을 동원해서 이런 상품을 여러 번 '조합(combine)'한다. 상품을 자신들의 마음에 더 드는 것으로 '바꾼다(change)..
    Game Forge|2010-02-22 08:30 am|추천

    추천

  • [비공개] 창조적 괴짜가 세상을 움직인다 (상)

    k16wire님 추천에 의해 읽은 책이다. 인상에 남는 구절을 짧은 감상과 함께 메모. 좋아하는 오렌지색을 넣은 편집도 그렇지만, 시종일관 신선한 내용과 흥미로운 전개가 돋보이는 책이다. 300쪽을 넘어가 슬슬 지루할 즈음에 이어지는 마지막은 정말이지 임팩트 있는 만점 마무리다. 성공하려면 다른 사람들을 보는 것부터 멈춰야 한다. 우리의 경쟁 상대는 우리 자신이다. 모방은 어떤 것도 이뤄주지 못한다. 자신의 내부를 들여다보라. 당신의 영혼을 통과해야 하며 당신의 가치관을 거쳐야 한다는 사실이다. 창조적 괴짜가 세상을 움직인다 344쪽 성공의 가장 흥미롭고 중요한 측면은 그것이 우리에게 사회에 대해 그리고 미래에 대해 알려 준다는 점이다. 창조적 괴짜가 세상을 움직인다 320쪽 타인을 모방하는 데에서 이류가 되기 보다는 자신을 ..
    Game Forge|2010-02-19 08:30 am|추천

    추천

  • [비공개] EJB 3.1 에서 흥미로운 부분

    InfoQ 기사 Java EE6: EJB3.1 Is a Compelling Evolution 를 읽고 인상에 남는 내용 메모 EJB 3.1은 JSR 318로 최근 발표한 Java EE 6 에 포함되어 있다. Josh Long 은 EJB의 새로운 특징(features)으로 Singletons와 The EJB Timer, No-Interface Views, Asynchronous Services, Simplified Deployment 등을 들었다. EJB 2.x 사용자라면 생소하겠고, EJB 3.0 사용자라면 편하게 느낄 테지만, 사실 스프링(Spring Framework) 사용자에겐 전혀 새로운 내용이 아니다. 그럼에도 불구하고 No-Interface Views와 Asynchronous Services 등은 눈에 띈다. No-Interface Views는 일종의 암묵적 인터페이스 지원이다. 스프링은 애초부터 인터페이스를 강제하지는 않았기 때문에 예전부터 지원하던 기능이다. 파일 숫자를 줄일 수 있어서 복잡도를 낮출 수는 있지만, 인터페이스 기반 프로그래밍(Programming to Interfaces)의 이점과 더불어 일관성 ..
    Game Forge|2010-02-18 08:30 am|추천

    추천

  • [비공개] Google App Engine for Java 와 스프링(Sprin..

    Will it play in App Engine에서 확인 가능. 스프링뿐 아니라 Java Enterprise Edition (Java EE) Technologies와JVM-based Languages, Miscellaneous Java™ Libraries and Frameworks의 세 개 분류로 자바 기술 스택의 주요 구성 요소와의 호환성을 확인할 수 있다. Spring MVC Version: 2.5.6 Status: COMPATIBLE To see Spring's MVC framework running on App Engine, check out the autoshoppe sample application. If you're using Spring forms (e.g. using the spring-form.tld tag library and subclassing SimpleFormController), you will need to register custom editors for your properties. This is covered in http://groups.google.com/group/google-appengine-java/browse_thread/thread/d93fd7385bf85bf7. Spring ORM Version: 2.5.6 Status: COMPATIBLE To get Spring working with the App Engine-provided JPA interface, follow the instructions at http://objectuser.wordpress.com/2009/05/19/spring-jpa-in-google-app-engine/, which discusses a workaround to the dependency on javax.n..
    Game Forge|2010-02-17 08:30 am|추천

    추천

  • [비공개] 첫 번째 GWT over GAE/J 애플리케이션 코드 감상

    GUI 기반 프로그래밍 전형이다. SDK가 제공하는 인터페이스 구현(implements)를 통해 이벤트 핸들러를 정의한다. class MyHandler implements ClickHandler, KeyUpHandler { /** * Fired when the user clicks on the sendButton. */ public void onClick(ClickEvent event) { sendNameToServer(); } /** * Fired when the user types in the nameField. */ public void onKeyUp(KeyUpEvent event) { if (event.getNativeKeyCode() == KeyCodes.KEY_ENTER) { sendNameToServer(); } } 실제 비즈니스 로직은 모아 두었다.(sendNameToServer() 메소드) private void sendNameToServer() { greetingService.greetServer(textToServer, new AsyncCallback() { public void onFailure(Throwable caught) { } public void onSuccess(String result) { } }); GAE/J 가 원격 통신을 추상화시켜주겠지. 직관적인 콜백 메소드 이름(onFailure, on Success)탓에 쉽게 코드..
    Game Forge|2010-02-16 08:30 am|추천

    추천

  • [비공개] JsDoc 삽질기 ... @return 주석 유의

    마이플랫폼 스크립트도 자바스크립트와 거의 같은 문법을 사용하므로 JsDoc 적용 가능. D:\jsdoc>perl.exe jsdoc.pl lib Loading sources from lib/bad.js Loading sources from lib/irucl001.js Loading sources from lib/iruco001.js Loading sources from lib/iruco002.js Loading sources from lib/iruco003.js Loading sources from lib/irumn001.js Loading sources from lib/irumn002.js Loading sources from lib/irumnSSO.js Function 'iruFormOnKeyDown' already declared Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of uninitialized value $name in string eq at jsdoc.pl line 1490. Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of uninitialized value $name in hash element at jsdoc.pl line 1512. Use of unini..
    Game Forge|2010-02-12 12:30 pm|추천

    추천

  • 미리보기 이미지

    [비공개] 소프트웨어 아키텍트의 일에 대한 메모 (하)

    InfoQ 글(Are You a Software Architect?)에 메모를 추가함 이젠 앞서 정의한 아키텍처를 제대로 구현해내는 일(Delivery of the software architecture)이다. Ownership of the bigger picture 아키텍트의 책임감을 요구하는 부분이다. 임무 완수(through to a successful conclusion)를 위해선 영업사원 마냥 개발팀 여러 구성원에게 아키텍처를 이해시키고 동조를 얻어야 한다.(sells the vision throughout the entirety of the software development lifecycle) 단기 프로젝트가 아니라면 개발 과정에서 얻어진 새로운 정보(혹은 요구사항)에 의해 변경도 필요하다.(evolving it throughout the project if necessary) If you've defined an architecture, it makes sense to remain continuallyengaged and evolve your architecture rather than choosing to hand itoff to an "implementation team" 위 글은 두 가지 관점에서 볼 수 있다. 하나는 아키텍트의 책임감 측면이다. '아키..
    Game Forge|2010-02-12 08:30 am|추천

    추천

  • 미리보기 이미지

    [비공개] 소프트웨어 아키텍트의 일에 대한 메모 (상)

    InfoQ 에서 흥미로운 글을 올렸다. Are You a Software Architect? Software architecture is all about having a holistic view and seeing the bigger picture to understand how the software system works as a whole. 아키텍처는 시스템이 전체적으로 어찌 구동하는가를 이해하는 큰 그림에 대한 것이라는 일반적인 이야기를 해놓고, 이것만으로는 부족하다며 말을 잇는다. 그리고 바로 중요한 두 가지 사실을 꺼내 놓는다. Becoming a software architect isn't something that simply happens overnight or with a promotion. It's a role, not a rank. 하나는 아키텍트는 경험이 필요하며 하루아침에 만들어지는 것이 아니라 서서히 키워지는 것이란 점(It's an evolutionary process where you'll gradually gain the experience and confidence that you need to undertake the role.) 두 번째는 아키텍트는 역할이지 등급이 아니란 점. 사실 이 말이 피부에 와 닿으려면 ..
    Game Forge|2010-02-11 08:30 am|추천

    추천

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