경쟁이 개발을 위해 'lingua obscura'를 사용하는 경우 (왜) 걱정해야합니까? [닫은]

나는 Paul Graham의 에세이 -Beating The Averages (2003)를 읽고 있었고 다음과 같이 말했습니다.

작업 설명에 IT 풍미가 많을수록 회사의 위험은 줄어 듭니다. 가장 안전한 종류는 오라클 경험을 원하는 사람들이었습니다. 당신은 그것에 대해 걱정할 필요가 없었습니다. 그들이 C ++ 또는 Java 개발자를 원한다고 말하면 안전했습니다. 만약 그들이 Perl이나 Python 프로그래머를 원한다면 그것은 약간 무섭다. 최소한 기술적 인 측면이 실제 해커들에 의해 운영되는 회사처럼 들리기 시작했다.

자, 이것은 오래된 에세이입니다. 그러나 평범하지 않은 언어 (C / C ++ / Java, C #)를 사용하는 것이 어떻게 '위험하지 않은'지 알 수 없습니다 . 조직의 프로그래머가 개발 언어에 매우 능숙하다면 적절한 속도로 코드를 작성하는 데 능숙해야합니다. 실제로 평범하지 않은 언어를 사용하는 경우 장기적으로 너무 많은 프로그래머를 사용할 수 없기 때문에 유지 관리 / 향상 문제가 직면하지 않습니다.

빠른 n- 더러운 시스템을 만들기 위해 일부 언어에서는 다른 언어보다 비교적 빨리 이륙 할 수 있습니다. 그러나 Paul Graham의 에세이 / 코멘트는 2012 년 이후에도 의미가 있습니까? 스타트 업이 일반적인 IT 언어를 개발 에 사용한다면 경쟁이 덜 걱정되는 이유는 무엇입니까?

언어 자체가 어떻게 다른지 잘 모르겠습니다. IMHO는 개발자가 중요한 언어와 프레임 워크의 가용성을 경험하므로 특정 언어로 코딩하는 것만이 아니라 DRY (반복하지 말 것)입니다.

내가 놓친 것은 무엇입니까? 신생 기업이 IT에 익숙하지 않은 언어를 선택하는 것이 더 낫다는 것을 의미합니까 (개발자가 극도로 능숙하더라도)? 이 주장의 뒤에 (프로그래밍) 경제 / 시장 힘은 무엇입니까?

추신 : 'lingua obscura'는 다른 사람의 감정을 상하게하지 않습니다 :)

툴체인은 증상입니다.

회사가 Oracle을 선택하면 이는 다음을 나타냅니다.

• 버릴 많은 돈
• 대기업
• 여러 계층의 관리가 포함 된 깊게 중첩 된 조직 구조
• 회사는 경영진 유형 또는 마케팅 및 판매와 같은 '슈트'에 의해 운영됩니다.
• 거대한 코드베이스로 대형 모 놀리 식 소프트웨어 제품 제작
• 모든 것을위한 공식적인 프로세스

회사가 Python을 선택하면 다음과 같은 신호가 나타납니다.

• 소규모 젊은 회사
• 여분의 돈이 없다
• 평평한 계층
• 회사는 프로그래머에 의해 운영
• 작은 코드베이스로 작은 단일 목적 제품을 만듭니다.
• 대부분 비공식 프로세스

이 두 가지가 만나면 대기업의 전략은 위험을 피하고 모멘텀을 사용하며 경쟁사보다 마케팅 담당자를 능가하는 것입니다. 소규모 경쟁의 전략은 먼저 시장 경쟁을 이기고 우수한 제품을 유지하는 것입니다. 소규모 회사가 올바른 전투를 선택하면 더 빠르고 반응이 빠르고 대기업의 위험을 피하려는 경향을 이용하여 대기업보다 쉽게 ​​성과를 올릴 수 있습니다.

모호한 언어를 선택하면 스타트 업에서 드문 기술적 자신감을 나타냅니다. 일반적인 지혜를 기꺼이 포기하려는 회사는 대부분의 회사가하지 않는 소프트웨어 개발에 대해 알고있을 것입니다. 다시, 그들은 단지 흔들 리기일지도 모른다.

