비행소년...

요즘 고민 중이다.

이것 저것, 안 팍으로 골치 아픈일들이 내 주위를 차지하고 있어서...
당장의 해결책도 중요하지만 그 보다는 왜 그러한 일들이 발생했는지, 어떻게 하면 사전에 방지할 수 있는지 생각해본다.

그러기 위해서는 큰 틀을 바꾸어야 할 것 같은데...
그게 고민이다.

recover : SVN 이용 중 lock이 깨지는 등의 이슈로 문제가 발생할 경우 복구하는 명령어
$ svnadmin recover /path/repository

dump : SVN data backup을 위한 명령어
명시적인 revision 지정이 없을 경우는 처음부터 마지막까지 모두 Backup
$ svnadmin dump repos > dumpfile

특정한 revision만 Backup 하는 경우
$ svnadmin dump repos --revision 100 > rev-100.dumpfile

특정한 revision의 범위를 지정하여 Backup 하는 경우
$ svnadmin dump repos --revision 100:200 > revs-100-200.dumpfile

특정한 revision의 범위를 지정하여 incremental backup 하는 경우
$ svnadmin dump repos --revision 0:1000 > dumpfile1
$ svnadmin dump repos --revision 1001:2000 --incremental > dumpfile2
$ svnadmin dump repos --revision 2001:3000 --incremental > dumpfile3

load : dump를 통해 backup된 SVN data의 복구를 명령어
$ svnadmin load newrepos < dumpfile1
$ svnadmin load newrepos < dumpfile2
$ svnadmin load newrepos < dumpfile3

내 머리 속 지우개를 위해 Posting...

기원 : C를 기반으로 Smalltalk의 객체지향 특성을 도입하여 탄생

import 방법
# import <header file> or # import "header file"

Class 선언 방법
선언 위치 : Class 명.h
@ interface 로 시작하여 @ end로 끝남
@ interface Class 명 : 부모 Class
{
   instance 변수
}
Method 선언
@ end

instance 변수는 기본적으로 class 외부에서 access 할 수 없음

Method 선언 방법
- or + (반환값 type) Method name : (type) parameter : (type) parameter;
- 로 시작 시 instance method(일반적으로 사용되는 형식)

+ 로 시작 시 class method

인수의 개수와 label이 다를 경우 method명이 같더라도 상이한 method로 처리됨

*Example

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

(void) setValue : (int) : (int)  

(void) setValue : (int) label : (int) 

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

Objective C method 기본 반환형은 id type

instance method : 생성된 instance에서만 호출 가능

class method : instance가 존재하지 않아도 호출 가능

Class 정의 방법
정의 위치 : Class 명.m

@ implementation 으로 시작하여 @ end로 끝남

Method 호출 방법

instance method : [instance name of method : parameter]

class method : [name of class name of method : parameter]

*Example

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

# import <stdio.h>

#import <objc/Object.h>

 

 @interface Test : Object

 -(void) method;

 @end

 

 @implementation Test

 -(void) method {

            printf ( "Hello world!\ n");

 }

 @end

 

 intmain () {

            id obj = [Test alloc];

            [obj method];

          

            return 0;

 }

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

요즘 다시 금연과 자전거 출,퇴근을 시작했다.

담배를 안 핀지는 6일 정도 되었고 자전거를 다시 타기 시작한 것도 비슷한 시기 인것 같다.
아직은 아침, 저녁으로 바람이 찬 기운도 있으나 그럭저럭 탈만 하다.
점심 먹고 따뜻한 햇볕을 등에 지고 한가로이 담배를 피고 있는 사람을 보면
한대 피우고 싶은 마음이 굴뚝 같으나 좀 더 참기로 했다.
시간의 힘에 조금만 더 기대면 흡연 욕구도 점차 옅어질 것이다.

그런 의미에서 시간은 다양한 면과 함께 힘을 가지고 있는 듯 하다.
누구에게나 공평하게 주어지지만 그것을 이용하는 사람에 따라 다른 결과를 안겨주는...
또한 그 무엇이거나 시간과 어느 광고 문구 처럼 alpharaising 하면 그 방면에서 어느 정도의 선물은 받을 수 있다.
다만 그 대상이 무엇인가 문제일게다.

지금도 내 옆으로 흘러가는 시간에 무엇을 매어 놓아야 할까?
그게 요즘 나의 고민이자, 관심사이다.

요즘 처럼 Mobile이 여기 저기서 화두가 된 시기가 또 있었을까?
TV 광고도, 각종 신문 지면는 물론 인터넷 기사 심지어 점잖으신 정치인들까지 Mobile을 외치고 관심있어 한다.

Mobile 에서도 그 중심에 서 있는 것은 바로 iPhone과 Android 일것이다.
하루가 멀다 하고 새로운 휴대폰이 쏟아져 나오는 이 치열한 시장에서 누구의 손이
올라갈지를 예상해 보는 것도 흥미로운 일일것이다.

개인적으로는 다음과 같은 이유로 당분간은 iPhone의 우세가 이어질 거라 생각한다.

휴대폰은 Software 만으로 구성된 Product이 아니다.
iPhone = software + hardware
Android = software

iPhone은 Apple에서 기본 concept 부터 기획하고 개발한 software와 hardware가 결합된 상품이다.
그러나 Android 그 자체는 적용될 hardware가 정해지지 않은 software 그 자체이다.
물론 Android phone이 출시되었으므로 hardware를 갖춘 상품화 된 휴대폰도 존재하나 이는 개별 제조사에 따라 의존적이고
통일되지 못한 software 측면의 UI, UX, Program을 그리고 hardware를 가질 확률이 높다.

즉 Android 휴대폰은 존재 하나 그 자체는 각각의 분리된, 상이한 모델로 존재하지 Android가 탑재되었기
때문에 갖게 되는 통일성, 공유성 및 사용자에게 인지되는 특징에 한계가 있을 것이다.
말하자면 사용자가 개별 단말의 Android 탑재 여부 자체를 인지하기가 쉽지 않고
Android 라는 platform이 탑재되었기 때문에 사용자에게 주는 직접적인 구매 영향력이 모호한것이다.
왜냐면 Android가 탑재된 단말마다 softward, hardware 적으로 동일한 경험을 제공하기가 불가하기 때문이다.

그러나 장기적으로는 Android에게도 가능성은 있어 보인다.
사실 그 가능성은 Android 자체에 있다기 보다는 Apple의 폐쇄적인 product 정책에 기인한다.

이후의 Apple의 행보가 궁금해진다.