글쓰기 메뉴

씬디에 대해서

씬디는 "민주적 글쓰기"를 위한 환경이 필요하다는 생각을 배경으로 시스템이나 기술의 측면에서 내가 기여할 수 있는 부분이 어떤 것이 있을까라는 고민의 결과물입니다.

"민주적"이라는 표현을 조금 더 쉽고 명확하게 다듬을 필요가 있겠습니다만 글에서 사용된 의미는 "누구나 자신의 생각과 의견을 나눌 수 있는 공간이 필요하다" 입니다.


1. 익명

계정이 없어도 글을 쓸 수 있고 기본적으로 익명으로 사용되는 이유는 아무얘기나 책임감없이 해도 좋다는 뜻이 아니라, 글을 읽는 사람이 글쓴이의 영향력에서 벗어나 글을 글로 받아들였으면 좋겠다는 생각의 일차원적 해석입니다. (오글거리는 글을 누구도 모르게 쓰고 싶다는 개인적인 욕망도...)


반대로, 글쓴이의 배경과 역사가 글에는 없는 다양한 의미를 가질 수 있다는 점도 생각하고 있기에 머지않아 닉네임이나 프로필사진, 자기소개 등으로 자신을 드러내는 것이 가능하도록 할 것 입니다.


그리고 하나 더.

"작가"와 "작품"이라는 단어가 사용되는 자리에 "사람"과 "글"을 넣고 싶습니다.

작품을 만들기 위한 글쓰기가 아니라 글을 쓰기 위한 글쓰기였으면 좋겠고 글빨이 있거나 없거나, 사회적 명성이 있거나 없거나 누구나 글을 쓸 수 있었으면 좋겠습니다.


2. 디자인과 컨셉

심심하고 깊이 없는 단순한 디자인은 디자이너가 없어서 글을 쓰고 읽는데 집중시키고 싶다는 생각의 표현이고 두루뭉실한 컨셉 - 글이 쓰고 싶을 때, 글 쓸 곳이 없을때 - 은 마케터가 없어서, 글빨이 부족해서 내용과 용도에 제한이 없다는 생각을 전달하고 싶어 사용하고 있습니다.


+)

"누구나 작가가 될 수 있습니다"가 아니라, "글을 쓰는데 자격이란게 있을리 없다", "너는 이미 충분하다", 라는 메시지를 전달하고 싶고, "작품이 되는 공간"이 아니라 "많은 사람들의 생각이 담겨있는 공간"이라는 메시지를 전달하고 싶은데 간단하고 멋지게 표현하지 못하겠습니다. 좋은 생각있으시면 좀 도와주세요.


3. 목표 (2015. 11~)

"민주적 글쓰기" 라는 목적을 이루기 위한 현재의 목표들은 다음과 같습니다.

1) 사용자 수 20,000% (200배) 증가

    에.. 이것은 서비스의 시작 시 사용자가 저 혼자 였으니 200명이 목표라는 얘기입니다...

2) 팀 구성

    민주적 글쓰기 공간의 필요에 공감하는 누구나를 대상으로 5명+ 정도의 팀을 구성

    가진 것도 없고 수익도 없으니 씬디의 지분을 나눠주고 종신계약! 모셔야지  

    관심있으신 분께선 hah@codemakes.com 으로 이메일 ㄱㄱ

3) 다른 목표는 사용자와 팀이 꾸려지면 ㄱㄱ!

    길게는 3개월, 짧게는 2주일 정도로 달성가능한 목표들을 세워야




소설을 써야겠다면 써라. 하지만 돈을 버는 건 우연한 사고라고 생각해라. 보상은 쓰는 것 자체로부터 얻어라. - 펄 S. 벅


pearl_buck.jpg



어디서 왔지?
다른 글들
1 2

무명씨 인사합니다.

새벽에 내린 하얀 눈에, 첫 발을 내딛는 장난꾸러기 아이처럼,
하얀 벽에 무언가 낙서하고픈 그런 장난기 가득한 얼굴로,
이 글을 남겨 봅니다.
무명씨 인사드립니다.
4 0
Square 2f561b02a49376e3679acd5975e3790abdff09ecbadfa1e1858c7ba26e3ffcef

언론사의 위기는 언제 찾아올까?

