Polpid's Pensieve

번역시에 부족한 부분이 있을 수 있습니다. 잘못 표현 되었거나 수정이 필요한 부분이 있다면 언제든지 알려주세요.

한빛 미디어 링크 : http://www.hanbit.co.kr/channel/category/category_view.html?cms_code=CMS4213538104

원문 :  A quick reminder on HTTPS everywhere

HTTPS "모든 곳(Everywhere)"은 로그인 페이지나 기부를 받는 페이지만을 의미하는 것이 아닙니다. 전부 다를 의미합니다. 

HTTPS Everywhere! 플러그인은 브라우저에서 https:// 를 사용하지 않는 사이트는 보안에 취약하다고 사용자에게 경고합니다. 모든 곳에서 HTTPS를 사용하는 것은 좋은 선택입니다. 그리고 여기에서 "모든 곳"은 홈페이지에 있는 전부를 의미합니다. 단지 로그인 페이지나 기부하는 페이지를 의미하는 게 아닙니다. 전부 다를 의미합니다.

Eric Meyer가 지적했듯이 모든 곳에 HTTPS를 사용하는 데는 몇 가지 단점이 있습니다. 캐싱을 중단하기 때문에 위성과의 연결이 제한되어 있는 사람들에게 웹 속도를 훨씬 더 느리게 만듭니다(제 3 세계의 대부분이 해당됩니다). 그리고 여러 가지 이유 때문에 오래 된 브라우저를 사용해야만 하는 사람들에게 문제가 됩니다(세상에는 당신이 생각하는 것보다 더 많은 구형의 브라우저나 운영체제들이 있습니다). HTTPS를 사용할 수 없는  하위 레벨 프로토콜로 처리되는 도메인 네임과 IP 주소는 생각했던 만큼 사적인 공간이 아닙니다. 그래서 좋은 해결책은 아니지만 꼭 필요한 것입니다.

진짜 문제는 HTTPS의 단점이 아닙니다. 저는 이것이 왜 사람들에게 영향을 미치는지 묻는 단순한 비상업적 사이트를 운영하는 사람들에게 점점 더 많은 불평을 보고 듣습니다. 만약 당신의 사이트가 단순히 읽기 전용이고 텍스트 전용이어서 논쟁의 여지가 없다면 암호화 보안이 필요할까요? 불행히도 당신은 필요하다고 말 할 것입니다. 거기에는 이유가 있습니다. ISP는 웹을 탈취하고 (네트워크 중립성( Network Neutrality)손실에 대한 제한이 없기 때문에 단지 미국만의 문제가 아닙니다) 자체적으로 다음과 같은 중간자 공격(man in the middle acctack)을 합법적으로 실행할 수 있습니다..

• 당신의 허가, 동의, 또는 보상 없이 그들의 광고를 삽입합니다.
• 허가나 동의 없이 사이트 사용자의 사용 기록을 수집하고 판매합니다.
• 사이트의 일부를 감지하거나 재작성 합니다.

첫번째와 두번째는 이미 일어나고 있으며 세번째도 아마 일어나고 있을 것입니다(위치에 관계없이 유럽 시민을 보호하는 GDPR은 ISP가 인터넷 사용 기록을 수집하고 판매하는 것을 방해할 수 있습니다. 하지만 저는 기대하지는 않을 것입니다).

어제 조금 뒤져본 결과 HTTPS 를 사용하지 않는 많은 사이트들을 발견했습니다. 이들 사이트 중에는 아이비 리그 대학들(Cornel, 정신차려요!), 많은 비영리기관(내가 속한 몇몇 기관들을 포함해서), 몇몇 유명한 신문과 잡지사들, 지역 도서관, 그리고 많은 중소기업들이 포함되어 있습니다. 아이러니하게 이들 대부분의 사이트들은 기부금을 받고 접근이 제한된 자료를 읽고, 심지어 온라인으로 물건을 파는 페이지들은 이미 HTTPS를 사용하고 있습니다(항상 그렇지는 않지만). 전체 사이트를 보호하는 데에는 큰 변화가 필요하지 않습니다. 대부분의 경우 전체 사이트에 HTTPS를 사용하는 것은 제한된 페이지만 보호하는 것보다 쉽습니다.

