Taehee Lee

Programming, Movie, Music, Trip

[tehilee]

[tehilee]

This Week in Meteor #11

2015년 4월 23일

[tehilee]

Meteor에서 CPU 사용량을 줄이는 방법 from Kadira

[tehilee]

NodeJS Buffer to String

nodejs에서 POST, PUT등의 메소드를 써서 값을 받으니

Buffer 61 73 64 66

와 같은 값을 console이 내뱉었다. 위의 원래값은 "asdf"였다.

asdf를 헥스값으로 변환한 값이다.

이 같은 현상을 제대로 잡으려면

console.log 'STARTED!!' HTTP.methods '/hello': put: (data) -> console.log data.toString 'utf8'

와 같이 .toString('utf-8')를 쓰면 된다.

[tehilee]

실시간 애플리케이션에서 전통적 페이징이 불필요한 이유

복수의 페이지가 아닌 이유?

구글 검색결과와 같이 연속되는 10개의 post를 각각 보여주는 대신에 “무한 페이징” 방식을 사용하는 이유는 무엇일까? 그것은 사실은 미티어가 받아들인 실시간 패러다임 때문이다.

구글 결과 페이징 패턴을 사용하여 Posts 컬렉션에 대한 페이징을 하는데, 현재 2 페이지에 위치하여 10번째에서 20번째의 post 목록을 보여주고 있다고 가정해보자. 만약 다른 사용자가 이전 10개의 post 중의 어느 것이라도 삭제한다면 무슨 일이 일어날까?

우리 앱은 실시간이므로, 데이터 세트가 변경될 것이다. 10번 post는 이제 9번 post가 되므로, 우리 시야에서 빠지는 반면에, 11번 post는 범위안에 있게 된다. 궁극적 결과는 사용자는 아무런 이유도 없이 post목록이 갑자기 변하는 것을 보게 될 것이다!

우리가 설사 이런 기묘한 UX를 받아들인다 해도, 전통적인 페이징 방식은 기술적 이유로도 구현하기가 어렵다.

이전 예제로 돌아가보자. 우리는 Posts 컬렉션에서 10번째에서 20번째 까지의 post 목록을 발행하고 있다. 클라이언트에서 어떻게 그 post 목록을 찾을까? 클라이언트 쪽의 데이터 세트에는 10개의 post만 있으므로 10번째에서 20번째까지의 post 목록을 추출하지 못한다.

한 가지 해법은 서버에서 그 10개의 post 목록을 발행하는 것이다. 그리고 클라이언트 쪽에서 Posts.find()를 호출하여 모든 발행 post 목록을 가져온다.

이것은 하나의 구독만 있다면 동작한다. 그러나 곧 해보겠지만, post 구독을 하나 이상의 갯수로 시작하면 어떻게 하나?

하나의 구독이 10에서 20까지의 post 목록을 요구한다고 해보자. 그리고 또 다른 것이 30에서 40까지의 목록을 요구한다고 하자. 이제 클라이언트에서 어느 구독에 속하는 지 모른채로 총 20개의 post를 가지게 된다.

이런 이유로, 전통적인 페이징 방식은 미티어에서는 별 의미가 없다.

[tehilee]

회사 네트워크 git 설정

내 아이맥을 서버로 쓰기위한 발악과정을 그려놓았다

설정

[시스템 환경설정] - [공유]로 들어가서 원격 로그인에 체크를 한다. 윈도우에 비해서 깔끔한 설정이다.

이용할 사용자를 추가한 후 컴퓨터 이름을 설정한다

로컬 네트워크에 있는 컴퓨터가 다음에 있는 사용자의 컴퓨터에 연결할 수 있음: MySever.local

위와 같이 설정이 되었다면 나의 컴퓨터 이름은 "MySever.local" 이 된다

테스트

ssh [email protected]

username에 위에서 접속허용한 유저이름을 입력하고 뒤에는 로컬 아이피 주소이다. 위의 방법 말고 컴퓨터 이름으로 접속하는 방법은

ssh [email protected]

