'프로그래밍 일반'에 해당되는 글 9건

  1. 2012.11.04 kobold2d + xcode + github 셋업 (1)
  2. 2011.08.29 우분투에서 activemq 실행법 (2)
  3. 2011.05.09 Mylyn..
  4. 2011.05.09 Git 후기
  5. 2011.05.09 Git 구축 완료 (1)
  6. 2011.04.21 소프트웨어 개발 프로세스 모델 (2)
  7. 2011.04.07 Idiom 이란?
  8. 2011.04.04 Simple MATLAB
  9. 2011.03.30 기본 Design Pattern (7)
2012.11.04 17:00

** Xcode에서 git은 프로젝트단위만 가능하다. 


1. xcode repository -> github clone

2. clone한 폴더에 만들어놓은 kobold2d 프로젝트를 복사

3. repository에서 수동으로 commit(add의 역할)

4. 사용하면됨


신고

'프로그래밍 일반' 카테고리의 다른 글

kobold2d + xcode + github 셋업  (1) 2012.11.04
우분투에서 activemq 실행법  (2) 2011.08.29
Mylyn..  (0) 2011.05.09
Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Posted by JAVA_HOME

댓글을 달아 주세요

2011.08.29 22:23
간단한건데 잊어버리지 않으려고 씁니다.

1) activemq를 받는다.
2) activemq start 
3)  http://localhost:8161/admin/ 혹은 netstat -an|grep 61616 로 동작확인
신고

'프로그래밍 일반' 카테고리의 다른 글

kobold2d + xcode + github 셋업  (1) 2012.11.04
우분투에서 activemq 실행법  (2) 2011.08.29
Mylyn..  (0) 2011.05.09
Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Posted by JAVA_HOME

댓글을 달아 주세요

  1. Piala Eropa 2012 2012.06.29 04:37 신고  댓글주소  수정/삭제  댓글쓰기

    Cyberbola.com Say No To Racism Piala Eropa 2012 itulah tajuk yang diangkat Cyberbola agen bola yang satu ini dalam menyemarakkan perhelatan piala eropa 2012. Memang sekarang ini sepakbola kini telah jauh dari yang namanya sportifitas. Banyak para pemain bola yang melakukan tindakan Rasicm kepada pemain lainnya, Harus ada Say No TO Rasicm dalam sebuah kompetesi 귀하는 차단되었으므로 사용하실 수 없습니다.

  2. hotel paris 2012.08.12 00:24 신고  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

2011.05.09 22:31
 스케쥴러 정도로만 쓰던 Mylyn을 좀 더 효과적으로 써보고자 아래의 링크들을 읽어보았는데 너무 양은 많고 뭐가 필요한지 잘 와닿지 않는다. 

http://www.ibm.com/developerworks/kr/library/j-mylyn1/
http://www.ibm.com/developerworks/kr/library/j-mylyn2/ 

 그건 그렇고 DW는 정말 짱인듯 -_-b
신고

'프로그래밍 일반' 카테고리의 다른 글

kobold2d + xcode + github 셋업  (1) 2012.11.04
우분투에서 activemq 실행법  (2) 2011.08.29
Mylyn..  (0) 2011.05.09
Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Posted by JAVA_HOME

댓글을 달아 주세요

2011.05.09 21:55
Git 설치 한다고 반나절 고생하고 보니 그냥 오픈 저장소를 쓰는게 나을듯 해서 github로 옮겼습니다. 
그런데 이클립스에서 Egit으로 하니 또 말썽이 생기더군요. 설정이 귀찮아서 그냥 이클립스에서 작업하고 배쉬에서 커밋과 푸시를..-_-
 
신고

'프로그래밍 일반' 카테고리의 다른 글

우분투에서 activemq 실행법  (2) 2011.08.29
Mylyn..  (0) 2011.05.09
Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Posted by JAVA_HOME

댓글을 달아 주세요

