Früher war alles besser ™. Damals im alten Jahrtausend wählten wir für eine Webanwendung eine der gängigen Programmiersprachen wie Java, PHP oder Perl aus und legten los. Wir mussten uns kaum Gedanken um Frameworks, Programmiersprachen oder geeignete Architekturen machen. CSS oder JavaScript hatten kaum nennenswerte Bedeutung und HTML war noch echt knuffig. Damals flossen Milch und Honig in Strömen. Doch seitdem ist es kompliziert geworden. Gefühlt jeden Monat poppen neue Technologien in Form von Programmiersprachen, Frameworks oder Architekturansätzen hoch, die um unsere Aufmerksamkeit und Gunst buhlen und uns überzeugen wollen, dass nun der Zeitpunkt gekommen sei, um endlich alte Zöpfe abzuschneiden. Was heute modern und pfiffig ist, wird morgen schon als Legacy gebrandmarkt. In diesem Talk werfen wir einen Blick auf die Herausforderungen, um heutzutage für unsere Webanwendungen die richtigen Entscheidungen bei der Auswahl der geeignetsten Technologien für unser Projekt zu treffen und dieses fit für die Zukunft zu machen. Nach einer wahren Geschichte.

1. 1 / 75
Mein
Haus
Mein
Auto
Mein
Backend

2. 2 / 75
Ralf Eggert
CEO Travello GmbH
PHP Entwickler
Speaker
Alexa Champion

3. 3 / 75
Früher war alles besser ™

4. 4 / 75
Opa erzählt
vom Krieg!

5. 5 / 75
Wir hatten ja NIX.

6. 6 / 75
Und haben aus NIX
viele wunderbare
Dinge gemacht!

13. 13 / 75
Hör sofort auf
damit!

14. 14 / 75
OK, ich höre auf.
Wobei 2 Highlights
fallen mir noch ein!

17. 17 / 75
<ohne Worte>

18. 18 / 75
Nur noch einen,
versprochen!

20. 20 / 75
Backend damals

21. 21 / 75
PHP 3.0

22. 22 / 75
Apache 1.2

23. 23 / 75
MySQL 3.21

24. 24 / 75
Perl 2.0
Nur für die Harten

25. 25 / 75
ColdFusion 4.0
Für die Merkbefreiten

26. 26 / 75
ASP.NET
Für andere Merkbefreite

27. 27 / 75
Einfach ein LAMP
aufgesetzt und
ZACK waren wir
fertig!

28. 28 / 75
Ihr habt keine
Frameworks
eingesetzt?
Wer soll das
glauben?

29. 29 / 75
Doch haben wir!

30. 30 / 75
Backend heute

31. 31 / 75
Wie sieht es
denn heute aus?

32. 32 / 75
Anders!

33. 33 / 75
Wie meinst du das?

34. 34 / 75
Welche
Programmier-
sprache nehmen
wir?

35. 35 / 75
Welches Framework
nehmen wir und
machen wir lieber
alles in Vanilla?

36. 36 / 75
Welche Datenbank
nehmen wir oder
persistieren wir
ganz anders?

37. 37 / 75
Was ist mit
Caching? Brauchen
wie eine Queue?
Müssen die Daten
durchsucht werden?

38. 38 / 75
Welchen
Architekturansatz
verfolgen wir?

39. 39 / 75
OK!
Aber so schwer
kann das doch
nicht sein?

40. 40 / 75
Programmier-
sprachen
(Auszug)

41. 41 / 75
Frameworks
(Auszug)

42. 42 / 75
Datenbanken
(Auszug)

43. 43 / 75
Technology
Buzzword
Bingo
Microservices
REST-API
API
Monolith
SOAPElasticSearch
Headless
Mobile First
Push Notifications
Progressive Web Apps
Big Data
AI

44. 44 / 75
Ich könnte
stundenlang so
weiter machen!

45. 45 / 75
OK! Ich habe es
verstanden.

46. 46 / 75
Wähle doch einfach
die jeweils besten
Lösungen aus und
fertig ist die Laube!

47. 47 / 75
<ohne Worte>

48. 48 / 75
Why is PHP still considered when most startups do not even consider it that much?
How relevant are Python and Ruby for 2018 and beyond?
Is Python more useful (powerful) than Ruby or JavaScript (Node.js)?
Why do web developers prefer PHP, not Java?
If you could predict one language that will take over the programming industry (over C++, Java,
Python, etc) which would it be? (Ruby, Perl, Haskell, Go, etc)
Is .NET Core killing Node.js?
Is Go better than PHP?
Will Node.js/Express finally kill off Rails, Django, Laravel, Spring, etc., in 2017?

49. 49 / 75
Die richtige Wahl ist
oft nicht so einfach.

50. 50 / 75
Eine wahre Geschichte

51. 51 / 75
Opa erzählt
wieder
vom Krieg!

52. 52 / 75
Hör doch erst
einmal zu.

53. 53 / 75
Schulung

54. 54 / 75
SOAP REST API
Kleine Konsolenanwendung!

55. 55 / 75
SOAP
Partner
REST API
WaWi
Kleine Konsolenanwendung?
Sites

56. 56 / 75
SOAP
Partner
REST API
WaWi
Kleine Konsolenanwendung??
Sites C
Sites B
Sites A
Sites D
Site E

57. 57 / 75
SOAP
Partner
REST API
WaWi
Kleine Konsolenanwendung???
Sites C
Sites B
Sites A
Sites D
Site E

58. 58 / 75
Backendlandschaft

59. 59 / 75
Was war hier
schief gelaufen?

60. 60 / 75
Schlechtes
Management

61. 61 / 75
Hohe
Personalfluktuation

62. 62 / 75
Backendlandschaft
ist historisch
gewachsen

63. 63 / 75
»Spielprojekte«
wurden direkt in die
Systemlandschaft
integriert

64. 64 / 75
Wie groß war das
Backend Team?

65. 65 / 75
minus 10 Jahre: 1
minus 5 Jahre: 15
damals: 3

66. 66 / 75
Wie ging die
Geschichte aus?

67. 67 / 75
Tja!

68. 68 / 75
Und die Moral
von der Geschicht?

69. 69 / 75
Was können wir
daraus für ein
optimales Backend
lernen?

70. 70 / 75
Personal sinnvoll
einsetzen

71. 71 / 75
Nicht jedem Hype
sofort hinterher
rennen

72. 72 / 75
Vor Einführung
einer neuen
Technologie:
Hirn einschalten!

73. 73 / 75
Liebe deine
Entwickler!

74. 74 / 75
Fragen?
Eigene Erfahrungen?
Statements?

75. 75 / 75
Danke!
ralf@travello.audio
https://www.travello.audio