이런식으로 접속할 수 있다. 비밀번호를 입력하면 ssh로 접속이 된 것을 확인할 수 있다.

보안 설정

아래의 링크를 확인하도록 한다 http://blog.smitec.net/posts/setting-up-a-git-server-on-osx/

git repository 설정

Server side

$ mkdir newrepo.git

$ cd newrepo.git

$ git init --bare

Client side

$ git clone ssh://[email protected]/path/to/newrepo.git

이렇게되면 newrepo 폴더에 프로젝트가 복사된 것을 볼 수 있다

Tip : git 사용하기

git add

$ git add *

$ git add filename

$ git add -all

git status

$ git status

git commit

$ git commit -m "message"

git push

$ git push origin master

Hooks를 이용하여 바로 deploy

git respository로 설정한 디렉토리에 보면 hooks폴더가 있다

cd hooks

post-receive 파일 수정

vi post-receive

#!/bin/sh git --work-tree=/var/www/domain.com --git-dir=/var/repo/site.git checkout -f

chmod +x post-receive

원리는 push가 들어올때마다 파일을 검사해 해당 폴더로 checkout하는 것이다.

[tehilee]

Why You Should Never Use MongoDB

우리가 몽고디비를 사용하지 않아야 하는 이유

[tehilee]

미움받을 용기

주말에 n을 만나면서 많은 생각들을 했다. N은 아들러의 미움받을 용기라는 책을 추천해주었는데 아들러라는 철학자에 대해서도 그리고 철학에 대해서도 잘 모르지만 간단히 얘기하자면 아들러는 어떤 상황이 벌어졌을때 인간이라는 족속은 그 결과에 대해서 이유를 거꾸로 찾아 거슬러 올라간다라는 이미 어렴풋이 알고 있으면서도 은연중에 무시했던 찜찜한 이론이었다.

내 친구중 한명은 실패한 적이 없다. 선생님인 아버지와 전업주부인 어머니밑에서 유복하게 자랐으며 그들에게 반대라고는 한번도 받아본적이 없으며 미국에서 고등고육도 받은 한마디로 우리나라에서 엘리트라고 불리는 엄친딸이다.

그는 한달여전에 사업을 하다가 실패했었는데 얼마전에 우리는 그것에 대하여 토론하게 되었다.

한참 얘기하던 도중 내 입에서 “실패의 이유”라는 말이 나오자 그는 그게 왜 실패냐며 나를 나무랐다. 그때 당시에는 민감한 부분을 건드려서 미안하다고 말했지만 시간이 흐른 지금도 나는 실패라고 생각한다.

그가 두려워했던 것은 글자그대로 실패라는 말이었다. 그는 남에게서 실패라는 말을 듣지 않기 위해 과거로부터 핑계를 만들었다.

경쟁사 직원들은 어떻다라는둥 그에 비해서 우리 직원들은 이렇다라는둥 자신의 이유를 제외한 온갖 모든 이유들로 나를 설득시키려고 했다.

물론 그 이유들이 말이 안되는 것은 아니지만 나는 그 말들에서 아들러적 찌질함이 느껴졌다.

왜냐하면 저 말이 맞다면 그는 실패할 이유를 뻔히 알고있으면서도 방관한 꼴이된다.

저런 크리티컬한(?) 이유들이 실패 전에 존재했다면 우리는 두가지 선택을 할수 있다. 이유들을 하나씩 잡아나가서 성공할 계단을 만들던지 아니면 무시하던지.

그는 무시했다. 어떻게든 되겠지란 생각을 했고 나중에 되어서야 그 계단의 못이 빠졌고 나무는 썩었으며 자신은 운이 없이 그 계단을 밟았다고 주장한다. 아들러적 찌질함을 발휘하는 순간이다.

왜 실패라는 말을 두려워하는지 그리고 핑계를 만들며 자신을 짓밟는지 모르겠다. 살다보면 어떤 이유에서든 썩은 나무계단을 밟을 때가 있다. 물론 그 계단을 밟지 않기위해 두드려보고 잘 관찰하는 지혜도 필요하지만 만약 밟았을경우 많이 다치지 않는 방법을 강구해야한다. 교통사고가 나서 사람이 다쳤는데 서로의 과실을 따지느라 사람이 죽어가는 경우가 따로 없다.

