Out-of-the-Box-Tools für das Denken außerhalb der Box – Cardstack

Elemente eines erfolgreichen Hackathon-Events

Hackathons sind eine der besten Möglichkeiten, um mehr Entwickler mit einem Tool oder Produkt vertraut zu machen!

Durch meine Teilnahme an ETHBoston, einer dreitägigen Veranstaltung, die Entwickler dazu ermutigte, etwas Neues auszuprobieren, habe ich viel gelernt. Bei Cardstack werden wir diese Lektionen nutzen, um neuen Entwicklern bei zukünftigen Hackathons, die wir selbst hosten oder sponsern möchten, eine großartige Erfahrung zu bieten. In diesem Artikel werde ich auch einige allgemeine Tipps für Hackathon-Sponsoren vorstellen, die ihnen helfen, das Beste aus ihrem Sponsoring herauszuholen und die Teilnehmer der Veranstaltung hervorragend zu unterstützen.

Mein Hauptziel war es, die Probleme, mit denen Entwickler bei der schnellen Erstellung einer dApp (dezentrale App) konfrontiert sind, aus erster Hand zu erfassen. Diese Forschung ist für die zukünftige Teilnahme von Cardstack an Hackathons als Host oder Sponsor von entscheidender Bedeutung. Sie ist jedoch auch eine gute Möglichkeit, die verschiedenen Aspekte des Onboarding neuer Benutzer im Allgemeinen zu untersuchen.

Ich war auf der Suche nach Antworten auf folgende Fragen:

1. Was sind die Ergebnisse der Teilnehmer?
2. Welche Art von Usability-Roadblocks treffen Entwickler bei der Integration von Sponsorenprodukten?
3. Welche Sponsorenprodukte erhalten die höchstes Interesse? Warum?
4. Was sind einige aktive Möglichkeiten, in denen Sponsoren könnten hilf den Entwicklern gelingen?
5. Was sind die Cardstack-spezifische Gerichte zum Mitnehmen vom Hackathon?
6. Wie machen diese Lektionen in das Cardstack-Produkt einbinden?

Um diese Lektionen in einen Zusammenhang zu bringen, ist es hilfreich, ein wenig über das Ereignis selbst zu wissen. Der Hackathon verlief in Bezug auf die Codierungsherausforderungen ziemlich frei. Die 400 Teilnehmer waren dafür verantwortlich, ihre eigenen Teams zu bilden. Einige Leute kannten sich bereits, während andere, wie mein Team, Fremde waren. Der Hackathon hatte abgesehen von der Teamgröße (maximal vier Personen pro Team) und den Zeitlimits (bis zum offiziellen Start der Veranstaltung war keine Codierung zulässig) nur sehr wenige Regeln.

Während die Codierungsherausforderungen in freier Form waren, hatten der Gesamtzeitplan und die Erfahrung der Veranstaltung eine solide Struktur. Die Organisatoren hatten gut durchdachte Pläne, um die Teilnehmer zu ernähren, ihre Projekte zu beurteilen und Bildungschancen zu bieten.

Die Veranstaltung fand an der Harvard University statt. Die meiste Arbeit wurde in einem großen Raum mit Sponsorentischen und kleinen Klassenzimmern erledigt, in denen halbstündige Workshops abgehalten wurden. Viele der Sponsoren boten Prämien für Teams an, die ihre Produkte integriert hatten.

Am Ende der Veranstaltung stellten die Teams ihre Projekte zwei Jurygremien und den Sponsoren zur Verfügung.

55 Projekte wurden eingereicht, aber die Veranstaltung hatte mehr als 400 Teilnehmer. Da jedes Team maximal vier Teammitglieder hatte, stellte sich heraus, dass höchstens 220 Personen den Hackathon absolvierten. Dies wirft die Frage auf: Wohin sind alle anderen gegangen? Was hat ihrem Erfolg im Wege gestanden? Meine eigenen Erfahrungen haben einige der Herausforderungen aufgedeckt, die Entwickler möglicherweise gemeistert haben.

Zuallererst musste dieser Hackathon gerecht werden zwei Zielgruppen mit sehr unterschiedlichen Bedürfnissen. Die Bemühungen mussten zwischen erfahrenen dApp-Entwicklern und neuen Mitarbeitern aufgeteilt werden.