나는 언어의 특성보다는 태도에 대한 PG의 의견을 더 많이 본다. 내부 IT 마인드를 가진 사람들이 안전하게 게임을합니다. 저 위험 기술을 사용하고 위험을 최소화하고 저 위험 전략을 수립하는 프로세스를 갖추고 있습니다. 그들은 당신의 음식을 먹을 자신의 점심에 대해 너무 바쁘다.

최첨단의 사람들 (python 2003)은 걱정해야 할 사람들입니다. 그들은 굶주리고 있습니다. 그들은 위험을 감수합니다. 그들은 지적 궁금합니다. 흥미 진진한 새로운 언어를 배우기 위해 늦게까지 똑같은 유형의 사람이 당신의 업종을 망치기 전에 당신을 방해 할 수있는 유형입니다.

그레이엄은 경쟁자로서 그에게 덜 위험한 것을 의미합니다. 그의 요점은 Java (또는 2003 년 C ++ 또는 1980 년 COBOL)가 덜 위험하지는 않지만 정상적 이며 그러한 기술을 검색하는 회사가 단순히 평균 경쟁자 일 가능성이 높다는 것입니다. 그러나 모호한 (또는보다 정확하게, 더 강력하고 잘 알려지지 않은) 언어에서 강력한 인재를 찾고있는 회사는 지켜봐야 할 회사입니다.

그렇습니다. 오늘날에는 완벽합니다. Graham이 작성하기 오래 전에는 완벽하게 이해가되었습니다. 당시에는 Java에 대해 이야기하지 않았습니다.

성공적인 스타트 업에서 어떤 언어를 처음 사용했는지 봅시다. 내 머리 꼭대기에있는 비과학적인 목록. 누군가 에너지가 있다면 적절한 무작위 연구가 더 나을 것입니다.

• 페이스 북 : PHP
• 스택 교환 : C #
• 구글 : 자바와 파이썬
• 트위터 : 루비 온 레일즈

따라서 Facebook과 Stackexchange는 경쟁 업체에 위협을주지 않는다고 결론 지을 수 있습니다. 설득력이 없습니다.

Paul Graham 이 오늘날 그것을 믿고 있는지 보자 . 그는 스타트 업에 자금을 지원하는 YCominator 를 공동 설립 했습니다 . 홈페이지는 자신의 성공적인 신생 기업의 일부를 보여줍니다. 나는 그것들을 순서대로 살펴 보았으며 초기에 그들이 사용했던 언어를 매우 빨리 연구하려고 노력했습니다.

• 레딧 : 커먼 리스프
• wufoo : 클래식 ASP와 PHP
• 스크라이브 : 플래시
• 보관 용 계정 : Python
• 헤 로쿠 : 루비

글쎄, 비교적 모호하고 논란의 여지가없는 언어에 대한 선호의 징후가 있습니다. 그러나 플래시, PHP 및 클래식 ASP도 나와 있습니다.

에세이 입니다. 신생 기업이 기술을 사랑하고 최대한 빨리 움직여야한다는 기본 조언과 함께, 그가 애용하는 비교적 모호한 언어에 대한 과장된 향상입니다. 그럴 수 있지.

일반 개발자는보다 강력한 도구의 가치를 알지 못하기 때문에 평균 도구를 사용합니다.

“가설의 Blub 프로그래머가 전력 연속체를 내려다보고있는 한, 그는 아래를 내려다 본다는 것을 알고 있습니다. Blub보다 덜 강력한 언어는 그가 사용했던 일부 기능이 없기 때문에 분명히 덜 강력합니다. 그러나 우리의 가상 Blub 프로그래머가 힘의 연속체를 다른 방향으로 바라 볼 때, 그가 찾고 있다는 것을 깨닫지 못합니다. 그가 보는 것은 단지 이상한 언어 일뿐입니다. 그는 아마도 그것들을 Blub과 동등한 능력에 대해 고려할 것이지만, 다른 모든 털이 많은 것들도 마찬가지입니다. 그가 Blub를 생각하기 때문에 Blub는 그에게 충분합니다.”— Paul Graham, Beats the Averages .

(Emphasis mine.)

