'I DO'에 해당되는 글 590건

Function(함수)

: 종속되지 않음
: 자기 혼자 돌아감
예) 자바스크립트의 함수

Method(메소드)

: 클래스 혹은 오브젝트에 종속되어 있음
: 위에 뭔가 있어야 함
예) C#의 메소드

ASO(App Store Optimization)

: 앱 스토어 최적화
: 검색 키워드, 아이콘 및 이미지 제작
: 무언가를 출시 했으면, 무료 광고와 함께 고려할 것

감상

: 단순하면서도 중요한 목표, 그리고 바꿔야 하는 것에 대해서 설명해준 책
: 부분 효율과 전체 효율이 다르다는 것을 알려준다.

이해

: 마지막에 나오는 이 책의 설명은

1. 무엇을 바꾸어야 하는가?
2. 어떤 방향으로 바꾸어야 하는가?
3. 어떻게 변화를 일으킬 것인가?

: 이렇게 되어 있는데, 앞의 주인공의 사정과 설명, 그리고 해결을 보지 않으면 그렇게 와닿지 않는다.
: 그래서 이걸 내가 나중에도 이해하기 쉽게 바꿔 버리면

1. 무엇을 바꾸어야 하는가?
   • <무엇 = 병목 자원(제약 요건이라고도 함)>을 파악하자
   • 병목 자원이란, 자신이 혹은 조직이 진행함에 있어서 가장 중요한 것(그리고 느린 것)이다.
   • 다른 말로는 이 병목 자원이 지연되면 모든 공정에서 문제가 생기는 것이다.
   • 예를 들면 지금 내가 게임 개발을 하고 있는 도중에서 <시스템 설계>가 느려지면,
     모든 개발이며 진행 속도며 문제가 생긴다.
     그런 경우 내게 있어서 <시스템 설계>가 병목 자원이다.
2. 어떤 방향으로 바꾸어야 하는가?
   • 어떤 식으로 이 병목 자원이 향상되어야 하는 것인가를 고민하자
   • 어차피 이 병목 자원의 진행에 따라서 모든 공정의 시간이 정해진다
   • 이 병목 자원이 향상되지 않는 한 그 어떤 것도 바뀌지 않는다
   • 예를 들면 내 경우 <시스템 설계>가 빠르게 나오고, 수정이 용이하게 바꾸는 것을 목표로 한다.
3. 어떻게 변화를 일으킬 것인가?
   • 그럼 이 병목 자원을 어떻게 그 방향으로 향상시킬 수 있는 지를 확인해 실행하자
   • 이 부분이 문제다
   • 책에서는 비교적 쉬운 형태의 향상 방법이 가능했지만
     (예로 책에서는 다들 합심하지 않는 한 공장이 문을 닫는 상황이었다),
     내 머릿속에서는 상황과 환경(돈, 시간, 인력)에 따라서 이해관계가 충돌한다.
   • <시스템 설계> 향상의 방향이야 많지만, 그 중 내가 어떤 것을 해야 할 지는 돈과 시간, 환경 등의 여러가지 문제가 따른다.
     거기에 나는 <디자인>이라는 또 하나의 병목 자원도 있다. 
   • 돈과 시간, 그리고 인력, 거기에 상황까지 뒷바침되지 않으면 상당히 어려운 문제라고 생각한다.
   • 추가로 병목 자원을 중심으로 향상시키기 때문에 부분 효율(다른 누군가가 이 병목자원이 진행될 때까지 아무것도 안 하고 노는 것)도 포기해야 한다는 것도 상당히 귀찮은 문제로 다가올 것이다.

: 이렇게 된다.
: 단순하지만 여러가지 환경(추가로 정신적인 면도)이 뒷바침되어야 하는 이론이다.

: 다만 시도해야 하는 방향성을 제공한다는 점에서 이 책은 상당히 좋은 책이라고 생각한다.

P.S

: 이 병목 자원이 인간 조직과 구성원의 교체라는 방향으로 갈 때는 조금 무섭기는 하다.

• 個人的なリストです。

＜あ＞

• 網：あみ
• 予め：あらかじめ
• 落ち葉焚き：おちばたき
• 脅かす：おびやかす

＜か＞

• 傾く：かたむく
• 乾く：かわく
• 岐阜：ぎふ
  ⇒地名
• 霧ヶ峰：きりがみね
  ⇒地名
• 軍手：ぐんて
• 甲府：こうふ
  ⇒地名
• 梱包：こんぽう

＜さ＞

• 颯爽：さっそう
• 芝生：しばふ
• 湿った：しめった
• 車中泊：しゃちゅうはく
• 炊事棟：すいじとう
• 煤：すす
• 炭：すみ
• 諏訪：すわ
  ⇒地名
