뛰어난 프로그래머와 실제 프로그래머의 차이점은 무엇입니까? [닫은]


59

당신은 그들이 누군지 알고 있습니다. 그들은 프로그래밍의 록 스타입니다.

  • 10 배 더 빠르게 코딩합니다.

  • 그들의 코드는 작동합니다.

  • 그들은 그들의 주요 언어를 안팎으로 알뿐만 아니라 그 언어에서 어떻게 작동하는지 알고 있습니다.

  • 질문하기 전에 모든 질문에 대한 답변을 알고 있습니다.

  • 그들 중 일부는 우리 모두가 사용하는 프로그래밍 원칙을 발명했습니다.

  • 그리고 그들은 특징적으로도 겸손한 경향이 있습니다.

이 사람들에 대해 무엇입니까? 평균 이상의 프로그래머와 근본적으로 다른 사고 과정에 대한 것이 있습니까? 아니면 열심히 일하는 재능있는 사람들일까요?

다시 말하면, 나는 어떻게 그들처럼 될 수 있습니까? 나는 그 선을 배우기 위해 무엇을 배워야한다고 생각하지만, 그것을 배우려면 앞으로 10 년이 걸릴 것 같습니다. 그러면 내 지식은 쓸모 없게 될 것입니다.


49
예외적 인 프로그래머에게는 코드 주위에 try-catch 블록이 없습니다. zing

11
@ 존 : 나는 완전히 동의하지 않습니다. 나는 10 배의 것을 반복해서 보았으며 슬프게도 사실을 유지하는 것처럼 보입니다. 많은 문제는 대부분의 전문 프로그래머가 실제로 프로그래밍 할 수 없으며 일부는 간단한 것을 프로그래밍 할 수 없다는 것입니다. 신과 같은 코더가 좋은 코더보다 10 배 높은 것은 아니지만, 조직과 팀에서 다른 코더보다 최악의 코더는 10 배입니다.
Pax Noctis

10
@fennec : 그렇습니다. 없습니다 try.
mmyers

29
15 년 전에 발명 된 언어에 대한 18 년의 경험은 매우 인상적입니다!
Ricky Clarkson

15
@Tjaart-아니요, 1960 년대 이래로 확실한 숫자이며 연구 결과가 있습니다. 최초의 연구는 1960 년대 후반에 Sackman, Erikson 및 Grant에 의해 수행되었습니다. 그들은 평균 7 년의 경험을 가진 전문 프로그래머를 연구했으며 최고 프로그래머와 최악 프로그래머 사이의 초기 코딩 시간의 비율이 약 20 대 1임을 알았습니다. 25 대 1 이상의 디버깅 시간 비율; 프로그램 크기 5 내지 1; 그리고 프로그램 실행 속도는 약 10 대 1입니다. 프로그래머의 경험과 코드 품질 또는 생산성 사이에는 아무런 관련이 없습니다. (Steve McConnell에게 감사합니다).
Jon Hopkins

답변:


88
  • 겸손 : 사실 그들은 항상 더 나은 방법을 찾는 것, 자신의 코드가 최고의 주장하지 않습니다 뛰어난 프로그래머 (그들이 얻을 모든 기회.) .

  • 환자 : 뛰어난 프로그래머는 무한한 인내심을 가질 것입니다 (이것은 그들이 문제로 며칠을 낭비한다는 의미는 아닙니다. 문제 해결사 참조) .

  • 문제 해결사 : 뛰어난 프로그래머는 일반 프로그래머가 며칠이 걸릴 수있는 문제를 몇 분 안에 해결할 수 있습니다.

  • 호기심 : 뛰어난 프로그래머는 왜 어떤 일이 발생하는지 알아 내려고하지 않습니다.

  • 엔지니어 : 뛰어난 프로그래머가 프레임 워크의 혼란을 막기보다는 시스템을 엔지니어링합니다 (이것은 프레임 워크를 사용하지 않는다는 의미는 아닙니다) .


5
나는 당신의 "엔지니어"포인트를 좋아합니다!
Cedric H.

1
@Chaos-내가 아는 가장 빠른 프로그래머는 자신의 웹 프레임 워크를 구축했습니다. 내가 생각하는 것과 같은 것은 누군가를 더 좋고 빠르게 만드는 것입니다. 답변 주셔서 감사합니다. 항상 물건을 다시 설계하고 싶을 때 무력감을 느낍니다.
orokusaki