Aus diesem Grund bot die Veranstaltung insgesamt zwei Workshops an – einen mit Einführungen in die Produktintegration und eine Anfängerserie, in der die Grundlagen von Brieftaschen und Web3 vermittelt wurden. Ich habe an einigen Workshops zur Produktintegration von Sponsoren teilgenommen. Und als ich die Websites und die Dokumentation der Sponsoren durchgesehen habe, habe ich festgestellt, dass einige Sponsoren dieses gespaltene Publikum bedienen konnten, andere jedoch mit dieser Aufgabe zu kämpfen schienen.

Dies sind einige der Herausforderungen, denen sich Entwickler beim Erstellen einer dApp mit regulären (Nicht-Cardstack-) Tools gegenübersehen:

• Zeit ist eine knappe Ressource, aber ein Großteil davon wurde auf allgemeinen App-Gerüsten (Authentifizierung, Datenpersistenz, Formulare, Bereitstellung) gebrannt.
• Es gab keine Schnellstart-Dokumentation für die Integrationen.
• Es war schwierig, vollständige Lehrbeispiele zu finden.
• Der Quellcode der Bibliothek fehlte oder war schwer zu finden.
• Beispiele waren abhängig von bestimmten JavaScript-Frameworks.
• Das Debuggen eines unbekannten Tools ist eine Herausforderung.
• Viele Sponsoren gingen am frühen Abend nach Hause und standen nicht zur Verfügung, wenn die Teams wirklich Hilfe benötigten.
• Einige Produktdokumentationen setzten Kenntnisse über Web3-Anforderungsmuster und andere implizite Vorkenntnisse über das Ökosystem voraus.

Da ich bei Cardstack arbeite, habe ich einige Vorkenntnisse. Ich kenne das Ethos und die Ziele von dezentralen Apps. Ich weiß, wie man eine Brieftasche verwendet, was ein Vertrag ist, was es bedeutet, einen Vertrag bereitzustellen und was eine Blockchain als Datenquelle tun kann. Wenn ich mit diesen Konzepten noch keine Erfahrung hätte, wäre ich sehr verloren. Da einige meiner Teammitglieder jedoch noch erfahrener waren als ich, haben wir alle oben genannten Probleme durch Zusammenarbeit gelöst.

Das Sammeln von Benutzerfeedback von Entwicklern ist für Sponsoren, die ihre Produkte verbessern möchten, von entscheidender Bedeutung. Aus diesem Grund haben sich einige Unternehmen aktiv darum bemüht. Mindestens einer von ihnen hatte einen UX-Spezialisten vor Ort, der Benutzerinterviews durchführte und aufzeichnete. Ich bezweifle, dass dies eines der Unternehmen war, das die meisten Einsendungen für sein Produkt erhalten hat.

Auf diese Weise können Sponsoren den Teilnehmern zum Erfolg verhelfen und ihre Investition in die Veranstaltung optimal nutzen.

Sponsoren sollten lange bleiben – Persönlich, idealerweise bis 1 oder 2 Uhr morgens. Die Mitarbeiter sollten ihre Tische in Schichten abdecken. Hackathon-Teilnehmer verbringen den größten Teil des ersten vollen Tages mit allgemeinen App-Gerüsten wie Authentifizierung, einer nachgemachten Umgebung und einem einfachen Front-End. Daher ist es spät am Abend, wenn sie versuchen, die Teile zusammenzufügen. Diese letzten Stunden machen oder brechen eine Projekteinreichung. Debugging-Hilfe per Chat ist besser als nichts, aber nicht so nützlich wie persönlicher Support. Gerade wenn ein Unternehmen die Teilnehmer als Champions oder frühe Kunden gewinnen will, ist diese persönliche Betreuung unabdingbar.

Tutorials und Dokumentationen sollten gut getestet sein vor der Veranstaltung – von Personen, die keine eigenen Mitarbeiter des Unternehmens sind. Dies ist eine großartige Möglichkeit, um unerwartete Probleme im Voraus zu erkennen.

