Toimetusprotsess

Kuidas me planeerime, koostame, vaatame üle ja avaldame iga artikli IPFS.NINJA blogis. Tehisintellekti abil koostatud, inimese poolt üle vaadatud ja alati elava toote vastu kontrollitud.

Updated

Miks me seda avaldame#

IPFS.NINJA blogi eesmärk on aidata arendajatel teha läbimõeldud sisupõhise talletuse otsuseid — millist kinnitusteenust kasutada, millal tasub dedikeeritud lüüs end ära, kuidas NFT metaandmeid tegelikult kinnitada, ja nii edasi. Igal neist otsustest on reaalne kulu- ja lukustusmõju. Seetõttu suhtume avaldatava sisu täpsusesse tõsiselt ning arvame, et sa peaksid täpselt teadma, kuidas selle blogi sisu valmib.

Mis eristab meie sisu#

  • Toote vastu kontrollitud. Iga koodinäide, API-päring ja hinnainfo kontrollitakse mustandi koostamise ajal elava IPFS.NINJA platvormi vastu. Kui väidet ei saa tootmises testida, seda ei avaldata.
  • Kirjutatud operaatorite, mitte turundajate poolt. Iga postituse ülevaataja haldab ka platvormi igapäevaselt, tegeleb tugipiletitega ja loeb selle tekitatud operatiivseid signaale.
  • Võrdlused on ausad. Kui kirjutame “IPFS.NINJA vs Pinata / Filebase / Web3.Storage”, tsiteerime nende avalikke dokumentatsiooni- ja hinnalehti sõna-sõnalt. Midagi ei moonutata. Kui nemad on midagi meist ees, ütleme seda välja.
  • Tehisintellekti abil, inimese vastutusel. Iga artikli kinnitab enne avaldamist konkreetne nimeline inimene. Tehisintellekt aitab mahtu suurendada; inimlik hinnang otsustab avaldamise üle.

Kuidas iga artikkel valmib#

1. Lähteülesande loomine#

Iga artikkel saab alguse reaalsest signaalist — tugipiletite mustrist, Search Console’i päringuklastrist või kliendi liidestamisega seotud küsimusest. Lähteülesanne kirjeldab sihtrühma, artikli antava lubaduse ja selle sihitud otsingukavatsuse.

2. Uurimine ja toote kontroll#

Loeme iga väite jaoks esmaseid allikaid: IPFS-i spetsifikatsiooni, go-ipfs / kubo dokumentatsiooni, konkurentide kehtivaid hindu ja API-dokumentatsiooni. Iga koodinäidet käivitatakse elava IPFS.NINJA platvormi vastu. Kui miski ei tööta nii nagu dokumenteeritud, registreerime selle tootevea, enne kui artikli avaldame.

3. Mustandi koostamine#

Enamik mustandeid koostatakse tehisintellekti abiga, kasutades sisuloome juhist, mis kannab endas artikli lähteülesannet, 2. sammust saadud kontrollitud fakte ning meie stiilijuhist. Mustandid jõuavad repositooriumisse .md-failina koos täieliku päisega, valmis ülevaatuseks — ilma turundusšabloonita ja eraldi CMS-ita.

4. Inimlik ülevaatus#

Nimeline ülevaataja loeb iga mustandi algusest lõpuni. Tema ülesanne on tabada:

  • Väiteid, mida esmased allikad ei toeta või mis ei kordu elava toote peal
  • Võrdlusi, mis liialdavad meie positsiooniga või esitavad konkurendi kehtivat pakkumist valesti
  • Nõuandeid, mis maksaksid lugejale reaalselt raha, kui neid järgitaks — hinnaarvutused, paketivalik, migratsiooniteed
  • Teksti, mis kõlab pigem turundusena kui praktilise inseneritööna

5. Viimistlemine ja lõplik lugemine#

Ülevaataja märkused tulevad tagasi muudatustena, mille rakendab tehisintellekt algse mustandi ja ülevaataja konkreetse tagasiside põhjal. Seejärel loeb ülevaataja muudatuse üle, veendumaks, et iga märkus lahendati — mitte ainult ei kinnitatud.