11
"엔지니어"는 중요한 포인트입니다. 모든 코드 라인은 젠가 (Jenga)와 같은 저작물을 추가하는 대신 견고한 토대를 만듭니다.
Alex Feinman

5
나는 -1은 아니지만, 반론으로서,이 모든 것들을받을 자격이있다. 그리고 나는 아직도 빨다. (내가 비교 한 예외적 인 수준의 프로그래머가 실제로 끔찍한 경우가 아니라면)
Steven Evers

1
@Chaos, "호기심"이지만 포인트 만.

28

당신은 마지막 글 머리 기호에서 많은 것을 쳤습니다.

"그리고 그들은 특징적으로도 겸손한 경향이있다."

나는 그것이 겸손의 결합이라고 생각합니다. 바깥뿐만 아니라 그들의 마음 속이기도합니다. 그들은 잘못을 받아들이고 실수를 저지르며 좌절에서 매우 빠르게 돌아 선다. 많은 프로그래머들이 무언가를 시도하고 실패한 다음 좋은 감정을 낼 수있는 끔찍한 상태 인 감정적으로 아주 빨리 일하게됩니다. 당신은 당신이 완벽하지 않다는 것을 인정해야합니다. 그리고 당신은 실수를하게 될 것입니다. "내가 엉망이 될 것임을 알고 있지만, 계속 노력하면 결국 거기에 도착할 것" 이라는 겸손한 자신감 이다.

NLP에는 "실패가없고 피드백 만 있습니다"라는 말이 있습니다. 록 스타 프로그래머가 되려면, 당신은 그것을 받아 들여야한다고 생각합니다. 코딩 할 수있는 것은 없습니다. 처음에는 속도가 느려질 수 있지만, 실패하거나 무언가를 망칠 때 멈추지 않고 계속 노력하면 전달할 수 있습니다. 그리고 그 과정에서 최고가되기 위해 필요한 모든 정신적 비법을 배우게됩니다.

물론 조언은 그 출처만큼이나 좋습니다.


"실패하지 못했습니다. 작동하지 않는 10000 가지 방법을 찾았습니다."-Thomas Edison
ninjalj

1
빨리 배울 수있는 유일한 방법은 당신이 향상하고 싶어한다는 것을 받아들이는 것입니다.

25

그들은 그들의 코드에 깊은 관심을 가지고 있습니다.


2
의심 할 여지없이 사실입니다.
Robert Harvey

3
열악한 프로그래머가 코드에 대해 깊은 관심을 가질 수 없습니까? 그러나 그것은 좋지 않을 수 있습니까?
Walter

2
@Walter 그들은 할 수 있었지만 나는 그것을 보지 못했습니다. 내가 본 가장 가까운 것은 코드에 관심이 있지만 초보자 실수를 한 초보자 프로그래머입니다 (아무도 면역력이 없습니다). 그 실수가 신속하게 해결되었지만 거의 반복되지 않았지만 그 실수가 지적되었을 때.
JaredPar

15

개인적으로, 내가 알고 / 알고있는 최고의 프로그래머는 기본을 이해했으며 어떤 언어의 전문가도 아닙니다. 그들은 거의 모든 것에 대해 충분한 경험을했습니다. 정식 "모든 거래의 잭"

그것은 기초 과학 이상이며 실제 운영 경험에 상당한 가치가 있습니다. 예를 들어, 유닉스 철학을 이해하여 주어진 다양한 툴 (알려진 IOW)로 알려지지 않은 문제를 해결할 수있는 사람들은 스레드 및 병렬 솔루션을 코딩 한 Java 전문가를 훨씬 능가합니다.

뛰어난 프로그래머는 또한 자신보다 먼저 온 사람들을 존중합니다. 관계형 데이터 모델을 싫어하거나 SQL을 공식 API로 보거나 FORTRAN을 수학적으로 보았을 때 위험에 빠지지 않습니다. 그들은 OO가 끝이 아니라는 것을 알고 있으며, 무엇보다도 프로그래밍이 과학이 아니라 ART라는 것을 이해합니다.


2
텍스트 파일의 경우 grep, awk, sort, 그리고 uniq많은 질문에 대답 할 수 있습니다. 당신도 perl너무 있다면 !

2
과학이나 예술이 아닌 수공예품이라고 생각합니다.
Alexander Gessler

11

