'도서요약/세미나_교육'에 해당되는 글 8건

  1. 2013.07.16 NHN Hello World 7/13
  2. 2013.06.30 KCD 커뮤니티데이 3회 (3)
  3. 2013.06.24 아이디어, 시간관리
  4. 2013.06.15 김창준님의 글: 당신이 제자리걸음인 이유
  5. 2013.06.07 논문 Citation관련
  6. 2013.02.25 2013년 JCO 컨퍼런스
  7. 2013.02.20 Philippe Kruchten 특강 간략정리
  8. 2012.12.26 전자정부 기술세미나 28차 (2012.12.26)

NHN Hello World 7/13

세미나 간략한 내용...


1. 스프링프레임워크 3.0 -> 3.1 -> 3.2 따라가기

 https://github.com/benelog/spring-upgrade-seminar


 http://www.ohloh.net/p/spring

 (참고...그래프도...)


 xsd 파일: jar에 없는 경우 HTTP로 읽어옴 (성능저하)

 

 iBatis -> MyBatis 지원으로 변경 됨 (SqlMapClientTemplate 사용x)

 

 "redirect:form.html?entityId=3" 유형의 OOM 가능성

 => 오래된 view 캐시에서 삭제되는 구현 추가

  Controller에서 String으로 return 혹은 ModelAndView.setViewName(..)으로 

  지정하면 AbstractCachingViewResolver에서 View를 해석후 cache.

   (LinkedHashMap 을 구현하여 삭제처리)


 


2. nGrinder

 .성능테스트:

   스트레스 테스트: 시스템 크래쉬 

   로드 테스트: 어느정도 처리 가능한지


 .TPS (Transaction per second) 기준은 정의하기 나름...

  NHN은 http 한번을 Transaction으로 

  

 .로드를 주는 방법?

    ApacheBench , jMeter 

    LoadRunner 

    

    하지만, 대규모 서버군들의 테스트에는 부적절함

    (로드를 충분히 주지 못함)

    

   => 분산테스트: 컨트롤러를 중심으로 분산된 로드생성기들이 테스트 대상서버 접속


  .기존 성능 테스트 도구는 이전 테스트 결과/실수 등이 남지 않음 (로그정도...)

   

  .내장 svn 사용 중


  

         

3.vert.x와 socket.io 이해 및 활용

 . Netty, Hazelcast(In Memory Data Grid) 기반

  

   Hazelcast 는 무료는 GC발생, 사용은 안탐

 

 .개발자: Tim Fox


 .Verticle : application단위


 .수평확장이 매우 간단함


 .Verticle 인스턴스당 스레드 한개 (Event Loop 는 1개)

  vert.x에 여러개의 Verticle은 수행 가능

  EL 갯수는 CPU 코어갯수만큼으로 설정

  

 .embeded모드 사용도 가능(일반 Java 앱내에 포함) 

 

 .Socket.io

   keesun/mod-socket-io

  

  

4. Varnish 

 - web server용 cache서비스

 

 - ehcache(local) mem cached

   

   varnish는 reverse proxy 

   

'도서요약 > 세미나_교육' 카테고리의 다른 글

NHN Hello World 7/13  (0) 2013.07.16
KCD 커뮤니티데이 3회  (3) 2013.06.30
아이디어, 시간관리  (0) 2013.06.24
김창준님의 글: 당신이 제자리걸음인 이유  (0) 2013.06.15
논문 Citation관련  (0) 2013.06.07
2013년 JCO 컨퍼런스  (0) 2013.02.25

KCD 커뮤니티데이 3회

[OSS 개발자 이희승]

디렉토리 프로젝트의 서브프로젝트로 시작

네티 -> 아파치 미나 (아파치 브랜드의 힘)

TLP(Top Level Project)로 승격

관료주의 존재함

>힘든점: 팀원간 속도 불균형, 문화적 편견, 의사소통의 미숙 등


JBoss 참여(재택근무, 풀타임 오픈소스) 

