Erst denken, dann coden: Requirements Engineering für Einsteiger | magicmarcy.de

Wenn du noch nicht so lange programmierst, kennst du das vermutlich: Jemand erklärt dir kurz, was gebaut werden soll, du denkst dir "passt, hab ich verstanden" und legst los. Zwei Tage später stellt sich heraus: Missverständnis. Der Fachbereich wollte etwas anderes, ein wichtiger Fall wurde vergessen oder eine scheinbar kleine Anforderung zieht auf einmal einen Rattenschwanz an Änderungen hinter sich her.

Funktionale vs. nicht funktionale Anforderungen – der Unterschied, den Anfänger oft übersehen | magicmarcy.de

Wenn du Software entwickelst, stolperst du früher oder später über die Begriffe "funktionale Anforderungen" und "nicht funktionale Anforderungen". Diese tauchen in Fachbüchern, in Tickets und in Meetings auf, oft so, als wäre das alles selbstverständlich. Ist es aber nicht - gerade als Einsteiger fühlt sich das schnell nach Theorie-Kauderwelsch an.

Erst denken, dann coden: Requirements Engineering für Einsteiger | magicmarcy.de

Wenn du noch nicht so lange programmierst, kennst du das vermutlich: Jemand erklärt dir kurz, was gebaut werden soll, du denkst dir "passt, hab ich verstanden" und legst los. Zwei Tage später stellt sich heraus: Missverständnis. Der Fachbereich wollte etwas anderes, ein wichtiger Fall wurde vergessen oder eine scheinbar kleine Anforderung zieht auf einmal einen Rattenschwanz an Änderungen hinter sich her.

Funktionale vs. nicht funktionale Anforderungen – der Unterschied, den Anfänger oft übersehen | magicmarcy.de

Wenn du Software entwickelst, stolperst du früher oder später über die Begriffe "funktionale Anforderungen" und "nicht funktionale Anforderungen". Diese tauchen in Fachbüchern, in Tickets und in Meetings auf, oft so, als wäre das alles selbstverständlich. Ist es aber nicht - gerade als Einsteiger fühlt sich das schnell nach Theorie-Kauderwelsch an.

Liste der größten Social-Media-Plattformen – Wikipedia

Das Lasten- und Pflichtenheft | magicmarcy.de

Wer in der Softwareentwicklung an professionellen Projekten mitarbeitet, trifft früher oder später auf zwei zentrale Dokumente: das Lastenheft und das Pflichtenheft. Beide klingen zunächst ähnlich, erfüllen aber unterschiedliche Aufgaben. Für Einsteigerinnen und Einsteiger, die zum ersten Mal mit Kundenanforderungen, technischen Entscheidungen oder Projektplanung zu tun haben, lohnt sich ein genauer Blick auf diese beiden Begriffe. Sie helfen dabei, ein gemeinsames Verständnis zwischen allen Beteiligten zu schaffen und sorgen dafür, dass ein Projekt nicht in die falsche Richtung läuft.

Der Unterschied zwischen „funktioniert“ und „ist fertig“ | magicmarcy.de

Es gibt einen entscheidenden Moment in der Softwareentwicklung, an dem sich zeigt, ob jemand wirklich verstanden hat, was professionelles Programmieren bedeutet: der Moment, in dem der Code zwar „funktioniert“, aber noch längst nicht „fertig“ ist. Viele verwechseln diese beiden Zustände. Ein Stück Software, das „funktioniert“, erfüllt vielleicht auf den ersten Blick seinen Zweck – es liefert das erwartete Ergebnis, zeigt keine offensichtlichen Fehler und läuft ohne Absturz. Doch „fertig“ ist sie erst, wenn sie auch in einem halben Jahr, nach mehreren Änderungen, neuen Anforderungen und einem anderen Entwickler am Code, noch zuverlässig und nachvollziehbar funktioniert.