mikrocontroller.net

Forum: PC-Programmierung Entwickler-Tool: ToDo-Liste + Tagebuch?


Announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Timm R. (Firma: privatfrickler.de) (treinisch)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

was ich gerne als Entwickler Tool hätte wäre soetwas:

Einerseits ToDo-Liste, wo ich meine neuesten Aufgaben eintragen kann, 
gern auch Hierarchisch.

zB sowas

1. dependencies aktualisieren
1.1. tests für backbone.js schreiben
1.2. backbone.js aktualisieren

Ich schreibe mir solche Aufgaben im Moment oft einfach in den Code, im 
Stil ToDo:

Aber ich arbeite oft an mehreren Projekten gleichzeitig und wenn ich 
einen Monat nicht mehr dran war, gerät einfach wieder viel aus dem Sinn.

Und dann noch eine Funktion, wie eine Art Entwickler-Tagebuch, im Moment 
schreibe ich sowas in die Commits, aber ich fänd es, glaube ich, auch 
cool, wenn ich einfach sowas machen könnte wie:

15:18 statt statischer ips jetzt device disvocery über mdns
Tags: Netzwerk, Pairing

Gibt es sowas? Gibt es Namen dafür?

Vielen Dank für Hinweise

 Timm

: Bearbeitet durch User
Autor: Michael G. (mjgraf)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wenn es elektronisch sein soll, kannst Du Notizsysteme wie OneNote oder 
Evernote dafür zweckentfremden. Die können inzwischen auch rudimentäre 
to-dos. Oder Du trennst das Logging von den to-dos, schreibst dein 
Logging in OneNote, Evernote oder auch Word (in wohl kein anderes Tool 
kannst du so viel copy/pasten), und nimmst für die to-dos OmniFocus 
(Mac) oder MyLifeOrganized (Win).

Alternativ: Klassische Kladde, Bullet Journal.

