메뉴 건너뛰기

박영식 홈페이지

시스템의 신체 대응

lispro062015.08.24 08:35조회 수 165댓글 0

  • 1
    • 글자 크기

2011년 6월에 보안 업무를 하면서 그렸던 그림이다.


좀 더 발전시킬 수 있을거라 기대한다.



lispro06 (비회원)
  • 1
    • 글자 크기
[분석] 머신러닝, 봇, IOT / 김밥천국과 호텔조식 / 유통업자 (by lispro06) [기억] 큰집 담 너머로 기차가 지나갔다 (by lispro06)

댓글 달기

[잡담] 노예의 탄생

[원문보기]

서민은 노예로 전락하였다.


자영업자(소작농)로서의 노예

 임대인(농장주)이에게 임대료(소작료)를 내며 장사를 하다가 착취할 가치가 더 높은 임차인(소작농)이 나타나면 쉽게 대체되어 버리는 사회이다. 자영업자는 농노이다.


정직원으로서의 노예

 생존에 필요한 최소한의 품삯만 받고 열악한 주거지에서 인력시장의 차량(대중교통이라 부른다)에 탑승하여 난민들이 이동하듯이 탑승을 위한 몸부림을 친다. 이 차량에 탑승하지 못하면 갖은 고초와 멸시를 당하며 지옥같은 전쟁터에서 일당잡부로 생활한다.


공무원으로서의 노예

 대 저택의 시종들로 특별한 일이 없으면 지주의 비위만 맞추면 되지만, 이리저리 인사이동으로 시달림을 당하다가 지주의 세대를 보필한 새로운 노예를 생산하기 위한 업무에 투입된다.


경영인으로서의 노예

 자본가의 개로서 전문경영인이라 불리지만 결국은 노예들을 거느리는 앞잡이로서 활동하다가 상노예에게 역관광 당하거나 사기에 연루되어 파산하게 된다.


금수저는 노예를 거느리는 피라미드 상위의 계층으로 필요한 노예들을 생산할만큼의 지식을 갖춰야 하나, 요즘은 돌대가리들만 있는지, 기존 노예를 더 착취하려 하기만 한다. 노예를 생산할 수 있을 정도의 여건을 마련해주지 못하니, 결국 노예 계층이 쇠락하여 실제로 일할 수 있는 노예들은 없다.


자신은 노예인데, 노예가 아니라고 생각하는 이른바 거렁뱅이 취준생들이 노예가 될 바에얀 구걸을 하겠다고 하여, 대지주의 은혜를 받아 기존 노예를 더 힘들게 하고 있다. 일하면서 착취당하느니, 기존 노예들에게 부양되는 편이 나을지도 모른다.


노예는 노예일뿐 상노예로 가봐야 지주가 될 수는 없다. 돈으로 지위를 살 수는 있겠지만, 결국 대지주의 하수인이 될 뿐이다.


[기사] 의미 있는 약점으로 만드는 것이 전문가들이 해야 할 일

[원문보기]

의미 잃어가는 모의 해킹, 깊이를 추구해야 할 때


모의 해킹을 통해서 본 기업 보안 능력의 실태는?

버그바운티와 결합했을 때 훨씬 더 깊이 있는 문제 분석 가능


[보안뉴스 홍나경 기자] 보안 점검과 모의 해킹 테스트를 거의 동의어로 취급하는 이들에게는 충격적일 만한 보고서가 나왔다. 보안 상태를 점검하기 위해 하는 모의 해킹이 사실상 큰 의미를 가지고 있지 않다는 내용을 담고 있다. 보안 전문업체인 래피드7(Rapid7)의 이 대담한 보고서 내용을 하나하나 살펴보았다.


......................................................................



http://www.boannews.com/media/view.asp?idx=53475&skind=O



국내 보안시장에서는 의미 있게 만들기 보다는 쉽게(비용을 지불하지 않고) 처리하는 가이드를 제시해 주기를 원한다. 그리고 해당 취약점이 왜 나왔냐고 반문하고, 발견하지 못한 것에 대한 패널티를 부과하려 한다. 체크리스트 기반이든 시나리오 기반이든 의미있는 취약점 진단(aka. 모의해킹)이 되도록................