내가 처음 시작했을 때, 나는 프로그래밍 측면에서 그가 한 모든 일에서 절대적으로 훌륭하다고 생각했던이 남자와 일하고 있었다. 그는 여전히 아직 가능하지만 SE 아시아의 회사 이사로 이사했습니다.

어쨌든, 그는 일을 단순하게 유지했고 간단한 일들이 효과가있었습니다. 그가 필요한 모든 것보다 더 많은 코드를 작성하고 싶지는 않았습니다. 나는 그의 레벨에 가까워지기 위해 1 년 동안 따라 잡았습니다. 그러나 다른 것은 시간입니다. 그는 당시보다 훨씬 오랫동안 일을 해왔으며 모든 답을 알 때까지 정확한 질문을 반복해서 할 수있는 기회를 가졌습니다.

그는 질문도 두려워하지 않았다. 나는 그것이 가장 큰 것이라고 생각합니다.


모두 설정되어있는 것 같습니다 (SO에 대한 내 질문 수 참조)

2
@ acidzombie24-또는 ... 당신은 방금 시작했습니다.
orokusaki

하로 쿠 사키. +1

"간단한 유지"는 테스트 주도 개발의 아름다움 중 하나입니다. 나는 그것을 충분히 추천 할 수 없다.

10

프로그래머 역량 매트릭스

프로그래밍 주제의 레벨을 식별하는 데 도움이되는 많은 주제.


Stackoverflow에 대한 지식 : 2 ^ n : 들어 본 적이 없음 O (n ^ 2) : SO에 관한 몇 가지 쉬운 질문을 정기적으로 제기합니다 O (n) : 흥미로운 질문을 제기하고 프로그래머를 알고 있습니다 .SE O (log (n)) : 위쪽 CS 관련 SE 사이트 사용자 ;-)
shuhalo

이 링크에 정말 감사합니다! 그것은 내가 아는 것에 대해 확신을주고, 어떤 부분을 개선해야하는지 지적했다.
oksayt

7

나는 텍사스 홀덤 포커에 관한 책에서이 질문에 대한 답을 배웠지 만, 모든 실망스러운 노력에 적용됩니다. 최고의 코더는 절대 기울어지지 않습니다. 기울기 진행은 예상대로 작동하지 않는 시간이며 전체 응용 프로그램에서 지수 실수를 일으키는 방식으로 응답합니다. 토너먼트 포커에서는 나쁜 베팅을하고 녹아웃됩니다.

프로그래밍에서 기울기를 사용하면 머리카락을 잡아 당기고 응용 프로그램의 특정 인스턴스에서만 작동하는 어리석은 코드 패치를 작성할 수 있습니다. 기울기를 사용하면 프로그래머가 프로젝트의 요구를 전체적으로 무시하고 즉각적인 문제를 해결하여 즉각적인 문제를 해결할 수 있습니다. 종종 문제가 오늘날 해결되는 경우가 많지만 내일 응용 프로그램에 문제가 발생합니다.

최고의 코더는 기울기 개념을 취하여 항상 외부 관점에서 문제를 볼 수있는 방식으로 관리합니다. 그것이 실패하면 카페인을 마신다.


프로그래밍하는 동안 "틸트"를 극복하기위한 활동으로 무엇을 제안하십니까? 나는 그것을 항상 얻었고, 항상 물건을 코딩하는 것으로 끝났습니다.
orokusaki

@orokusaki-기울기를 피하는 가장 쉬운 활동은 프로그래머가 매일 묻는 근본적인 질문을 바꾸는 것입니다. 문제가 발생했을 때 생각하는 대신 "왜 이런 식으로 문제를 해결해야합니까?" "왜 이런 식으로 해결하지 않아야합니까?" 특정 솔루션의 문제를 해결하지 않아야하는 이유에 대한 대답은 더 나은 솔루션을 찾기위한 일련의 포인터를 제공합니다.
JMC

6

뛰어난 프로그래머 :

  • 그들의 코드에 대한 관심
  • 코드를 사용하는 사용자에 대한 관심
  • 코드를 유지할 사람들에 대한 관심
  • 생산성 관리
  • 제품뿐만 아니라 공정에 대한 관리

"10x"요소에 대한 두 가지 사항 :

  1. 엔드-투-엔드를 적용해야합니다. 테스트, 재 작업 및 유지 관리에 10 배 더 오래 걸리면 코드 작성 속도가 10 배 빠릅니다.
  2. "10x"요소는 소수의 프로그래머가 얼마나 좋은지에 비해 많은 수의 프로그래머가 얼마나 가난한지를 반영한다고 생각합니다.

