Redakcinis procesas

Kodėl tai publikuojame#

IPFS.NINJA tinklaraštis egzistuoja tam, kad padėtų kūrėjams priimti pagrįstus sprendimus dėl turiniu adresuojamos saugyklos — kurią prisegimo paslaugą naudoti, kada verta rinktis skirtą šliuzą, kaip iš tikrųjų turėtų būti prisegami NFT metaduomenys, ir panašiai. Kiekvienas iš šių sprendimų turi realių kaštų ir priklausomybės nuo tiekėjo pasekmių. Todėl mes rimtai žiūrime į publikuojamo turinio tikslumą ir manome, kad turėtumėte tiksliai žinoti, kaip šis tinklaraštis kuriamas.

Kuo mūsų turinys išsiskiria#

• Patikrinta su produktu. Kiekvienas kodo pavyzdys, API iškvietimas ir kainos skaičius patikrinamas su veikiančia IPFS.NINJA platforma rengimo metu. Jei teiginio negalima patikrinti gamybinėje aplinkoje, jis nepublikuojamas.
• Rašo operatoriai, ne rinkodaros specialistai. Žmogus, peržiūrintis kiekvieną įrašą, taip pat kasdien administruoja platformą, sprendžia pagalbos užklausas ir skaito jos skleidžiamus operacinius signalus.
• Palyginimai yra sąžiningi. Kai rašome „IPFS.NINJA prieš Pinata / Filebase / Web3.Storage“, cituojame jų viešą dokumentaciją ir kainoraščių puslapius pažodžiui. Nieko neiškraipome. Jei jie pristatė kažką, ko mes neturime, tai pasakome.
• DI padeda, žmogus atsako. Kiekvieną straipsnį prieš publikavimą patvirtina įvardintas žmogus. DI padeda su mastu; žmogaus sprendimas lemia, ar straipsnis bus paskelbtas.

Kaip sukuriamas kiekvienas straipsnis#

1. Užduoties sukūrimas#

Kiekvienas straipsnis prasideda nuo realaus signalo — pagalbos užklausų modelio, „Search Console“ užklausų grupės ar kliento integracijos klausimo. Užduotis apibrėžia auditoriją, straipsnio pažadą ir jo taikinį paieškos intenciją.

2. Tyrimas ir patikrinimas su produktu#

Skaitome pirminius šaltinius bet kokiam teiginiui: IPFS specifikaciją, go-ipfs / kubo dokumentaciją, konkurentų dabartines kainas ir API dokumentaciją. Kiekviena kodo ištrauka paleidžiama su veikiančia IPFS.NINJA platforma. Jei kažkas neveikia taip, kaip aprašyta, tai registruojame kaip produkto klaidą prieš publikuodami straipsnį.

3. Rengimas#

Dauguma juodraščių rengiama padedant DI pagal turinio generavimo raginimą, kuriame pateikiama straipsnio užduotis, 2 žingsnyje patikrinti faktai ir mūsų stiliaus vadovas. Juodraščiai patenka į saugyklą kaip .md failas su pilna metaduomenų dalimi, paruošti peržiūrai — jokio rinkodaros šablono, jokios atskiros TVS.

4. Žmogaus peržiūra#

Įvardintas peržiūrėtojas perskaito kiekvieną juodraštį nuo pradžios iki galo. Jo užduotis — pastebėti:

• Bet kokį teiginį, kurio nepagrindžia pirminiai šaltiniai arba kuris neatsikartoja veikiančiame produkte
• Palyginimus, kurie pervertina mūsų poziciją ar iškraipo dabartinį konkurento pasiūlymą
• Patarimus, kurie skaitytojui kainuotų realius pinigus, jei jais pasinaudotų — kainodaros skaičiavimus, plano pasirinkimą, migracijos kelius
• Tekstą, kuris skamba kaip rinkodara, o ne praktinė inžinerija

5. Tobulinimas ir galutinis skaitymas#

Peržiūrėtojo pastabos grąžinamos kaip pataisymai, kuriuos DI pritaiko originaliam juodraščiui pagal konkrečius peržiūrėtojo atsiliepimus. Tuomet peržiūrėtojas perskaito pataisytą versiją, kad patvirtintų, jog kiekviena pastaba buvo išspręsta — ne tik pripažinta.