[slack] 슬랙은 위대하다

[원문보기]

협업을 위한 메시징 프로그램으로 부를 수 있다.


사람과 사람, 사람과 봇, 봇과 봇이 통신하는 인공지능으로의 과도기적 구현체이다.


어느정도 규칙을 통해 이미 생각할 수 있는 자동화는 실현되었으며, 머신러닝을 조금만 더 붙이거나 머신러닝을 봇과 응용하면, 인공지능형 메시징 툴로 사용 가능하다.


개인적으로는 모니터링 툴로 사용하고 있으나, 메시징이 활발한 팀도 있으며, 보고 및 알림 기능을 충실히 수행한다.


IFTTT 와 결합에는 필연성이 높지 않지만, 슬랙으로만 채널을 고정한다면, IOT와 연결된 인터랙티브 채널로 활용할 수 있을 것이다.


각 APP의 신규 구현들을 지속 살피고 있는데, 넛지, 티핑 포인트가 무한한 서비스로 전망된다.


[도서] 이야기 인문학

[원문보기]

여러 거짓말 중에서 가장 많은 사람을 웃게 한 이야기는 늪에 빠졌을 때 손으로 자기 머리카락을 스스로 잡아당겨서 빠져나왔다는 이야기였다.

그래서 오늘날까지도 심리학에서 타인의 관심을 모으려고 계속 말도 안 되는 이야기를 지어내는 정신병을 '문차우젠 신드롬'이라고 한다. 또 논리학에서는 외부의 힘이 필요한데 내부에서 해결하려고 발버둥을 치다가 일을 더 키우는 것을 늪에 빠져 자기 머리카락을 스스로 끌어올렸다는 말에 비유해 '문차우젠 딜레마'라고 한다.

200년 후, 컴퓨터 엔지니어들은 이런 문차우젠 딜레마에 빠져 있었다. 그들은 버튼 하나만 누르면 컴퓨터가 알아서 내부에 전기를 돌려 작동되는 기술을 발명하려 했는데, 문제는 꺼져 있는 컴퓨터가 어떻게 스스로를 작동시키냐는 것이었다. 이것은 자는 사람에게 스스로를 깨워 일어나라는 격이었다. 흥미롭게도 미국에선 문차우젠 남작의 이야기가 왜곡되어서 머리카락이 아니라 자기가 자기 무츠를 끌어올려 늪에서 빠져나왔다고 전해졌다. 컴퓨터 과학자들은 버튼 하나로 컴퓨터를 켜는 기능을 마치 문차우젠과 부츠 이야기 같이 말도 안 되는 것이라며 '부츠를 잡아당기다', 즉 '부팅'이라고 불렀다고 한다. 마침내 실제로 컴퓨터가 버튼 하나를 인지하면 스스로를 깨우는 기술이 개발되었고, 오늘날까지 컴퓨터나 휴대폰이 켜지는 것을 '부팅한다'라고 말한다.

250페이지


오늘 아침 도서관에 가다가 부팅 같은 생각이 떠올랐다.


부팅되었다.

[잡담] 핫산과 정자, 주임과 청이, 리자와 당자

[원문보기]

핫산은 낙하산이다. 정자는 내정자다.


핫산은 정자씨와 한쌍을 이루는 환상의 커플이다. 둘다 금수저에 속한다고 해야하나? 아닐 수도 있지만 그럴만한 빽이 있는 것이다.


주임은 외주, 청이는 하청을 달리 표현해 봤다.(업체, 트너 등을 떠올려 봤으나 적절한 조어가 안된다.)


청이는 괜찮은데, 주임은 다른 직급과 헛갈릴 수 있다.


약직과 규직은 방금 생각 남(계약직과 정규직)


리자는 관리자이고, 당자는 담당자이다.