Lernressourcen sollten leicht zu finden sein. Der einfachste Weg, dies zu tun, ist eine prominente Webseite mit Links zu Hackathon-hilfreichen Beschreibungen, Handbüchern, Beispielprojekten und Quellcode. Der Elevator Pitch für das Produkt könnte auf einer Visitenkarte dargestellt werden, die den Link zu diesen Ressourcen enthält. Im Idealfall gibt es ein Entwickler-Launch-Kit oder eine Starter-App, mit denen die Benutzer schnell loslegen können, ähnlich der Projektvorlage des Card SDK. Zum Beispiel benötigt fast jedes Team eine Art System zur Identifizierung / Anmeldung und eine Möglichkeit, Daten in das Front-End einzubinden. Wenn ein Unternehmen diese Funktionen in einem sofort einsatzbereiten Kit bereitstellt, können Entwickler mehr Zeit mit der Bearbeitung der Teile verbringen, die für das Produkt oder den Geschäftsanwendungsfall speziell sind.

Begeisterung und Ideen sollten mit den Teilnehmern geteilt werden. Es fühlt sich großartig an, wenn Sponsoren aktiv versuchen zu verstehen, was Sie aufgebaut haben, Ihnen dabei helfen, die Idee zu wiederholen und echtes Interesse an Ihrer Erfahrung zum Ausdruck zu bringen. Unabhängig von Ihrer Persönlichkeit oder Ihrem Enthusiasmus nach einem sehr langen Wochenende können Sie als Unternehmensvertreter eine einfache Formel befolgen: Eine der einfachsten Möglichkeiten, eine Verbindung zu den Teilnehmern herzustellen, besteht darin, ihnen Fragen zu stellen und auf ihren Antworten mit einer zu bauen ermutigende "Ja und …" Reaktion.

• Etwas Out-of-the-Box-Entwicklungskits werden in dieser Branche dringend benötigt, was Cardstack gut anbieten kann.
• Sowohl die Hackathon-Teilnehmer als auch das allgemeine Entwicklerpublikum brauchen gut ausgebaute Wege zum Hosting ihre Arbeit und die Bezahlung für Dienstleistungen.
• Für Sponsoren ist es wichtig, einen Plan für das Sammeln und Aufzeichnen zu haben Feedback zur Benutzererfahrung. Im Dunst eines langen Wochenendes mit wenig Schlaf kann man sich nicht auf die Erinnerung als Ersatz verlassen.
• Es braucht viel Vorbereitung Hackathon-Teilnehmer anzusprechen und sie zu unterstützen, aber die Arbeit lohnt sich.

Alles in allem wird es für Cardstack unglaublich wertvoll sein, ein Hackathon-Sponsor oder -Host zu sein.

Eine Hackathon-Umgebung ist wie ein Mikrokosmos, in dem Entwickler mehr über die Web 3.0-Entwicklung als Ganzes erfahren. Interessanterweise sind einige der häufig auftretenden Themen bereits in den Produkten von Cardstack enthalten.

Fast alle Softwareprodukte erfordern eine Art von Login-System, ein voller Stapel zum Sammeln und Anzeigen von Daten, a Hosting-Lösung, und ein Weg zu bezahlen für das Hosting. Einige Apps verwenden möglicherweise einen traditionelleren SaaS-Ansatz (Software as a Service), bei dem ein Teil der Daten privat ist, um den allgemeinen Geschäftsanforderungen gerecht zu werden. Andere Apps können öffentlich und dezentral sein. Aber selbst sie werden wahrscheinlich irgendwann einen Hosting-Anbieter wählen müssen.

Cardstack macht es so einfach wie möglich, den gesamten Stapel mit dem Card SDK einzurichten. Mit Cardstack können Hosting- und On-Chain-Gebühren mithilfe des CARD-Protokolls bezahlt werden. Und Cardstack bildet einen zentralen Ort, von dem aus Projekte instanziiert und bedient werden können. Unsere kommenden Bibliotheken wie Githereum stellen eine Verbindung zum Ethereum und zum IPFS-Ökosystem her und laden zur Teilnahme von Personen ein, die bereits in diesem Bereich tätig sind.

Wir freuen uns darauf, in Zukunft als Sponsoren, Gastgeber und Mentoren an Hackathons teilzunehmen! Bleiben Sie dran, um mehr über unsere bevorstehenden Pläne zu erfahren.

Um alle unsere neuesten Updates zu erhalten, melden Sie sich für unseren Newsletter an cardstack.com, Stern Cardstack an GitHubund mach mit bei unserer Discord-Kanal oder unsere Telegrammgruppe und Ankündigungskanal.