Come up with a plan for using the TL blog effectively

Offen
#598 6 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Bereich
content

Rechercherichtung

Das Issue nennt keine Dateien, Tests oder Einstiegspunkte. Beginne damit, den bestehenden Blog und die derzeitige Koordination von Beiträgen zu prüfen, und definiere anschließend eine praktische Veröffentlichungs-Pipeline, Unterstützung für die Zusammenarbeit und einen angestrebten Veröffentlichungsrhythmus. Erledigt ist die Aufgabe, wenn das Projekt über einen abgestimmten schriftlichen Plan zur Erstellung und Veröffentlichung weiterer technischer Artikel verfügt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

We have a blog, but don't post to it very often, and most of what we are saying is administrative. That's a wasted opportunity: we have so many great projects, and so many potentially interesting technical topics, that we can and should do a lot more technical posting.

For this to work, we have to pull in the TL community in a big way. Not even just the library authors, either: we would do well to host articles from folks using the ecosystem, describing cool things they are doing with it.

Ideally, we should target a regular cadence for the blog, preferably weekly, but step number one is to come up with a pipeline: that will probably take a few months, and we should post more occasionally as we build up that pipeline.

We should think about how to collaborate to help articles happen. Many engineers have great ideas, but aren't as comfortable or practiced at writing, so we may want to see whether we can provide some assistance there.

Vorherrschende Sprache
HTML
Sterne
42
Forks
115
Ø Merge
5 T. 5 Std.
Gemergte PRs (30 T.)
7

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus typelevel/typelevel.github.com

Alle Issues in typelevel/typelevel.github.com

Ähnliche Issues

Weitere Issues zu Content

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.