[카테고리:] 개발

레퍼런스 동치 동일한 오브젝트를 참조하는 녀석들은 완전한 동치 hashCode 도 당연히 같음 객체 동치 서로 다른 오브젝트가 같다고 말할 수 있는 경우 hashCode() 함수와 equals() 함수를 overriding 해서 구현해야 함 서로 다른 객체의 hashCode 가 일치해야 하고, equals 함수도 True여야 함(A.equals(B)도 True, B.equals(A)도 True) equals 함수가 True이면 두 객체의 hashCode 가 같지만, hashCode 가 같다고…

이것이 작은 차이일까? 큰 차이일까? LGE Open Source Sitehttp://www.lg.com/global/support/opensource/opensource.jsp Samsung Open Source Sitehttp://opensource.samsung.com

디버깅은 ‘버그를 없애는 것’ 그 이상이다 (Debug It! 실용주의 디버깅) 우리 팀에는 유명하고 실력있는 개발자들이 많은데 그 중 한분께서 “실용주의 디버깅”을 소개해주었다. 아주 짧은 시간이었지만 무척 인상 깊었다. 디버깅이라는 것이 문제의 원인을 찾는 것이고 그것은 곧 시스템을 이해한다는 것을 전제로 한다. 잊지말자!

나는 이렇게 여기까지 왔다. 컴퓨터를 좋아했다. 초등학교 6학년 때 컴퓨터 학원을 다녔다. 초등학교 6학년 때 베이직으로 경진대회 대상을 받았다. 컴퓨터를 좋아했다. 그래서 컴퓨터 공학과를 선택했다. 대학교 4학년 때, 취업을 했다. 일 잘한다는 소리를 들었다. 두번째 직장에서 개발자를 벗어나기 위해 기획 쪽으로 전향했다가 다시 개발을 했다. 세번째 직장에서 쭉 개발을 하다가 어느 순간부터 보고서를 만드는 일을…

구글 I/O(미국 현지 시각 6월 27일, 샌프란시스코 모스콘센터)의 발표 내용과 애플 WWDC 2012 행사를 지켜보면서 부러운 마음 어쩔 수 없나보다. 우리가 쉽게 따라 잡을 수 없는 격차를 경험한다. 그 격차가 점점 더 커질 것 같다. 휴대폰 제조사가 가지고 있는 근본적인 한계가 눈에 보인다. 남이 만들어 놓은 플랫폼 위에서 차별화를 논하고 UX를 고민하는 것은 힘겨운 싸움일 수…

오늘 회사 동료가 “디자인 패턴을 공부하는 우리의 자세”라고 하면서 공유해 준 내용인데 공감이 간다. “균형과 중용”, “학습과 행동”, “과거와 미래”라는 단어가 함께 떠오른다. 찾아보니 논어(論語, 爲政編)에 나오는 공자님 말씀이다. 배우고 생각하고 생각하고 배우라는 이야기다. 學而不思卽罔 (학이불사즉망)학문(學問)을 닦아도 마음에 생각하는 바가 없으면 사물(事物)의 이치(理致)를 환히 깨닫지 못함思而不學卽殆 (사이불학즉태)생각만 하고 더 배우지 않으면 독단(獨斷)에 빠져 위태(危殆)롭게 됨 새로운 기술과 트렌드를 놓치지…

소프트웨어공학센터(2016년 기준으로 현재는 없어진 조직) 발행 자료 아키텍쳐 시각화 파트1 : 변화의 충격을 감지해라 (DSM) 파트2 : 지표를 활용해라 소프트웨어 구조의 평가 및 개선을 위한 소프트웨어 아키텍처 분석

아키텍트 활동에 있어서 Reference Implementation(RI) 이라는 것이 있다. 설계한 구조를 실제 동작하는 Code로 작성해서 설계를 검증하고 함께 일하는 사람이 참조할 수 있도록 하는 샘플이다. 다른 말로는 Working Skeleton 이라고도 한다. 아키텍트가 아키텍쳐 수준에서만 일하는 것이 아니라 실제 코딩 수준까지 일하는 사람이기 때문에 이를 간과하면 중요한 부분을 놓치게 된다. 모든 경우가 그런 것은 아니지만, 보통 새로운 코드를…