Netty Project 시작 갈등(지속적 발전 vs 새로운 분야개척)

재택근무의 어려움: 육아문제 등, 집중도? , 

육아휴직: 쉬는 것은 지루함..


트위터에서 사용 

- pipe line모델 활용 성능향상, Blender검색 엔진의 10배 성능향상 스토리

- Spoon-feeding reverse proxy로 대부분의 트랙픽(http/s)처리


향후 분산시스템으로 확장하는 부분 고민....

Scala (함수형언어)들도 이해...


* 오프소스 프로젝트 참여

 프로젝트 구성원에 대해서 일단 확인 (외부 인력도 받아주는 것인지?)

 github 같은 것을 활용해서 코드공유,리뷰,피드백 

 checkstyle로 코딩 컨벤션은 자동체크

 

 

[Javascript 성능향상과 Sencha] 김태원 

한국센차유저그룹 (facebook)

성능,측정(체크리스트), sencha fast book


성능이란? 정해진 시간내 처리하는 일의 양

측정은 어떻게? 

 외부도구: jsPerf 

 benchmark code 작성: start,end 시간으로 측정

 unix,linux command사용: time


> 시간이 얼마나 걸리는지 직접 눈으로 확인


개선하기 전에... 데이터 양, 알고리즘 효율, 자바스크립트 엔진의 이해도(초기화처리 등), 시스템 구조 이해, 코드길이와 비례하지 않음


센차: 하이브리드 앱에 적합

jQM: 웹페이지 용



[Front End를 구성하는 구성요소] JavaCafe 김흥래

front end란?

 front end vs back end

 

웹브라우저의 구조

 cross browsing문제,     

 

DOM

 현재 DOM Level 2로 해야 하위호환성 가능, (스펙은 3까지)

 DOM은 IDL(Inteface Definition Language)로 구현

 DOM구현체 Java,...

 Web IDL: 인터페이스 정의하기 위한 언어

  

ECMAScript 스펙

 DOM을 액세스하기 위한 script 표준

 현재는 ECMA5 까지 나왔음 (현재 최신 브라우저에서 지원)

 

[최근 Front-end]이항희 atconsole.com 팀블로그

web site -> web application으로 변화 중

사용자 눈이 높아짐

cross-browsing, cross-platform

Responsive (반응형: 다양한 스크린, 환경 등)

> 사용되는 javaScript량이 대폭증가

 

Front-end framework

 너무 많음..... tipJS, Angularjs

 

 framework? library?

 > library는 축구공, framework는 축구장

   코딩방식에서 능동과 수동의 차이

   프레임워크 변경이 어려움

   

간략한 구분: 

 > Util, Widget, Application(Full-stack)

 

 > Util library

   JQuery가 압도적 , de-facto?

   

 > Widget  

  Extjs, jQuery가 대등

  ext.js는 생각보다 다양한 기능 (sencha의 전신), 약간의 학습으로 sencha touch, MVC framework 가능

           어렵다(학습비용), 기본디자인 외에 수정이 어렵다, 라이선스 비용 지불해야 함!!

           

 > full stack

  library와 framework로 구분

  backbone.js 작은크기 (underscore.js에 의존성), model과 view의 자연스러운 연동, 다른 library나 framework와 혼용이 쉬움

  

  angular JS

   DOM의 선언적 바인딩으로 복잡한 셀렉터 구문삭제, Directive를 통해 DOM확장해서 새로운 재활용 컨트롤 만들수 있음

   구글~ 크롬을 최적화해줌


  tipJS (국내 MVC framework)

             

 > Todo MVC (todomvc.com)

  todo list를 각 framework 별로 만들어 줌~

  


[오픈스택자동화 구축방안] 안재석=>안명호 (오픈스택 커뮤니티)

OpenStack: A software for "Programmable IT Infrastructure"

NASA, RackSpace에 의해 개발 160개 이상

수직통합


openstack : to provide unlimited computing resources (필요에 따라 간단히 확장)

개개인의 virtual data center구축 가능