3

대부분은 예약 된 것으로 보이며 특별하지 않습니다. 일부는 매우 똑똑해 보입니다 .. 가능한 모든 관점에서 사물을 두 번 확인 / 디버깅하는 것을 선호합니다. 소프트웨어는 세계에서 버그가 없습니다. 그러나 품질은 더 좋습니다. 평범한 사람들조차도 소프트웨어의 작동 방식을 이해할 수 있습니다!

나는 10 세의 나이에 첫 번째 ASM 프로그램을 작성한 친구가 있습니다. 이제 그는 24 세이며 대학을 마치지 않았지만 수백만 달러를 벌어 자신의 회사를 만들지 못했습니다. 모든 것에서 손재주입니다 :)

예외적 인 프로그래머는이 코드가 다른 프로그래머의 명성을 완전히 잘못 말하는 것보다는 다른 더 나은 방법으로 코딩 될 수 있다고 말합니다. :)

"이 사람들에 대해 무엇입니까? 평균 이상의 프로그래머와 근본적으로 다른 사고 과정에 관한 것이 있습니까? 아니면 열심히 일하는 매우 재능있는 사람들입니까?"

나는 그들이 그런 식으로 태어 났다고 생각합니다. DNA 내부 : pi 그들의 사고 과정에 대해서는 몰라요.하지만 내가 아는 최고의 프로그래머는 간질이있었습니다.


3

전형적인 것과 차별화되는 것은 거의 없습니다.

특별한:

  1. 그의 작품에 대한 열정과 명작을 제공하기 위해 노력합니다.

  2. 코딩이 시작되기 전에도 성능과 품질은 마음에 큰 그림입니다.

  3. 그들은 각 릴리스 후 지속적인 개선을 생각합니다.

  4. 그들은 대안에 대해 철저한 경계를 유지하고 있으며 얼리 어답터입니다.

  5. 직업 생활에서 그들의 주제는 다음과 같습니다.

  6. 코딩하지 않아도 논리적 관점에 대해 계속 생각합니다.

전형적인

  1. 때로는 다소 열정적이지만 결국 직업이기 때문에 전달하려고 노력합니다. 걸작이 아니라면 괜찮습니다. 적어도 제 시간에 배달되었습니다.

  2. 어쨌든 PC의 성능은 요즘 충분히 빠릅니다.

  3. 작업 저장 옵션이없는 경우에만 개선하십시오.

  4. 다른 기술을 파헤칠 시간이 없습니다. 지금 당신의 직업이 요구하는 것을 고수하십시오. 필요할 때 다른 것들을 배울 것입니다.

  5. 그들의 주제는 "요청 된 것을하고 시간 내에 집에 도착하는 것"입니다.



0

자기 홍보 , 나는 최선의 방법으로 그것을 의미합니다. 특히 팀에서 프로그래밍과 같은 직업을 가졌다는 것은 개인의 기여가 큰 그림에서 어느 부분에 적합한 지 또는 어느 비트를 담당했는지 누가 즉시 알 수 없다는 것을 의미합니다. "훌륭한 프로그래머"로서 우리가 듣고 배우는 사람들은 이기적이거나 자기 중심적으로 들리지 않고 자신의 공헌을 알리는 기술을 습득 한 IMO입니다. 많은 경우, 이것은 우리가 매일 빵을 얻기 위해 의존하는 도구, 라이브러리 및 소프트웨어를 만드는 것입니다.


3
아마도 John Resig는 Javascript 및 jQuery를 사용하여 놀라운 성과를 거둔 것으로 잘 알려져 있습니다. John은 훌륭한 마케팅 기술을 보유하고 있지 않기 때문에 그의 자료는 훌륭하기 때문에 널리 사용됩니다.
Robert Harvey

@ 로버트 하비-아니면? 그는 훌륭한 프로그래머 일 것입니다. 그러나 아마도 그를 정말로 훌륭한 것에서 "예외적 인"것으로 만든 것은 아마도 그의 물건이 인기를 끌었고, 자신의 성공의 희생자였으며, 증가하는 수요를 따라야 만 했습니까? 셔츠를 정말 좋아하지만 너무 크면 구매하기 전에 자라려고하지 마십시오. 그때까지 사라질 것입니다. 그것을 구입 한 다음 성장하기 위해 최선을 다하십시오.
orokusaki