언어가 강력할수록 더 적은 수의 개발자가 사용하게되며 일반적으로 사용되는 언어는 줄어 듭니다. 따라서 인기는 언어의 힘이 평균에서 얼마나 멀리 떨어져 있는지에 대한 좋은 지표입니다. 언어가 모호할수록 개발자가 언어를 사용하는 것이 자신이하는 일을 알고 기회가 많은 동료보다 좋은 이유를 선택했을 가능성이 높아지고 정통한 경쟁자는 위험한 언어입니다.

언어 선택은 시작하기가 어렵습니다. 많은 우수한 신생 기업이 시장 출시 속도, 창립자 친숙성 및 향후 채용 용이성을 위해 "공통"언어를 선택합니다.

덜 사용되는 언어를 선택하면 좋은 신호를 보냈습니다. 개발을 진지하게 받아들이고 전문 프로그래머를 고용하기 위해 열심히 노력하고 있습니다. 그것은 단지 신호일 뿐이며, 창업은 단순히 언어로 선택하는 것 이상입니다.

결론은 언어를 선택하는 것이 상황에 따라 적절하게 평가되어야한다는 것입니다. 예를 들어 페이스 북은 일반적으로 매우 확장 가능한 언어로 간주되지 않는 PHP를 사용하여 확인했습니다.

당신이 아는 최고의 프로그래머와 최악의 프로그래머에게 원하는 기준에 따라 다른 언어를 물어보십시오. 이제 구인 광고를 유치하기위한 구인 광고를 작성하면 답이 있습니다. 앱이 C ++로되어 있어도 학교에서 가르치지 않는 언어를 아는 사람들을 고용하면 더 나은 프로그래머를 얻게됩니다.

경쟁 업체가 특이한 언어를 사용하는 경우 걱정해야 할 두 가지 사항이 있습니다.

• 생산성 이점 -특이한 언어의 장단점이 있지만 경쟁이 주어진 문제 영역에 대해 잘 선택되었다고 가정하면 진정한 생산성 이점을 가질 수 있습니다. 예를 들어 Lisps의 메타 프로그래밍 기능은 많은 양의 자동 코드 생성을 즉각적으로 수행해야하는 어느 곳에서나 실질적인 이점을 제공 할 것입니다.
• 문화적 이점 -회사가 위대한 해커에게 특이한 관심 언어를 사용한다면 아마도 위대한 해커를 유치하고 유지할 위치에있을 것입니다. 회사는 직원의 품질에 따라 살고 죽기 때문에 이것이 장기적인 인재 우위로 해석되면 실제로 의미가 있습니다.

주어진 상황에서는 이러한 장점이 모두 적용되지 않을 수 있습니다. 예를 들어, 신생 기업은 올바른 선택인지 여부를 실제로 생각하지 않고도 "멋지 기 때문에"언어를 쉽게 채택 할 수 있습니다. 그들은 쉽게 고용 실수를 할 수 있습니다. 그들은 "강력한"언어를 남용함으로써 쉽게 발을 쏠 수 있습니다.

그러나 경쟁자가 특이한 언어 를 골라서 잘 사용한다면 , 당신은 당신의 손에 중대한 위협을 줄 수 있습니다.

나는이 원칙이 상당히 시대에 뒤 떨어지지 않고 2003 년과 마찬가지로 지금도 마찬가지라고 생각합니다. 특정 언어와 패러다임이왔다 갔다 할 수 있지만, 일반적이고 안전한 범용 언어보다 문제 영역에 맞는 강력하고 표현력있는 언어를 선택한다는 생각입니다. 아마도 항상 진지한 고려가 필요합니다.

고객이 잠겨 있지 않은 경우 예 . 강력한 언어를 사용하는 경쟁 업체에 대해 걱정해야합니다.

Java, C #, C ++는 비교적 장황하며 편집 / 테스트주기가 비교적 느립니다. 이는 가장 빠른 개발자조차도 기능을 제공 할 수있는 속도를 제한합니다. 강력한 메타 프로그래밍 기능이 내장되어 있고 컴파일 시간이없는보다 표현적인 언어를 통해 전문가 개발자는 가능한 빨리 기능을 빌드 할 수 있습니다. 시장 점유율을 놓고 경쟁하고 있으며 우승자에게 큰 보상을 제공하는 경우 가장 우수한 개발자를 고용하고 가장 빠른 언어를 사용할 수있는 언어를 사용하는 것이 좋습니다. 나중에 확장성에 대해 걱정할 수 있습니다.