휴대폰을 Social 개발 형태로 진행하면 어떨까? 휴대폰 개발을 Social 형태의 Project로 진행하면 어떨까 하는 생각이 든다. 소스를 처음부터 github에 올려놓고 공개적으로 진행하는 거다. 재밌는 시도가 아닐까? 시작에서 끝까지 함께 개발해 보는 거다. Custom ROM을 만드는 CyanogenMod 같은 곳들이 비슷한 형태로 개발한다. 그러나 제조사가 공식적으로 인정하는 버전도 아니고, 일단 출시가 완료된 제품과 그 제품의 소스 코드를 기준으로부터 출발한…

<소프트웨어 아키텍트가 알아야할 97가지>라는 책에서 언급된 기술 채무에 대한 내용으로 우리가 가끔 무시하고 가볍게 생각하다가 나중에 힘들게 되는 이유 중 하나.

함께 만드는 Product Road-map은 어떨까? 회사는 새로운 Product를 기획해서 매년 로드맵을 만들고 업데이트한다. 보통 PRM(Product Road-Map)이라고 하는데 이는 일반적으로 기업의 핵심적인 비밀이다. 그 PRM을 공개해서 고객과 함께 만들면 어떨까? 일종의 제품(상품) 기획 플랫폼이라고 할까? 경험에 의하면, 고객의 목소리(VoC: Voice of Customer) 혹은 여러 가지 방법으로 고객의 needs를 수집, 분석하여 Product에 반영하지만, 실제 고객이 직접 참여할 수 있는…

2010년 말에 키넥트(Kinect)를 활용해서 새로운 실험이나 연습을 해보자고 제안 했던 기억이 있다. 그 당시에는 사람들이 큰 관심을 주지 않았다. 그러나 지금은 상황이 좀 달라졌다. MS에서 공식적으로 SDK도 제공하는 등 새로운 Eco-System을 만들려는 노력이 느껴진다. MS가 게임을 통해 재미를 봤던 것이 사실이고 이를 활용한 더 나은 미래를 구상하려나 보다. 누구나 아는 사실이겠지만 이러한 인터페이스의 변화(키보드-마우스-터치-음성인식-동작인식)가 새로운…

착한 스마트폰 컨셉은 어떨까? 착한 가게 혹은 아름다운 가게라는 말을 들어본 일이 있다. 유행처럼 사용하기도 해서 저렴한 제품을 파는 곳을 말하기도 하고, 어려운 사람들과 나눌 수 있는 사업으로 언급되기도 하는 것 같다. 하지만 내가 들었던 이야기는 “공정 무역 (Fair Trade)”과 관련된 것이다.예를 들면 나이키 제품을 생산하는데 가난한 나라 어린이들의 노동력을 착취한다거나 커피나 초코렛을 생산하는데 아동…

주먹구구식: 어림짐작으로 대충 하는 방식 오늘 불편했던 단어가 하나 있었다. 우리가 그동안 “주먹구구식”으로 개발 했다고 한다. 소프트웨어 개발에 있어서 많은 문제점들이 있었던 것도 사실이고 그 표현에 대해 충분히 이해하지만 다르게 표현했으면 어땠을까 싶다. 지금까지 수많은 사람들이 여러 힘든 환경에도 불구하고 고생하고 노력했던 것을 가벼운 말로 비난하는 것 같았다. “주먹구구식” 개발의 반대 예로 들었던 내용도 새롭거나 대단한…

코드 리뷰는 시어머니가 냉장고를 열어보는 것과 비슷하다. 시어머니는 불편하다. 시어머니가 뭔가 도와주려고 해도 편하지 않다. 시어머니가 냉장고를 열었다고 치자, 시어머니 입장에서는 뭔가 도와 주려고 했더라도 며느리가 받는 느낌은 전혀 다르다. 코드 리뷰를 대하는 우리의 태도도 이와 유사하다. 의도가 좋다고 하더라도 해당 코드를 담당하고 사람의 입장에서는 편하지 않다. 시어머니가 냉장고를 열어보고 부족한 반찬을 챙겨 주시고 정리도 해 주실…

새로운 것을 시도하고 시작하는 것은 멋진 일이다. 그러나 지속적으로 성장하지 않는다면 과감하게 정리하고 집중력을 높이는 것이 필요하다. 구글의 경우 다양한 실험을 시작하고 시도하지만 하지만 집중을 위해 과감히 포기하는 모습을 종종 보여준다. 프로는 뺄셈, 초보는 덧셈.진정한 프로는 뺄셈을 우선으로 한다.버릴 수 있는 것은 버리고,확실한 효과가 기대되는 한두 개에 자원을 집중한다.그렇지 않으면 아무리 자금과 인력이 많아도 충당할…