Lær Keep Team holdet at kende: Antonio

Velkommen til vores teaminterviewserie, der starter med vores Tech Lead Antonio Salazar Cardozo

Laura: Hej Antonio, vi er glade for at starte vores "Lær at kende Keep Team" -serien med dig, vores tekniske leder for Keep-projektet. Kan du starte os med at fortælle os lidt om dig selv og din baggrund?

Antonio: Selvfølgelig! Denne type spørgsmål gør mig faktisk vild meget af tiden - du skal vælge de facetter af dig selv, som du vil præsentere for verden. Jeg går dog med standardhøjden: Jeg er halvt colombiansk og halvt græsk, jeg blev født i Frankrig og flyttede til USA, da jeg var omkring 7. Det er opsætningen. Jeg boede i Atlanta, Georgia det meste af mit liv, så da tiden kom til at gå på college, gik jeg til Georgia Tech og gik fra en computeringeniørfag til en datalogi-major, da jeg indså, at computerteknologi var interessant for mig, mens CS var spændende for mig. Efter eksamen (faktisk lidt før) kom jeg ind i et uddannelsesfirma kaldet OpenStudy, der havde til formål at opbygge globale studiegrupper omkring fælles fag. Vi byggede noget, der var en hybrid af twitter, Stack Exchange og chat i realtid og endte med et ret sjovt samfund af folk i alle aldre, der ønsker at undervise og lære. Da det ikke i sidste ende startede, sluttede jeg mig til Elemica, et firma, der hjælper gummi-, dæk- og procesindustrien med at automatisere deres forsyningskæder ved at lette interaktioner og beslutninger mellem købere og leverandører (og andre enheder i deres forsyningskæder). For 3 måneder siden tilmeldte jeg mig Keep-projektet!

L: Kunne du fortælle os lidt om din filosofi om decentralisering?

Svar: Jeg tror, ​​at den bedste måde at beskrive det på er "det er tidlige dage endnu". Eller alternativt “vent og se”. Decentralisering (i det mindste som den præsenteres i en verden af ​​kryptokurver, offentlige blockchains og lignende) er sådan et nyt fænomen, at jeg ikke kan hævde at forstå, hvad den fulde effekt vil være. Jeg kan ikke engang virkelig prøve at forudsige, hvor vi vil være om seks måneder. Jeg synes, der er nogle spændende muligheder for at genoverveje den måde, hvorpå visse aspekter af vores liv fungerer - jeg er især begejstret for begreberne decentral styring og at se, hvad der sker, når et multinationalt erhvervskooperativ kan dannes af en gaggle af mennesker i en håndfuld lande ved at affyre en smart kontrakt.

På den anden side tror jeg, at der også er meget naiv idealisme. Som med enhver storslået og ikke-specifik idé kan mange mennesker også vride begrebet decentralisering for at forklare den måde, de synes, verden burde være (og forsøge at få den der). Hvis der er noget, jeg føler, jeg kan hente fra at se computere gå fra kasser under vores skriveborde til skærmkvadrater på vores håndled, er det, at selv når nogle individer fremsætter forudsigelser, der viser sig at være forudgående, kan den kollektive skare sjældent forstå, hvad de 10 og 20-årig virkning af store teknologiske skift vil være. Jeg tror, ​​alt hvad vi kan gøre er at se, prøve at bidrage til de stykker, som vi synes er vigtigst, og forsøge at foretage kursuskorrektioner, når det ser ud til, at teknologien udvikler sig på skadelige måder.

L: Du er relativt ny i kryptorummet, men du har bygget software i over ti år med virksomheder og til open source-projekter. Hvad synes du, den mest slående forskel handler om at opbygge et blockchain-projekt versus mere traditionel (ikke-decentraliseret) software?

A: Fortsat med viden. Når du er i udviklingsverdenen, er det normalt, at teknologien bevæger sig med lysets hastighed omkring dig. Men hvis du bygger et langsigtet projekt, foretager du normalt nogle valg på de nuværende teknologier og fokuserer derefter på at opbygge dit produkt med disse teknologier. Du holder øje med nye ting, men du kan normalt sikkert ignorere det, indtil der skal bygges noget stort. I en verden af ​​kryptokurver er intet virkelig stabil nok til, at du kan gøre dette. Du skal holde øje med, hvad der sker, og være opmærksom på alt, hvad der kan påvirke din nuværende spilplan. Der udkommer bogstaveligt talt nyt arbejde og forskning hver uge omkring forskellige dele af kerneinfrastrukturen.

