Dupa patru zile de actiune in spate si trei nopti de somn foarte scurt, IPFS Camp 2019 este un pachet. Din pacate, nu toata lumea ar putea fi acolo in persoana, asa ca am vrut sa surprind cateva note pentru a le impartasi tuturor.

Structura evenimentului nu a fost o conferinta traditionala, la fel ca cele care au cateva piese si prezentari pregatite. Desi exista a fost o parte din Camp a avut o mai mare pe crearea si captarea idei si feedback de la grupuri mici de lucru pe teme specifice.

Array

Acest lucru a fost realizat prin Poster Sessions (unde postere sunt create pe loc pentru a impartasi idei care nu au fost selectate prin trimiteri abstracte), Lightning Talks si Deep Dives. Au existat, de asemenea, cursuri educationale (atat de baza, cat si optionale, cum ar fi cursul Textile), standuri de targuri SF, sesiuni de neconfigurare si o cantitate surprinzatoare de karaoke. Multe dintre subiectele in care au fost create informatii noi au fost (si continua sa fie) capturate in repo-ul partajat GitHub, deci merita sa rasfoiti si sa cititi subiectele care va intereseaza.

Oamenii de la eveniment au fost atat de logoditi.

Array

Eu unul, mi-a fost greu sa gasesc loc sa dorm. Dimineata a sarit direct in micul dejun de grup, urmat de continut; serile s-au incheiat cu cine de grup care au intrat direct in unele dintre cele mai bune conversatii pe care le-am avut tot anul despre viitorul acestui spatiu si despre modul in care diferite echipe au incercat sa il rezolve. Ceea ce imi aminteste de o alta parte semnificativa a acestui eveniment, numarul de echipe care incearca sa rezolve probleme similare care lucreaza in colaborare in loc de competitie, este incredibil si foarte energizant.

IPFS pentru a rezolva cazuri de utilizare de baza la scara Internet.

Array

ipfs-shipyard / npm-on-ipfs

Un subiect care a aparut in ultimele luni este ideea ca IPFS poate face distributia software-ului pe web mai robusta si mai rezistenta. Ce inseamna asta? Inseamna ca IPFS poate deveni reteaua defacto pentru a distribui biblioteci de software care sunt adesea esentiale pentru multe aplicatii pe care le folosim pe web. La Textile, am fost fani ai acestei idei de la GX, dar acum IPFS intentioneaza sa ia ceea ce au invatat in astfel de experimente mici si sa construiasca solutii pentru intregul web.

Deja au o oglinda IPFS gazduita a registrului NPM si intentioneaza sa imbunatateasca si sa extinda acel serviciu.

Mai multe link-uri de tabara:

  • Managerii de pachete: Ce acum / Ce urmeaza (scufundare profunda)

Totul despre IPFS

Exista parti ale comunitatii generale care, atunci cand vorbiti despre IPFS, il au foarte legat de Filecoin. Ceea ce am vazut la Tabara IPFS a fost ca exista de fapt o diviziune destul de clara si aceasta diviziune este evidenta in conversatie, in practica si in implementare. Filecoin nu a fost punctul central al niciunui proiect cu care am vorbit si a aparut doar in cateva conversatii generale. Pentru mine, acest lucru indica faptul ca IPFS va fi o tehnologie robusta si independenta atat timp cat voi vedea, iar succesul Filecoin va fi independent de succesul retelei IPFS.

Imbunatatirile in UX continua si continua sa dea roade

Anytype.io

Experienta utilizatorului pe IPFS este o problema cu mai multe straturi. Avem dezvoltatorul UX: cum facilitam adoptarea de IPFS si protocoale conexe pentru aplicatii, servicii si retele. Apoi, avem utilizatorul final UX: cum ii ajutam pe utilizatorii de internet sa acceseze si sa inteleaga cu usurinta beneficiile IPFS in utilizarea lor zilnica. Sunt probleme legate, dar sunt rezolvate cu abordari diferite. Ceea ce am vazut a fost ca UX se imbunatateste pe ambele fronturi si ca platile incep sa se concretizeze.