또한 일이라는 행위를 함에 있어서 ㅡ 일에 대한 한국적인 정의는 다른 포스트에서 언급하도록 하겠다 ㅡ 사람이 얼마나 중요한지 그는 모르고 있었다. 지금 여기서 말하는 사람이란 인격체로서의 사람이지 능력을 가진 인간이 아니다.

세상에는 2x2 종류의 사람으로 나눌 수 있는데 첫번째 기준은 만나야 하는 사람 or 만나지 않아도 되는 사람으로 나뉘고 두번째 기준은 만나고 싶은 사람 or 만나기 싫은 사람으로 나뉜다.

그래서 두가지 x 두가지 = 4유형의 사람으로 나눌수 있다.(물론 간단하게 나눈 기준이다)

여기서 내가 주목했던 점은 그가 친구로 생각하는 사람은 바로 만나야 하는 사람 + 만나고 싶은 사람의 조합뿐이라는 사람이다. 여기서 친구의 개념이 나와 많이 차이가 나는데 친구는 만나야 하는 사람에 구속되지 않으며 무조건 만나고 싶은 사람이라는 요소를 포함해야 한다고 생각한다. 그것이 바로 우정이며 우정은 쓸데없는 이야기로 날밤을 깔 수 있고 애인과 헤어졌을때 함께 술잔을 기울이며 눈물 흘리고 다음날 출근길에 속을 함께 부여잡고 xx놈이라며 카톡을 할 수 있게 하는 특이한 호르몬이다.

물론 그에게는 그런 추억을 가진 친구가 없다. 그런 경험도 없다. 그점이 너무나 안타깝고 안쓰럽다. 왜냐하면 실패를 겪었을때 함께할 친구가 없고 자신을 패배자로 만들지 않기 위해 발버둥치기 때문이다.

이야기를 하다보니 고영하 회장님의 말씀이 떠오른다.

회장님은 어떤 회사에 투자를 하십니까?

저는 팀을 봅니다. 회사는 사람이 이끌어가는 것이고 그것은 팀입니다. 능력있는 CEO는 자신이 뛰어난 사람이 아니라 능력있는 사람을 자기편으로 만드는 사람입니다.

[tehilee]

Meteor Up - Meteor deployment tool

미티어를 사용하면서 가장 불편했던 것이 서버에 디플로이 하는것이 힘들다는 것이었다. 방법들은 여러가지가 있지만(물론 내 블로그에도 있다) 그중에 하나는 물론 하나의 툴을 사용하는 것이었다.

이 글에서는 Meteor up 에 대해서 설명한다.

Meteor up의 특징은 설정 파일 하나만 만들어도 nodejs, mongoDB, PhantomJS 등의 dependency들을 설치해줄뿐만 아니라 mup deploy라는 강력한 명령어 하나로 서버에 디플로이할 수 있다 또한 mup start, stop, restart 명령어를 통해 손쉽게 앱을 켜고 끌수 있다

현재 진행하는 서버는 https://www.digitalocean.com에서 서비스되는 Ubuntu 14.04이고 nodejs v0.12.0, npm 이 설치되어 있다.

Meteor 설치

curl https://install.meteor.com/ | sh

미티어의 좋은점 중에 하나는 이 간단한 설치 코드라고 생각한다 :)

nginx 설치

sudo apt-get install nginx

- ngnix 설정

cd /etc/nginx/sites-available/ sudo vi custom

- /etc/nginx/sites-available/custom