해외의 미디엄이나 국내의 브런치 같은 "글쓰기 플랫폼" 서비스는 블로그 스피어의 무덤위에서 Feedly, Flipboard 같은 어그리게이션, 구독 서비스들이 풍기는 죽음의 냄새를 양분삼아 Pinterest, Pocket 등의 일부 생산 서비스의 강점을 영양분으로 "완결된 디지털 콘텐츠 경험"을 제공하는 서비스다.

이들은 영상분야의 1인 크리에이터들과 MCN 사업자들의 바탕이 되는 유튜브와 같은 포지션에서 다른 언어를 사용하는 크리에이터들에게 토양을 제공하고 있으며 생산과정이 통합되어 있다는 차별화된 강점도 지니고 있다.
부족한 점이라면 아직 크리에이터들에게 유튜브의 규모로 수익을 돌려줄 수 없다는 정도.
나는 이런 플랫폼의 발전이 지난 5~7년간 듣기만 했던 "언론 위기"의 실체라고 본다.
모든 언론사가(그야말로 모든 언론사가) 카드뉴스의 적절한 사이즈와 가독성이 높은 폰트에 대해 고민하고, CMS와 기술 시스템을 문제의 중심에 놓고 얘기하고 있는 지금 이 순간에도 미디엄과 브런치는 "디지털 콘텐츠 전문가"들을 훈련시키고 있다.
카드스택이니 스노우폴링이니, 인터렉티브니 하는 것들은 애당초 고민의 대상이 아니다. 글쓰기에 집중할 수 있는 환경은 지속적인 생산을 가능케하고 충분히 연결되어 있는 독자들과 이들의 피드백은 어떤 구성과 형식을 취해야할지 체득할 수 있는 환경을 제공한다.
언론사들이 버즈피드나 피키캐스트 같은 미디어에 대해 상상할 수 있는 가장 방어적인 해석을 내놓고 서로 어깨를 두드리며 위로하는 것 처럼 미디엄과 브런치가 뉴스와 무관한 비전문가들의 텍스트 놀이라고 판단하고, 그래서 이들이 경쟁자가 아니라고 생각하는 순간 소문처럼 떠돌던 그 위기가 반드시 찾아 올 것이다.
뜬금없이 개인적인 경험을 애기하자면, 난 저서 활동이 활발한 글쓰기 전문가인 언론인들을 신뢰하고 존경했으며 그 전문가들이 만든 기사에 그들에 대한 신뢰를 투영했었기 때문에 그들이 만드는 뉴스와 소속된 언론사에 대해 믿음을 가질 수 있었다.
하지만 지금.
기자들은 디지털 환경에서 여전히 "글쓰기"에 대해 전문가일까?
독자들이 생각하는 디지털 콘텐츠 전문가들은 누구일까?
아래는 조금 전 알렉사에서 확인한 브런치의 트래픽 랭크다. 
그리고 아래는 같은 시각에 확인한 피키캐스트의 트래픽 랭크다.
접는 서비스가 더 많은 다음카카오니까 모기업의 영향력이라는 이상한 생각은 접으시고, 왜 브런치가 성장하고 있는지, 지금 시점에 미디어는 무엇을 준비해야할지 다들 고민해보자.
2 4
Square 2f561b02a49376e3679acd5975e3790abdff09ecbadfa1e1858c7ba26e3ffcef

차별이 뭔지 못 배웠고
차별금지법도 없고

언젠가 무슨 이유였는지 모르겠지만 별로 친하지 않은 열댓명이 모였다. 다들 놋북을 꺼내놓고 작업도 하고 얘기도 나누고 있었다. 새로 들어온 누군가가 크고 까만 놋북을 꺼낸다. 앉아있던 사람 중 하나가 웃음을 터트린다.
"푸하 그거 뭐에요? 와~ 나 윈도우 놋북 진짜 오랬만에 봐. 거기서 개발 잘 돼요? 여기도 다 맥이고 요즘 만나는 사람들은 다 맥 쓰던대"
내가 소심하다고 생각해본적은 없는데 가방속에 들어있는 놋북을 꺼내려다가 슬며시 다시 집어넣었다. 나도 윈도거든. 
"어? 형도 윈도써요? 개발 가능?" 
이 지랄하고 깝치면 안 때릴 자신이 없어서 못 꺼내겠더라.
어떤 OS 를 사용하는지를 이유로 자연스럽게 사람을 구분하고 구별하는게 니가 싫고 차별을 막기 위한 교육도 법도 없는 나라도 밉다.
5 3