L: Hvad læser du i disse dage, der holder dig informeret og begejstret for rummet?

A: Jeg tager en "lyt til andre" -tilgang lige nu haha. Der er nok læsning kastet rundt bare i chats og gennem mine sædvanlige kanaler (Twitter, Hacker News), at det er svært at følge med. Jeg stoler på, at folkene omkring mig deler vigtige og interessante ting, og det lader mig fokusere på at udbygge vores team og vores teknologi. Jeg holder øje med et par subreddits, i øjeblikket omkring Ethereum, når jeg har ledige øjeblikke.

L: Hvad fik dig til at beslutte dig for at arbejde på et blockchain-projekt og især Keep?

A: "Især Keep" er virkelig kernen. Det var virkelig to stykker: For det første har jeg kendt Matt og Corbin i lang tid, og for det andet var offentlige kæder altid lidt opmærksomme på mig, netop fordi privatlivets fred stadig syntes at være et stort set uløst problem. Jeg tror, ​​Matt, Corbin og jeg havde lige ventet på noget, der havde os alle lige så begejstrede i det rigtige øjeblik, så vi kunne arbejde sammen. Vi vidste, at vi havde kompatible tilgange til udvikling, projekter og bygningsteam, så da Keep kom ind i billedet, var jeg meget begejstret. Hold føltes som en løsning på et meget ægte, meget kerneproblem, der ville eksistere, uanset hvordan nøjagtige offentlige blockchains udviklede sig. De tilføjede lag med prioritering af open source og opbygning af et eksternt team gjorde det nøjagtigt den slags mulighed, jeg ikke kunne afvise.

L: Du har for nylig foretaget nogle fantastiske tilføjelser til Keep-udviklingsteamet. Kunne du tale om, hvad der er vigtigt for dig, når du opbygger et team?

A: Jeg tror, ​​der er et par bevægelige dele til at opbygge ethvert team: du vil have folk, der er gode, som kan kommunikere effektivt, og som kan arbejde godt sammen. For et fjernt team er kommunikation en størrelsesorden vigtigere end for en, der ikke er fjern: skriftlig kommunikation bliver især rygraden i et team, der ikke har 8 timers ansigtstid om dagen. Jeg ender som regel med at vælge folk, der har gode kommunikationsevner, et godt øje for detaljer og stolthed (men ikke ego!) Over kvaliteten af ​​det arbejde, de lægger ud.

L: Vi er et fuldt distribueret team, og du gør et fantastisk stykke arbejde med at holde alle forbundet. Hvilke strategier bruger du, når du står over for opgaven med at holde alle tilpasset fælles mål?

A: Mit mål er at være ude af folks vej så meget som muligt, så de kan få et fantastisk arbejde udført, mens de stadig arbejder på at løse de rigtige problemer. Til det formål er mit mantra: del alt og del det tidligt. Hvis du har et spørgsmål, så spørg det tidligt. Foreslå dem tidligt, hvis du har ideer. Hvis du har kode, du er begyndt at skrive, skal du åbne en pull-anmodning tidligt. Hvis du har dokumentation, du vil skrive, skal du åbne en pull-anmodning tidligt. At skabe muligheder for iteration, ideer og samarbejde er et nøgleelement for at få et fjernt team til at fungere med succes, efter min erfaring. Når alle arbejder forskellige steder, er det super nemt at gå ind i en silo og tune alt ud og churn hundreder af linjer med kode. Nogle gange er det en god ting, men nogle gange dukker du op for at finde ud af, at du har løst et problem, der ikke er det rigtige problem, og meget af din tid er gået til spilde. For at undgå det skal du bevidst skabe muligheder for diskussion.

L: Vi har et mål om at opbygge et stærkt samfund af udviklere og holde vores projekt open source. Hvordan har du det med at engagere dig med et bredere samfund, når vi bygger Keep-netværket?