virtual data center : 

 server

 network

 storage

 

 클라우드 컴퓨팅의 핵심은? openstack이 하고자 하는것!

 > virtual cpu, memory, disk, network를 제공하는 것 (4가지 컴퓨팅 리소스를 제공)

 

각 부문별 프로젝트 

server: Nova, Glance

storage: swift, Cinder

Network: Quantum

Management: KeyStone(인증), Horizon(사용자UI)


1년에 2~3번 메이저 릴리즈....(변화가 빠름)


자동화가 필요한 이유

> 전대미문의 환경!! 이전과 다름....

  fierce competition, no chasm by sns, software = fast food

  

  fierce competition

    앱스토어 전체의 60%는 단 한번도 다운로드 되지 않음~

    탑25에 있는 회사는 리스트에 올리기 위해 돈을 많이 쓰는 회사

    클라우드환경의 보편화로 진입장벽이 낮아짐....

    

  no chasm by sns

    서비스를 만들고 확산 시키는데 chasm이 있음.... 초기에 확산 시 정체되고 줄어드는 시점

 

  software=fast food

    싸고, 빠르고, 쓸만한 소프트웨어

    스마트폰 사용자는 앱사용 기간이 짦음, 일주일 이내, 개발자는 한달이내 투입비요을 회수해야 손익분기점을 맞출 수 있음

    사용자가 급격히 증가, 급격히 감소.... 자동화없이 가능할까?


넷플릭스의 사례를 참조

 IDC를 보유하고 있었으나 AWS로 이전 함 


자동화

Cloud Orchestrator

 provisioning Manager : 리소스 생성

 configuration Manager: 환경설정


새로운 H/W가 왔다면? 각종 OS, SW설치, 설정 등.. Orchestration과정이 복잡함


클라우드 자동화의 개념

> Template에 따라서 자원생성, 소프트웨어 설치/설정, Service Stack 구성 됨

> Computing resource, sw installation > configuration


자동화 툴

Chef (가장 안정적), Rackspace나 EC2 에서 사용중

Chef Cookbooks (자동화내용을 담고있음, github에 올라와있음)

 Chef <= configuration + cookbook

 ex) chef를 이용해서 wordpress설치 과정 동영상 참조 (vagrant 사용)

 

무료버전으로 사용가능

chef의 cookbook은 ruby 기반  


chef client(chef workstation)가 작업수행, chef server는 인증, 템플릿 등만 저장

Ohai : chef가 실행되는 동안 필요한 노드의 정보를 수집 에이전트

Knife: command-line 인터페이스 



[아키텍트에게 길을 묻다] 박정선, 신현목, 강승준, 손영수

OS 에 대한 지식도 중요함

잡학다식.... 관심이 있는 분야는 조금씩이라도 알아야 함

개발20년? 그정도면 가능~~

커뮤니케이션 능력이 중요함 : 고객의 언어, 개발자의 언어  (건축에서의 예를 참고, 내가 잘 이해하고 있으면 쉽게 설명 함)

아키텍트의 역할과 능력을 고민 : 유연함, 조율할 수 있는 능력, 카리스마, 전문지식 등....

개발능력, 매니저 능력, 비즈니스 능력 => 아키텍트



.개발자와 아키텍트의 차이점

 아키텍트는 커뮤니케이션(협의) 능력, 발표능력도 중요 , 만나서 상의하고 협의하고 얘기를 듣고 논의하고 또 상위계층과 협의

 많은 사람들을 만나고 다녀라(커뮤니티 활동도 해야 함)

 

 주요 도구가 파워포인트가 됨, 

 10대 때부터 개발한사람, 대학교 공부하면서 개발한 사람 등... 

 특정 요구사항에 맞춰서 개발할 경우 > SW개발을 낮춰서 봄

 게임쪽 개발의 경우 개발이 중요

 개발자에 대한 시선이나 가치는 각 도메인마다 다름....하지만 아키텍트는 동일하였음

 정해져있는 리소스(항상 부족함)에서 리소스를 제대로 활용해서 주요 목표를 달성

 사용자들이 원하는 가치를 개발자에게 전달하는 것이 정말 어려움

 농담을 할 줄아는 유연한 사람이 되어라

 책을 많이 읽어라~ 가능하면 쓰는 단어를 넒혀라~ 골프게임이라도 해라...

 준비를 해야 기회를 잡을 수 있다 (준비가 안되면 기회도 모름)

 

 개발자들은 회의를 많이 하지는 않음 (커뮤니케이션의 폭이 좁고, 약함: 개발자 환경이 그럴 수 밖에 없음)

 아키텍트는 회의를 많이 함 (요구사항이 첨예하게 다름)

 

 

