Dev.POST: TechBlog AI Generator - Der technische Blog, der automatisch für dich schreibt
(devpost-download.framer.website)Ein Blog pro Tag,
entsteht mit nur 1 Minute Aufwand als technischer Blog.
Ist es in einem vollen Terminkalender nicht schwierig, sich Zeit fürs Schreiben und Betreiben eines Blogs zu nehmen?
Gehen wertvolle Erfahrungen aus dem Entwicklungsprozess nicht verloren?
Mit Dev.POST kannst du den guten Vorsatz, jeden Tag einen Blogbeitrag zu veröffentlichen,
jetzt ganz einfach umsetzen.
[Hauptfunktionen]
-
Blogbeiträge mühelos erstellen
: Wenn du nur „Arbeitsziel“ und „Commit“ eingibst, wird automatisch ein Blogbeitrag geschrieben. -
Code, auf Funktionsbasis aufbereitet
: Es werden nicht einfach nur Beispielcodes unverändert erzeugt. Wichtige Technologien werden herausgearbeitet und in eine Form umgewandelt, die sich gut erklären lässt, sodass daraus ein Blogbeitrag erstellt wird. -
Bequeme Erklärung von Konzepten (Theorie)
: Du gibst einfach die Keywords ein, zu denen du eine Erklärung möchtest; dann werden passende Konzepte gefunden und unter Bezug auf verlässliche Quellen automatisch ausgearbeitet. -
SEO
: Unter Berücksichtigung von SEO wird so geschrieben, dass dein Blog mit genau den gesuchten Keywords besser gefunden wird. -
Markdown-Format
: Die Texte werden in Markdown geschrieben, damit sie auf verschiedenen Blog-Plattformen veröffentlicht werden können. -
Sicherheit
: Keine Sorge. Eingegebener Code der Nutzer wird niemals gespeichert.
[Echte Nutzerstimmen]
-
Unglaublich. Ich habe drei Tage in Folge ganz einfach mit Dev.POST Blogbeiträge veröffentlicht.
-
Das Format gefällt mir sehr. Auch die Zwischenüberschriften sind passend, sodass kaum Korrekturen nötig zu sein scheinen.
-
Während ich an verschiedenen Dingen entwickelt habe, dachte ich oft, ich hätte keine Themen für Blogbeiträge, aber weil das hier so leicht erstellt wird, habe ich jetzt viel mehr Stoff für meinen Blog und es ist sehr praktisch.
18 Kommentare
Ich fand es interessant.
Da der Text nicht direkt selbst geschrieben wurde, denke ich, dass sich auch der Entwickler Gedanken darüber gemacht hat, dass ihm die „Aufrichtigkeit“ fehlt.
Weniger aus der Perspektive eines Tech-Blogs, sondern eher als Werkzeug, um aus meiner eigenen Arbeit Insights zu gewinnen, fand ich es interessant, weil es dabei hilfreich sein könnte.
Allerdings scheint der Grad der Übertreibung ziemlich groß zu sein.
Vielleicht liegt es daran, dass der Inhalt aus Commits eines Wissensspeichers generiert wird, aber selbst bei einer einfachen Vorstellung einer Hardware-Neuerscheinung taucht plötzlich Machine-Learning-Trainingscode auf;;
Außerdem wurden Passagen erzeugt wie
~하려고 노력했습니다, die mein tatsächliches, gar nicht ausgeführtes Handeln beschreiben, sodass es wohl schwierig wäre, so etwas an einem öffentlich zugänglichen Ort wie einem Blog hochzuladen.Es scheint vier Eingaben zu geben, die als Prompts verwendet werden, etwa Arbeitsziel und Notizen; vielleicht könnte man das reduzieren, und die manuelle Aktualisierung war etwas umständlich.
Persönlich fände ich es gut, wenn sich das so automatisieren ließe, dass sich allein durch die Arbeit nach und nach AI-Content ansammelt und ich ihn dann nur noch lesen müsste, wenn ich Zeit habe.
Vielen Dank für Ihre wertvolle Rückmeldung :D
Ich habe viel über die Bedenken nachgedacht, die damit einhergehen, dass AI Inhalte erzeugt,
und aus dieser Perspektive wollte ich einen Unterschied schaffen: nicht bloß einfache Generierung, sondern etwas, das auf „meiner eigenen Arbeit“ basiert.
Es tut mir jedoch leid, dass es beim Verfassen des technischen Blogbeitrags zu übertriebenen Darstellungen oder Erklärungen gekommen ist, die in Wirklichkeit nicht zutreffen.
Ich werde daran arbeiten, solche Halluzinationen künftig noch weiter zu reduzieren, und Ihnen eine kontinuierliche Verbesserung zeigen.
Abschließend möchte ich mich noch einmal herzlich dafür bedanken, dass Sie die Produktausrichtung und die Unannehmlichkeiten angesprochen haben.
Ich werde das künftig verbessern und Ihnen als Autor unbedingt in besserer Form zurückkehren.
Letztlich schreiben die meisten Menschen wohl mit dem Ziel der Selbstvermarktung einen Tech-Blog..
Dass dabei die darin enthaltene Kommunikationsfähigkeit (und auch das Denkvermögen) überdeckt wird, empfinde ich als negativ.
An meiner Stelle würde ich eher jemanden, dessen Text besonders gut ausgearbeitet ist, gleich damit abwerten: Hat das nicht ChatGPT für dich geschrieben?
// Wenn ich an Ihrer Stelle wäre, würde ich eher sagen: „Ist die gut ausgearbeitete Fassung nicht vielleicht von ChatGPT geschrieben?“ und das abwerten.
Dieser Punkt ist wirklich sehr traurig. Ich glaube nicht, dass ich selbst diesen Gedanken überzeugend entkräften kann ..
// Ich finde es negativ, wenn dadurch die darin enthaltene Kommunikationsfähigkeit (und auch das Schlussfolgerungsvermögen) überdeckt wird.
Auch wenn sich Kommunikationsfähigkeit im Moment vielleicht noch nicht direkt zeigen lässt, denken wir in die Richtung, unterschiedliche Blogbeiträge individuell auf den jeweiligen Nutzer zugeschnitten auszugeben, daher glaube ich nicht, dass dieser Aspekt überdeckt wird! Und beim Schlussfolgerungsvermögen denke ich, dass sich die Arbeitsabsicht und die Denkprozesse bereits in dem von mir geschriebenen Code widerspiegeln. Ich denke, Dev.POST hilft dabei, die daraus gewonnenen Insights leichter zu strukturieren.
Wenn Sie diesen Punkt einmal selbst mit Dev.POST ausprobieren, bulletheart, werden Sie wahrscheinlich zufrieden sein, wie gut es die von Ihnen beabsichtigte Richtung des Codes besser formuliert, als Sie vielleicht erwartet haben. Könnten Sie es einmal ausprobieren und mir Feedback geben? Ich warte auf Ihr Nutzungsfeedback!! Ich wünsche Ihnen auch heute einen schönen Tag~
Die größte Hürde beim Bloggen ist wohl, dass man zwar jeden Tag etwas veröffentlichen möchte, es aber schwer ist, das auch durchzuhalten. Für manche könnte das ein Anlass sein, den Blog wieder neu zu starten, und wer sich bisher ein Posting pro Tag vorgenommen hatte, setzt sich vielleicht künftig drei Postings pro Tag als Ziel. Ist es richtig, einfach auf Masse zu setzen? Auf diese Frage würde ich sagen: Langfristig bringt es nicht vielleicht mehr, zumindest mit einem Tool dranzubleiben, das Kontinuität ermöglicht, statt wegen zu hoher Qualitätsansprüche ganz mit dem Bloggen aufzuhören. Ich werde es gut ausprobieren und wieder Feedback hinterlassen. Viel Erfolg!
Genau :D
Dev.POST ist aus dem Bedürfnis entstanden, dass es nicht einfach ist, neben der hektischen praktischen Entwicklungsarbeit auch noch einen Entwicklerblog zu betreiben. In einem vollen Terminplan zusätzlich Zeit fürs Blogschreiben zu finden, ist für viele Entwickler eine Belastung, und wir hatten das Gefühl, dass ein kontinuierlicher Betrieb dadurch schwierig wird.
Deshalb wollten wir den Gedanken „Das muss ich später noch aufschreiben“ komplett überflüssig machen, wenn man im Entwicklungsprozess Erkenntnisse gewinnt! Die gewonnenen Erkenntnisse stecken direkt im Code, und wenn man noch etwas ergänzen möchte, kann man es einfach in die Arbeitsnotizen schreiben. So möchten wir die Hürde des Schreibens senken und ein Service sein, der allen hilft, ihre Erfahrungen ganz leicht festzuhalten.
Vielen Dank für die herzliche Unterstützung!! Dank euch startet der Montagmorgen gleich mit guter Laune und neuer Energie! Probiert es gern aus und gebt uns jederzeit bequem Feedback, vielen Dank~
Wenn wir neue Entwickler eingestellt haben, habe ich oft in ihre Blogs geschaut, um zu sehen, wofür sie sich interessieren und womit sie sich beschäftigen. Bewerber, die in ihrem Blog viele Kategorien angelegt, aber nur ein oder zwei Beiträge hochgeladen hatten, habe ich sofort abgelehnt. Jetzt frage ich mich, ob man aus Blogs künftig besser nicht mehr ableiten sollte, welche Überlegungen und welche Richtung ein Junior-Entwickler verfolgt ... T_T
// Ich bin ein Entwickler, der gemeinsam am Dev.POST-Service arbeitet :)
Genau. An einem Technikblog kann man erkennen, wofür sich jemand normalerweise interessiert und worüber sich die Person Gedanken gemacht hat! Ich denke, dass Blogs auch künftig diese Rolle spielen werden, aber warum haben Sie das so gesehen, action13-san ~?
Ich denke, dass automatisch generierte Texte ohne eine klare konzeptionelle Absicht dafür, wer sie lesen soll, kaum großen Zuspruch finden werden. Denn es reicht nicht, einen Blog einfach nur mit Beiträgen zu füllen.
Ich bin ein Entwickler, der gemeinsam am Dev.POST-Service arbeitet :)
Wie Sie gesagt haben, denke ich ebenfalls, dass Texte, die die Zielgruppe der Leser nicht berücksichtigen und deren Absicht bei der Erstellung nicht ausreichend untermauert ist, kaum großen Anklang finden. Da stimme ich zu.
Von vielen Kundinnen und Kunden, die Dev.POST genutzt haben, haben wir oft die Rückmeldung bekommen, dass es erstaunlich sei, wie gut das System die Absicht erkennt, selbst wenn nur wenige Eingaben gemacht werden. Wir sehen es als unsere Aufgabe, die Absicht im erstellten Code zu finden und auf dieser Grundlage einen Text zu schreiben, der dem Verfasser gefällt; in diesem Punkt sind wir zuversichtlich. Auch künftig sind wir überzeugt, Texte schreiben zu können, die die Leserschaft berücksichtigen, die Absicht erfassen und deren konzeptionelle Zielsetzung stützen.
Probieren Sie es doch auch einmal aus, rkttu. Wenn Sie danach eine Rückmeldung hinterlassen, ob es ein Post ist, der die Absicht des Textes gut unterstützt, werden wir uns bemühen, den Service schnell so weiterzuentwickeln, dass er Ihnen, rkttu, gefällt. Vielen Dank für Ihr wertvolles Feedback!
Sehe ich genauso, haha. Ich glaube, es kommt nur sehr selten vor, dass mich von KI geschriebene Texte wirklich inspirieren.
Und selbst das, was mich inspiriert hat, ist vermutlich nur ein Zitat aus den Daten, mit denen sie trainiert wurde.
Vielen Dank für Ihren Hinweis, der einen noch einmal über AI Writing nachdenken lässt.
Ich denke, dass es schwierig war, aus bestehenden AI-Writing-Services Inspiration zu ziehen, wenn diese ohne die Erfahrungen oder Gedanken der Nutzer allein anhand eines vorgegebenen Themas automatisch Inhalte erzeugen.
Im Fall von Dev.POST werden hingegen direkt bearbeitete Commit-Verläufe und die Erfahrungen der Nutzer als Input genutzt, um einen Beitrag zu erstellen. Dadurch unterscheidet es sich von bisherigen Services, weshalb ich dachte, dass gerade dieser Aspekt inspirierend sein könnte.
Ich würde mich freuen, wenn auch felizgeek es einmal ausprobiert und einen Eindruck dazu hinterlässt, wie es war!
Interessant.
Ich dachte auch, ähnlich wie andere in den Kommentaren, dass man vielleicht gar keinen Beitrag schreiben sollte, wenn einem das Thema fehlt ...
Die Hauptfunktion scheint aber zu sein: „Wenn ich die Schlussfolgerung, zu der ich nach langem Nachdenken gekommen bin, in einen Commit packe, liest die AI diese Überlegungen aus und verwandelt sie in einen Blogbeitrag.“
Das Thema ist also bereits vorhanden, aber vielleicht ist es ein Produkt für Menschen, die zu bequem sind, es tatsächlich in einen Text zu verwandeln.
Allerdings haben persönliche Tech-Blogs meines Erachtens oft stark den Sinn: „Lass mich die Überlegungen, die ich angestellt habe, beim Schreiben noch einmal entfalten und dadurch erneut ordnen.“ Es ist ziemlich schade, dass dieses Bedürfnis damit überhaupt nicht erfüllt werden kann. Statt von Anfang an direkt eine vollständige Endfassung zu erstellen, könnte dieser Punkt vielleicht zumindest teilweise gelöst werden, wenn das Produkt Funktionen bieten würde, Inhalte in mehrere Abschnitte aufzuteilen, die der Nutzer dann kombinieren, abwandeln oder deren Neugenerierung anfordern kann.
* In den während der Generierung ausgegebenen Meldungen sind ein paar Tippfehler zu sehen!
Vielen Dank. Durch das Feedback von nemorize hatte ich wirklich die Gelegenheit, noch einmal deutlich tiefer über das Produkt nachzudenken.
Wie Sie gesagt haben, ist Dev.POST tatsächlich „ein Produkt für Menschen, die bereits ein Thema für einen Beitrag haben, aber zu bequem sind, es in einen Text zu verwandeln“. Themen und Erfahrungen sind bereits in den Commits vorhanden, und das Produkt hilft denjenigen, denen das Schreiben selbst bisher vage und umständlich erschien :)
Zusätzlich ist die von Ihnen erwähnte Zielgruppe der [Nutzer, die ihre Überlegungen auflösen und als Blogbeitrag ordnen] die nächste Zielgruppe. Im Moment können wir diese noch nicht sofort bedienen, aber wir werden den Service mit seiner Erweiterung so verbessern, dass wir sie auf jeden Fall zufriedenstellen können. Vielen Dank für Ihr Feedback!! Wir werden Ihr Feedback berücksichtigen und uns zügig verbessern. Vielen Dank
Warum sollte man überhaupt zwanghaft technische Blogbeiträge generieren?
Viele Entwicklerinnen und Entwickler betreiben einen Blog, um ihr persönliches Wachstum zu dokumentieren und ein Portfolio aufzubauen.
Darin können zum Beispiel Erfahrungen, Lösungswege für Probleme sowie Technologien und Themen festgehalten werden, für die man sich normalerweise interessiert – ich denke, dass ein Blog so ein guter Raum ist, um sich als Entwicklerin oder Entwickler sichtbar zu machen.
Wenn du zwar einen Tech-Blog betreibst, dieser aber schon lange brachliegt,
dann überlege doch einmal, ob es unter deinen jüngsten Arbeiten Commits gibt, die sich als Blogthema eignen würden – und probiere Dev.POST aus.
Wenn es keine Themenidee gibt, sollte man dann nicht einfach nichts schreiben?
Dev.POST hilft dabei, die Einstiegshürde für das Schreiben in Tech-Blogs zu senken, damit man auch in einem vollen Terminkalender den Tech-Blog kontinuierlich weiterführen kann! Sie sagen das wohl, weil Sie Nutzerbewertungen gesehen haben, aber ich erinnere mich noch sehr gut an den Nutzer, mit dem wir ein Interview geführt hatten. Dieser Nutzer hat mit Dev.POST so einfach Beiträge erstellt, dass er daraus beinahe zu jedem einzelnen Commit einen Blogpost gemacht hat.
Probieren auch Sie Dev.POST doch einmal aus und erstellen Sie wenigstens einen einzigen Blogbeitrag!!
Ganz bestimmt werden auch Sie zufrieden sein!!