I2C Experten in Deutschland
entwickeln, in wenigen Minuten aus über 15.000 Lebensläufen mithilfe von KI vermitteltBeauftragen Sie Experten, die I2C-Kommunikation entwickeln und debuggen, Sensoren und EEPROMs verbinden und Embedded Linux oder Mikrocontroller-Firmware integrieren. FRATCH vermittelt Ihnen schnell und präzise geprüfte, verfügbare Freelancer, die zu Ihren technischen Anforderungen passen.
Lerne FRATCH Experten in Deutschland kennen, die kürzlich I2C eingesetzt haben
Matthias S.
Letzte Position:
Softwareentwickler und Berater bei CLADE GmbH
- Analyse der bestehenden CAN-Kommunikation zwischen Mikrocontrollern
- Analyse der verwendeten Sensoren, gesammelten Messwerte
- Planung der CAN-Botschaften zur Übertragung der Messwerte
- Iteratives Anpassen des Mikrocontroller-Codes auf die neuen CAN-Botschaften
- Cross-Compilierung von x64 auf arm64
Waqar A.
Letzte Position:
Principal Engineer bei Microchip Technology
- Als FPGA Subject Matter Expert mit praktischer Erfahrung auf den Evaluierungsplattformen Microchip Technology Libero SoC und PolarFire FPGA/SoC gearbeitet.
- Einen Fehler in einem Application Note gefunden und eine Lösung vorgeschlagen.
- Mit Field Application Engineers (FAEs) zusammengearbeitet, um von Kunden gemeldete FPGA-Probleme zu analysieren, zu debuggen und zu lösen.
- Mit internen Teams daran gearbeitet, die SPI-Flash-Programmierung zu beschleunigen, indem ein FPGA-Design erstellt wurde, das eine schnelle Kommunikation zwischen JTAG und SPI ermöglichte.
- PolarFire-FPGA-Temperatur- und TVS-Sensoren von -40 °C bis 100 °C charakterisiert, geschätzte und gemessene Oberflächentemperaturen verglichen und die Schätzung der Sperrschicht-zu-Oberfläche-Temperatur mit dem thermischen Psi-JT-Parameter analysiert.
S.r.k. C.
Letzte Position:
Senior Software Engineer bei STEPPS GmbH / Motherson Dr. Schneider
Projekt: Intelligente Lichtkommunikationssoftware — Audi
- Analyse und Klärung von Systemanforderungen mit dem Kunden und Übersetzung in Softwarearchitektur- und Designentscheidungen
- Architektur und Implementierung der CAN-FD- und SPI-Kommunikation auf NXP S32K312
- Entwurf und Entwicklung von Flash-Bootloader, Flash-Treiber und Boot-Manager für sichere, OTA-fähige Updates
- Konfiguration der AUTOSAR-BSW-Architektur (Dcm, Dem, NvM, BswM, Os, Mcu, Port, Com-Stack, Rtc) für Portabilität und Wartbarkeit
- Entwurf des Crypto-Stacks (Csm, CryIf, Crypto) für sichere Flash- und Diagnosedaten; Integration des NXP-HSE-Cores und der Wrapper-Schicht
- Integration kundenspezifischer Module (Sfd, Ivd, Npm) in den Vector-AUTOSAR-Stack
- Definition der Speicherarchitektur: Memmap, CMake und Linker-Skript-Konfiguration
- Leitung des Board-Bring-ups für die Audi-Licht-Demoplattform; Implementierung von Diagnoseroutinen und -kennungen
Muhammad J.
Letzte Position:
Embedded Linux Praktikant – Entwicklung eines IoT-Sensor-Prototyps bei DHL
- Eine modulare C++-20-Embedded-Linux-Acquisition-Software auf einem Raspberry Pi entwickelt, die IMU- und Dual-Kamera-Datenströme mit Genauigkeit im Submillisekundenbereich synchronisiert.
- Retroreflektive und Kontrastsensoren integriert, um die Datenerfassung auszulösen und Lücken zwischen Sortierbahnschienen zu erkennen.
- SPI- und I2C-Sensorkommunikation, GPIO-Interrupt-Verarbeitung mit libgpiod sowie CSV- und JSON-Ausgabe implementiert.
- Eine mehrthreadige Acquisition-Pipeline und eine SPSC-Queue zwischen Acquisition- und Writer-Threads entworfen.
- Einen webbasierten Server mit Python/HTML/CSS aufgebaut und den Prototypen in einem DHL-Lager zur Fehlererkennung validiert.
- Das Softwareverhalten, die Konfiguration und die Ergebnisse dokumentiert, um eine wartbare Übergabe und Weiterentwicklung zu ermöglichen.
Abdelrahman H.
Letzte Position:
Wissenschaftliche Hilfskraft (WHK), FPGA-Entwicklung – BrassSense-Projekt bei HAW Hamburg / Prof. Peter Schulz
- Echtzeit-Tonerkennung auf FPGA (~20 ms Latenzziel) mit einer Filterbank-Architektur und einer Fuzzy-Logic-Entscheidungsstufe, ohne FFT wegen des Kompromisses zwischen Fensterlänge und Frequenzauflösung.
- Verantwortlich für Systemintegration und Architektur.
Kacper K.
Letzte Position:
Autor
Seqnaut und Sycosm (WIP) – Embedded Audio-DSP- und Synthese-Plattform
- Embedded Audio-DSP-Framework — Synthesizer, Effekte, Drum Machines; modularer Audio-Graph
- Sequenzierung: PianoRoll, StepGrid, MasterClock; 8-stimmiger polyphoner Synth; CLI + OSC
- Transient Detector — duale Hüllkurve mit adaptiver Schwelle, Gitarren-Impulserkennung
- Hardware: Teensy 4.1, eigenes AFE-Design mit Abgriff am BOSS GX-100; MIDI-FX-Integration
Label: C++23, C, Python, CMake, FreeRTOS, Teensy 4.1 (ARM Cortex-M7), Teensy Audio (Stoffregen), DaisySP, I2S/SAI, OSC, MIDI
Valentin R.
Letzte Position:
Freiberuflicher Hardwareentwicklungsingenieur bei Swarm Biotactics
PCB-Design mit Altium, MCU-Programmierung, Prototyping
Lino G.
Letzte Position:
Senior Data Scientist bei VinFast Germany GmbH
- Leitung der strategischen Softwareentwicklung von Fusionsalgorithmen für präzises Objekt-Tracking, Trajektorienvorhersage und Umgebungsmodellierung auf Basis multimodaler Sensordaten (u. a. Kamera, LiDAR, Radar, GNSS, IMU)
- Entwicklung und Implementierung von Navigationsalgorithmen für autonome Fahrzeuge, einschließlich Pfadplanung, Hindernisvermeidung und Sensorfusion aus visuellen, inertialen und distanzbasierten Sensorquellen
- Automatisierung des Extraktions- und Trainingsprozesses mit CI/CD
- Entwicklung und Optimierung von Datenpipelines und -prozessen in Microsoft Azure mithilfe von Apache Spark, Databricks und PySpark
- Entwicklung und Optimierung von Embedded-Software für automotive Steuergeräte
- Entwicklung von latenzkritischer Software für Echtzeitsteuerungen in robotischen Systemen mit RTOS (freeRTOS, SAFERTOS)
- Verwendung der Vector-Toolchain (CANdela, Davinci, CANoe) für Konfiguration und Diagnose
- Optimierung bestehender Datenpipelines und -prozesse (ETL, Data Warehouse, SQL)
- Entwicklung und Training von Machine-Learning-Modellen mithilfe von PyTorch
- Entwicklung Deep-Learning-basierter Objekterkennungs- und VisualSLAM-Algorithmen, trainiert auf kombinierten Daten aus Kamera-, LiDAR- und IMU-Sensorik
- Implementierung von Computer-Vision-Algorithmen zur Objekterkennung und -klassifikation in Robotersystemen auf Basis von OpenCV und YOLO unter Nutzung synchronisierter Bild- und Tiefendaten
- Implementierung verhaltensbasierter Steuerungssysteme für autonome Roboter mittels ROS2 Behavior Trees
- Durchführung von Tests, Freigabe und Einführung der Sensorfusionsalgorithmen in die Produktionsprogramme der Automobilbranche
- Einhaltung geeigneter Softwareentwicklungsprozesse und Sicherheitsstandards zur Gewährleistung hoher Datenqualität (MISRA, ISO 26262, ASPICE)
Oleksii K.
Letzte Position:
Softwareentwickler (freiberuflich) bei Sasse Elektronik GmbH
- Benutzerdefiniertes Yocto-Linux-Image mit Docker-Support erstellt (NXP i.MX 6ULL)
- Verteilte Python-Anwendung entwickelt (Weboberfläche, Gas-/Temperaturregelung)
- Mehrere Docker-Container für Produktion und Entwicklung entworfen
- Dokumentation gemäß IEC 62304 erstellt
Madhava N.
Letzte Position:
Funktionsentwickler ADAS bei Continental Automotive GmbH durch Ferchau GmbH
- Projekt: Sensorfusionsanwendung zur Erkennung von Verkehrsteilnehmern
- Software-Frameworks: C++ (11,14), Python, Visual Studio, MTS, Qt, GitHub, Jenkins, JIRA, Confluence, Conan, CAN, RTOS, DOORS, CMake
- Überarbeitung und Anpassung von Sensorfusionsalgorithmen durch Verarbeitung von Sensordaten (Kamera und Radar) für ACC und EBA gemäß den Anforderungen
- Bearbeitung von Systemtest-Fehlerberichten in JIRA
- Abstimmung von Kalman-Filtern und Einführung neuer Funktionen zur Verbesserung der Objektverfolgung
- Anpassung der Architektur, des detaillierten Designs (UML) und des Simulationstools (Qt)
- Durchführung von Unit-Tests, Code-Reviews und statischen Codeanalysen gemäß den MISRA-Standards
- Durchführung von Regressionstests zur Validierung der Software, Beteiligung an Software-Releases (CI/CD), KPI-Bewertung durch das Testen von NCAP-Szenarien
- Aufspielen der ADAS-Software auf Zielfahrzeuge, Verwendung des UDS-Protokolls und von OBD-II-Tools für Diagnose und Verifizierung
Hendrik W.
Letzte Position:
Software-Test- und Wartungsunterstützung bei Anton Paar ProveTec GmbH
- Ergänzen/Erstellen von Testspezifikationen
- Durchführen von Regressionstests
- Durchführen von Releasetests
- Analyse von Jira-Tickets
- Identifikation von Fehlern in der Software und deren Beseitigung mit C#
Roland R.
Letzte Position:
Unterstützung im laufenden Projekt bei Automobilzulieferer
- Schließung des Safety Cases
- Erzeugung von aussagekräftigen Traceability-Matrizen und gezielte Testerweiterung
- Requirement-Übertragung in andere Datenbank-Systeme
- Strukturierung der Requirements, Bewertung und Vollständigkeit inklusive Aufstellung neuer Testcases anhand von Use Case basierter Teststrategien und den Ergebnissen interner Traceability-Matrizen
- Teilautomatisierung von Aufgaben im Rahmen eines Requirement Assessment Tools
- Tools und Sprachen: MS Teams, reqIF, Enterprise Architect, Codebeamer, proprietäre Tools zur Erzeugung und Bewertung von Traceability-Matrizen (Größenordnung 1000 x 1000)
Tilmann S.
Letzte Position:
Technischer Experte, Softwarearchitekt bei Rolls Royce Power Systems / MTU
- Erstellung von Konzepten und Architekturen für die ECU-Diagnose über CAN-Bus mit UDS, PDX, ODX und Sicherheitsparadigmen
- Entwicklung des System-Rollouts für EMS und Dokumentation mit UML, Draw.io, MS Word, MS Visio und Confluence
- Entwicklung von Prozessabläufen für Entwicklung, Planung, Logistik, Tests und Diagnose in Scrum mit Jira und MS Planner
- Kommunikation mit mehreren Kundenteams und Durchführung von Wissenstransfers
Viktor H.
Letzte Position:
Freiberuflicher Softwareentwickler bei Thomas Magnete GmbH
- Entwicklung einer Embedded-Software für einen Ventil-Prototypen mit LIN-Interface.
- Erweiterung der Software-Architektur in Rhapsody.
- Implementierung der Ventilsteuerung als State-Machine in Rhapsody.
- Implementierung eines LIN-Stacks für die Kommunikation mit PLIN-LDF-Testumgebung.
- Integration & Inbetriebnahme des Built-in-Bootstrap-Loaders.
- MCU: Infineon TLE9867.
- IDE: Keil µVision5.
- Projektverwaltung: GitLab.
- Architektur: Rhapsody Architect.
- CAN-Adapter: PEAK PLIN-USB.
Arne H.
Letzte Position:
Embedded Fullstack-Entwickler bei IoT- und Infrastruktur-Automatisierungsbereich
- Analyse einer Legacy-Codebasis und Ermittlung architektureller Probleme, Implementierung von Verbesserungen in Abstimmung mit dem Product Owner.
- Entwicklung von sauberem, effizientem und vollständig dokumentiertem Code nach etablierten Software-Engineering-Praktiken und -Standards.
- Analyse von Erlang-Komponenten in Backend- und Geräteschichten, um Empfehlungen für einen stabilen Systembetrieb zu geben.
- Einrichtung und Optimierung von CI/CD-Pipelines auf Kundeninfrastruktur, einschließlich Test, Debugging und Qualitätssicherung beim Zertifikatmanagement.
- Beteiligung an Planung, Design und Umsetzung von Epics und Stories gemäß den Vorgaben des Product Owners.
- Technische Beratung des Product Owners in Bezug auf Erlang-Codebasis-Management und Best Practices.
- Zusammenarbeit mit Product Owner, Scrum Master und Entwicklungsteam, um eine termingerechte Bereitstellung von Features sicherzustellen.
- Elixir & Phoenix + PostgreSQL
- Erlang
- IoT
- CI/CD
- Git
- Agile/Scrum
- Docker
- Kubernetes
- Frontend (VueJS)
- Embedded-Geräte
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die I2C einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
19 Jahre
Positionsdauer
3 Jahre
Positionen pro Freelancer
12
Häufigste Fachbereiche
Produktentwicklung, Informationstechnologie (IT), Qualitätssicherung
Häufigste Branchen
Fertigung, Informationstechnologie (IT), Automotive
Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Qualitätssicherung
Bachelor-Abschluss oder höher
94%
Master-Abschluss oder höher
76%
Doktortitel
12%
Zertifizierungen pro Freelancer
2
Häufigste Sprachen
Englisch, Deutsch, Französisch
Sprechen zwei oder mehr Sprachen
100%
Basierend auf unserem Profilpool, Stand 9 Okt 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Experten in dieser Technologie in Deutschland verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, welcher Anteil der Experten innerhalb dieser Spanne abrechnet.
Durchschnittssätze von Experten in Deutschland, die I2C einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 9 Okt 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Branchenfokus der I2C Experten
Sieh, in welchen Branchen unsere gematchten Freelancer am häufigsten tätig sind — jede Zahl wird live aus den Freelancern auf FRATCH berechnet.
- Fertigung (81%)
- Informationstechnologie (IT) (76%)
- Automotive (64%)
- Bildung (41%)
- Gesundheitswesen (37%)
- Telekommunikation (29%)
- Luft- und Raumfahrt und Verteidigung (25%)
- Energie (25%)
Bitte beachte, dass Freelancer in mehreren Branchen tätig sein können, daher überschneiden sich die Prozentwerte.
Über die Technologie
Grundprinzip
I2C, auch als I²C geschrieben und als Inter-Integrated Circuit bekannt, ist ein synchroner Zwei-Draht-Bus für die Kommunikation zwischen integrierten Schaltkreisen. Ein Controller tauscht über die serielle Taktleitung und die serielle Datenleitung Informationen mit adressierten Peripheriegeräten aus. Pull-up-Widerstände, Buskapazität, Spannungspegel und Adressvergabe beeinflussen alle den zuverlässigen Betrieb.
Was es verbindet
I2C ist in Embedded-Produkten verbreitet, die kompakte Verbindungen mit wenigen Pins zwischen einem Prozessor und nahegelegenen Komponenten benötigen.
- Temperatur-, Druck-, Bewegungs- und Lichtsensoren auslesen
- Power-Management-ICs und Batterieüberwachungen konfigurieren
- Einstellungen in EEPROMs speichern und Echtzeituhren ansprechen
- Displays, Codecs, Multiplexer und Expander steuern
Es ist besonders nützlich, wenn sich mehrere langsamere Peripheriegeräte eine Platine teilen, ohne eigene Chip-Select-Leitungen zu benötigen.
Ökosystem und Werkzeuge
Fundierte I2C-Arbeit umfasst Hardware, Firmware und Diagnosewerkzeuge. Spezialisten nutzen Peripherietreiber von Mikrocontrollern, Linux-Kernelschnittstellen wie i2c-dev, Board-Support-Pakete und Hersteller-SDKs. Logikanalysatoren, Oszilloskope und Bus-Monitore helfen dabei, fehlende Bestätigungen, Timing-Verletzungen, festhängende Leitungen und Adresskonflikte sichtbar zu machen. SPI, UART, SMBus und PMBus sind häufig angrenzende Technologien.
Wann Fachwissen wichtig ist
Unternehmen holen freiberufliche Spezialisten hinzu, wenn ein Prototyp zu einem zuverlässigen Produkt werden muss, ein neuer Sensor in eine bestehende Platine integriert werden soll oder Feldausfälle auf ein sporadisches Busproblem hindeuten. Externes Fachwissen ist auch beim Board Bring-up, bei der Treibermigration, bei Hardware-Überarbeitungen und bei validierungsorientierten Prüfungen hilfreich.
- Elektrische Kompatibilität und Auswahl der Pull-ups bestätigen
- Eine Wiederherstellung für einen auf Low gehaltenen Bus implementieren
- Das Verhalten bei Reset, im Ruhezustand und während des Starts validieren
- Register, Adressen, Timing und Fehlerbehandlung dokumentieren
In Deutschland findet diese Arbeit in industriellen Anlagen, Fahrzeugelektronik, medizinischen Geräten und vernetzten Produkten statt, oft in enger Zusammenarbeit zwischen Hardware- und Firmware-Teams.
Zusammenarbeit über Teams hinweg
I2C-Projekte erfordern meist eine klare Aufgabenverteilung zwischen Elektronikspezialisten, Embedded-Software-Experten, Testteams und Fertigungspartnern. Die Remote-Zusammenarbeit funktioniert gut, wenn Schaltpläne, Registerkarten, Traces, Logs und reproduzierbare Testschritte verfügbar sind. Vor-Ort-Termine in Deutschland können Labormessungen, Board Bring-up und Hardware-Debugging beschleunigen; je nach Team kann die Kommunikation auf Deutsch oder Englisch erforderlich sein.
Woran man Qualität erkennt
Ein kompetenter Profi sorgt für mehr, als nur eine Peripherie zum Antworten zu bringen. Er prüft die elektrische Ebene, versteht das Datenblatt des Geräts, berücksichtigt Clock Stretching und wiederholte Starts und testet das Verhalten bei Fehlern und unter Last. Er unterscheidet I2C von SMBus, wenn Protokollgrenzen relevant sind, wählt SPI, wenn Geschwindigkeit oder Isolation dies erfordern, und hinterlässt verständliche Treiber, Messungen und Wiederherstellungsverfahren.
Häufig gestellte Fragen
Die wichtigsten Details zu I2C, aus den Fragen, die uns am häufigsten erreichen.
I2C verbindet einen Prozessor oder Controller über einen gemeinsamen Bus mit nahegelegenen Peripheriegeräten. Typische Anwendungen sind Sensoren, EEPROMs, Echtzeituhren, Power-Management-Geräte, Displays und Eingabe-Expander.
I2C verwendet gemeinsame Takt- und Datenleitungen mit Geräteadressierung, während SPI durch separate Chip-Select-Signale in der Regel einen höheren Durchsatz bietet und UART eine serielle Punkt-zu-Punkt-Verbindung bereitstellt. Die richtige Wahl hängt von Geschwindigkeit, Verkabelung, Geräteanzahl, Entfernung und elektrischen Rahmenbedingungen ab.
Für I2C sind Kenntnisse in Embedded C oder C++, Mikrocontroller-Peripheriegeräten, Linux-Geräteschnittstellen, Elektronikschaltplänen und Hardware-Debugging hilfreich. Erfahrung mit Logikanalysatoren, Oszilloskopen, SPI, SMBus, PMBus und Board Bring-up ist ebenfalls wertvoll.
Die I2C-Erfahrung sollte zu Risiko und Umfang der Arbeit passen. Für eine einfache Peripherieintegration kann ein Spezialist ausreichen, der Datenblätter lesen und Transaktionen validieren kann. Sicherheitskritische oder in Serie gefertigte Hardware erfordert dagegen tiefere Kenntnisse in Signalintegrität, Fehlerwiederherstellung, Treibern und Verifizierung.
I2C-Aufgaben wie Treiberentwicklung, Registerkonfiguration und Log-Analyse können normalerweise remote erledigt werden. Board Bring-up und elektrische Diagnose erfordern möglicherweise Zugriff auf die Zielplatine oder ein Labor vor Ort in Deutschland. Eine klare Dokumentation sowie die Kommunikation auf Englisch oder Deutsch sollten im Voraus vereinbart werden.
I2C-Fehler entstehen häufig durch falsch dimensionierte Pull-ups, inkompatible Spannungspegel, Adresskollisionen, zu hohe Kapazität, Timing-Fehler oder ein Peripheriegerät, das die Datenleitung auf Low hält. Ein guter Spezialist grenzt den Fehler mit Messungen ein und ergänzt geeignete Reset- oder Bus-Wiederherstellungsmechanismen.
I2C und SMBus verwenden grundsätzlich denselben Signalansatz, aber SMBus definiert zusätzliche Erwartungen an Timing, Spannung und Protokoll. Die Gerätespezifikation und die Systemanforderungen sollten bestimmen, welchen Regeln die Implementierung folgt, insbesondere bei Power-Management-Geräten.
Fragen Sie, wie der Spezialist eine fehlende Bestätigung, einen Adresskonflikt oder einen Bus untersuchen würde, der dauerhaft auf Low bleibt. Ein guter I2C-Profi erklärt sowohl die Firmware- als auch die elektrischen Prüfungen, nutzt Messdaten, dokumentiert Annahmen und testet Start-, Fehler- und Wiederherstellungsszenarien.
Der durchschnittliche Stundensatz von Freelancern in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, liegt bei 89 €, was einem Tagessatz von etwa 708 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, haben 94% mindestens einen Bachelor-Abschluss, 76% mindestens einen Master-Abschluss und 12% einen Doktortitel.
Freelancer in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 19 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 3 Jahre.
Die häufigsten Sprachen unter Freelancern in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, sind Englisch (98%), Deutsch (97%) und Französisch (15%).
Die häufigsten Industrien unter Freelancern in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, sind Fertigung (81%), Informationstechnologie (IT) (76%) und Automotive (64%).
Die häufigsten Bereiche unter Freelancern in Deutschland, die I2C in ihren letzten Projekten eingesetzt haben, sind Produktentwicklung (100%), Informationstechnologie (IT) (95%) und Qualitätssicherung (86%).
Hauptstandorte der FRATCH Experten, die kürzlich I2C eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Berlin 
München Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!
Philipp Thomaschewski
FRATCH CEO