Autor: Spatzkanone (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
TFS Work Item Tracking

Gibt es auch kostenlos online bei Visual Studio Online

Autor: TopperHarley (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Falls du git benutzt, schau dir mal gitlab an. (kann man auch privat auf 
seinem eigenen Server hosten, ist in der Community Edition OpenSource)

Dann kannst du über das Webinterface projektspezifische Issues 
erstellen. Jeder Issue bekommt automatisch eine laufende Nummer, sodass 
du in deinen Commit "blablabla fixed #1" schreiben kannst. Der Issue mit 
der entsprechen Nummer wird dann automatisch als erledigt markiert bzw. 
geschlossen und mit einem Verweis auf den commit versehen.

Autor: Klaus P. (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
In etwas größeren Teams wird ganz gerne Jira benutzt. Ist aber ziemlich 
komplex, für den persönlichen Bedarf wohl eher etwas zu groß. Ist 
kommerziell, kostet bis 10 Entwickler 10$ / Monat.

Du findest leicht Vergleiche von Jira mit anderen Systemen. Sowohl 
kommerzielle als auch kostenlose Editionen, such Dir die drei aus, die 
Dir am besten gefallen und teste sie persönlich.

Autor: Bettlerwabwehr 2.0 (Gast)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Timm R. schrieb:
> Gibt es sowas? Gibt es Namen dafür?

Deine Trivialanforderungen erfüllt jeder Texteditor.

Autor: Lästermaul (Gast)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Texteditor?

Heutzutage brauchen wir dafür ein Agiles Backlog Management Tool. 
Natürlich Browser basiert im Docker Container. Apache Hadoop in der 
Cloud und Social Media Integration. Npm ls muss mindestens 50 Seiten 
ausgeben.

Autor: Michael G. (mjgraf)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Am Texteditor stört mich schon, dass man nicht mal schnell einen 
Screenshot oder ein Dokumentationsfoto einbauen kann.

Autor: Fred (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael G. schrieb:
> Am Texteditor stört mich schon, dass man nicht mal schnell einen
> Screenshot oder ein Dokumentationsfoto einbauen kann.

Markdown? reStructuredText?

Autor: Timm R. (Firma: privatfrickler.de) (treinisch)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Michael G. schrieb:
> Am Texteditor stört mich schon, dass man nicht mal schnell einen
> Screenshot oder ein Dokumentationsfoto einbauen kann.

naja, und dass ich selbstverständlich schon meine, dass man nach den 
o.g. Tags filtern kann und offene von erledigten Aufgaben trennen kann 
und wie bei jedem ToDo Programm Prioritäten verwalten kann. Und das 
Ganze natürlich zackig.

Einige Programme haben > 1000 commits, also dann in der Textdatei 
vermutlich auch ~ 1000 ToDos und >>1000 Tagebucheinträge. Klingt 
irgendwie nicht so fluffig? Klar, geht aber.

Was mir jetzt erst durch die Anregungen richtig klar wurde, ist dass ich 
gerne auch Ideen verwalten können würde. Also taggen, bewerten und 
filtern.

: Bearbeitet durch User
Autor: Tobias .. (bitfehler)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Für hierarchische ToDoListen bietet sich das hier an:

https://abstractspoon.weebly.com/

Autor: Marek N. (bruderm)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ZIM, DokuWiki

Autor: Zeno (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Lotus Notes konnte/kann so etwas. Hängt halt davon ab was man ausgeben 
möchte.

Autor: Nur so eine Idee (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
> Also taggen, bewerten und filtern.

Auch wenn Scrum in der Realität zu einem sinnlosen bürokratischen Kult 
ausartet - die Erfinder dieser Bürokratie hatten da einige interessante 
Ideen gesammelt.

Die Scrum Tools, die wir verwenden, würde ich nicht weiter empfehlen. 
Der Aufwand für Hardware, Sicherheitsupdates und Administration 
übersteigt den Nutzen. Kennt da irgend jemand ein kompaktes, robustes 
Tool?

Autor: Martin K. (mkmannheim) Benutzerseite
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Timm R. schrieb:
> Ich schreibe mir solche Aufgaben im Moment oft einfach in den Code, im
> Stil ToDo:

Bei einem funktionierenden Projektmanagement kommt der Rahmen vom 
Projekt- oder Teamleiter. Alles, was darunter ist, musst du VOR Beginn 
der Aufgabe definieren und eintragen. Das korrelliert mit dem 
Pflichtenheft und spiegelt den geschätzten Aufwand wieder und damit die 
Termine, die du dem PL nennen kannst.


Nur so eine Idee schrieb:
> Auch wenn Scrum in der Realität zu einem sinnlosen bürokratischen Kult
> ausartet - die Erfinder dieser Bürokratie hatten da einige interessante
> Ideen gesammelt.

Das kann man nur unterstreichen, wobei man allerdings sagen muss, dass 
die Hälfte von SCRUM alter Wein in neuen Schläuchen ist und lange schon 
praktiziert wurde.

: Bearbeitet durch User
Autor: Schamane (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Nur so eine Idee schrieb:
> übersteigt den Nutzen. Kennt da irgend jemand ein kompaktes, robustes
> Tool?
Gesunder Menschenverstand 1.0?

Wer braucht solche Deppentools? Scrum, Kanban, Wasserfall, Achterbahn, 
Bimbam, Feng Shui, ... das ist alles so überflüssig wie fünf Zecken 
links am Sack. Den Entwicklern von BWLer-Pack aufgeschwatzt und sie zu 
kontrollieren. Wer sich das antut gibt das Zepter automatisch aus der 
Hand. Zu einem gewissen Grad ist das alles sinnvoll, wenn es nicht zum 
Selbstzweck wird, leider ist das in 85,1334% der Fälle aber genau 
zutreffend.

Autor: Walter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Vielleicht ist Taskwarrior etwas für Dich.
Der Schnelleinstieg https://taskwarrior.org/docs/30second.html zeigt den 
grundlegenenden Workflow, man kann aber sehr viel mehr machen.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Walter schrieb:
> Vielleicht ist Taskwarrior etwas für Dich.
> Der Schnelleinstieg https://taskwarrior.org/docs/30second.html zeigt den
> grundlegenenden Workflow, man kann aber sehr viel mehr machen.

Erinnert mich an todo.txt: http://todotxt.org/
Demo: https://vimeo.com/3263629

: Bearbeitet durch User
Autor: Bork (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich fuehre ein lokales Wordpress Blog auf einem Server ueber meinem 
Tisch. Der ist dann firmenweit einsehbar, sofern so eingestellt.

Aktionen ergeben dann jeweils einen Blogeintrag, auch mit Bildern.

Autor: Bernd W. (berndwiebus) Benutzerseite
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Hallo Timm

Timm R. schrieb:

> Aber ich arbeite oft an mehreren Projekten gleichzeitig und wenn ich
> einen Monat nicht mehr dran war, gerät einfach wieder viel aus dem Sinn.

Das geht jedem so, wenn man in einem Alter ist, in dem man, egal ob 
beruflich oder für das Hobby, Projekte über mehr als ein paar Tage oder 
Wochen wie z.B. für ein Schulprojekt verfolgt.


>
> Und dann noch eine Funktion, wie eine Art Entwickler-Tagebuch, im Moment
> schreibe ich sowas in die Commits, aber ich fänd es, glaube ich, auch
> cool, wenn ich einfach sowas machen könnte wie:

> Gibt es sowas? Gibt es Namen dafür?

Zettelkaste? Ticket-System? Wiki? Allgemein Projektmanagement Software.


Die Kommentare im Code sind erstmal schon keine schlechte Lösung.

Ansonsten führe ich meine Notizen gerne als TXT Datei oder besser noch 
ODT-Datei mit Libre Office. Copy and Past sind dabei kein Problem, und 
Bilder auch nicht.
Je nachdem wie Du die Dateien und Ordner Organisierst (überlege Dir ein 
gutes Schema für die Benahmung und Datierung)*) ist das ganze 
hervorragend mit deinem Lieblingsdateimanager zu verwalten.

Als Wiki/Ticket-System würde ich z.B. Readmine empfehlen. Wird oft auch 
beruflich genutzt.

http://www.redmine.org/

Readmine ist open Source, der Server ist in jedem besseren Linux 
Distributions Repository zum installieren vorgehalten und betrachtet und 
bearbeitet werden kann mit jedem Internetbrowser.

Vermutlich für eine einzelne Person schon etwas überdreht, aber für ein 
kleines Team mit zwei Leuten bis zu etlichen dutzend recht passend.

Redmine Eintrag in Wikipedia: https://de.wikipedia.org/wiki/Redmine


*) Benamung als ein Beispiel: "Notiz_Thema_26Jun2019.odt" mit "Notiz" 
für eine Notiz, "Thema" als aussagekräftiger Name um es mit der 
Suchfunktion des Dateimanagers zu finden, und das Datum um Versionen zu 
erkennen oder wenn Du den Titel vergessen hast, aber noch ungefähr 
weisst, wann es war, danach suchen zu können. Bei Titel/Thema am besten 
CamelCase stil verwenden.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

: Bearbeitet durch User
Autor: Sven B. (scummos)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
In erster Näherung eignet sich zum Todo-Tracking auch ein Bugtracker 
ganz gut. Mantis finde ich zum Beispiel recht intuitiv für kleine 
Projekte.

Das Tagebuch würde ich persönlich nicht aus der Commit-History 
rausnehmen. Wenn du das formalisieren willst, mach's doch wie viele 
andere Tools und überlege dir ein Präfix, z.B.
thatmodule: change blabla

some explanation text

CHANGELOG: bla
TAGS: bla, blubb

Das kannst du dann sehr leicht in jedes Format was dir passt überführen 
und hast automatisch Datum etc. dran.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Wenn Du einen Bugtracker hast der sich mit der Versionskontrolle 
verbinden lässt, zum Beispiel so wie bei Github, dann kannst Du für 
jeden Todo, für jede einzelne Sache die Dir einfällt die noch gemacht 
werden muss einen separaten Bug aufmachen.

Morgens nimmst Du Dir den nächstbesten Bug von der Liste (an guten Tagen 
einen der kniffligen, an schlechten Tagen irgendwas triviales zum 
Warmwerden) und arbeitest ihn ab. Nur diese eine Sache ohne Dich in 
iorgendwas anderes verstricken zu lassen, notfalls neue separate Bugs 
anlegen wenn Dir bei der Arbeit Probleme am Rande auffallen die 
ebenfalls gemacht werden müssten.

Wenn Du fertig bist machst Du einen Commit und schreibst die magische 
Zauberformel rein die automatisch den Bug als geschlossen markiert (zum 
Beispiel "fixes #123"), das geht weil Du es so eingerichtet hast daß der 
Issue-Tracker an irgend nem Commit-hook hängt.

Wenn Du das konsequent durchziehst (issue driven development) dann 
schaffst Du es selbst unter sehr schlechten Umständen noch konzentriert 
Schritt für Schritt vorwärts zu kommen ohne Dich auf Nebenschauplätzen 
zu verzetteln und es wird trotzdem nichts in Vergessenheit geraten.

: Bearbeitet durch User
Autor: Thomas R. (analogfreak)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
EMACS org-mode

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.