2011.05.09 18:12
 안드로이드 배포가 Git으로 많이 이루어져서(거의 대부분인것 같더군요) 단순히 체크아웃의 용도로만 조금 사용해 보았는데, 본격적으로 개발할려고 하니 생각이 나서 잘 안쓰는 도메인에 올려보았습니다.

 개발툴에 많은 관심을 가지고 공부도 하지만, 실제로 쓸때는 귀차니즘과 문서의 부재 등으로 잘 안쓰게 된게 사실이여서 개발 할때 마다 적극적으로 도입을 해보려고 합니다. 

 Merge가 잘 안된다던가, 눈에 밟히는 이클립스 플러그인의 버그 그리고 간간히 들려오는 소스코드의 실종(!!) 등이 조금 불안하지만, 백업을 잘 한다면 괜찮겠지요 -..-



Git에 대해 전반적으로 정리가 잘 되어 있는 자료를 찾아서 링크를 하겠습니다. 
1. 개념 설명
http://www.aesop.or.kr/?mid=Board_Documents_Application&search_keyword=GIT&search_target=title&document_srl=156745 


2. 심플 사용법
http://seungbinkim.blogspot.com/2010/10/git-clone.html 

그렇지만
공식사이트를 보는것이 제일 효과적입니다!! -..- 
신고

'프로그래밍 일반' 카테고리의 다른 글

Mylyn..  (0) 2011.05.09
Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Simple MATLAB  (0) 2011.04.04
Posted by JAVA_HOME

댓글을 달아 주세요

  1. JAVA_HOME 2011.05.09 21:18 신고  댓글주소  수정/삭제  댓글쓰기

    하지만 github로 갈아탔어요 ㅋㅋ;;

2011.04.21 15:42
폭포수 모델(Waterfall Model)

File:Waterfall model.svg

특징 : 단계별 작업이 분리되어 각 단계가 다름 시작 전에 끝나야 하며, 각 단계 사이에 중복이나 상호작용이 없음
         기본 적으로 각 단계는 병행 수행되지 않고 거슬러 반복되지 않으며 한 방향으로 진행됨.
         폭포수의 흐름 처럼 전 단계로 돌아가는 경우가 없다.(피드백 힘듬)

장점 : 선형 모델로 프로세스가 단순하고 이해가 쉬워 초보자도 쉽게 적용가능
         단계별로 정형화된 접근 방법과 체계적 문서화가 가능
         중간 산출물이 명확, 관리하기 좋음
         프로젝트 진행 상황을 명확히 알 수 있음
         코드 생성 전 충분한 연구와 분석 단계를 가질 수 있음

단점 : 요구사항을 완벽하게 작성해야 함(처음 단계를 지나치게 강조하면 코딩, 테스트가 지연)
         각 단계의 전환에 많은 노력
         최종단계가 되어야 결과가 나온다.
         프로토타입과 재사용의 기회가 줄어듦
         변경을 수용하기 어려움
         대형 프로젝트에 적용하기 어려움
         문서화를 위한 노력이 지나침

적합한 경우 : 단순하거나 응용 분야를 잘 알고 있는 경우
                   한 번의 과정, 비전문가가 사용할 시스템 개발에 적합

소결 : 현재는 잘 쓰이지 않는 구시대의 산물.


 
프로토 타이핑 모델(Prototyping Model)

특징 : 개발 시작단계에서 Visible한 Protype를 만든다.

종류 : evolutionary prototyping : 잘 알고 있는 부분 부터 시작하여 계속적으로 발전시켜 완제품을 만드는 방법
        Throw-away prototyping : 고객과의 의사소통 수단으로만 프로토타입을 사용

장점 : 프로젝트의 실현 가능성, 소프트웨어의 개발 가능성을 판단 할 수 있음
         개발자와 사용자 간의 의사소통이 명확해 짐
         기능적 요구사항 외에도 성능이나 유용성 등의 품질 요구를 할 수 있음.
         시스템을 미리 사용함으로써 사용자 교육효과가 있다.
         개발 단계에서 유지보수가 일어나는 효과가 있다.

단점 :  오해, 기대심리 유발
          중간 산출물 정의가 난해하여 문서화가 힘들며 관리자는 진척 사항을 제어하기 힘들어 짐.

적합한 경우 : 개발 착수 시점에 요구가 불투명할 때
                   실험적으로 실현 가능성을 타진해 보고 싶을 때
                   혁신적인 기술을 사용해 보고 싶을 때