• 寸分：すんぶん
• 繊維：せんい
• 雑炊：ぞうすい
  ⇒予め炊いたお米をつかうお粥、厳密にはお粥ではない。

＜た＞

• 畳む：たたむ
• 茅野：ちの
  ⇒地名
• 浸かる：つかる
• 吊るす：つるす

＜な＞

• 中綿：なかわた

＜は＞

• 端：はし
• 母娘：ははこ、おやこ
• 幅：はば
• 火の粉：ひのこ
• 怯む：ひるむ
• 麓：ふもと
• 奮闘：ふんとう

＜ま＞

• 撒き餌：まきえ
  ⇒魚や小鳥などを寄せ集めるために、餌をまくこと。
• 銘柄：めいがら
• 本栖湖：もとすこ
  ⇒富士山が見える湖、千円札の絵がここで見た富士山。

＜や＞

• 諭吉：ゆきち
  ⇒10000円の意味も持っている。
• 湯たんぽ：ゆたんぽ
• 四隅：よすみ

＜わ＞

• 沸かす：わかす

: 입력, 한 줄(엔터까지엔터까지)을 읽어 온다.

1줄 받아오기

const readline = require('readline');

const rl = readline.createInterface({
  input: process.stdin,
  output: process.stdout
});

rl.on('line', (input) => {
  console.log(`Received: ${input}`);
});

2줄 받아오기

const readline = require('readline');

const rl = readline.createInterface({
    input: process.stdin,
    output: process.stdout
});

let input = [];

rl.on('line', function (line) {
    input.push(line);
    if(input.length >= 2)
        rl.close();
}).on('close', function () {
    console.log(input);
    process.exit();
});

const readline = require('readline');

const rl = readline.createInterface({
    input: process.stdin,
    output: process.stdout
});

let input = [];
let count = 0;

rl.on('line', function (line) {
    input.push(line);
    
    // :: 입력 제한 관리
    count++;
    if(count >= 2)
        rl.close();
}).on('close', function () {
    console.log(input);
    process.exit();
});

>> 좀 더 직관적으로 만들어 본 코드 

싱글톤 패턴이란?

: 최대한 용어를 안 쓰고 정리해보자

정의한 설계도(클래스, 함수)를
오직 1개(인스턴스)만 구현하게 하고
작업 전체에서 접근 가능(전역 변수)하도록 만든 것

아파트를 짓는데, 내부 인테리어 설계도(클래스, 함수)가 있다.
> 이 설계도는 아파트 내부에서 단 한 번만 쓰여야 한다.
> 하지만 누구나 이 제작된 내부 인테리어를 보고, 안에 있는 것을 건드리고 옮길 수 있다.
> 모델 하우스? 

왜 쓰면 안되는가?

(이해중) 전역 변수는 코드를 어지럽힌다.

• 코드를 이해하기 어렵게 한다.
• 커플링(의존) 문제

대체품

• 하위 클래스 샌드박스 패턴
• 서비스 중개자 패턴

왜 썼는가?

현재 제작중인 게임(Summerfield / Tamago)에서
> Zombie의 Status를 수정할 때 여러곳에서 필요로 하는 경우가 있었다.
>> 대체 예정

참고 서적 : 더 빠르고 깔끔한 게임 코드를 구현하는 13가지 디자인 패턴 게임 프로그래밍 패턴

인스턴스(Instance)

• 클래스는 설계도
• 그 설계도를 통해 직접 구현된 것이 인스턴스
• 참고 : 싱글톤 패턴 같은 경우 저 구현을 1개로 제한하는 패턴이다.

저는 이제 목표 총 다운로드 수에 도달하면 확장을 개발하기로 결정했습니다.
I decided to develop expansion when reached total download goal.

그 대상 중 첫번째가 Dogma / Coin입니다.
Dogma / Coin is first one.

Expansion 0.1 Plan : 읽기 / Read

Patreon

관찰자 패턴이란?

준비중...

왜 썼는가?

현재 제작중인 게임(Summerfield / Tamago)에서
> 매 분마다 처리를 하는 것은 최종 관리자 스크립트(Dictator)의 역할로
> 다른 스크립트들은 그 때마다 보여주는 것만 업데이트하는 설계로 되어 있음

따라서 매분 처리가 발생할 때마다 다른 스크립트가 관찰을 해서,
자신의 UI나 게임오브젝트를 업데이트 하도록 사용

인터페이스 구성

public interface ISubject
{
    void RegisterObserver(IObserver observer);
    void RemoveObserver(IObserver observer);
    void NotifyObservers_Minute();
}

public interface IObserver
{
    void UpdateMinute();
}

간단 해결

• 해당 Shader에서 CustomEditor 항목을 제거한다

복잡 해결

• 이해중