Ich las Paul Grahams Aufsatz - Beating The Averages (2003) und hier ist, was er zu sagen hatte:
Je mehr IT-Flair die Stellenbeschreibungen hatten, desto weniger gefährlich war das Unternehmen. Die sichersten waren diejenigen, die Oracle-Erfahrung wollten. Sie mussten sich nie darum kümmern. Sie waren auch sicher, wenn sie sagten, sie wollten C ++ - oder Java-Entwickler. Wenn sie Perl- oder Python-Programmierer wollten, wäre das ein bisschen beängstigend - das klingt nach einer Firma, in der zumindest die technische Seite von echten Hackern betrieben wird
Nun, das ist ein datierter Aufsatz. Ich verstehe jedoch nicht, wie die Verwendung einer nicht alltäglichen Sprache (C / C ++ / Java, C #) weniger gefährlich wäre . Wenn die Programmierer einer Organisation die Entwicklungssprache sehr gut beherrschen, sollten sie auch in der Lage sein, Code in angemessenem Tempo zu entwickeln. In der Tat, wenn Sie eine nicht alltägliche Sprache verwenden, werden Sie keine Wartungs- / Verbesserungsprobleme im Gesicht haben, da auf lange Sicht nicht zu viele Programmierer zur Verfügung stehen würden?
Ich bin damit einverstanden, dass einige Sprachen es Ihnen ermöglichen, relativ früher als andere zu starten. Aber macht der Aufsatz / Kommentar von Paul Graham im Jahr 2012 und darüber hinaus Sinn? Wenn ein Startup typische IT- Sprachen für die Entwicklung verwenden sollte, warum sollte der Wettbewerb weniger besorgt sein?
Ich verstehe nicht, wie die Sprache selbst einen Unterschied macht. IMHO ist es die Erfahrung der Entwickler mit der Sprache, die zählt, und der Verfügbarkeit von Frameworks, so dass Sie DRY (wiederholen Sie sich nicht) nicht nur in einer bestimmten Sprache codieren.
Was fehlt mir? Bedeutet dies, dass Startups besser Sprachen ohne IT-Charakter auswählen (auch wenn die Entwickler mit diesen Sprachen möglicherweise sehr vertraut sind)? Was sind die (Programm-) Wirtschafts- / Marktkräfte hinter dieser Behauptung?
PS: 'lingua obscura' soll niemanden verletzen :)