{"id":80,"date":"2016-03-16T13:05:28","date_gmt":"2016-03-16T12:05:28","guid":{"rendered":"http:\/\/deblogstaging.ushq.at\/?p=80"},"modified":"2017-06-09T13:39:11","modified_gmt":"2017-06-09T11:39:11","slug":"23-dinge-die-wir-von-den-weltbesten-entwicklern-gelernt-haben","status":"publish","type":"post","link":"https:\/\/usersnap.com\/de\/blog\/23-dinge-die-wir-von-den-weltbesten-entwicklern-gelernt-haben\/","title":{"rendered":"23 Dinge, die wir von den weltbesten Entwicklern gelernt haben"},"content":{"rendered":"

Letztes Jahr im April haben wir die neue Plattform bugtrackers.io<\/a> gelauncht.<\/p>\n

Dort stellen wir regelm\u00e4\u00dfig erfolgreiche CTOs, Entwickler, Web Designer oder Produktmanager vor.<\/p>\n

In unserem heutigen Blog Post lassen wir ein bisschen Revue passieren und zeigen, was wir von all diesen Interviews gelernt haben. Wir pr\u00e4sentieren Ihnen 23 Statements aus unseren Interviews, die uns besonders begeistert haben. Da jeder aus einem Interview andere Dinge mitnimmt, m\u00f6chte ich Ihnen auch gleichzeitig die vollst\u00e4ndigen Interviews an dieser Stelle empfehlen.<\/p>\n

Viel Spa\u00df beim Lesen!<\/p>\n

<\/p>\n

Morten Primdahl, CTO and Co-Founder at Zendesk<\/a><\/h2>\n

\"\"<\/h3>\n

1. Tech zu skalieren ist eine Herausforderung. Machen Sie es einfach!<\/h3>\n

Wir sind von einem kleinen 3-Mann-Startup, bei dem sich alles nur im Kopf abgespielt hat, zu einer gro\u00dfen Organisation geworden, die Themen wie Skalierbarkeit, Operations, Datenbanken und Produktentwicklung angeht. Wenn man wirklich mit Elan bei der Sache ist, ist das der Weg, den man gehen muss.<\/p>\n

Wenn man von ein paar Angstellten im Jahr 2009 zu einer Gr\u00f6\u00dfe, die wir heute haben, w\u00e4chst, dann ver\u00e4ndert sich das Unternehmen die ganze Zeit und daran muss man sich anpassen. Die Herausforderungen sind sowohl technisch als auch organisatorisch. Sein Gesch\u00e4ft zu skalieren bedeutet schnell zu wachsen und Ingenieure anzustellen. Und das ist eine gro\u00dfe globale Herausforderung. Oder um es anders zu sagen: Das ist einfach schwer!<\/p><\/blockquote>\n

2. Folgen Sie Ihrer Passion<\/h3>\n

Machen Sie das, was Sie gerne machen. Machen Sie nicht das, was andere denken. Finden Sie heraus, wie Sie Sie selbst sein k\u00f6nnen und gehen Sie Ihren eigenen Weg. Es wird alles gut.<\/p><\/blockquote>\n

3. Face-Time ist wichtig f\u00fcr remote Teams<\/h3>\n

Wir reisen viel um Leute zusammen zu bringen, denn face-to-face Zeit ist wirklich wertvoll. Auch wenn wir Skype, Google Hangouts und Flowdock verwenden bringen wir die Leute mehrmals pro Jahr zusammen. Wenn Sie bei uns anfangen verbringen Sie zwei Wochen in San Francisco, treffen das Team, und beginnen die Experience bei uns zu verstehen.<\/p><\/blockquote>\n

Lesen Sie hier unser Interview mit Morten.<\/a><\/p>\n

Sunil Sadasivan, CTO at Buffer<\/a><\/h2>\n

\"sunil-sadasivan-buffer-cto-interview\"<\/h3>\n

4. Aufgaben sind wichtiger als Jobtitel<\/h3>\n

In einer unnat\u00fcrlichen Hierarchie ist meine Position die des CTOs. Aber in einer nat\u00fcrlichen Hierarchie kann jemand einige meiner Aufgaben \u00fcbernehmen. Daher f\u00fchlen sich Jobtitel hier bei Buffer irgendwie komisch an, weil die meisten von uns ganz unterschiedliche Aufgaben erf\u00fcllen.<\/p><\/blockquote>\n

5. Investieren Sie in sich selbst<\/h3>\n

Mark Cuban hat gesagt: \u201eDas beste Investment, das man machen kann, ist in sich selbst.\u201c<\/p>\n

Auch wenn es mit meinem fr\u00fcheren Startup nicht geklappt hat, war es wahrscheinlich trotzdem das Beste, was ich machen konnte, weil es ein Investment war. Ich habe Zeit investiert, mich auf mich selbst zu fokussieren.<\/p><\/blockquote>\n

6. 100% Test Coverage ist nicht so wichtig<\/h3>\n

Wir sind nicht so besorgt darum, eine hundertprozentige Test-Coverage zu haben. Es geht mehr darum, gesunden Menschenverstand zu benutzen, was wirklich wichtig ist und was zusammenbrechen wird und es dann dementsprechend zu testen.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Sunil.<\/a><\/p>\n

PJ Hagerty, Team Lead at Engine Yard<\/a><\/h2>\n

\"\"<\/h3>\n

7. Fordern Sie sich heraus mit Bootcamps und kostenlosen Online-Kursen<\/h3>\n

Es gibt eine gro\u00dfe Ver\u00e4nderung in Sachen Technology Education. Die technische Entwicklung ist so schnell und immer mehr Leuten wird bewusst, dass wir das in den Griff bekommen m\u00fcssen.<\/p>\n

Ich war schon immer daf\u00fcr den Rails Bridge-Kurs an einem Wochenende zu machen, einfach um sich selbst herauszufordern und zu sehen, ob es interessant ist. Das ist soviel besser als wenn man 40.000$ ausgibt und dann feststellt, dass es nicht das Richtige ist.<\/p><\/blockquote>\n

8. Testen Sie zuerst und ver\u00f6ffentlichen Sie oft<\/h3>\n

Eines der Dinge, die wir f\u00fcr notwendig halten, ist das Testen. Es gibt ziemlich wenige Dinge, die Bestandteil unserer Produkte sind und nicht vorher vielfach getestet wurden. Aber ich glaube nicht, dass es eine M\u00f6glichkeit gibt, irgendetwas hundertprozentig Bug free zu machen.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit PJ.<\/a><\/p>\n

Rani Angel, Head of Web development bei Infragistics<\/a><\/h2>\n
\"\"

OLYMPUS DIGITAL CAMERA<\/p><\/div>\n

9. Remote Teams zu managen ist eine Herausforderung<\/h3>\n

Die gr\u00f6\u00dfte Herausforderung ist definitiv in einem Team zu arbeiten, das weltweit verstreut ist. Das ist eine gro\u00dfe Herausforderung. Eines der gr\u00f6\u00dften Probleme ist, wenn die Zeitverschiebung zwischen zwei Teams nur ein paar Stunden betr\u00e4gt. Die Herausforderung ist dann, dass man als Manager den \u00dcberblick beh\u00e4lt. Au\u00dferdem muss man daf\u00fcr sorgen, dass das Team nicht unter der r\u00e4umlichen Trennung leidet.<\/p><\/blockquote>\n

10. Erkunden Sie verschiedene Bereiche<\/h3>\n

Ich h\u00e4tte fr\u00fcher gerne verschiedene M\u00f6glichkeiten gehabt, z. B. ein Praktikum zu machen, in Marketing oder Sales zu arbeiten, um die verschiedenen Bereiche besser zu verstehen. Erfahrungen, die ich fr\u00fcher h\u00e4tte machen k\u00f6nnten, h\u00e4tten meine Perspektive grundlegend ver\u00e4ndern und h\u00e4tten mir den Arbeitseinstieg sicherlich erleichtert.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Rani.<\/a><\/p>\n

Thomas Schranz, CEO von Blossom<\/a><\/h2>\n

\"\"<\/p>\n

11. Lernen Sie programmieren, egal wie alt Sie sind<\/h3>\n

Ich dachte: \u201eIch kann nicht programmieren und das zu lernen ist ziemlich kompliziert.\u201c Ich wusste damals schon, dass es Kinder gibt, die viel j\u00fcnger sind als ich und bereits angefangen haben zu programmieren und ich dachte damals: \u201eIch bin wirklich sp\u00e4t dran!\u201c Und dann habe ich es eigentlich rein zuf\u00e4llig gelernt. Ich w\u00fcrde es jedem empfehlen, wirklich jedem, in jeder Altersgruppe Programmieren zu lernen.<\/p><\/blockquote>\n

12. Lernen Sie \u201eNein\u201c zu sagen<\/h3>\n

Manchmal ist \u201eNein\u201c zu sagen schwieriger, als eine Sache anzugehen. Ich glaube eine wiederkehrende Herausforderung ist \u201eNein\u201c zu bestimmten Anforderungen zu sagen. Egal ob diese von einem Kunden, von Ihrem eigenen Team oder von Ihnen selbst kommen.<\/p>\n

Wenn man zu einer Idee \u201eNein\u201c sagt, bedeutet das nicht, dass die Idee schlecht ist. \u201eNein\u201c zu sagen ist die gr\u00f6\u00dfere Herausforderung. Wir m\u00fcssen allen erkl\u00e4ren warum, sie \u00fcberzeugen und dann das Meeting mit einer niedrigeren Motivation f\u00fcr alle beenden. Einfach das Ding zu bauen, sogar wenn man wei\u00df, es ist nicht das Richtige, ist einfacher.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Thomas.<\/a><\/p>\n

Leif Singer, Head of Product at iDoneThis<\/a><\/h2>\n

\"leif-singer-idonethis\"<\/h3>\n

13. Verfolgen Sie, wie andere Entwickler arbeiten<\/h3>\n

Ich glaube, das Wichtigste ist, es einfach zu machen – zusammen zu \u00fcben und besser zu werden und weniger die Technologien als die praktischen Anwendungen anderer Leute auszuprobieren. In Sachen praktischer Anwendung up-to-date zu bleiben ist derzeit wichtiger f\u00fcr uns als die Technik.<\/p><\/blockquote>\n

14. Haben Sie keine Angst, Features Ihres Produkts zu entfernen<\/h3>\n

Wir entfernen des \u00f6fteren Features, wenn wir merken, dass niemand sie verwendet oder nicht genug Leute sie verwenden. Wenn man den technischen Ballast entfernt, den niemand mehr braucht, dann ist das nicht gerade eine Produktdefinition, aber es ist eine Aufgabe. Und diese Aufgabe vermerken wir in Asana.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Leif.<\/a><\/p>\n

Eric Elliott, Founder von Fight Poverty with Code<\/a><\/h2>\n

\"\"<\/h3>\n

15. W\u00e4hlen Sie Ihre Programmiersprache mit Vorsicht<\/h3>\n

JavaScript hat das Potenzial viel mehr Leuten zu helfen, weil es die bekannteste Programmiersprache der Welt ist. Wenn Sie eine Bibliothek f\u00fcr JavaScript erstellen, wird das viel mehr Leuten helfen.<\/p><\/blockquote>\n

16. Real-time Features werden wichtig (und kompliziert) f\u00fcr Entwickler werden<\/h3>\n

Wir haben viel mehr real-time und gemeinschaftliche Features. Viele Leute manipulieren den Status der App zur gleichen Zeit und das ist unglaublich komplex.<\/p>\n

Ich habe im Creative Cloud-Team bei Adobe gearbeitet. Bei Creative Cloud geht es vor allem um Zusammenarbeit bei kreativen Projekten. Ich habe aus erster Hand gesehen wie komplex das Management der Zusammenarbeit sein kann und wie schwer es ist, einen wirklich guten User-Workflow zu schaffen, in dem man mit Usern interagiert ohne sich gegenseitig auf die F\u00fc\u00dfe zu treten.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Eric.<\/a><\/p>\n

Johannes Nagl, CTO at Swat.io<\/a><\/h2>\n

\"\"<\/h3>\n

17. Standardisieren Sie Programmierstile<\/h3>\n

Wenn man Entwickler von kurzlebigen Marketing-Kampagnen zu langfristigen SAAS-L\u00f6sungen mitnimmt, ist es schwierig ein v\u00f6llig neues Bewusstsein hinsichtlich Architektur, Code und Nachhaltigkeit zu schaffen.<\/p>\n

Die Agenturprojekte waren oft 1-Mann-Projekte, bei denen verschiedene Programmierstile angewandt wurden. Diese Stile zu standardisieren war eines der ersten Bem\u00fchungen, die sich sehr schnell ausgezahlt hat. Die Verwendung von Tools wie Vagrant oder Continuous Integration hat uns geholfen uns noch mehr auf das Produkt zu konzentrieren.<\/p><\/blockquote>\n

18. Programmierer sollten Testing verinnerlichen<\/h3>\n

Im Web Development glaube ich an Testing als \u201eeine Disziplin, die jeder Programmierer beherrschen und in seinen Workflow integrieren muss.\u201c<\/p>\n

Dezidierte Ressourcen sind eine gute M\u00f6glichkeit um eine etablierte Test-Umgebung zu erhalten. Aber es ist wichtiger, dass jeder Programmierer Tests als essenziellen Bestandteil verinnerlicht hat.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Johannes.<\/a><\/p>\n

Florian Motlik, CTO bei Codeship<\/a><\/h2>\n

\"\"<\/h3>\n

19. Es gibt keine allgemeine Auffassung der Aufgabe eines CTOs<\/h3>\n

Das Problem mit den Aufgaben eines CTOs ist, dass es eine Million B\u00fccher \u00fcber CEOs gibt. Es gibt nicht viele B\u00fccher \u00fcber CTOs, weil ein CTO je nach Unternehmen verschiedene Aufgaben hat. Ich bin ein sehr externer CTO. Ich manage kein Team. Ich habe nie ein Team gemanagt. Als wir wirklich gewachsen sind brauchten wir mehr Management und wir haben einen VP of Engineering bekommen.<\/p><\/blockquote>\n

20. Infrastruktur als Service wird eine gro\u00dfe Sache werden<\/h3>\n

Die Cloud ist bislang nur eine Ansammlung von Services und eine Ansammlung von Services ist etwas, das man managen muss, was ich nicht mag. Was wir machen sollten, ist ein Service genau f\u00fcr das.<\/p><\/blockquote>\n

21. Es gibt einen gro\u00dfen Konflikt zwischen der Komplexit\u00e4t des Testens und der Zeit<\/h3>\n

Einer der gr\u00f6\u00dften Konflikte, die wir sehen, ist zwischen der Komplexit\u00e4t eines Tests und der Schnelligkeit, mit der man diese Tests durchf\u00fchren will. Im besten Fall will man alles in jedem Browser testen, um sicher zu stellen, dass es \u00fcberall klappt. Aber daf\u00fcr braucht man ewig.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Florian.<\/a><\/p>\n

Christian Braun, VP of Engineering bei PAYMILL<\/a><\/h2>\n

\"\"<\/h3>\n

22. Gro\u00dfartige Developer anzustellen ist eine Herausforderung<\/h3>\n

Nat\u00fcrlich hat man als Engineering Department verschiedene Herausforderungen. Eine gro\u00dfe Herausforderung ist die Frage, wie man gute Entwickler anstellt, weil jeder gute Entwickler haben will. Man hat auch die Herausforderung, dass man \u00fcberhaupt genug Entwickler hat, um an Produktverbesserungen zu arbeiten.<\/p><\/blockquote>\n

23. Kommunizieren Sie einfach & klar<\/h3>\n

Wir sch\u00e4tzen \u00c4nderungsw\u00fcnsche mit T-Shirt-Gr\u00f6\u00dfen ein. Damit hat das Management einen \u00dcberblick \u00fcber Kosten und Priorit\u00e4ten.<\/p><\/blockquote>\n

Lesen Sie unser Interview mit Christian.<\/a><\/p>\n

Und noch mehr<\/h2>\n

Abgesehen von diesen 23 Statements, gibt es noch viele wertvolle Dinge, die wir von diesen Interviews gelernt haben. Schauen Sie doch einfach mal auf bugtrackers.io<\/a> vorbei. Wir haben bisher sehr gutes Feedback erhalten und freuen uns schon auf die n\u00e4chsten Interviews.<\/p>\n

Welches Statement war f\u00fcr Sie pers\u00f6nlich besonders wichtig? Wovon haben Sie sich angesprochen gef\u00fchlt oder wo haben Sie Ihre Erfahrungen wiedererkannt. Hinterlassen Sie uns doch einen Kommentar oder treten Sie mit uns \u00fcber Twitter<\/a> in Kontakt.<\/p>\n

PS: Wenn Sie Slides bevorzugen, empfehlen wir Ihnen auch gerne unsere englischsprachige Slideshare Pr\u00e4sentation:<\/p>\n