소결 :  일반적으로 사용자는 소프트웨어의 입출력과 처리 기능을 자세히 요구하지 못하고, 개발자도 알고리즘의 효율성이나 운영체제 호환성 및 상호 작용 형태를 정확히 파악하기 힘드므로 이럴 경우 소프트웨어 요구사항을 파악하기 위한 좋은 방법이다.



점증적 모델
 




특징 : 여러개의 모듈로 분해하고 각각을 개발하여 인도하는 방식
         각 모듈을 점증이라고 한다.

릴리스 구성 방법 :
         점증적 개발 방법 : 시스템을 기능별로 여러 서브 시스템으로 나누고 하나씩 개발(릴리스 A, B, C)한다.
         반복적 개발 방법 : 릴리스 할 떄 마다 기능의 완성도를 높임. (릴리스 1.0, 1.1, 1.2)
단계적 개발 : 
        기능이 부족하더라도 초기에 사용 교육 가능
        처음 시장에 내놓는 SW는 시장을 빨리 형성 할 수 있음
        자주 릴리스하면 가동 중인 시스템에서 일어나는 예상하지 못했던 문제를 신속 꾸준히 고쳐나갈 수 있음.

장점 : 
       중요한 점증이 먼저 개발되므로 사용자는 시스템을 이른 시기에 사용할 수 있다.
       릴리스 방식이 요구사항 변화에 대응하기 용이하다.
       점증들은 점차 규모와 기능이 축소되어 관리가 어렵지 않음
       먼저 개발되는 중요 부분이 반복적으로 테스트된다.

단점 : 
       기능적으로 분해하기 어려울 수 있다.
       적당한 크기의 점증들로 나누기 어렵다
       점증을 개발하기 전에 명확한 요구사항을 정의해야 한다.

진화형 모델과 다른 점 : 여러 점증을 동시에 개발 할 수 있음. 시스템 릴리스가 시간차를 두고 계속됨





나선형 모델(Spiral Model)




특징 : 

  전체 생명주기에 프로토타이핑과 위험 분석을 계획적으로 사용하여 위험을 최소화 하려는 목적을 가짐.
  반복 진화형 모델의 확장 형태로 주기적으로 순환되는 구조이다.  
  소프트웨어의 기능을 나누어 점증적으로 개발

장점 :
 
 대형 프로젝트에서 위험 관리를 통해 성공 가능성을 높일 수 있다.
 대규모 시스템 개발에 적합
 위험을 관리하고 최소화 함
 반복적인 개발 및 테스트를 통한 강인성 향상

V 모형 :


특징 :

 폭포수 모델에 시스템 검증과 테스트 작업을 강조한 것
 구현을 중심으로 각 단계로 V자 모양의 대칭

장점 :

 오류를 줄일 수 있음
 모든 단계에 검증과 확인 과정이 존재

단점 :

 생명주기의 반복이 없어 변경을 다루기가 쉽지 않음
 작업이 종료되고 리뷰 후에는 관련된 결과물이 동결된다.
 요구명세가 확실하여 개발하는 동안 변경이 없는 경우에만 적합

적용 :

  신뢰성이 높이 요구되는 분야

 



일정 중심 설계 모델

특징 : 

  사용자의 요구에 대하여 우선순위를 정하고 이를 기초로 각 사이클을 계획
  초기 단계에 중요한 기능을 설계, 구현하여 시스템의 골격을 만듦
  상대적으로 덜 중요한 기능을 나중에 함으로 일정 조정 가능

단점 :
 
  우선순위가 낮아 출시에 포함되지 않을 기능을 분석하고 설계하는데 시간을 낭비

적용 :
 
 소프트웨어 제품의 출시 날짜가 매우 중요한 경우
  목표 일정을 달성할 수 있을지 불확실할 떄

 사용자의 요구에 대하여 우선순위를 정하고 이를 기초로 각 사이클을 계획
 


시험 공부하다가 그냥..
신고

'프로그래밍 일반' 카테고리의 다른 글

Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Simple MATLAB  (0) 2011.04.04
기본 Design Pattern  (7) 2011.03.30
Posted by JAVA_HOME