.기술에 치우침, 사용자의 가치를 어떻게 찾았나? 

 사용자의 가치는 어디를 목표로 하느냐에 따라 달라질 것임

 

 고객의 입장에서 나의 value를 설명,

 과거에는 정보시스템은 support의 입장이었으나, 이제는 비즈니스 시장에서 새로운 분야를 창출, 가치를 제시

 사용자들이 본인이 원하는 것을 잘 모름, 가장 중요한 가치를 모르는 경우가 있음 (S/W가 엉뚱한 곳으로 타켓팅)

 사용자가 원하는 가치를 잘 정의(명문화 시켜야 하는게 필요함)

 

 

 굉장히 많은 기술을 알고 있어야 함, 슈퍼맨은 아님, 너무 많은 도구와 기술이 계속 나오고 있음~

 철면피도 필요 (벽돌을 잘 쌓는 것이 설계를 잘하는 것과 무슨 상광이냐고....)

 그래도 공부는 필요....

 다른 전문가분들을 활용, 모든것을 다 하려고 할 필요는 없다.

 누가 해법을 알고, 할 수 있는지를, 어떠한 결론을 만들수 있는지... 

 

다른 직종의 아키텍트와의 차이점?

> 아키텍트의 본질은 비슷하지만, 눈에 보이는 것을 다루는 분야와 그렇지 않은 분야의 차이점이

   존재함. 따라서 S/W분야의 아키텍트에게 사실 보다 많은 능력을 요구함




 

'도서요약 > 세미나_교육' 카테고리의 다른 글

NHN Hello World 7/13  (0) 2013.07.16
KCD 커뮤니티데이 3회  (3) 2013.06.30
아이디어, 시간관리  (0) 2013.06.24
김창준님의 글: 당신이 제자리걸음인 이유  (0) 2013.06.15
논문 Citation관련  (0) 2013.06.07
2013년 JCO 컨퍼런스  (0) 2013.02.25

아이디어, 시간관리


[6가지 색깔모자]

흰색:정보 사실
녹색 :아이디어 대안
  * 무작위단어기법
빨강: 직관 느낌
노랑: 이익 가치 
          긍정적요소
검정: 문제점 위험
파랑: 결론

---------------------------------------------------


시간관리 (시간의 빈공간을 활용, 낭비되는 시간들)

10분의법칙 미리나와서 준비하라 
성공하는 습관
선택하는 용기 집중하는결단
(선택과집중)



[SMART 계획]

Specific
Measurable 
Attainable 
Relevant
Time-sensitive 



1.자신의 약점을 인정하라
2.과거에 얽매이지 말라
3.콤플렉스에서 벗어나라
4.비난에 너무 신경쓰지 말라
5.시간에 쫓기지 말라
6.자신의 능력을 인정하고 능동적으로 일하라
7.자신을 속박할 수 있는 틀을 만들지 말라



'도서요약 > 세미나_교육' 카테고리의 다른 글

NHN Hello World 7/13  (0) 2013.07.16
KCD 커뮤니티데이 3회  (3) 2013.06.30
아이디어, 시간관리  (0) 2013.06.24
김창준님의 글: 당신이 제자리걸음인 이유  (0) 2013.06.15
논문 Citation관련  (0) 2013.06.07
2013년 JCO 컨퍼런스  (0) 2013.02.25

