Individualsoftware und Übernahme
Software, die es nur bei Ihnen gibt
Nicht jedes Problem ist ein Shop. Manchmal ist es eine Anwendung, die seit Jahren läuft, die niemand mehr anfassen will, und ohne die der Betrieb steht.
Wann Sie das brauchen
Eine Anwendung soll weiterleben
Sie läuft, sie wird gebraucht, und der Entwickler ist nicht mehr erreichbar. Ich arbeite mich über Code, Repository und Deployment-Historie ein und mache die nächsten Schritte wieder planbar.
Zwei Systeme kennen sich nicht
Beide sind gut in dem, wofür sie gebaut wurden, und keines war dafür gebaut, mit dem anderen zu reden. Dazwischen sitzt heute ein Mensch mit einer Tabelle.
Handarbeit ersetzen
Ein Ablauf, den jemand jede Woche von Hand macht, weil kein Produkt am Markt genau das kann. Software dafür ist kein Großprojekt.
Etwas gibt es nicht zu kaufen
Wenn die Anforderung Ihr Geschäft ist und nicht Ihre Branche, gibt es dafür kein Standardprodukt. Dann wird es gebaut.
Womit ich das baue
PHP und Symfony. Zwei Beispiele aus der Praxis, beide ohne Kundennamen.
Das erste liest Produktdaten von einem Lieferanten. Der Endpunkt liefert XML, kein SOAP, also gibt es keine WSDL und keinen generierten Client: Dokument holen, parsen, transformieren und nach Magento importieren, was zu diesem Zeitpunkt CSV bedeutete. Das Unglamouröse daran ist der Punkt. Zwischen zwei Systemen liegt selten eine schöne API, sondern meistens ein Format, mit dem man arbeiten muss.
Das zweite ist Middleware zwischen einem Chatbot und dem Checkout: dünne Symfony-Services, die genau eine Aufgabe haben und die Logik aus dem Shop heraushalten.
Beide Kunden nenne ich hier nicht. Das ist bei dieser Art Arbeit der Normalfall, und es heißt, dass diese zwei Absätze Beschreibung sind und kein Beleg. Was einen Namen trägt, steht direkt darunter.
Was einen Namen trägt
Drei Projekte, die ich nennen darf, in voller Länge beschrieben: was das Problem war, was gebaut wurde und wofür ich verantwortlich war.
Wie ein Projekt anfängt
-
Ansehen
Was läuft heute, wer benutzt es, und was passiert, wenn es einen Tag steht. Das entscheidet, ob repariert, erweitert oder ersetzt wird.
-
Abgrenzen
Ein erstes Stück, das für sich schon einen Nutzen hat. Nicht das ganze System auf einmal.
-
Bauen und übergeben
In Ihrem Setup, mit Ihren Konventionen. Was ich baue, soll jemand anderes weiterentwickeln können.
-
Betreiben oder loslassen
Beides ist in Ordnung. Nicht in Ordnung ist eine Anwendung, die nur läuft, solange eine einzelne Person erreichbar ist.
Häufige Fragen
Übernehmen Sie fremden Code?
Ja, das ist ein großer Teil dieser Arbeit. Ich arbeite mich über Code, Repository und Deployment-Historie ein. Ein Neubau ist selten der erste Schritt und fast nie der billigste.
Neu bauen oder weiterentwickeln?
Das entscheidet sich, nachdem ich es angesehen habe, nicht davor. Wer diese Frage ohne Blick in den Code beantwortet, verkauft eine Meinung.
Arbeiten Sie nur an Shop-Themen?
Nein. Der Schwerpunkt ist E-Commerce, aber die früheste Integration in meinen Unterlagen ist ein Sportranking von 2003, das mit Handel nichts zu tun hatte.
Was passiert, wenn Sie ausfallen?
Deshalb wird übergeben und dokumentiert. Ich baue nichts, was nur läuft, solange ich erreichbar bin. Genau dieses Problem ist der Grund, warum Kunden mich holen.
Eine Person, von der Frage bis zum Code
Ich finde heraus, was gebraucht wird, schreibe die Anforderung, organisiere, wer sonst daran arbeitet, und baue es dann selbst. Üblicherweise sind das drei Firmen, und an jeder Übergabe dazwischen geht etwas verloren. Zwischen Ihrer Frage und dem laufenden System sitzt hier niemand.
Angrenzende Leistungen
Was läuft bei Ihnen, das niemand mehr anfassen will?
Beschreiben Sie mir, was die Anwendung tut, wer sie braucht und was passiert, wenn sie einen Tag steht. Ich sage Ihnen, ob reparieren, erweitern oder ersetzen der richtige Weg ist.