즐거운 사람과 컴퓨터 즐거운 사람과 컴퓨터

George Hotz(or geohot) 라는 사람을 아시나요?찾아 보니, 17세때 세계 최초로 아이폰을 해킹한 사람이라고 하네요... 이 사람이 self driving car를 개발해서 공개 했다고 합니다. http://www.bloomberg.com/features/2015-george-hotz-self-driving-car

구글이 최근 개발속도가 약 '50배' 빨라진 안드로이드 스튜디오 2.0을 공개하였습니다 Ensure(v.): to make sure or certain [We need to ensure that the weather will be good this weekend.]A taste of: a small quantity [After our first sale, we had a taste of success.]Going through a release: to examine a new product or service [We should go through the release in detail for our customers to fully understand our new product.]Livestreame..

사내 게시판에 올라온 글인데... 공감하는 내용이어서 퍼왔습니다. 개발팀마다 새로운 기술에 관심이 많고 이를 도입하자고 고집하는 사람들이 꼭 몇은 있습니다. 이런 사람들은 때로는 새로운 해법을 탐색하는 데 도움이 되기도 하고 때로는 불필요한 위험 요소를 끌어들이는 골치거리가 되곤 합니다.누군가가 팀에 새로운 기술을 써보자고 말할 때 그 가능성과 위험을 함께 저울질하고 논의하는데 도움이 되는 글을 발견해서 소개합니다. 중간중간에 써있는 경구 하나하나가 무척 찰지네요. "기술마다 따르는 위험이 다름을 인식하라" "개발의 산출물은 코드가 아니라 운영 환경에서 동작하는 소프트웨어이다." "새 언어를 회사에 소개하는 사람은 또 다른 직업 하나를 갖는 것과 같다." "극단적으로 '적정한 도구' 찾을 때 격는 고통은..

node.js 및 python 등의 서버 스크립트 언어의 eval 함수를 공격자가 악용하는 취약점이 공개되고 있습니다. 첨부된 파일을 참고하셔서 안전한 어플리케이션 개발하시길 바랍니다.

가끔씩 뭔말인지 모르겠어서 찾아 보다 일어로 되어 있는 것이 있어 구글신의 도움으로 한글화 했음. FindBugs Bug Descriptionsthis Document lists the Standard BUG patterns Reported by FindBugs version 3.0.1.Summary DescriptionCategory BC : equals 메소드는 인수의 형태를 가정하지 말아야Bad practice BIT : 비트 연산 부호를 확인Bad practice CN : Cloneable를 구현 한 클래스가 clone 메소드를 정의하지 않거나 사용하지 않는Bad practice CN : clone 메소드가 super.clone ()를 호출하지Bad practice CN : Cloneable를 구..

구글 번역체로 글을 번역할 거면... 역자라는 타이틀에 자기 이름을 올리는건 좀 문제가 있는거 아닐까?역자에 이름을 올리고 싶으면, 최소한 문맥을 한국어에 맞게 바꾸던지... 걍 번역기 돌린 내용을 그대로 올리면서 역자라고 하는건 좀 아닌거 같다. http://www.hanbit.co.kr/network/view.html?bi_id=1970

현재 개발 및 운영중인 서비스의 DB 스토리지를 현재 SAN(HDD) 방식에서 FUSION-IO (PCIe SSD) 방식으로 변경하기 위한 논의가 진행중에 있습니다. FUSION-IO 는 스티브 워즈니악을 최고 과학자(?) 라는 타이틀로 보유(?) 하고 있는 회사로, 얼마전에 샌디스크로 합병된 회사 입니다. 암튼, 이 회사에서 만든 방식이 PCIe SSD 라는 방식의 SSD 스토리지 입니다. 국내에서도 쉽게 구할 수 있습니다. (http://prod.danawa.com/info/?pcode=2118249&cate1=0&cate2=0&cate3=0&cate4=0) 앞으로 모든 데이터는 SSD 에 올라갈 것 같습니다. ( 이 부분은 이미 예견되어 있고, 모두 인정하는 내용입니다. ) 문제는... 기존에는 가..

JDK 1.4 를 쓰던 시절, GC 수행시 메모리 반환을 하도록 하기 위해 다 사용한 Object 는 null 로 만들었습니다. 오래된 기억이지만, 당시 JDK 의 버그로 인해서 이런식의 코드를 작성했던 것으로 기억합니다. 이후 버그가 수정되어 더이상 사용하지 않는 Object 를 null 로 만들 필요는 없지만, 그래도 null 로 바꾸는 것이 더 좋을 것 같습니다. http://www.developer.com/java/doing-garbage-collection-in-java.html 에 작성된 내용으로 보면, 가능은 하지만 많은 오버헤드가 발생한다고 되어 있네요.