로버트 : 물론입니다. 그러나 그가 단지 몇 명의 친구들과 직장에서 jQuery를 공유했다면, 우리는 그에 대해 전혀 알지 못할 것입니다. jQuery를 전 세계와 공유 할뿐만 아니라 Javascript를 수행하는 더 좋은 방법으로 적극적으로 홍보 할 용기가 있었기 때문에 그를 훌륭한 프로그래머로 알고 있습니다. 더 많은 프로그래머 (자신 포함)가 효과적으로 수행하는 방법을 배우고 싶습니다.
Gaurav

1
-1 자체 홍보에있어 관리자의 눈에는 이것이 사실 일 수 있지만, 다른 개발자들 사이에서는 효과가 없었습니다. 개발자들 사이에서 누가 좋은지, 누가 평균적인지, 짜증나는지를 파악하는 데 시간이 오래 걸리지 않습니다. 자기 홍보는 방정식의 일부조차 아닙니다.
덩크

1
@Gauruv-저는 "rockstar"프로그래머들이 어려운 문제를 겪고 정말로 간단하게 만들 수 있다고 생각합니다. 따라서 코드를보고 "Woah-누가 쓴 사람"이라고 말하면 코드 조각이 훌륭하다고 생각하지 않습니까? 학교 밖에서는 다르게 생각했지만 실제 경험에 따르면 코드의 영리함은 미덕이 아니라고 가르쳤다. 나는 그들이 그것을 보지 않고도 작동한다는 것을 이미 알고 있기 때문에 그들의 물건이 작동하는지 여부에 대해 걱정할 필요가없는 사람들에게 더 깊은 인상을 받았습니다. 그 사람들은 거의 없으며 사이에 있으며 진정한 록 스타 프로그래머입니다.
덩크


0

매우 좋은 관련 기사 : 자유 전자 (randsinrepose.com)

여기에 기사를 요약하지 않은 점에 대해 사과 드리지만 요점은 산문과 쉽게 분리되지 않습니다.


이유에 대해별로 말하지 않습니다. 그러나 그렇습니다. 이들은 내가 말하는 사람들입니다.
Robert Harvey

기사에서 인용 : . "이 코드에 올 때 무료 전자는 아무것도 할 수 그들은, 그리고 가장 중요한 것은, 그들은 스파게티 코드의 엄청난 더미로 뛰어들 수있는, 처음부터 완전한 응용 프로그램을 작성 주말에 언어를 배울 수있는, 자유 전자를 중심으로 전체 비즈니스를 구축 할 수 있습니다.
Robert Harvey

0

그들은 직감에 순전히 프로그램합니다. 그냥 흐른다 고 생각할 필요가 없습니다 .


프로그래밍뿐만 아니라 모든 직업에 경험이있는 사람들에게는 의심 할 여지가 없습니다. 뛰어난 프로그래머를 차별화하는 요소는 무엇입니까 ?
Robert Harvey

글쎄, 나는 그들 중 하나가 아니기 때문에 100 % 확실 하게이 질문에 대답 할 수는 없지만 지식에 관한 것이 아니라 사고 과정 (의식적으로)에 있다고 생각하지 않습니다. 나는 어떤 일을하는 사람들은 자신의 생각에 어떤 간섭을 없애고 아주 간단한 형태로 무언가를 볼 수있는 능력이 있다고 생각합니다. 더 간단한 것은 처리하기가 더 쉽다는 것입니다.
John Shaft

3
-1 그것은 가능한 모든 방법으로 잘못되었습니다. 나는 -100을 할 수 있으면 좋겠다. 나는 정반대라고 말할 것이다. 그들은 생각하고 시작하기 전에 문제를 해결합니다.
덩크

@ 덩크-동의하지 않습니다. 당신이 쓴 것은 정상적인 프로그래머가하는 일입니다. 그것에 대한 예외는 없습니다. 나는 뛰어난 프로그래머와 뛰어난 기타리스트를 비교합니다. 그들은 연주하는 음표에 대해 생각하지 않고 단지 그것을 느끼게됩니다.
John Shaft

