Read.IT

  • 품질이란 누가 보지 않을 때에도 제대로 돌아가는 걸 뜻한다 > > — 헨리 포드 프로젝트를 하다 보면 일이 꼬이기 마련입니다. 지속적인 통합을 효과적으로 실천하면 무엇이 문제인지 바로바로 알 수 있게 됩니다-개발 막바지에 아는 게 아니구요, 지속적인 통합은 위험 요소가 […]
  • 7대 낭비

    린 제조lean manufacturing를 공부한 사람이라면 누구나 신고 시게오(新郷 重雄)의 제조 7대 낭비를 배웠을 것이다.[^10] 이 책보다 앞서 낸 책에서, 우리는 이러한 7대 낭비를 소프트웨어 개발 7대 낭비로 옮겼었다. 이 절에서 그 내용을 다시 한번 살펴보자. 표 4.1을 보면 앞의 책과 […]
  • 만약 우리가 소프트웨어 개발에서 발생하는 낭비의 근본 원인을 찾는다고 하면, 복잡도가 정말 좋은 후보가 될 것이다. 복잡도는 우리의 코드를 경화시켜서 깨지기 쉽게 만든다. 『Conquering Complexity in Your Business』에서 마이클 조지Michael George는 복잡성이 콜레스테롤과 같다고 이야기한다. 다시 말해서 복잡성이 조직의 동맥을 […]
  • 게임의 시야와 함께 플레이어가 알아야 하는 다른 정보와 수행해야 하는 동작을 고려할 필요가 있다. 이러한 사항에는 게임 내의 지점이나 진행 상황, 다른 유닛의 상태, 다른 플레이어와의 의사소통, 항상 제공되는 선택 사항 또는 동작을 수행할 수 있는 특별한 기회가 있다. 이 […]
  • 위키북스 트위터(@developerfarm)의 2014년 38주차(2014. 9. 15 ~ 2014. 9. 21) 소식을 정리했습니다. – 위키북스 – 신간 소식 – 『파이썬 인 프랙티스: 디자인 패턴, 동시성, 네트워킹, 성능 최적화, GUI 제작 기법』 – 도서 소개 자료 – Read.IT – [『퍼펙트 자바스크립트: 한 […]
  • 성능 벤치마크 야후! 클라우드 서비스 벤치마크(YCSB)는 NoSQL 제품 비교와 관련해 가장 유명한 벤치마킹 인프라스트럭처다. YCSB에 제약이 없는 건 아니지만 각기 다른 NoSQL 제품이 어떤 성능을 보여주는지 잘 보여준다. YCSB 툴킷에는 다음과 같은 두 가지 유용한 유틸리티가 들어 있다. – […]
  • 카메론 앤더슨Cameron Anderson과 개빈 킬더프Gavin Kilduff는 집단 의사결정에 대해 연구했다Anderson 2009. 이들은 학생 4명으로 구성된 그룹을 여러 개 만든 뒤 각 그룹마다 GMAT(경영대학원 입학을 위한 표준화된 입학시험)에 나오는 수학문제를 풀게 했다. 연구자들은 표준화된 수학 문제를 사용한 덕분에 각 그룹이 주어진 […]
  • 모든 NoSQL 데이터베이스가 비슷한 것도 아니고, 같은 문제를 해결해주는 것도 아니다. 따라서 이들 제품을 비교해 하나를 선택하더라도 큰 소득은 없다. 하지만 특정 상황과 맥락에 어떤 데이터베이스가 적합한지 이해하는 일만큼은 여전히 중요하다. 이 장에서는 사용 가능한 NoSQL 제품을 비교, 대조하는 데 […]
  • 스코프

    스코프란 이름(변수명이나 함수명)의 유효범위를 말합니다. 스코프에 대해서는 ‘5-3 변수와 프로퍼티’와 ‘5-4 변수명의 해석’도 참고해 주십시오. 자바스크립트의 스코프는 다음의 두 가지입니다. – 전역 스코프 – 함수 스코프 전역 스코프는 함수 바깥(탑 레벨 스코프)의 스코프입니다. 함수의 바깥에서 선언한 이름은 전역 스코프가 됩니다. […]
  • 프로토타입 상속

    이 절에서는 프로토타입 상속을 설명하지만 프로토타입 상속의 내부적인 동작 방식은 의외로 복잡합니다. 단순히 프로토타입 상속을 사용하고 싶기만 한 사람에게는 오히려 혼란을 일으킬 만한 위험이 있습니다. 그렇기 때문에 처음에는 형식만 설명합니다. 예제 5.9의 클래스 정의와 비슷한 것을 프로토타입 상속을 사용해 바꾼 […]