김창준님의 글: 당신이 제자리걸음인 이유

김창준님의 글: 당신이 제자리걸음인 이유


http://agile.egloos.com/5749946


몰입의 상황이 간략하게 구조적으로 분석이 되어있어, 실력향상을 위한 고수의 통찰이 느껴지는 훌륭한 글이다. 


* 자신의 상태: 불안감 - 몰입 - 지루함

* 변수: 난이도, 실력


몰입의 상태로 이동하기 위해서

- 실력 높이기 : 스터디, 세미나, 교육, 전문가의 도움, 효과적인 툴의 사용, 오픈소스 라이브러리

- 난이도낮추기 : 낮은 목표로 1차수행, 

    ex) 간단한 기능 1차 목표, 쉬운 language로 핵심부분 처리


- 실력 낮추기: 도구의 도움을 최소화, 익숙하지 않은 언어사용 등 

                    (운동할 때 모래주머니 차고 하듯이)

- 난이도 올리기: 자신만의 제약을 추가해서 난이도를 올림

                         (처리기준 상향, 메모리,속도, 자원 등의 제약 등)

                        자신만의 도구,방법을 개발 (단순반복적인 부분을 제거, 효율성향상)





'도서요약 > 세미나_교육' 카테고리의 다른 글

KCD 커뮤니티데이 3회  (3) 2013.06.30
아이디어, 시간관리  (0) 2013.06.24
김창준님의 글: 당신이 제자리걸음인 이유  (0) 2013.06.15
논문 Citation관련  (0) 2013.06.07
2013년 JCO 컨퍼런스  (0) 2013.02.25
Philippe Kruchten 특강 간략정리  (0) 2013.02.20

논문 Citation관련

논문작성 시 인용(Citation) 관련 내용


Citation

http://en.wikipedia.org/wiki/Citation


Citation styles can be broadly divided into styles common to the Humani


SCI, SSCI

MLA, SCOPUS

KCI



교수학습개발원관련 자료

http://www.kentlee7.com/gsp.desc.htm



SCI

http://ko.wikipedia.org/wiki/%EA%B3%BC%ED%95%99%EC%9D%B8%EC%9A%A9%EC%83%89%EC%9D%B8#cite_note-4



동의어,반의어

http://thesaurus.com/


2013년 JCO 컨퍼런스