꽤나 쾌적하지 못한 환경이군요

운영자님 봐주세요.
요원 106 이하 게스트들이 아직도 글인지 광고인지 모를 것을 지속적으로 쓰고 있네요. 단순한 광고가 목적이 아닌 불쾌함을 목적으로 한 글이라면 목적을 초과달성한 것이 아닐까 싶을 정도로 매력적인 글일 것이고, 광고가 목적이었다면 html 태그가 안 통하는 이상 실패입니다만, 아마도 후자라는 생각이 듭니다. 아마 지금까지의 대처는 두가지였을거라 봅니다.
1. IP 블럭. 아마 실패할겁니다. 이 친구들 약삭빠르게 유동 IP를 사용할테니까요.
2. ID 차단. 역시나 위와 같은 이유로 실패할 겁니다.
그러므로 쾌적한 씬디가 되기 위해 아래의 두가지를 제안합니다.
1. ID나 IP가 아닌 키워드를 블럭하는 겁니다. 지금 계속 불법 도박 사이트를 광고하고 있는데, 글을 쓸 때 '바카라, 사다리'를 금칙어로 지정하는 것만으로 글을 복붙하는 것은 막힐 겁니다. 이렇게 몇몇 키워드를 블럭하는 것으로 광고글을 꽤 막을 수 있을 것으로 보입니다.
2. 고소하세요. 스샷은 확보해두었지만 운영자님이 직접 고소하는 것이 맞다고 봅니다. 관련 근거는 아래와 같으니 사이버수사대에서 협조 해 줄 것입니다.
정보통신망 이용촉진 및 정보보호 등에 관한 법률 제50조의7(영리목적의 광고성 정보 게시의 제한) ① 누구든지 인터넷 홈페이지 운영자 또는 관리자가 구체적으로 밝힌 거부의사에 반하여 영리목적의 광고성 정보를 인터넷 홈페이지에 게시하여서는 아니 된다.
② 인터넷 홈페이지 운영자 또는 관리자는 제1항을 위반하여 게시된 영리목적의 광고성 정보를 삭제하는 등의 조치를 할 수 있다.
제76조(과태료) ① 다음 각 호의 어느 하나에 해당하는 자와 제7호부터 제11호까지의 경우에 해당하는 행위를 하도록 한 자에게는 3천만원 이하의 과태료를 부과한다. <개정 2011.3.29, 2012.2.17>
(중략)7. 제50조제1항부터 제3항까지의 규정을 위반하여 영리 목적의 광고성 정보를 전송한 자
8. 제50조제4항 또는 제5항을 위반하여 광고성 정보를 전송할 때 밝혀야 하는 사항을 밝히지 아니하거나 거짓으로 밝힌 자
9. 제50조제7항을 위반하여 비용을 수신자에게 부담하도록 한 자
10. 제50조의5를 위반하여 이용자의 동의를 받지 아니하고 프로그램을 설치한 자
11. 제50조의7제1항을 위반하여 인터넷 홈페이지에 영리목적의 광고성 정보를 게시한 자 (후략)
1 1
Square 2f561b02a49376e3679acd5975e3790abdff09ecbadfa1e1858c7ba26e3ffcef

[3분 복붙] 기사면 랜딩 PV 2배로 올리기.
브라우저 뒤로가기 제어.
이딴거 만들지 말자.