A: Det er sandsynligvis den ting, jeg er mest begejstret for. Lige nu er vi i dette forstadie, hvor vi får de brede streger af arkitekturen nedskrevet og udbygger vores oprindelige kode. Det er virkelig vigtigt og virkelig nyttigt, og vi tager beslutninger, mens vi gør dette, som vil have nogle langsigtede virkninger. Men mit hjerte har altid været hos brugerne: Jeg kan godt lide at se, hvad folk gør, når de får fat i det, vi bygger. Det handler om Keep at engagere sig i samfundet, fordi vi ikke bygger en eneste løsning på et enkelt problem. Vi bygger et nøgleelement i blockchain-infrastrukturen, der kan bruges til at bygge mange løsninger på mange problemer.

L: Hvordan ser du for dig at arbejde med mennesker, der bygger projekter ved hjælp af Keep?

A: Grundlæggende ser jeg for os, at vi arbejder med et samfund af udviklere, der er involveret i os som forvaltere af denne kerneteknologi i deres system. Vi er gået ud af vores måde at finde ud af, hvordan vi kan opretholde projektet på lang sigt, så udviklere, der bygger noget til at vare, kan bruge Keep-netværket med tillid, men de skal også se, at deres ideer og meninger betyder noget (selvom de ikke altid er den eneste faktor). Koden vil være open source, og det betyder alt, hvad der følger med det: tredjepartsbidragere, gennemsigtighed, værkerne. Der er altid en omhyggelig balance, du er nødt til at finde i samfundsforvaltningen, mellem at navigere i den vision, du har for noget, og styre de konkurrerende visioner, som dine brugere og bidragsydere har. Vores mål vil være at have en kontinuerlig og åben dialog om, hvordan vi holder disse visioner på linje. Ud over det vil vores mål dog være at holde vores samfund respektfuldt. Vi ønsker at opbygge et samfund, som vi selv ønsker at være en del af; Faktisk tror jeg, at vi lykkes, så længe jeg nyder at se på, hvad vores samfund har at sige i dag.

L: Hvad er dine yndlingsværktøjer, når du arbejder og koder?

A: Flowdock er vores teamchat-værktøj. Selvom det har sine mangler, har jeg endnu ikke fundet et værktøj, der mere effektivt integrerer data fra forskellige kilder som GitHub, e-mail, blogindlæg osv. På et enkelt sted, der kan lette diskussioner i realtid. Flowdock giver os mulighed for at have teamchat, der er let at henvise til, når resultaterne af denne chat er brugbare.

GitHub er vores værktøj til styring af kode og dokumentation. Ud over at være et fantastisk værktøj til at arbejde på vores team, vil det give os en ren overgang til at fungere som et open source-projekt. Målet er at køre projektet fra starten, som vi forventer, når vi åbner det for samfundet.

Jeg har længe brugt vim, men jeg har for nylig spillet med Visual Studio Code for vores Go-arbejde. Historisk har jeg skiftet redaktør en gang hvert år eller to, med vim som en grundpille / reserve. For 6 måneder siden brugte jeg Sublime Text regelmæssigt. Jeg prøver ikke at være for religiøs i mit værktøj, og jeg prøver også at bruge det mindste værktøj, jeg kan slippe af med. Jeg er ikke den person, der har 153 plugins og 67 tilpasninger på hver enkelt. Jeg prøver at bruge standardindstillinger så meget som muligt, fordi jeg finder det meget vigtigt at være i stand til at have et fælles ordforråd med andre.

L: Noget andet, du gerne vil tilføje?

A: Bare at jeg ikke kan vente med at se, hvad folk finder på en gang Keep er et værktøj i deres værktøjskasse. Vi har allerede haft nogle virkelig seje ideer nævnt i Slack, og jeg er sikker på, at der er mange flere derude, der endnu ikke er blevet nævnt (eller tænkt på!). For mig vil der ikke være noget mere spændende end at se noget bygget oven på det, vi sammensætter.

Lær mere

For mere information om Keep Network:

Deltag i os på Reddit.

Tjek vores hvidbog.

Læs vores forretningsprimer.

Abonner på e-mail-opdateringer.

Følg os på Twitter.

Deltag i vores Slack.

Deltag i vores Telegram.