단순한 정적 사이트 또는 HTTPS를 구현할 기술력이 없는 그룹이 운영하는 사이트에서 HTTPS는 관리적 측면에서 부담이 크다는 것에 동의합니다. Let's Encrypt와 같은 서비스들은 부담을 일부 덜어줍니다(Let's Encrypt는 무료 인증서를 제공하고 몇 번을 클릭으로 HTTPS를 설정하는 과정을 줄여줍니다). 하지만 여전히 해야만 하는 일들은 있습니다.

특히 공격을 받을 때에는 단순하고 우아한 것은 없습니다. 그리고 웹은 해적 ISP, 적대적인 정부(약간은 다른 문제이지만 관련이 있는), 그리고 또다른 요인들로부터 공격을 받고 있습니다. 문제가 있긴 하지만 HTTPS가 해결책입니다. 제가 장담하건데 기술적인 오버헤드를 다룰 능력이 거의 없는 사이트에 부담을 주지만 더 나은 해결책이 없습니다. 네, 우리는 더 나은 해결책을 가지고 있습니다. IPSec와 IPv6는 이 문제를 원활하게 해결해줍니다. 하지만 우리는 20년 넘게 이것들이 보급되기를 기다리고 있고 여전히 기다리고 있습니다. 이것들이 우리가 지금 해결 해야 할 문제들입니다.

"내 사이트에는 암호화가 필요하지 않습니다." 라고 말하는 것은 아무 도움이 되지 않습니다. "나는 숨길게 없어서 프라이버시가 필요없습니다" 라고 말하는 사람보다 더 도움이 되지 않습니다. 당신이 할 때까지 프라이버시나 HTTPS는 필요없으며 너무 늦습니다. 사용자들을 위해서 해야 합니다.

이번에도 겨우겨우 마친 번역작업....

하아.. 퀄리티는 어찌할거니.. ㅠㅠ

원문 : 4 Steps to a culture of performance 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS3666867495

전략적인 자원 사용과 할당, 최대화를 위한 가이드 라인 

구글 처럼 웹 성능에 의해 구동되는 기업들은 성능에 관심을 갖고 있는 CEO 덕분에 톱다운(top-down) 방식으로 성능의 문화를 개발한다. 그러나 대부분의 기업들은 이러한 방식을 사용하지 않는다. 종종, 회사가 전반적으로 성능에 초점을 맞춘 사업가치를 가지고 있는 기업임을 알리고, 프로세스와 인프라를 실제로 변경하고 성능 중심의 문화를 유지하려고 이해 관계자들을 설득시키기 위해 매일 성능을 모니터링 하는 것은 일하는 사람들의 몫이다. 

단계 1 : 사례를 만들어라 

당신이 성능에 대한 문화를 정착시키기 전에 먼저 동료나 상사들에게 웹 성능의 장점을 보여줄 필요가 있다. 이를 위해 사람들과 연관이 있는 비즈니스 표준을 기반으로 웹 성능과 수익 간의 명확한 연관성을 보여주는 사례를 만들어야 한다. 당신의 사이트가 몇 시간 또는 몇 분이라도 다운 되었을 경우 얼마나 수익에 영향을 미치는지 측정해봐야 한다. IT 인력들이 문제가 발생했을 때 해결하는데 얼마나 시간이 필요한지 알아봐야 한다. 그리고 당신의 경쟁사의 웹 성능과 비교해봐야 한다(그들보다 더 좋다면 잘 유지 시켜야 하고 그렇지 않다면 약점을 극복할 수 있는 기회로 만들어야 한다).

당신의 의견을 납득시킬 수 있도록 언제 어디서든지 가능한 자료를 제공해야 한다. 당신의 기업이나 또는 다른 사람들 중에서 성능과 관련 있는 성공적인 사례에 대한 예를 제공해야 한다. 당신의 사이트의 현재 로드 타임을 없애는 것이 얼마나 수익을 증가시키고 고객들의 충성도를 향상시킬 수 있는지 증명해야 한다. 성능에 대한 우선 순위를 결정할 수 있는 고객과 이야기를 하고 성능이 그들의 결과에 어떤 영향을 줄 수 있는지 찾아내야 한다. 

단계 2 : 벤치마킹을 작성하라 