댓글을 달아 주세요

  1. ddd 2011.10.06 22:44 신고  댓글주소  수정/삭제  댓글쓰기

    좋은정보 감사합니다^^

  2. ddd 2011.10.06 22:44 신고  댓글주소  수정/삭제  댓글쓰기

    좋은정보 감사합니다^^

2011.04.07 22:27

프로그램을 작성할 떄 공통적으로 흔히 발생하는 문제의 해결을 위해 만들어진 코드 형태를 말하며, 프로그래밍 언어에 종속적이다. 따라서 이런 이디엄을 사용하면 문제 해결이 쉽고 결함이 없는 코드를 쉽게 작성할 수 있다.


 흔히 우리가 원하는 심플한 예제 코드를 이디엄이라고 부르는군요.
신고

'프로그래밍 일반' 카테고리의 다른 글

Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Simple MATLAB  (0) 2011.04.04
기본 Design Pattern  (7) 2011.03.30
Posted by JAVA_HOME

댓글을 달아 주세요

2011.04.04 21:24
다음 수식의 waveform을 하나의 window에 그려보겠다.

<y(t) = A.sin(2π f t)> (0≤t1sec)


a) y1 : A=1, f=10
b) y2 : A=3, f=20




우선 MATLAB을 켠다.


직접 커맨드쉘에서 입력을 해도되지만 macro파일(.m)을 생성해서 해보자

notepad에서 다음과 같이 작성하자.



 코드를 설명하자면
 %는 주석이고, 범위는 : 으로 표시한다.
 그래프는 plot function으로 그리는데 이를 한창에 표시하기 위해 subplot을 사용하였다. 
 subplot의 인자는 (행의 갯수, 열의갯수, 위치할자리) 이다.
 subplot(2,1,1) / subplot(2,1,2) 으로 표시할 수도 있었지만 확장성을 보여주기 위해서 배열으로 두칸을 차지하게 하였다.


이제 아래에 빨갛게 표시한 부분에 m파일을 드래그해서 넣자.


이제 추가된 파일에 우클릭을해서 Run을 눌러보자.

다음과 같은 창을 볼 수 있을 것이다.




블로그는 써야 되겠고 과제는 해야 되서 과제하는 김에 그냥 해봤습니다 -..-
성의 없는 내용이라 죄송해서 링크 하나 걸겠습니다. 
기초가 아주 쉽게 정리 되어있네요.

http://member.hitel.net/~6570park/matlab/mat2.html
신고

'프로그래밍 일반' 카테고리의 다른 글

Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Simple MATLAB  (0) 2011.04.04
기본 Design Pattern  (7) 2011.03.30
Posted by JAVA_HOME

댓글을 달아 주세요

2011.03.30 17:40
제가 이해한 것을 간단하게 정리하는 식으로 할 것입니다. 자세한 내용은 책이나 구글링을 하세요!!


 연구실에서 이야기를 하던 중 디자인패턴에 대해서 이야기가 나왔다. 그런데 막상 어떤 디자인 패턴에 대해서 물었을 때 명확히 이야기 할 수 없었고 소프트웨어 개발 방법론과 뒤섞여 나오는 등 한번 정리를 해야 될 필요성을 느꼈다.
 


OOP(Object-oriented programming)가 되면서 디자인 패턴이 필수와 같이 여겨지고 있다. 코드의 재사용성, 설계의 편리, 알고리즘의 정형화 등 진부한 서론은 생략하도록 하고 본론으로 들어가보자.

오늘 포스팅에서 논의할 만약 강의였다면  타입별로 정의할 테지만 오늘 포스팅에서는 많이 쓰는 패턴 몇 가지를 카테고리화 해서 알아볼까 한다.

 각 디자인 패턴의 Focus는 문제가 되는 상황과 그를 극복하는 방법이며 이를 해결하기 위해 UML 등을 통해 기술한 Relation을 보는 것이다. 필자의 의도를 알고 본다면 공부할때 더 도움이 될 것이다.

 내용이 많으므로 카테고리와 내용을 트리구조로 나타내겠다.


Creational Patterns(객체의 생성 관련)

Singleton : Ensure a class has only one instance, and provide a global point of access to it.