server { listen *:80; server_name mycustomappname.com; access_log /var/log/nginx/app.dev.access.log; error_log /var/log/nginx/app.dev.error.log; location / { proxy_pass http://127.0.0.1:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection 'upgrade'; proxy_set_header X-Forwarded-For $remote_addr; } }

- Create a Symbolic Link for custom

ln -s /etc/nginx/sites-available/custom /etc/nginx/sites-enabled/custom

- default 삭제

rm /etc/nginx/sites-enabled/default

-- 만약을 위해 테스트!

nginx -t

- Restart nginx

sudo service nginx restart

ip로 접속했을때 이와 같이 뜬다면 성공!

Meteor up 설치

sudo npm install -g mup

Create a New Meteor Project

meteor create myApp cd myApp

Setup Meteor up

- Initialize mup

mup init vi mup.json

자신의 입맛에 맞게 설정을 바꿔준다

{ // Server authentication info "servers": [ { "host": "my-ip-address", "username": "root", "password": "password" // or pem file (ssh based authentication) //"pem": "~/.ssh/id_rsa" } ], // Install MongoDB in the server, does not destroy local MongoDB on future setup "setupMongo": true, // WARNING: Node.js is required! Only skip if you already have Node.js installed on server. "setupNode": false, // WARNING: If nodeVersion omitted will setup 0.10.36 by default. Do not use v, only version number. "nodeVersion": "0.12.0", // Install PhantomJS in the server "setupPhantom": true, // Application name (No spaces) "appName": "myApp", // Location of app (local directory) "app": ".", // Configure environment "env": { "PORT": "3000", // The port you want to bind to on your server. "UPSTART_UID": "meteoruser", // The user you want to run meteor as. "ROOT_URL": "http://mycustomappname.com" }, // Meteor Up checks if the app comes online just after the deployment // before mup checks that, it will wait for no. of seconds configured below "deployCheckWaitTime": 15 }

- Setup mup

sudo visudo

아래의 줄을 %sudo ALL=(ALL) ALL 이렇게 수정한다 %sudo ALL=(ALL) NOPASSWD:ALL

sshpass 설치

sudo apt-get install sshpass sudo apt-get update

mup setup

mup setup

여기서부턴 시간이 오래걸리므로 딴짓을 하도록 하자 :)

위와 같이 나왔다면 아주 성공! 아니라면 처음부터 다시...

Deploy!!!

mup deploy

자신의 url로 접속해보면...

자신의 서버를 갖는다는건 정말 힘든일이다. 처음 설정을 snapshot을 찍어두고(snapshot이란 쉽게 말하면 서버 백업이라고 생각하면 된다.) 실패하면 다시 그 snapshot을 restore해서 다시 세팅해보고 하는 작업을 반복하다보면 어느새 다른 블로그에서 따라하던 코드들을 이해하게 된다.

내가 사용하는 서버는 Digitalocean에서 제공하는 서버인데 싱가폴로 위치를 설정하면 그렇게 느리지도 않고 속도도 빨라 쓸만하다.

아래 경로로 들어가면 digitalocean 10달러 쿠폰을 얻을 수 있으므로 무료로 사용해보도록 하자

https://www.digitalocean.com

[tehilee]

Meteor 1.0.4 Deploy 하는 방법 - Ubuntu 14.04

Install Meteor

curl https://install.meteor.com/ | sh

따라하기

https://www.digitalocean.com/community/tutorials/how-to-deploy-a-meteor-js-application-on-ubuntu-14-04-with-nginx

MongoDB Create New User

use admin db.addUser('theadmin', '12345'); db.auth('theadmin','12345');

주의할점

502 Bad Gateway

/var/log/upstart/todos.log 파일에 bcrypt 에러가 발생했을 경우 npm 디렉토리안에 bcrypt 디렉토리를 전부 삭제한다

npm install bcrypt command

MongoDB에 암호를 설정한 경우

/etc/init/todos.conf 파일의 MONGO_URL을 아래와 같이 수정한다

export MONGO_URL=mongodb://username:password@localhost:27017/todos?authSource=admin

[tehilee]

Meteor 시작하기

Install Meteor

Meteor 설치하기 및 튜토리얼

Meteor에서 외부 MongoDB 사용하기

MONGO_URL=mongodb://localhost:27017/meteor-project-name meteor run

Meteor Packages 찾기

https://atmospherejs.com/

Meteor 종료

kill -9 `ps ax | grep node | grep meteor | awk '{print $1}'`

Meteor: Learn Meteor Fundamentals and Best Practices

아래의 글은 미티어를 처음 접하는사람에게 추천한다.

2012년 글이라서 문법은 많이 틀리지만 개념을 이해하기 좋다

http://dogfeet.github.io/articles/2012/meteor-fundametals-and-best-practices.html

Meteor 강의모음

https://github.com/ericdouglas/Meteor-Learning

Meteor 1.0 Tutorial

http://www.webtempest.com/meteorjs-fromscratch-1

Building a customized accounts ui for Meteor

http://blog.benmcmahen.com/post/41741539120/building-a-customized-accounts-ui-for-meteor

[tehilee]

MEAN.JS - Full-Stack JavaScript Boilerplate From Creators of MEAN.IO.

MeanJS 1시간 체험후기

Dependencies 때문에 골머리를 썩긴했지만 설치를 완료하고 yeoman을 이용하여 설치하는 것 까진 좋았다.

설치를 끝내자 홈페이지 하나가 완성되어 있었다

bootstrap, jquery등등 여러가지 라이브러리가 포함되어 있을 뿐만 아니라 기본적인 네비게이션과 로그인, 회원가입(심지어 소셜-페이스북, 트위터, github, linkedin 로그인 기능)까지 구축이 되어 있었다

좋은데... yo 커맨드를 이용하면 CRUD 모델, 컨트롤러, 뷰, Route 등등 모두 명령어 하나로 구축 가능하다

그런데 아직 전체적인 구조를 몰라서 그런건지 틀이 너무 완벽하게 촘촘하게 짜여있어서 그런건지 모르겠지만 어떻게 커스터마이징을 해야할지 감이 잡히지 않았다

일반적인 게시판 구조의 웹사이트라면 이걸 쓰는게 좋을거 같다고 생각되었다

그런데 난 아니므로 패스하기로 하고 다음 프레임워크 Meteor를 사용하기로 했다

[tehilee]

MEAN Stack 시작하기

MEAN Stack을 새로운 서버에 설치하면서 그 과정들을 기록하였다

이 페이지는 2015년 3월 16일 월요일에 작성되었으며 서버는 Ubuntu 14.04 with Node.js v0.12.0 이다

테스트 서버는 디지털오션(Digitalocean)에서 구입하였으며 아래의 링크를 이용하여 가입하면 $10 쿠폰을 얻을 수 있다

https://www.digitalocean.com

Basic Settings

1. Install Node.js

2. Install MongoDB

3. Install express’s generator

npm install -g express-generator

자동으로 프로젝트를 생성해주는 express's generator를 global로 설치한다

4. Create A New Project

express --ejs flapper-news cd flapper-news

jade가 아닌 html을 사용하는 프로젝트를 생성한다

5. Install Packages

npm install

node modules를 설치한다

6. Install Mongoose via npm

npm install --save mongoose

mongoDB를 node.js에서 사용할수 있도록 mongoose를 설치한다

7. Create a new folder called 'models'

mkdir models

아래 링크에서 모든 과정을 확인할 수 있다

See https://thinkster.io/mean-stack-tutorial/

Deployment Settings

다음 설명은 로컬서버(개발서버, Staging server)에서 Production server로 deploy하는 수월한 방법을 소개한다

Install Forever

스크립트가 영원히 실행되도록 하는 forever를 설치한다

npm install -g forever

forever를 global하게 설치한다

forever start bin/www

forever stop bin/www

forever stopall

forever list

위에서부터 차례로 실행, 종료, 모두종료, 리스트보기

Create A Deploy User

sudo useradd --create-home -s /bin/bash deploy sudo adduser deploy sudo sudo passwd deploy

deploy라는 이름의 유저를 생성하여 deploy할때에는 root가 아닌 deploy계정을 사용하도록 한다

Install flightplan

flightplan은 순차적으로 서버 명령어를 실행할 수 있도록 하는 nodejs라이브러리이다

여기서는 flightplan으로 개발서버에서 프로덕션서버로 퍼블리싱 하는 과정을 소개한다

npm install -g flightplan

flightplan을 global 하게 설치한다

Install flightplan in your Project as Development

npm install flightplan --save-dev

flightplan 패키지를 개발용으로 설치한다

Create flightplan.js

flightplan.js파일을 프로젝트 폴더에 만들고 아래와 같이 복붙한다

staging과 production에 있는 ip주소와 비밀번호를 수정한다

동작원리는 rsync후 symbolic link를 만들어 디렉토리를 포인팅하는 방법이다. 따라서 백업 비스무리하게 폴더들이 남는다

var plan = require('flightplan'); var appName = 'node-app'; var username = 'deploy'; var startFile = 'bin/www'; var tmpDir = appName+'-' + new Date().getTime(); // configuration plan.target('staging', [ { host: '104.131.93.214', username: username, password: 'your-password', } ]); plan.target('production', [ { host: '104.131.93.215', username: username, agent: process.env.SSH_AUTH_SOCK }, //add in another server if you have more than one // { // host: '104.131.93.216', // username: username, // agent: process.env.SSH_AUTH_SOCK // } ]); // run commands on localhost plan.local(function(local) { // uncomment these if you need to run a build on your machine first // local.log('Run build'); // local.exec('gulp build'); local.log('Copy files to remote hosts'); var filesToCopy = local.exec('git ls-files', {silent: true}); // rsync files to all the destination's hosts local.transfer(filesToCopy, '/tmp/' + tmpDir); }); // run commands on remote hosts (destinations) plan.remote(function(remote) { remote.log('Move folder to root'); remote.sudo('cp -R /tmp/' + tmpDir + ' ~', {user: username}); remote.rm('-rf /tmp/' + tmpDir); remote.log('Install dependencies'); remote.sudo('npm --production --prefix ~/' + tmpDir + ' install ~/' + tmpDir, {user: username}); remote.log('Reload application'); remote.sudo('ln -snf ~/' + tmpDir + ' ~/'+appName, {user: username}); remote.exec('forever stop ~/'+appName+'/'+startFile, {failsafe: true}); remote.exec('forever start ~/'+appName+'/'+startFile); });

Deploy!

개발서버는 staging으로 프로덕션 서버는 production으로 fly! 한다

fly staging

fly production

See https://www.youtube.com/watch?v=XxRuW1pfGTI See also https://gist.github.com/learncodeacademy/35045e64d2bbe6eb14f9

Create a Service for your App

만든 어플리케이션을 서비스로 만들어서 서버가 재시작되거나 어플리케이션이 업데이트될때 자동으로 시작/재시작되도록 하는 방법

1. ssh in as root(서버에 root로 로그인)

2. Create node-app.conf

vi /etc/init/node-app.conf

node-app.conf 파일을 만들고 아래 내용을 복붙한다. 물론 디렉토리 이름이나 env 파라메터는 바꿔준다

start on filesystem and started networking respawn chdir /home/deploy/node-app env NODE_ENV=production #change this to staging if this is a staging server env PORT=3000 exec /usr/local/bin/node bin/www

아래는 위에서부터 순서대로 어플리케이션을 실행, 종료, 재시작, 서비스 리스트를 보는 방법이다

start node-app

stop node-app

restart node-app

initctl list

3. Give your deploy user permission to restart the node-app service without requiring a password

deploy 유저가 패스워드없이 sudo node-app restart를 실행할 수 있도록 권한을 부여한다. 물론 deploy 유저는 start나 stop은 사용불가하다

echo "deploy ALL=(root) NOPASSWD: /sbin/restart node-app" >> /etc/sudoers

4. Modify flightplan.js

flightplan.js 파일을 수정하여 퍼블리싱할때 forever 명령어 대신 node-app을 재실행하도록 한다

remote.log('Reload application'); remote.sudo('ln -snf ~/' + tmpDir + ' ~/'+appName, {user: username}); remote.exec('sudo restart node-app');

기타 설정

MongoDB 외부접속 설정

sudo vi /etc/mongodb.conf

bind_ip = 0.0.0.0

sudo service mongod restart

포트 3000을 포트 80으로 변경하기

sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3000

이 코드는 80포트로 온 요청을 3000포트로 매핑시켜준다

서버가 재부팅할때도 이 명령어가 실행되게 하기 위해 /etc/rc.local 파일을 아래와 같이 변경한다

iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3000

FTP(vsftpd) 설치하기

https://www.digitalocean.com/community/tutorials/how-to-set-up-vsftpd-on-ubuntu-12-04

[tehilee]

9 truths that computer programmers know that most people don't.

Computer programmers know far more about computers and code than the average person does, and honestly some of it’s scary. Fact #1 "Under the hood, most critical software you use every day (like Mac OS X, or Facebook) contains...

"프로그래머만 아는 아홉가지 진실"

별 생각 없이 읽으려 했는데 첫번째에 펑 터졌다. 아! 이 비밀 만은 세상에 꼭 알려야 한다.

사실 #1: "속을 열어 보면, (맥 OS X나 페이스북 같이) 우리가 매일 사용하는 중요한 소프트웨어 대부분은 엄청난 양의 난도질과 땜질이 어거지로 짜맞추어져 돌아간다. 마치 신형 747을 분해했더니 연료 공급선은 옷걸이로, 착륙장치는 공업용 테이프로 고정된 사실을 알게 된 것과 같다. Under the hood, most critical software you use every day (like Mac OS X, or Facebook) contains a terrifying number of hacks and shortcuts that happen to barely fit together into a working whole. It would be like taking apart a brand-new 747 and discovering that the fuel line is held in place by a coat-hanger and the landing gear is attached with duct tape." - 밴 체리(Ben Cherry)

이 사실은 코드의 기묘한 측면이다. 웹사이트나 프로그램이 아름답게 돌아갈 수도 있다. 부드럽게 동작할 수도 있고, 사용자가 보기에 정말 아름다울 수도 있다. 하지만 그 프로그램이 동작하도록 하는 이면의 모든 것에는 겨우 동작하거나 동작할 수 없는데 알 수 없는 이유로 동작하는 오류와 땜질로 가득하다. That's the funny thing about code, the website or program may work beautifully, it may run smoothly, and it may be absolutely beautiful on the front-end side (what the user sees). But, behind everything that makes it work it will have so many errors, and work arounds that barely work and that shouldn't work, but do for some strange reason.

여러분! 세상에는 분명히 기적이 있어요!

나머지 사소한 사실 8가지는...

사실 #2: 애플리케이션을 작성하는 시간의 25%는 사용자가 뭔가 잘못하도록 만드는 방법을 찾는데 쓰인다. - 브라이언 훔스(Brian Humes)

사실 #3: 프로그래머는 PC 수리공이 아니다.

사실 #4: 프로그래밍은 타이핑이 아니라 사고하는 활동이다.

사실 #5: 숫자는 0부터 센다.

사실 #6: 프로그래밍은 몰입의 영역에 있을 때 가장 성과가 좋다. 이 영역은 아무 방해 없고 모든 일이 쉬워 보이는 (즐거운) 마음의 상태를 말한다. 이는 음악가와 운동 선수에게 몰입하는 순간이 있는 것과 같은 이치이다.

사실 #7: 문제를 고민하며 잠 들면 해결이 된다.

사실 #8: 부모는 자식에게 할당할 작업이 없으면 그 자식을 죽일 것이다.

사실 #9: 프로그래머들이 컴퓨터에 대한 지식을 자랑할 때 사람들이 별 감흥을 느끼지 못하는 것처럼, 프로그래머들은 사람들이 자신이 얼마나 컴퓨터에 모르는지 자랑할 때 감흥을 느끼지 못한다.

[tehilee]

MEAN Stack Tutorials 유투브 동영상 강의

서버 구성부터 코딩까지 전부 다!

[tehilee]

JSONView

Validate and view JSON documents

난 항상 json 데이터를 볼때 print_r을 사용했는데 이제는 그럴 필요가 없어졌다.

[tehilee]

Cookies vs Tokens. Getting auth right with Angular.JS

IntroductionThere are basically two different ways of implementing server side authentication for apps with a frontend and an A...

AngularJS를 이용한 authentication 방법