당신이 비즈니스에 영향을 주는 아이디어를 한 번 판다면 그 영향을 측정하는 것도 중요하다. 이렇게 하려면 벤치마크를 작성하면 성능이 얼마나 향상되었는지 측정할 수 있고 모니터 할 수 있는 당신의 투자수익을 보장할 수 있다. 

단계 3 : 목표를 전달하고 다시 알려라 

우선순위로 성능 모니터링을 구축함으로써 당신은 사이트의 향상된 속도, 신뢰도 그리고 수립된 벤치마크를 이용해서 유효성을 추적할 수 있다. 또 이런 성공적인 상황을 팀 동료와 상사에게 전달하는 것도 필수적이다. 진행 상황을 보여줌으로써 당신의 주변사람들을 기운나게 하고 더 나은 최적화 전략을 찾도록 촉구할 수 있다. 

단계 4 : 성능에 대한 태도를 서서히 주입시켜라 

사이트의 성능을 향상시키는 것은 훌륭하고 좋은 일이다. 그러나 당신이 완료라고 말할 수 있는 시간은 절대 오지 않는다. 성능은 여행이지 목적지가 아니라는 것을 기억해라. 향상을 위한 여지는 항상 존재할 것이다. 

즉, 하나의 단일한 프로젝트를 완료하는 것보다 성능에 대한 문화를 확산시키는 것이 중요하다. 당신의 팀은 성능을 지속적으로 측정해야 하고 목표를 수정하고 향상시키기 위한 더 많은 영역을 찾아야 한다. 

또한 온라인 환경의 변화에 대해 철저한 조사가 지속적으로 필요하다. 새로운 변화가 사이트의 로딩 시간에 영향을 주는가? 새로운 마케팅 기술이 사이트에 위험을 초래하는가? 장소의 변화에 대응하여 효과적으로 확장할 수 있는가? 

성능에 대한 인식을 갖도록 하는 것이 중요하다. 앞에서 말한 질문들은 의사결정 절차의 한 부분이 될 것이다. 그리고 이런 일들이 일어나서 뒤로 돌아가 바로잡기 보다는 그전에 당신과 당신의 팀원들이 가능한 문제들을 예측할 수 있도록 도와줄 것이다. 

성능에 관한 문화는 비싼 인프라의 투자를 의미하는 것이 아니다. 오히려 성능 문화는 기업이 그들의 자원들을 더 효과적이고 전략적으로 극대화 하고, 할당해서 영향력을 발휘할 수 있도록 도와줄 것이다. 그러나 무엇보다 중요한 점은 최종 사용자 경험에 대한 변함없는 관심이다. 최종 사용자 경험에 대한 잠재적인 영향은 모든 웹사이트와 관련된 결정과 제안된 변경사항들 안에서 가장 먼저 생각해야 할 부분입니다. 

성능문화를 만들고 유지하는 것은 시간과 노력이 필요하다. 그러나 충분히 해볼만한 가치가 있다.

양도 많지 않았는데.. 너무 오래 걸려버렸다.

한 2달 반 넘게 걸린듯... 그래서 이번 전반기에는 이거 하나밖에 못하겠네.. 

원문 : The reason everyone should learn to code 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS2204135551

우리는 왜 모든 사람들이 코드를 배우기를 원하는 것일까요? 이건 분명히 코더를 양산하겠다는 의미가 아닙니다. 저 또한 모든 사람이 코드를 배울 것이라는 망상도 없습니다. 이런 일은 일어나지도 않을뿐더러 일어나서도 안됩니다. 

그러나 슬로건이 말하고 있는 근본적인 근거는 슬로건 자체가 아니라 슬로건이 가능하냐 입니다. 나는 Bloomberg 시장이 Python을 배웠는지 안 배웠는지에 전혀 관심이 없습니다. 단지 그의 새로운 경력에 도움이 되기를 바랄 뿐입니다. 그러나 그가 프로그래밍 기술에 상관 없이 그의 일을 잘 해낼 거라 생각합니다. 내가 좀더 관심을 갖는 것은 "모든 사람이 코딩을 해야합니다"라는 슬로건에서 직접 파생된 Black Girls Code 같은 단체입니다. 

단지 흑인 소녀들이어서 일까요? 그 점에 있어서는 흑인 소년들도 마찬가지 입니다. 왜냐하면 정확한 기사의 초점은 가난, 빈곤은 상속된다는 점이기 때문입니다. 만약 당신이 도심의 학교에 다니는 가난한 흑인 소년이라면 당신의 경력은 맥도널드나 월마트 같은 최저 임금을 주는 곳 밖에 없을 것입니다. 