대부분의 서비스가 보다 많은 활동 사용자를 목표로 함은 분명하다.
하지만 얼마나 많은 활동 사용자가 있는지를 가늠할 수 있는 지표에 대한 목표설정은 좀 다른 얘기라고 생각한다.
심지어 그 목표의 달성을 위한 실현 과정이 사용자들을 열받게 만든다면 이 얼마나 근시안적 추태인지...
PV (Page View, 페이지 조회수) 에 대해 강한 집착을 보이는 국내 언론사들이 근래 "뒤로가기"가 실행되는 경우 이전 페이지로 보내지 않고 메인페이지로 이동되도록 하는 기능을 속속 도입하고 있더라. (좀 됐지.. 내가 잠수였던거지..)
사용자 입장에선 개빡치는 UX. 
그렇지만 남들이 한다니까 자기들도 해달라는 클라이언트의 등장은 당연지사.
해당 기능을 도입한 사이트들을 둘러보니 대부분 광고대행사 등이 제공한 스크립트를 사용하는 것 같더라.
메인페이지를 거치는 것도 짜증나는데 그 중간에 광고까지 껴있으니 개짜증..
이딴거 누가 안만들면 좋겠는데 일개 개발자가 뭘 할 수 있겠냐 고민하다가...
클라이언트에게 만들어준 간단한 스크립트를 모두에게 제공하고 너도나도 다들 도입해서 더 많은 사용자들이 더 빠르게 빡돌게 만들면 슬슬 이딴 쓰레기 같은 기능을 버리지 않을까라는 골때리는 결론에 도달했다.
0.
jQuery 를 사용하고 있다고 가정한다.
1.
아래의 코드를 기사 페이지 등 기능이 동작될 페이지에서 로드되는 js 파일에 추가한다.
3번 라인 정규식 패턴안의 synd\.kr 부분은 자신의 도메인으로 변경한다.
2.
기능이 동작될 페이지 HTML 코드 사이에 아래의 코드를 삽입한다.
완성!
코드는 단순해서 쉽게 이해할 수 있겠지만 몇몇 부분을 설명해보자면...
1. pushState 이후에 replaceState 를 다시 콜하는 이유.
pushState 만으로 history 를 조작할 경우 firefox 에서 백버튼이 골때리게 반복된다.
external > page > main > page > main > external
replaceState 를 다시 콜하면 아래와 같이 의도한대로 동작된다.
external > page > main > external
2. popState 이벤트를 사용하지 않고 hashChange 를 사용하는 이유
페이스북 앱 등 in app browser 를 사용할 때 해쉬가 없는 경우 뒤로가기 실행시 popState 이벤트가 발생되지 않음
해쉬를 추가해야 뒤로가기 실행 시 기존 URL (해쉬없는) 로 페이지 변화없는 이동이 발생하고 이 타이밍에 hashChange 가 콜 됨.
또한, Safari 9버전 이하에서 popState 가 지멋대로 fire 됨.
3. 이건 좀 쓸데없는 설명이지만 location.href 는 history 에 기록되고 location.replace 는 history 에 남지 않기 때문에 replace 를 사용해야함.
지원브라우저
웹이고 모바일이고 html5 history api 를 지원하는 브라우저 (http://caniuse.com/#search=history) 에선 기본적으로 모두 동작된다고 기대할 수 있으나 아이폰 크롬에서 동작안됨.
그 외 페이스북 앱 등 인앱에서 웹뷰를 사용하는 경우도 정상 동작.
Tested.
Microsoft Edge.
Microsoft IE 11.
Firefox 52.x (Windows)
Firefox 47.x (Linux)
Firefox 52.x (Mac)

Firefox 52.x (Android)
Firefox 6.x (iOS)
Chrome 57.x (Windows)

Chrome 48.x (Linux)
Chrome 56.x (Mac)

Chrome 57.x (Android)
Chrome 57.x (iOS) *동작안됨
Safari 10.x (Mac)
Safari 10.x (iOS)
Android 6 browser 4.x
Facebook App
자 이제 자리에서 일어나서 팀장이든 부장이든 상사에게 "저희 PV 를 2배로 올리겠습니다!" 라고 보고하고 보다 많은 사용자들의 빡을 돌려(?) 주삼. 
0 0

UFW 방화벽 사용하기 - 우분투 14.04

UFW 는 iptables 의 설정 도구로 Uncomplicated Firewall 이란 뜻이며 문자 그대로 복잡하지 않은 방화벽 설정을 위해 사용된다.
서버는 어떤 목적이든, 공인 IP가 있든 없든 외부에서 접근이 가능하다면 보안 위험에 노출될 수 밖에 없다. IDC 레벨이나 네트워크 구성에서 하드웨어/소프트웨어 방화벽이 이미 사용되고 있을 수 있지만 그런 경우에도 각 서버의 방화벽 설정은 매우 유용하다(고 생각한다)
이런 목적으로 사용하기에 iptables 가 매우 적합하나 설정과 관리가 꽤나 복잡하여 나 같은 사람은 필요할 때 검색으로 룰을 설정했다가 어느 순간 뭔가 동작이 이상하면 iptables 전체를 내려버리는 괴상한 방식으로 운영하게되니 계륵이 아닐수가...
그런 의미로 UFW는 신세계! 방화벽이 미적용된 서버가 있다면 당장 UFW를 올려보자!
설치
기본 정책 설정 (들어오는 패킷은 차단, 나가는 패킷은 허용)
ssh, http, https 허용 (ssh 포트를 변경해서 사용한다면 반드시 직접 포트를 입력하자)
포트를 변경해 사용하거나 특정 포트를 허용
방화벽 ON!
위의 명령을 실행하면 "현재 ssh 연결에 문제가 생길 수 있습니다. 적용하시겠습니까?" 뭐 이런 질문이 나온다. ssh 포트는 허용으로 변경했으니 "y" 를 입력해 진행할 수 있다.
확인
ufw 가 실행되고 있지 않다면 아래와 같은 결과가 리턴된다.
방화벽을 끌 때는 아래와 같은 명령어를 입력한다
등록된 규칙을 삭제할 때는 2가지 방법이 있다.
첫번째는 등록 시 사용한 규칙을 그대로 입력하는 방법
두번째는 각 규칙의 번호를 확인하고 번호로 지우는 방법
등록된 규칙의 번호는 줄 맨앞에 있는 [숫자]
2번 규칙 80/tcp 를 지우려면
새로운 규칙의 추가는 동일한 방식으로 가능하다
포트 뒤에 tcp 나 udp 를 지정할 수 있고 지정하지 않는다면 모두 적용된다
새로운 설정을 적용하려면 disable > enable 해도 좋고 아래와 같이 reload 가 가능하다
특정 IP만 허용할 경우 
특정 IP에게 특정 포트만 허용할 경우
포트의 범위를 규칙으로 사용할 경우
특정 아이피에만 일정 범위의 포트를 tcp 패킷만 허용할 경우
서브넷을 특정 포트에 허용할 경우
이 정도면 내가 써봤던 명령어는 다 정리한 것 같다.
1 0

수줍게 물든 참꽃이
노랗게 피어난 개나리가
흩날리는 민들레가


봄이 왔다고
세상에 봄이 왔다고 세상을 물들이기 시작했다
나풀나풀 흰나비가
오밀조밀 토끼가
지저귀는 새들이


봄이 왔다고
세상이 봄이 왔다고 세상을 노래하기 시작했다
0 0

기분 안좋으면

글쓰고 싶은듯...
공격적인 말투..
니네가 좀 잘하지.. 니네팀 진짜 문제 많어...
왜케 퇴사하는것같니... 팀원 3명 남은게 정상이냐.. 몇명이었는데.. 으이그..
정신차려 남얘기 옮기지 말고
0 0

안녕, 레이나.

친애하는 레이나.
가끔은 비가 와도 우산없이 뛰쳐나가고 싶어하는 날이있어. 그건 나에게 충동에 불과했지만 너에게는 현실가능한 것이였지. 차갑게 내리는 비에도 너는 우산도 없이 맨발로 뛰쳐 나갔어.
그래 너의 발끝이 붉게 물들었다가 이내 하얗게 되는 것, 밝은 갈색의 머리카락이 비에 젖어들며 검게 변하는 것, 하얀 원피스가 곧 너의 살결을 내비치도록 젖어가는 것.
그것들 중에서 나는 어느 하나 놓치지 않았어.
사랑하는 레이나.
너의 웃음소리가 빗속에 잦아드며 골목을 울릴때, 그때 내 마음을 너의 비가 톡톡 두드렸단다. 너는 멍하니 서있는 나를 향해 뛰어오며 젖은 머리를 귀뒤로 넘겼지. 그리고 입김을 뿜는 붉은 입술로 속삭였어.
나만의 레이나.
너의 붉은 입술에 따라 나도 우산 없이 너만의 골목에 접어들었고, 너는 나에게 잊을 수 없는 비오는 날을 안겨줬어.
나만의 레이나, 나만의 레이나.
비가 이세상을 잠식하고 홍수로 만들어 버릴지언정, 그 어느 한방울의 비도 미워하지 않으리, 사랑하며 기꺼이 온몸으로 세차게 맞으리.