보통 담당자는 관리자 부하직원이고, 외부 직원은 담당자와 일하지만 관리자의 의도를 잘 파악해 일을 해야 한다. 담당자의 생각이나 지시로 잘못된 방향의 일을 수행하게 된다면, 다시 해야 하고, 책임도 당자보다는 주임이 져야한다.


수많은 핫산과 정자씨에게 소외당하는 약직들이 있다.


리자와 당자에게 휘둘리는 주임과 청이도 (고)객사에서는 규직과 멀다.


암튼 이런 조어들에 왜 흥미를 느끼는지 잘 모르겠다. (그런데, 핫산과 정자씨는 너무 잘 어울린다. ㅎㅎㅎㅎ)

[분석] 머신러닝, 봇, IOT / 김밥천국과 호텔조식 / 유통업자

[원문보기]

머신러닝, 봇, IOT는 전혀 새로운 것이 아니다.

이미 튜링테스트나 인공지능에 대한 연구는 있어 왔고, IOT 또한 원격제어 등으로 상품화 되었다.

그러나 이제와서 다시 주목 받는 이유는 인프라의 변화가 이들의 효용성을 증폭시켰기 때문이다.


데이터의 증가(그동안은 데이터가 지금보다 훨씬 적었다.), 하드웨어의 고성능화, 통신 속도 증가 및 통신 모듈 다양화, 클라우드를 통한 빠른 통합, 다양한 API 지원에 따른 효율적인 서비스 개발.


빛을 못 보던 기술이 수면 위로 오르게 되는 것은 환경이 갖춰졌기 때문이다. 순수 과학자들의 증명되지 않은 이론들은 구현 환경이 마련됨에 따라 차츰 모습을 드러낸다. 고서적에서 옛 과학자들이 예측했던 또는 상상했던 것들을 발굴해 내는 것도 좋은, 효과적인 연구일 수 있다.


더 이상 환경을 직접 구축하고 구현할(삽질 ?) 시간을 낭비할 필요가 없어졌다. 다시 생각하면 레이어가 하나 더 생긴 것일 수 있다.

직접 dbms 쿼리를 다루지 않아도 되지만, ORM을 배워야 하는 귀찮음이 있다. 직접 API 서버의 프로토콜을 맞추진 않아도 되지만, 해당 서비스를 제공하는 옵션을 설정해야 하는 번거로움이 있다. 영어로 된 documentation을 읽어야 하는 부담은 감수해야 한다.


직접 서비스를 개발하는 건 원천기술 개발에 근접하므로 대부분의 서비스는 리셀러 개념이 많다. 오픈소스를 활용하거나 각종 OS, DBMS, WEB SERVER, CMS, 인증/결제 서비스를 결합하여 상품을 제공하는 것은 결코 모든 것을 다 개발하진 않았기 때문이다. 심지어 하나도 개발하지 않고, 통합 서비스만 할 수도 있다. Zapier 같은 서비스가 그럴지 모른다. 하지만, 인터페이싱을 했다는 건 인정해 줘야 한다.





부동산 중개업자, 유통업자, 중간 용역 업체는 과연 그 정도의 노력에 대해 인정해 줘야 하는가? 일단 인터페이스를 만들었지를 생각해보자. 그렇지 않다. 각 업체, peer 들을 연결하기 위한 표준 문서가 있는가? 있기도 하고 없기도 하다. 암튼 오랫동안 기득권을 잡고 거래한 것 외에는 전혀 노력한 게 없다.


기술자들은 유통업자인가? 새로운 상품이 나왔을 때 기술을 배워 상품화한 뒤 판매할 수 있다. 원천 기술은 팔기 어렵고 판매처가 적다. 파생 기술을 가공해 판매해야 기술 적용이 가능하다. 그런 일을 하는 것이 엔지니어, 개발자, 컨설턴트이다. 나는 유통업자 인가? 웹, 모바일, 소스코드, 서버, 네트워크, DBMS, WEB/WAS, 보안시스템 진단 상품을 팔고 있다. 곧 IOT 진단을 팔 예정이고, 시큐어 코딩 적용 같은 상품도 가끔 판매한다.