Pe frontul dezvoltatorului, am vazut avansarea unor instrumente usor de utilizat, cum ar fi Textile sau Pinata, care ajuta la dezvoltarea usoara a preluarii IPFS si a incepe utilizarea acestuia. Multi dintre noi consideram ca munca realizata de Cloudflare contribuie la reducerea acestei bariere si mai mult pentru dezvoltatorii care altfel nu pot dedica timpul pentru a incepe sa utilizeze IPFS in munca lor.

Acest progres s-a alimentat direct in imbunatatirea experientei utilizatorilor pentru utilizatorii finali. De mult timp, folosim Textile Photos ca o modalitate de a experimenta si de a afla cum poate arata acel UX. La IPFS Camp am vazut demonstratii de la echipe precum Anytype, Permaweb si Berty. Orice tip, de exemplu, a creat o multime de noutati la eveniment cu noul lor tablou de bord pentru fisierele, notele si listele dvs. Permaweb a tinut o discutie foarte usoara despre motivul pentru care trebuie sa ne regandim relatia cu datele de pe www, iar Berty a impresionat pe toata lumea cu progresul lor in p2p prin Bluetooth cu consum redus de energie.

Cu proiecte precum Anytype si Permaweb care se bazeaza deja pe Textile, am stiut ca exista si mai multe echipe cu care am vrut sa ne conectam la eveniment. Ceea ce am gasit la atelierul nostru de camere ambalate a fost ca mult mai multe echipe decat ne asteptam incearca sa invete cum sa implementeze aplicatii pe IPFS acum. Este pe cale sa devina foarte interesant acolo.

Mai multe link-uri de tabara:

  • Construirea DApps cu Textile, iCloud pentru DWeb (atelier)
  • Dezvoltarea aplicatiilor cu API-ul IPFS (atelier)
  • PeerPad Internals (poster)
  • Internele textile (poster)
  • Offline First (scufundare profunda)
  • IPFS pe mobil (scufundare profunda)

Reducerea decalajului

Mi s-a parut ca pentru ca IPFS Camp a fost atat de concentrat pe rezolvarea problemelor, ca nu au existat multe prezentari sau conversatii pufoase. Aceasta legatura pragmatica a insemnat ca au existat multe conversatii despre modul in care putem face legatura intre WWW-ul actual – dominat de API-uri centralizate si de o mana de browsere web populare – cu webul pe care credem ca putem (si ar trebui) sa il construim. Unul dintre punctele culminante pentru mine a fost cursul optional „Transformarea browserului intr-un agent de utilizator adevarat”, unde am explorat cum sa facem browserul sa functioneze mai mult in numele nostru. Unele abordari propuse care merita analizate au inclus Lunet si libdweb.

Au existat si alte subiecte in legatura cu reducerea acestui decalaj web, inclusiv explorari despre modul de simplificare a gazduirii site-ului web pe IPFS, modul de a obtine IPFS si libp2p in mai multe aplicatii mobile si cum de a accelera IPNS in retea.

Mai multe link-uri de tabara:

  • Transformarea browserului intr-un agent de utilizator adevarat (atelier)
  • Gestionarea seturilor de date cu QRI (atelier)
  • Implementarea infrastructurii IPFS (atelier)
  • IPFS pentru site-uri web (scufundare profunda)

Inca mai multe de rezolvat

IPFS nu este complet si este o greseala sa crezi ca va fi vreodata. Unul dintre obiectivele IPFS de care Juan Benet incearca sa ne reaminteasca adesea este ca IPFS isi propune sa creeze o retea care sa fie actualizata prin design . Exista atat de multe zone interesante de progres in interiorul sau in vecinatatea IPFS, incat este greu pentru o persoana sa tina cont. Tabara a facut o treaba excelenta, oferindu-ne tuturor un tur rapid prin acele zone. Va recomand cu drag sa analizati toate subiectele sesiunii poster, subiectele de scufundare profunda, rezultatele si sa urmariti videoclipurile cand Protocol Labs le lanseaza. IPFS conduce un proiect atat de interesant si o comunitate fantastica, sunt mai entuziasmat ca niciodata de unde ne indreptam.

Alatura-te canalului nostru Slack daca vrei sa discuti despre ceva de mai sus!

ARTICOLE SIMILAREDE LA ACELAȘI AUTOR