1. Open Source Engineering

 - 각 업체들마다 오픈소스 전략이 다름

   Apple 은 본인이 못 가지면 다른 곳도 못 가지도록....

   Google은 Free Outsourcing 관점으로  ex) chrome

 - BSD 라이선스를 사용함으로써 향후 특허권 소송을 할 수 있는 여지를 남겨둠

   (Apache 라이선스는 특허까지 무료제공하는 방식이라 Apache라이선스로 소스 오픈하면

    특허를 포기하는 것임)

    원저작자 권리 (GPL/LGPL) , 사용자 권리 (MIT/BSD/Apache) 단, Apache는 특허Free

 - Code for America 를 통해서 미국에서 Open Source가 더욱 증가됨

 - 현재 국내에 GPL 위반 사례를 적발하기 위한 업체가 있음.. GPL은 기업에서 사용하지 말것

    skype가 GPL위반으로 보상한 사례도 있음

 - Architecture Visualization : stan4j.com 추천

   아키텍처를 분석하는데 유용함, 해당 오픈소스의 구조가 안정적인지...

    circular dependency 여부 파악 및 각 Layer별 추상화정도도 표시

    instablity = ce / ( ca + ce )  ;  ce ( 다른 곳을 참조하는 갯수), ca (다른 곳에서 참조되는 갯수)

    (다른 클래스(패키지)에서 사용하는 클래스(패키지)는 변경하기 어렵다....)

 - Asset을로써 Open Source

    Android는 23% open source  (버그만 잡을 수 있는 정도로 열림, 폐쇄적임)

    Android용 Log를 출력하기 위해서 LogDog 이라는 오픈소스를 만들었음

    XML 로딩을 위해서 Simple Framework 사용  (http://java.ihoney.pe.kr/197)

    모바일쪽 실제 오류의 50%는 광고부분 때문임...

    HighCharts사용 (구글차트는 2015년 이후 지원안 할 수 있다는 문구 때문)


- facebook의 social graph 의 강력함

  이화여대는 facebook에 학교그룹을 가입해서 사용 중  

  구글나우는 사용자의 상황을 인식하여 서비스를 제공함 (출퇴근 이력을 가지고 도착지 날씨도 제공)


- Framework 를 구축할 경우: 페이스북용 API를 제공하는 프레임워크 개발

  팀원이 적으면 일치성이 높아짐

  팀원이 많으면 복잡도가 올라가므로..요구사항의 조절이 중요함

  Framework의 핵심기능 찾기 (80%로 사용되는 20%의 기능을 찾기)

  Dummy Class를 만들어서 사용자들에게 code sample을 제공 (관련의견의 피드백 받기)

  framework 사용자 시나리오를 산출... 

  다른 곳에서 해당 framework를 효과적으로 사용하는지 테스트   

  

- 라이선스 선택: 플랫폼 싸움으라 사용자권한이 높은 형식의 라이선스 방식을 취해야 함 (MIT/BSD/Apache)

  직관적 Naming, 개발가이드 제공, 소스관리 (Git)



2. 파이라떼: Python코드를 JSP처럼, 거기에 몇가지 기본 프레임워크 구성 (DB관련처리)


3. Hadoop 테스트

  Driver --> Mapper --> Reducer  의 각 부분별 Test 중요함

  Hadoop 프로젝트의 클래스는 열 몇개로 구성됨, Data를 잘 알아야 

  Hadoop 프로그램을 잘 할 수 있다. 

  Floating 연산을 주의

  단위테스트가 중요함 (white box 테스트) 

  MRUnit 는 문서도 없고 어렵다... 

  Pseduo Mode 방식은 한 컴퓨터에서 분산형식 테스트 (메모리 많이사용, 성능이 떨어져 테스트 어려움)

 Mini Cluster방식도 0.2 이전의 버전만 가능함... Hadoop의 버전계보 참조


4. 서버사이드 개발 (조대협)

 스타트업 (쉬운것, 아는 것부터 시작, 소규모로 시작할 것)

 Devops 트렌드 : http://swprocess.egloos.com/2823875


 개발프로세스: 하향 평준화임, 실용주의 방법론 중요

 스크럼의 경우 관리자가 좋아하지 않음: 가시성이 나타나지 않음  

 Big Umbrella (RUP와 유사)

 어려운부분 부터 먼저 초기개발을 진행할 것 

 

 소규모 프로젝트 관리는 엑셀로 충분함 (툴에 얽매이지 말것)

 각 상황별로 방법론의 tailoring이 필수

 

 개발환경: 일일빌드 필수 (오류 시 email이 가도록 할것)

 단위테스트 라인 커버리지 80%, 좋으나 쉽지 않음 => 주요모듈 30%에 대해서라도 80% 준수


 rest api 테스트 방식을 추천함

 Dev -> QA -> Stage 서버 : 3단계로 나눠진 구조 추천

 Jenkins -> 배포시스템 (Python Fabric, Ruby Capistrano) 사용 추천


 서버아키테처: refrenece architecture 확보를 해서 참조

  (트랜잭션 처리, 연동, 리포트, 운영 )

 

 스크립트 언어는 한가지 할 것....


 스타트업 초기 법률체크 (NIPA 등의 도움)

 

 마이크로 벤치마크 테스트 (SOAP UI, NGINX 등) 50유저 정도의 테스트만 해도 대부분 오류나옴

 http://www.soapui.org/


 http://blog.naver.com/PostView.nhn?blogId=genycho&logNo=60124101558&categoryNo=75&viewDate=&currentPage=1&listtype=0


5. 스타트업 프로젝트는 왜 대체로 산으로 가는가

 - 여성창업관련 수상이후 제휴 (카페베네)

 - 생각보다 기본은 부실했음, 생각(2만명) 보다 회원수 증가(10만명).. 문제 발생

    Renewal 작업 수행

 - 책: The startup owner's manual

     웹밴 사업 예시: 프로젝트는 성공했으나 사업은 실패 함 (당일 식료품배송 서비스)

                           확장을 너무 크게 해서 수요가 없는 상황에서 비용증대로 파산

- 고객탐색이 더 중요... 실제로 사용할 부분

- 회사의 비젼과 프로젝트는 같지 않음

  (너무 비전에 맞추기만하고 실제 사용할 수 있는 현실의 서비스를 하지 않으면 

   안됨)


6. Google의 AngularJS 

  http://angularjs.org/





 



Philippe Kruchten 특강 간략정리

필립쿠르첸 특강(2/19)


- 쿠르첸교수님도 역시 종이나 화이트보드에 직접 손으로 그려서 설계를 한다고 한다.

  (해당 내용은 아이폰으로 사진을 찍어서 문서에 붙여넣는다는~~)

   툴의 노예가 되지 말라는... 공감백배 얘기


- 설계에 정답은 없다, (레베카 교수님도 같은 얘기를 하셨었다) 

   창조적인 작업이므로 해당 상황에서 가장 적합한 내용으로 설계

   아키텍트는 결정을 내릴 수 있어야 하는데, 

   그 결정이 최적(optimal)이 아니라 적절한(sub optimal)일 수 있다. 

   optimal을 찾는데 해당 상황(정보의 부족이나 시간부족 등)에서는 노력대비 효과가 

   적을 수도 있으니 상황을 보고 적절한 트레이드오프의 조율이 필요하다는 얘기


- 4+1 view 의 기준 역시 view가 필요한 사항에 따라서 활용


- 아키텍트는 각 이해관계자들과의 커뮤니케이션 허브역할 수행

   (PM, 고객, 개발자 등 모두 상대)



http://philippe.kruchten.com/



http://www.infoq.com/interviews/philippe-kruchten-technical-debt




전자정부 기술세미나 28차 (2012.12.26)

http://open.egovframe.go.kr/projects/notices/event/5425



1. Gradle 

- groovy를 이용한 동적 CI 툴 

- DSL(Domain Specific Language) 기반의 Groovy 사용



2. 글로벌 커미터 노하우 공유 (윤진석)

- apache Hama 프로젝트 의장

- 재미...

- 오픈소스-> 초대형 개발 협업 프로세스의 경험, 

             리더쉽 역량/인사이트


- trend: Cloud, Java, NoSQL, Big Data

  => (key,value)


- RDB, NoSQL 의 적합한 부문

  초기: 공존 모델....

  결론: NoSQL로 간다...트랜잭션처리 쪽은 RDB

  유의점: row key를 신중히 잡을 것..

          네이버 메일을 HBase로 변환할 때, HBase 다 내려가는데 3개월 걸렸음

          (메모리에 있는 내용 HDD로 내리는데, slave들이 내려가지 않아서...)

          페이스북에 카산드라팀 장애로 전원짤림... Full GC로 장애 발생

          => 한번 작동 시킨 것은 이후 처리가 어려움... 

- 커미터가 되려면 어떤과정?

  개발내용을 올리면, 리뷰를 받고 반영됨

  프로젝트를 잘 이해하고 있는지를 살펴봄

  하마 시작시에 초기 멤버(석학들)들은 모두 나갔음, 외국인들의 커멘트에 너무 

  민감하게 반응하지 말 것, 좀 공격적임

  

- 영어보다 의미전달이 중요, 코드로 보여주면 됨

  일단 공개소프트웨어를 참여하면 영어는 자동으로 따로온다


- 자신의 커리어 개발을 위해서 자신이 만든 것을 적용, 오픈소스화....

  한국은 안전지향적으로 개발된것만 사용, 인스톨만 하는 것은 도움이 안됨