1가지 메뉴만 고집하는 전문식당 보다는 김밥천국처럼 다양한 메뉴를 파는 가성비 좋은 식당으로 생각할 수 있다. 하지만, 결코 그렇지 않으려는 자존심이 있어, 호텔 조식을 차용한다. 호텔 조식은 동양식, 서양식, 요즘은 할랄도 있는 듯. 아무튼 싸지 않은 가격으로 정말 꼭 챙겨야 하는 필수 코스. 호텔 조식이다. 품질이 떨어지지 않도록 다양한 메뉴를 신선하게 제공할 것이다.





full-stack 개발자로 불리다가 devops를 많이 쓰는 추세이지만, 명확하게 그 둘은 다르다. full-stack 개발자는 서버 구축 부터 클라이언트(front-end)까지 모두 개발 가능하고 당연히 운영까지 할 수 있다. devops는 클라우드 환경을 이용해 물리적 OS 나 WAS, API 서버를 직접 구축하지 않지만, 운영이 가능한 위치이다. full-stack 개발자는 devops가 될 수 있지만, devops는 full-stack 개발자가 되기 어렵다.


단순 유통업자가 레시피를 보고 음식을 만들어 물건을 팔 수 있지만, 동종 업계가 가격 경쟁력 등을 앞세워 진출하면 망할 수 밖에 없다. 호텔 처럼 메인 요리사가 조리 도구 하나부터 챙길 수 있는 능력을 갖춰야 고품질의 가치를 유지시킬 수 있다. 고용주 들은 다들 가성비 좋은 판매자를 채용하려 한다. 그건 근시안적인 행동이다. 직원교육을 제대로 시키고, 물론 의지가 있는 직원이 상품에 대해 정확히 이해하여 고객에게 올바른 정보를 제공해 구매하게 해야한다. 그저 대충 용어나 스킬만 배워서 적당히 팔아 넘기겠다는 생각을 하면 오래가지 못한다. 새로운 상품이나 디테일한 요구사항, 문의사항을 대처할 수 없다.


제품에 대한 제대로된 이해. 기성품을 판매하는 직원이나, 기술을 가공해 제공하는 개발자, 컨설턴트들에게 모두 필요하다. 기자들도 공부하여 제대로 글을 쓴 이들은 악성 댓글이 없다. 그러나 요즘 말장난 제목의 베껴쓴 기사들로 조회수나 올리고 있기 때문에 욕을 먹는 것이다. 개발자, 컨설턴트의 이런 카피앤 페이스트 기업들은 금방 망하게 되어있고, 개인들도 발전이 없다. 그들에게 -레기를 붙일만한 틈음 없는데, 곧 네이밍이 가능할 것 같다.



[분석] 머신러닝, 봇, IOT / 김밥천국과 호텔조식 / 유통업자

[원문보기]

머신러닝, 봇, IOT는 전혀 새로운 것이 아니다.

이미 튜링테스트나 인공지능에 대한 연구는 있어 왔고, IOT 또한 원격제어 등으로 상품화 되었다.

그러나 이제와서 다시 주목 받는 이유는 인프라의 변화가 이들의 효용성을 증폭시켰기 때문이다.


데이터의 증가(그동안은 데이터가 지금보다 훨씬 적었다.), 하드웨어의 고성능화, 통신 속도 증가 및 통신 모듈 다양화, 클라우드를 통한 빠른 통합, 다양한 API 지원에 따른 효율적인 서비스 개발.


빛을 못 보던 기술이 수면 위로 오르게 되는 것은 환경이 갖춰졌기 때문이다. 순수 과학자들의 증명되지 않은 이론들은 구현 환경이 마련됨에 따라 차츰 모습을 드러낸다. 고서적에서 옛 과학자들이 예측했던 또는 상상했던 것들을 발굴해 내는 것도 좋은, 효과적인 연구일 수 있다.


더 이상 환경을 직접 구축하고 구현할(삽질 ?) 시간을 낭비할 필요가 없어졌다. 다시 생각하면 레이어가 하나 더 생긴 것일 수 있다.

