​오늘 사옥 1층 카페에서 여유로운 휴식을 가지고 있는데밖에는 경찰차, 소방차들이 줄을 서 있고 평소와는 다르게 많은 사람이 1층으로 줄줄이 내려오고 있었다.무슨 연예인이라도 왔나 싶다가 다시 사무실로 올라갔는데 다들 내려가는 엘레베이터를 기다리고 있었다. "누가 폭탄 설치해서 대피하래요." 라는 파트장님의 이야기를 듣고 정말 잽싸게 지갑만 들고 밖으로 나왔다! 강제로 휴식은 연장이 되고... 결국 사원들의 안전을 위해 조기 퇴근이 결정되었다.​ 나중에 사건의 전말이 밝혀졌는데http://news.sbs.co.kr/news/endPage.do?news_id=N1003486021 어떤 아저씨가 포커게임 하다가 빡쳐서 협박한 거...............참 한 몰지각한 개인에 의해 그 많은 소방관, 경찰들이..

거슬리는거UI에 저 'P'가 상당히 거슬린다.유니즌리그는 중앙을 제외하고 화면을 대부분 터치하는데 저 버튼을 만든 이유가 뭐지? 중앙에 둘까?계정 정보랑 커뮤니티, 메시지 등이 있는데 상당히 거슬리는 인터페이스다. 충격의 누적 충전 이벤트솔직히 누적 충전 이벤트에 9만원 질러서 쿠훌린 주는건 진짜 개오바가 아닐까 싶다...쿠훌린이 SSR 중에선 좋은 건 맞지만... 진짜 9만원짜리의 가치는 안 된다고 본다. UR이 되면 몰라.(나는 일판에 쿠훌린을 4마리 보유하고 있다. 10연차 하면 심심하면 나오는게 쿠훌린)일판 초기부터 한 유저라 나름 초반 릴리즈 버전의 향수가 느껴지긴 하지만.. 그냥 일판만 하는게 나을 것 같다.이런 암걸리는 이벤트를 보고 있을 수가 없다.

/myapp/app : 애클리케이션의 메인 폴더./assets : 어셋(자바스크립트, 스타일시트, 그림 등의 리소스)/images/javascripts/stylesheets/controllers : 컨트롤 클래스/concerns : 컨트롤 공통 모듈application_controller.rb : 애플리케이션 공통 컨트롤러/helpers : 뷰 헬퍼application_helper.rb : 애플리케이션 공통 뷰 헬퍼/mailers : 액션 메일러 구현 클래스/models : 모델 클래스/concerns/views : 뷰 스크립트/layouts : 레이아웃application.html.erb : 애플리케이션 공통 레이아웃/bin : 코드 생성 또는 개발 서버 실행에 사용되는 헬퍼 스크립트/config : ..

Swap 메모리는 주 메모리가 부족할 때 사용하기 위한 가상메모리다.swap 영역을 확보하기 위해서 swap 파일을 생성하면 된다. swap 파일 생성1sudo dd if=/dev/zero of=/swapfile bs=1024 count=100000cs 1G 파일 생성 swap 파일로 포멧1sudo mkswap /swapfilecs swap 공간 활성화1sudo swapon /swapfilecs 리부팅 시 비활성화가 도니다면/etc/rc.d/rc.local에 공간 활성화 부분을 추가한다. swap 삭제(필요 없게 되었다면)12sudo swapoff /swapfilerm /swapfilecs

DRY(Don't Repeat Yourself) : 같은 코드를 반복하지 말 것Coc(Convention over Configuration) : 설정보다 규약이 중요 Rails는 소스 코드 내부에서 같은 처리나 정의를 반복해서 사용하는 것을 극도로 지양한다.ex) DB 스키마 정의를 설정 파일로 별도 작성하지 않는다. DB 테이블을 만드는 것만으로도 Rails가 알아서 해준다. DRY 원칙을 지탱해주는 것은 CoC 원칙이다.ex) users 테이블을 읽어들이려면 User이라는 이름의 클래스를 이용해야 한다.서로 간의 규칙을 정의할 필요 없다. users(복수형)과 User(단수형)으로만 맞춰 작성하면 테이블과 클래스를 연결해준다.

정의앞선 사람들의 지혜를 사례라 부르고 이런 것이 정형화 되고 축적된 것이 프레임워크라고 한다.문제를 일반화하고 해결하기 위한 틀이라고 할 수 있다. 개발자는 프레임워크가 제공하는 기초적인 코드 위에 독자적으로 코드를 추가할 수 있다.일정한 품질을 가진 애플리케이션을 쉽게 생성할 수 있는 장점이 있다.컴퓨터로 따지면 마더보드와 같은 역할을 하고 우리는 여기에 메모리, 팬, CPU를꽂듯이 코드를 추가하면 된다. 라이브러리 vs 프레임워크라이브러리사용자 코드에서 호출되어야 한다. 라이브러리는 스스로 무언가를 하지 못하고 사용자 호출 시 자신의 코드를 실행한다. 프레임워크스스로가 사용자 코드를 호출한다. 자신의 라이프 사이클을 직접 관리한다.프레임워크는 사용자 코드를 직접 지배한다. 제어반전이렇게 프로그램의 ..