@Pablo-우리의 경험이 다르다고 생각합니다. 내 경험상 정상적인 개발자는 직관을 따르고 잘못 흘러가는 것이라고 생각합니다. 따라서 그들은 많은 쓰레기를 만듭니다. 뛰어난 개발자는 시간을내어 어디로 가고 있는지 이해합니다. 누군가가 구성 요소를 어떻게 설계해야하는지 즉시 보여줄 수 있다고해서 직관을 벗어난 구성 요소를 의미하지는 않습니다. 나는 그들이 전에 그것을했거나 문서화되지 않은 경우 이미 마음에 만들어진 시스템의 큰 그림보기를 가지고 있다고 확신합니다. 따라서 직감적으로 부르는 것은 실제로 계획을 따르는 것입니다.
Dunk

0

뛰어난 코더는 자체 코드 범위를 벗어난 프로젝트에 영향을 미치며 경험으로 인해 문제가 발생하기 전에 문제를 발견합니다. 그들은 팀의 모든 사람들을 향상시키고 나쁜 디자인과 관리로부터 프로젝트를 저장합니다.

그들은 실제로 예외적 인 것을 만들었습니다.


0

그러나 그것을 배우려면 앞으로 10 년이 걸릴 것 같습니다. 그러면 내 지식은 쓸모 없게 될 것입니다.

그렇습니다. 당신은 이미이 사람들이 10 배 빠르다는 것을 이미 확립했습니다. 그래서 그들은 1 년 안에 그것을 배우고 10을 필요로합니다. 그들은 코딩을 좋아하고 어떤 이유로 코딩을 연습하거나 개인 프로젝트를 수행 할 수있는 자유 시간이 충분합니다.

여기 에이 질문을하는 경우 아마도 필요한 것이 없을 것입니다 (여기서 대답하지 않을 것이므로 걱정하지 마십시오). 코딩을 좋아한다면 여전히 미쳤을 수 있지만 걱정하지 마십시오.


0

여기에는 겸손, 공학, 열정, 환자, 문제 해결사에 대한 많은 의도 된 게시물이 있습니다. IMO는 모두 필수입니다. 그러나 프로그래머의 상위 30 %를 설명합니다.

정말 뛰어난 프로그래머 인 상위 1 %에 대해 질문하고 있다고 생각합니다.

내가 함께 일하는 매우 드문 재능에 대해 부러워하는 것 중 하나는 복잡한 시스템에 대해 한 번에 복잡한 시스템에 대해 많은 양의 세부 사항 을 유지 하고 신속하게 기억할 수 있다는 것입니다. 나는 내가 실제로 그 지역에있을 때 가끔, 아마도 한 달에 한 번이 작업을 수행 할 수 있다고 생각합니다. 이 느낌은 훌륭합니다. 내가 생각하는 개발자는 대부분 해당 영역에있을 수있는 것 같습니다 .

이러한 특징 중 하나 인 IMO는 겸손, 호기심, 공학, 열정, 인내 및 문제 해결 능력과 더불어 탁월한 특성을 제공합니다.


0

자기 동기 부여와 자기 결정의 질을 가지고 미지의 심연에 기꺼이 들어가고 과정의 일부로 절대적으로 혼란스러워하는 것에 대한 의지를 갖는 것은 엄청납니다. 두뇌가 항상하고 생각하는 일에서 뇌가 훨씬 더 좋아지기 때문에 생각하는 것처럼 초기 영리에 관한 것이 아닙니다. 나는 대학에서 아무것도 얻지 못했고, 단지 끈질긴 끈기만으로 아주 잘 지내고, 포기하지 않고, 다른 모든 사람들이 그것을 알아 내려고 지칠 때 문제를 겪은 사람이었습니다. 이러한 유형의 지속성 후에는 문제가 더 쉽고 쉬워졌으며 대학에서 멍청한 사람이되면서이 시점에서 대부분의 문제가 부끄러워졌습니다. 재능이 충분하지 않고 때로는 월계관에서 쉬게 될 수 있습니다.

또한 Robert Harvey에게, 처음부터 작성한 CMS와 관련이 있다고 언급 할 때 게시물을 계속 확인합니다. 당신은 몇몇 다른 링크를 작성하거나 작성하지 않았을 수있는 링크를 볼 수 있습니다. 당신은 당신이 이것을 게시 한 아이러니 한 자기 동기를 가진 사람들을 아래로 밀어 내고 있습니다. 당신은이 작은 우주에서 "사람"이고 그들의 장점에 관한 것을 읽지 않고 단지 당신의 변덕에 빠져들고 삭제합니다. 당신은 스타 워즈를 너무 좋아하고 식료품 점의 자동문에서 손을 흔들면 힘이 있다고 생각합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.