직접 dbms 쿼리를 다루지 않아도 되지만, ORM을 배워야 하는 귀찮음이 있다. 직접 API 서버의 프로토콜을 맞추진 않아도 되지만, 해당 서비스를 제공하는 옵션을 설정해야 하는 번거로움이 있다. 영어로 된 documentation을 읽어야 하는 부담은 감수해야 한다.


직접 서비스를 개발하는 건 원천기술 개발에 근접하므로 대부분의 서비스는 리셀러 개념이 많다. 오픈소스를 활용하거나 각종 OS, DBMS, WEB SERVER, CMS, 인증/결제 서비스를 결합하여 상품을 제공하는 것은 결코 모든 것을 다 개발하진 않았기 때문이다. 심지어 하나도 개발하지 않고, 통합 서비스만 할 수도 있다. Zapier 같은 서비스가 그럴지 모른다. 하지만, 인터페이싱을 했다는 건 인정해 줘야 한다.





부동산 중개업자, 유통업자, 중간 용역 업체는 과연 그 정도의 노력에 대해 인정해 줘야 하는가? 일단 인터페이스를 만들었지를 생각해보자. 그렇지 않다. 각 업체, peer 들을 연결하기 위한 표준 문서가 있는가? 있기도 하고 없기도 하다. 암튼 오랫동안 기득권을 잡고 거래한 것 외에는 전혀 노력한 게 없다.


기술자들은 유통업자인가? 새로운 상품이 나왔을 때 기술을 배워 상품화한 뒤 판매할 수 있다. 원천 기술은 팔기 어렵고 판매처가 적다. 파생 기술을 가공해 판매해야 기술 적용이 가능하다. 그런 일을 하는 것이 엔지니어, 개발자, 컨설턴트이다. 나는 유통업자 인가? 웹, 모바일, 소스코드, 서버, 네트워크, DBMS, WEB/WAS, 보안시스템 진단 상품을 팔고 있다. 곧 IOT 진단을 팔 예정이고, 시큐어 코딩 적용 같은 상품도 가끔 판매한다.


1가지 메뉴만 고집하는 전문식당 보다는 김밥천국처럼 다양한 메뉴를 파는 가성비 좋은 식당으로 생각할 수 있다. 하지만, 결코 그렇지 않으려는 자존심이 있어, 호텔 조식을 차용한다. 호텔 조식은 동양식, 서양식, 요즘은 할랄도 있는 듯. 아무튼 싸지 않은 가격으로 정말 꼭 챙겨야 하는 필수 코스. 호텔 조식이다. 품질이 떨어지지 않도록 다양한 메뉴를 신선하게 제공할 것이다.





full-stack 개발자로 불리다가 devops를 많이 쓰는 추세이지만, 명확하게 그 둘은 다르다. full-stack 개발자는 서버 구축 부터 클라이언트(front-end)까지 모두 개발 가능하고 당연히 운영까지 할 수 있다. devops는 클라우드 환경을 이용해 물리적 OS 나 WAS, API 서버를 직접 구축하지 않지만, 운영이 가능한 위치이다. full-stack 개발자는 devops가 될 수 있지만, devops는 full-stack 개발자가 되기 어렵다.


단순 유통업자가 레시피를 보고 음식을 만들어 물건을 팔 수 있지만, 동종 업계가 가격 경쟁력 등을 앞세워 진출하면 망할 수 밖에 없다. 호텔 처럼 메인 요리사가 조리 도구 하나부터 챙길 수 있는 능력을 갖춰야 고품질의 가치를 유지시킬 수 있다. 고용주 들은 다들 가성비 좋은 판매자를 채용하려 한다. 그건 근시안적인 행동이다. 직원교육을 제대로 시키고, 물론 의지가 있는 직원이 상품에 대해 정확히 이해하여 고객에게 올바른 정보를 제공해 구매하게 해야한다. 그저 대충 용어나 스킬만 배워서 적당히 팔아 넘기겠다는 생각을 하면 오래가지 못한다. 새로운 상품이나 디테일한 요구사항, 문의사항을 대처할 수 없다.