Abstract Factory : Provide an interface for creating families of related or dependent objects without specifying their concrete classes.

Factory method : Define an interface for creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses.

Builder : Separate the construction of a complex object from its representation allowing the same construction process to create various representations.

Lazy initialization : Tactic of delaying the creation of an object, the calculation of a value, or some other expensive process until the first time it is needed.


Behavioral Patterns (이벤트 관련)

Iterator : Provide a way to access the elements of an aggregate object sequentially without exposing its underlying representation.

Visitor : Represent an operation to be performed on the elements of an object structure. Visitor lets you define a new operation without changing the classes of the elements on which it operates.

Command : Encapsulate a request as an object, thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations.

Strategy : Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that use it.

Observer : Define a one-to-many dependency between objects where a state change in one object results with all its dependents being notified and updated automatically.

BlackBoard : Generalized observer, which allows multiple readers and writers. Communicates information system-wide.


Structural Patterns

Facade : Provide a unified interface to a set of interfaces in a subsystem. Facade defines a higher-level interface that makes the subsystem easier to use.

Adapter(or Wrapper) : Convert the interface of a class into another interface clients expect. An adapter lets classes work together that could not otherwise because of incompatible interfaces.

Proxy : Provide a surrogate or placeholder for another object to control access to it.





 오늘 한 내용 외에도 수많은 디자인패턴이 있고 그 중 실제 많이 쓰고 있는 것을 간략히 정리 한 것이어서 논의 배경과 같은 지식과 각각의 디자인패턴의 디테일한 내용을 공부하기를 권한다. 

 그래도 이 정도만 알고 있고 실제로 응용할 수 있는 정도의 내공이 쌓인다면 개발시 깔끔하고도 정교한 소프트웨어가 나오지 않을까 생각된다.


 오늘도 전반적인 가이드라인과 동기 및 모르는 것에 대해서 조언을 주신 연구실 선배 semix2님께 다시 감사를 드립니다 ^^ 

 참조 : 위키

 4일이나 걸렸네요.. Concurrency pattern도 다루고 싶었는데 너무 양이 많아졌기도 하고 Thread에 관련된 내용이 많으므로 기본 디자인패턴이라는 제목에 맞게 제외하였습니다. Thread에 대해서 다룰 기회가 될 때 같이 해보겠습니다 =.=
신고

'프로그래밍 일반' 카테고리의 다른 글

Git 후기  (0) 2011.05.09
Git 구축 완료  (1) 2011.05.09
소프트웨어 개발 프로세스 모델  (2) 2011.04.21
Idiom 이란?  (0) 2011.04.07
Simple MATLAB  (0) 2011.04.04
기본 Design Pattern  (7) 2011.03.30
Posted by JAVA_HOME

댓글을 달아 주세요

  1. 솔이빠 2011.04.04 11:29 신고  댓글주소  수정/삭제  댓글쓰기

    정리를 잘 하셨네요. 잘 보고 갑니다.

  2. 주인 2011.04.04 12:02 신고  댓글주소  수정/삭제  댓글쓰기

    고맙습니다^^ 첫댓글이세요 ㅎㅎ

  3. 사람 2011.04.04 14:41 신고  댓글주소  수정/삭제  댓글쓰기

    IOC는?

  4. 주인 2011.04.04 15:18 신고  댓글주소  수정/삭제  댓글쓰기

    어려워서 -..- 다음에 하겠습니다 ㅎㅎ

  5. JAVA_HOME 2011.04.07 21:42 신고  댓글주소  수정/삭제  댓글쓰기

    Effective Java 항목 3에 Singleton의 구현방법을 추가하였습니다.

  6. 지나가는 2011.04.18 11:06 신고  댓글주소  수정/삭제  댓글쓰기

    잘보고 갑니다.~ 머미로는 이해가는데 손가락이 따라가 주질 않네요 ㅎㅎ

  7. 세일러문 2011.06.17 18:22 신고  댓글주소  수정/삭제  댓글쓰기

    다양한 디자인 패턴을 이해하기 쉽게 적어주셔서 감사합니다. 잘 보고 갑니다.


티스토리 툴바