코드를 배우는 것은 가난의 굴레를 깨버릴 몇 안 되는 방법 중의 하나입니다. 80년대 초에 흑인 친구 한 명이 “프로그래밍에 대한 정규 교육 없이 소프트웨어를 개발하러 가는 마지막 세대라서 슬프다”라고 말한 적이 있습니다. 그러나 그것은 틀린 말이었습니다(그는 Stanford를 졸업했지만 CS는 아니었습니다). 그 후 매년 그게 잘못된 것이라는게 입증되었습니다. 컴퓨터에 대한 정규교육이 관련 없는 것은 아니지만(이건 별게의 문제입니다) 이게 절대적으로 필요한 것도 아니고 당분간 실현되지도 않을 것입니다. 그리고 웹 상점, 사무실, 또는 어디서든지 간에 그들의 직업들은 맥도날드와 월마트의 최저 임금보다 훨씬 좋습니다. 

그리고 이것은 중요한 점입니다. 왜냐하면 대학을 나오지 않은 채로 가난의 고리를 끊을 수 있는 다른 좋은 방법이 없기 때문입니다. “법을 공부하는 흑인 소녀들”, “은행에서 일하는 흑인 소녀들” 과 같은 사례는 없습니다. 소프트웨어를 제외한 법률, 금융, 의학과 같은 모든 전문분야들은 진입하기 높은 장벽을 가지고 있고 대학 학위부터 시작을 해야 합니다. 그리고 다른 도시 아이들에게 대학은 불안정한 가치입니다. 4년동안 당신을 지원해줄 수 있는 재정지원패키지로 좋은 학교에 들어간다 하더라도 부모님이 일자리를 잃거나 병을 얻게 될 수도 있고 당신이 갑자기 직장을 그만둬야 할지도 모릅니다. 

코드를 배웠다 하더라도 확실히 가난은 기술경력에 많은 어려움을 줍니다. Anil Dash는 기업문화에서 성공을 하기 위해 소수자들이 배워야 하는 다른 코드들과 성공에 필요한 기업문화의 변화에 관련된 글을 썼습니다. Dash가 언급한 요점은 정말 중요합니다. 바로 코드를 배우는 것이 사회적 유동성에 무료 티켓을 제공하는 만병통치약이 아니다라는 점이죠. 

그러나 Dash의 문화적 기술에 대한 주장에도 불구하고 코드를 배우는 것이 도시나 시골의 빈민들 또는 3세계의 빈민들에게는 최고의 선택으로 여겨집니다. 나는 프로그래머들이 다른 영향을 받지 않고 그들의 특권을 가지고 있는 영역에 대한 걱정에 다소 즐겁습니다. 슬로건 이외에, 대부분의 사람들이 코드를 배우지 않을 것이라는 많은 이유 만큼이나 직업관련 기술로 코드를 배우는 것을 제외하는 많은 이유들이 있습니다. (문화적 지식도 이유 중 하나입니다.) 코더들이 많아서 일까요? 그것은 문제가 되지 않습니다. 피부색이나 백인 남자 프로그래머의 문화적 습관에 따라 공유하지 않는 코더들 때문일까요? 그런 사람들은 데려오십시오. 더 많은 사람들이 필요합니다. 

모든 사람들이 코드를 배우는 것이 코더를 양상한다는 의미가 아니라는 것이 요점입니다. 10살이 되는 동안 프로그래밍을 해보지 않은 사람들 중에 재능있는 사람을 찾으려는 것입니다. 코드 학습이 필요하거나 시작할 방법을 찾지 못한 사람들에게 교육을 제공하고 그들의 창의성을 활용하는 것입니다. 이것은 그들이 해결하기를 원하는 문제이기도 하며 현재 불쑥 나타난 신생기업보다 중요합니다. 나는 도심에 사는 아이들이 자바스크립트나 파이썬을 가르쳐줄 사람들 찾는 것보다 여름 농구 캠프를 보내기 위한 장학금을 받는게 더 쉽다는데 동의합니다. 우리는 그것을 고쳐야 하고 또 고칠 수 있습니다.