제품에 대한 제대로된 이해. 기성품을 판매하는 직원이나, 기술을 가공해 제공하는 개발자, 컨설턴트들에게 모두 필요하다. 기자들도 공부하여 제대로 글을 쓴 이들은 악성 댓글이 없다. 그러나 요즘 말장난 제목의 베껴쓴 기사들로 조회수나 올리고 있기 때문에 욕을 먹는 것이다. 개발자, 컨설턴트의 이런 카피앤 페이스트 기업들은 금방 망하게 되어있고, 개인들도 발전이 없다. 그들에게 -레기를 붙일만한 틈음 없는데, 곧 네이밍이 가능할 것 같다.



[기억] 큰집 담 너머로 기차가 지나갔다

[원문보기]

어릴적 큰집(아버지의 형의 댁)에 갔을 때, 흰 울타리가 쳐져있는 담벼락 바깥쪽에는 기차가 다녔다.


그 동네에 사는 사람들은 기차가 지나다닐 때마다 소음 피해를 입을 수 밖에 없는 환경이었는데, 잠깐 내려가서 있었던, 그 소리에 둔감했던 나는 이제야 기억이 떠오른다.


작은 키에, 그 담벼락은 높아 보였을텐데, 지금 가서 보면 그렇게 높은 담도 아니었을 것이다. 드라마나 철도가 인접한 동네에 가면 철컹철컹하는 소리가 가끔은 낭만이 될 수 있지만, 결국은 정신적 고통으로 이어지는 상당한 스트레스성 소음임을 인정할 수 밖에 없다.


이번에 이사온 곳은 지하철로 위이다. 이렇게까지 소음이 심하리라고는 생각지 못했지만, 10초 동안 2호선이 지나가면서 들리는 소리는 트라우마를 일으킬 수도 있다. 다행이 잠에 깊이 빠져들면 느끼지 못하나, 진동이 계속 전해질 것이다.


완벽한 곳은 없다. 이사 오기 전에 이 소음을 알아도 과연 계약했을 것인가? 모른다. 모르고 싶다.

[도서] 나는 일러스트레이터다

[원문보기]

프로젝트가 시작되면 '이미지' 폴더를 만든 다음 하단에 '스캔'폴더와 '최종' 폴더를 만듭니다. 스캔 폴더에는 스캔한 파일을 보관하고 최종 폴더에는 포토샵 작업으로 생긴 파일을 보관합니다. 파일을 수정하고 바로 저장해서 덮어버리면 나중에 어떤 부분이 수정되었는지 확인하기 어렵습니다. 수정할 때마다 다른 이름으로 저장해서 버전 관리를 하면 훨씬 수월합니다. 파일명도 통일해두면 좋습니다.

sk(클라이언트명)_content(용도)_02(버전)_bobchang(서명).psd


제안서나 견적서는 받는쪽 입장에서 보면 어디서 보내는지가 중요합니다. 그래서 다음과 같이 파일명을 정리합니다.

bobchang(서명)_shinsegae(프로젝트명)_20101009(제안날짜).ppt


78~79 page


라인을 따고난 다음 레이어를 구분해서 색깔별로 레이어를 나눕니다. 그러면 디자이너가 쉽게 색을 바꿀 수 있습니다. 간단한 작업은 디자이너가 직접 하도록 맡기는 게 훨씬 수월합니다. 사소한 것까지 일러스트레이터가 확인하지 않아도 됩니다. 그 정도는 믿고 가도 대세에 지장 없습니다.


124쪽


보통 한 컷을 그리는 데 기획안이 확정된 날부터 최소 1주일을 잡습니다. 아주 복잡한 그림이 아니면 그림을 그리는 데는 2~3일이면 충분합니다. 하지만 저는 일주일을 요청합니다. 생각하고 자료 모으고 아이디어 내는 데도 시간이 필요하기 때문입니다. 물론 일정을 당길 수는 있습니다. 하지만 일정을 당긴다고 해도 물리적으로 드로잉하고 채색하고 디지털 보정하는 시간을 줄이기는 어렵습니다. 결국 일정을 당긴다는 말은 그림을 그리기 전 자료 찾고 생각하고 아이디어 내는 시간을 줄인다는 말입니다.