6. Lokalizacija#

Kiekvieną paruoštą publikuoti straipsnį išverčiame į 40 papildomų lokalių. Kiekvienas vertimas išlaiko originalo techninį tikslumą — kodo pavyzdžiai neperrašomi, lokalizuojamas tik tekstas. Anglų kalbos straipsnis visada yra pagrindinis; jei išverstas variantas nesutampa su anglišku, laimi angliškas.

7. Publikavimas ir DI atskleidimas#

Kiekvienas publikuotas straipsnis turi matomą DI turinio atskleidimą (kiekvieno įrašo apačioje), paaiškinantį, kad straipsniui padėjo DI ir kad jį peržiūrėjo žmogus. Tai yra „Google“ naudingo turinio signalas ir pažadas skaitytojui, kad to, ką skaitote, kilmė nėra slepiama.

Kaip išlaikome turinį aktualų#

IPFS ir jos ekosistema keičiasi greitai. Kainos kinta. API tampa pasenusios. Geriausios praktikos evoliucionuoja. Turinys, kuris buvo tikslus publikavimo metu, po metų gali tapti klaidinantis.

Kiekvieną savaitę visam turinio korpusui paleidžiame automatizuotą SEO ir aktualumo stebėjimo įrankį. Jis surenka „Search Console“ signalus, atlieka puslapio audito patikrinimą kiekvienam puslapiui ir nustato įrašus, kurie reitinguojami pagal pasenusias užklausas ar mini nebenaudojamus API. Rezultatas tampa konkrečių pataisymų sąrašu — daugiausia mechaninių (ištaisyti pasenusią kainą, pakeisti nebenaudojamą galinį tašką), kai kurie sprendžiami žmogaus (ar straipsniui reikia esminio perrašymo, ar jį reikia pašalinti).

Kiekvienas įrašas viršuje turi atnaujinimo datą, atskirą nuo pirminio publikavimo datos, kad žinotumėte, koks aktualus iš tikrųjų yra prieš jus esantis turinys.

Mūsų redakciniai principai#

Produkto tikslumas svarbiau nei greitis#

Verčiau publikuosime vieną tikslų, patikrintą straipsnį per savaitę nei keturis, kurie temą aptaria paviršutiniškai. Jei teiginio negalima pagrįsti veikiančiu produktu, jis nepublikuojamas. Taškas.

Įvardinti žmonės peržiūri viską#

Kiekvieno straipsnio redakcinę peržiūrą atlieka konkretus, įvardintas žmogus — žr. bet kurio įrašo autoriaus nuorodą. Nepublikuojame anonimiškai ir nesislepiame už institucinio balso.

Lokalizacija gerbia originalą#

Vertimai išlaiko anglų originalo techninius faktus. Lokaliai būdingas tekstas, skyryba ir idiomos koreguojamos; pagrindiniai teiginiai — nekeičiami.

Palyginimai cituoja pirminius šaltinius#

Kiekvienas teiginys apie konkurentą nuveda į paties konkurento dabartinę dokumentaciją ar kainoraščio puslapį. Jei konkurento pasiūlymas pasikeitė nuo tada, kai apie jį rašėme, straipsnį ištaisome — nepaliekame pasenusių palyginimų.

Praktiškumas svarbiau nei sąmojis#

Optimizuojame pagal tai, ar straipsnis padeda realiam kūrėjui priimti realų sprendimą — ne pagal tai, koks sąmojingas jo pateikimas ar originali idėja.

Skaidrumas dėl DI#

Kiekvienas DI padedant parengtas straipsnis tai nurodo apačioje, kiekvienoje lokalėje, kiekvienoje publikacijoje. Be išlygų, be rinkodaros pateikimo.

Mūsų įsipareigojimas#

Jei šiame tinklaraštyje randate ką nors faktiškai neteisingo, pasenusio ar iškraipančio konkurento produktą, norime apie tai sužinoti. Susisiekite el. paštu hello@ipfs.ninja. Straipsnius ištaisome atvirai — kiekvienas esminis pataisymas atnaujina atnaujinimo datą ir išlaiko audito seką „Git“ istorijoje.

Pasitikėjimas yra visa esmė rašant apie turiniu adresuojamą saugyklą. Mes patys laikomės to paties standarto.