6. Lokaliseerimine#

Tõlgime iga avaldamisvalmis artikli veel 40 keelde. Iga tõlge säilitab originaali tehnilise täpsuse — koodinäiteid ei kirjutata ümber, ainult tekst lokaliseeritakse. Ingliskeelne artikkel on alati algupärane; kui tõlkevariant on ingliskeelse versiooniga vastuolus, kehtib ingliskeelne versioon.

7. Avaldamine ja tehisintellekti avalikustus#

Iga avaldatud artikkel kannab nähtavat tehisintellekti-sisu avalikustust (iga postituse allosas), mis selgitab, et artikkel on koostatud tehisintellekti abiga ja inimese poolt üle vaadatud. See on nii Google’i kasuliku sisu signaal kui ka lubadus lugejale, et loetava sisu päritolu ei ole varjatud.

Sisu värskena hoidmine#

IPFS ja selle ökosüsteem arenevad kiiresti. Hinnad muutuvad. API-sid lõpetatakse. Parimad tavad muutuvad. Sisu, mis oli avaldamise hetkel täpne, võib aasta pärast osutuda eksitavaks.

Käitame kogu sisukorpuse peal automatiseeritud SEO- ja värskusjälgijat iga nädal. See tõmbab Search Console’i signaale, teeb igal lehel eraldi sisuanalüüsi ning tuvastab postitused, mis positsioneeruvad aegunud päringute jaoks või viitavad kasutuselt kõrvaldatud API-dele. Tulemuseks on konkreetne muudatuste töönimekiri — enamasti mehaaniline (aegunud hinna parandamine, kasutuselt kõrvaldatud lõpp-punkti asendamine), mõni inimliku hinnangu vajav (kas artikkel vajab sisulist ümberkirjutamist või tuleks see eemaldada).

Igal postitusel on hero-alas Uuendatud: kuupäev, mis erineb selle algsest avaldamiskuupäevast, et teaksid, kui värske sinu ees olev sisu tegelikult on.

Meie toimetuspõhimõtted#

Toote täpsus kiiruse asemel#

Eelistame avaldada ühe täpse ja kontrollitud artikli nädalas kui neli, mis teemat pealiskaudselt käsitlevad. Kui väidet ei saa elava toote vastu kinnitada, seda ei avaldata. Punkt.

Nimelised inimesed vaatavad kõik üle#

Iga artikli toimetusliku ülevaatuse teeb konkreetne nimeline inimene — vaata mistahes postituse autorimärget. Me ei avalda anonüümselt ega peitu institutsionaalse hääle taha.

Lokaliseerimine austab lähteallikat#

Tõlked säilitavad ingliskeelse originaali tehnilised faktid. Kohalikku keelekasutust, kirjavahemärke ja idioome kohandatakse; aluseks olevaid väiteid mitte.

Võrdlused tsiteerivad esmaseid allikaid#

Iga konkurentsi puudutav väide lingib konkurendi enda kehtivale dokumentatsioonile või hinnalehele. Kui konkurendi pakkumine on pärast meiepoolset kirjutamist muutunud, parandame artikli — me ei jäta aegunud võrdlusi kehtima.

Praktilisus keerukuse asemel#

Optimeerime selle nimel, kas artikkel aitab pärisarendajal teha pärisotsuse — mitte selle nimel, kui nutikas raamistus on või kui uudne käsitlus.

Läbipaistev tehisintellekti osas#

Iga tehisintellekti abil koostatud artikkel ütleb seda välja, allosas, igas keeles, igal avaldamisel. Ilma varjamiseta, ilma turundusliku sõnastuseta.

Meie lubadus#

Kui leiad sellest blogist midagi, mis on faktiliselt vale, aegunud või esitab konkurendi toodet valesti, tahame sellest teada. Võta ühendust aadressil hello@ipfs.ninja. Me parandame artikleid avalikult — iga sisuline muudatus tõstab Uuendatud: kuupäeva ja säilitab kontrolljälje Giti ajaloos.

Usaldus on kogu sisupõhisest talletusest kirjutamise mõte. Peame end samale standardile.

Sirvi blogi Meist