144쪽


모든 업무가 그렇듯 유사성이 있어 대응되는 부분을 찾을 수 있다.


업무파일 네이밍, 사업 관리자가 통합 자료를 만들 수 있도록 레이어 별 분리, 기한의 객관적인 일정은 표준화 할 수 있다.

[도서] 코딩호러의 이펙티브 프로그래밍

[원문보기]

사람들은효과적으로 글을 쓰는 방법을 익히면서 평생을 보낸다. 이 과정에는 속임수가 없다. 글을 쓰는 능력은 돈을 주고 살 수도 없다. 스스로 열심히 익히는 방법 외에는 다른 방법이 없다.


바로 그렇기 때문에 글을 쓰는 것을 두려워하는 사람들은 블로그를 시작해야 한다.


그것은 일종의 운동과 같다. 아무리 몸매가 엉망인 사람이라도 매주 몇 번씩 운동을 열심히 하다 보면 몸매가 차츰 나아지기 마련이다. 자신의 블로그에 짧은 글이나마 일주일에 몇 차례씩 글을 올리면 글쓰기 능력도 차츰 나아진다. 글을 쓰는 것이 무서워서 글쓰기를 회피하면 엉망인 몸매로 평생을 살아가야 한다. 30쪽


초보 프로그래머 혹은 실력은 있지만 열정이 부족한 프로그래머는 원격근무를 하면서 성과를 내기가 어렵다. 적어도 전형적인 관리자나 투덜거리는 팀 리더가 그들의 목 뒤에 콧김을 내뿜지 않으면 말이다. 상처에서 피 대신 1과 0이라는 비트가 흘러내리지 않는 사람, 혹은 스스로 성과를 낼 수 있는 사람이라는 확실한 증거가 있는 사람이 아니라면 그런 사람과 원격근무를 통해 일할 생각은 하지 않는 것이 좋다. 163쪽


사용자는 미쳤다. 자동화된 테스트 스위트는 실제 베타 테스터들이 현실 세계에서 수행하는 베타 테스팅에 미치지 못한다. 사용자는 예측 불가능하기 때문이다. 사용자들은 자기가 선호하는 코드의 경로를 갖기 마련이다. 사용자들은 자신의 PC에 이상한 소프트웨어를 설치해 놓고 있다. 사용자는 미쳤다. 여기에 논쟁의 여지가 없다. 이러한 사용자들에 비해 컴퓨터는 지나칠 정도로 이성적이다. 293쪽


당신의 애플리케이션이나 웹사이트가 사용자의 행동을 유용하고 의미 있는 방식으로 수집하게 만들어라. 사용자의 피드백만 듣고 행동을 결정하지 말아야 한다. 사용자가 제공하는 피드백에 연결 지을 수 있는 실제 행동 데이터를 반드시 가지고 있어야 한다. 사용자의 피드백을 무시하는 것은 궁극적으로 당신을 실패로 몰아넣을지도 모른다. 하지만 모든 사용자의 요청에 맹목적으로 반응하는 것은 당신을 확실한 실패로 몰아 넣는다. 316쪽


사용자는 정말 "왜 그렇게 한 거지? 제대로 정신을 갖고 이런 행동을 한 것인가?"라는 생각이 들 만한 행위를 한다. 그래서 입력에 대한 로그를 수집하는 건 참으로 중요하다. 이미 그것을 하고 있는 나로써는 상당히 흥미로운 대목이었으며, OS와 제조사에서 백그라운드 작업으로 로그 수집을 하는 것에 대해 조금 더 잘 이해하게 되었다. 그러나 몰래 수집하는 듯한 느낌을 줄이기 위해, 사용자 정보를 가져가는 행위는 조금 더 공개적으로 하면 좋겠다.

이전 1 ... 44 45 46 47 48 49 50 51 52 53... 57다음
첨부 (0)
위로