Was nervt euch so, während der Programmierung oder so allgemein

[WM_CLOSE]

Wer von euch schreibt denn gerne Dokumentationen/Hilfen? Würdet ihr die nicht auch manchmal am liebsten aufschieben, solange bis sie vergessen sind?

[Memnarch]

Zitat von WM_CLOSE:

Wer von euch schreibt denn gerne Dokumentationen/Hilfen? Würdet ihr die nicht auch manchmal am liebsten aufschieben, solange bis sie vergessen sind?

Mag sein, aber wenn ich mein produkt verkaufen wollen würde, sollte das ein MUSS Kriterium sein. SOlange ich das für lauf und dergleichen mache ist das halt so, aber wenn ichs verkaufe und meine kunden keine doku bekommen, zeigen die mir am ende noch den Vogel o.O

[Lemmy]

Zitat von WM_CLOSE:

Wer von euch schreibt denn gerne Dokumentationen/Hilfen? Würdet ihr die nicht auch manchmal am liebsten aufschieben, solange bis sie vergessen sind?

bevor ich zig mal Kunden und Supporter die neuen Funktionen erkläre schreibe ich lieber eine vernünftige Anleitung. Ist für mich dann auch eher so was wie Entspannen nach dem ENtwickeln

Grüße

[Nersgatt]

Das frustrierenste bei den Handbüchern ist doch, dass es niemand liest. Bis vor kurzem haben wir noch richtig gedruckte Handbücher rausgegeben, wo alles erklärt war. Das war immer das Erste, was die Kunden weggeworfen haben. Die rufen lieber beim Support an und lassen sich an die Hand nehmen. Und wenn man dann mal so dreist ist und ihnen dafür ein paar Euro berechnen will (Schulung <> Hotlinesupport, die Grenzen sind schwimmend), dann halten sie das für eine Unverschämtheit.
Bei vielen Kunden würde es mich nicht wundern, wenn die im Autohaus ein Auto kaufen und dann erwarten dass der Verkäufer sie in dem Auto durch die Gegend kutschiert. Schließlich weiß der Kunde ja nicht, wie man das Auto bedient.....

[stahli]

Naja, es gibt da schon einen Unterschied zwischen "richtigen Anwendungen" (Word, Camtasia, Browser, Zipper etc) und einer Programmierumgebung.

Bei ersteren würde ich auch keine Bücher lesen, da die sschon selbsterklärend sein müssen. Ein Blick in die Hilfe oder Video-Tutorials sind dennoch oft hilfreich.

RAD Studio und Co sind aber ohne umfassende Hilfe natürlich kaum nutzbar, jedenfalls in Bereichen, die man selbst noch nicht umfassend kennt.

[Medium]

Zudem reden wir bei der Delphi Hilfe ja weniger von einem Handbuch, als viel mehr von einer Referenz. Das ist schon ein bedeutender Unterschied.

[Stevie]

Es heißt doch immer, dass der beste Sourcecode der ist, der nicht dokumentiert werden muss, da er selbsterklärend ist.
Und da der Sourcecode bei Delphi dabei ist (jaja, Starter, die interessiert doch eh keinen) und die von Emba den feinsten Cleancode schreiben...

[himitsu]

Dann müßten die Von Emba eigentlich nur selber mal das Documentation Insight nutzen,
damit der Code selbsterklärend ist.


Nja, was ich jetzt noch geil fände, wenn DocInsight auch im OI bei den Property mit angezeigt würde.

Denn genau da lag mein Problem ... es gibt neue Property in TForm und weil ich wissen wollte was die machen, klickte ich auf F1 und es war nichts zu sehn.

[p80286]

Zitat von Nersgatt:

Das frustrierenste bei den Handbüchern ist doch, dass es niemand liest. Bis vor kurzem haben wir noch richtig gedruckte Handbücher rausgegeben, wo alles erklärt war. Das war immer das Erste, was die Kunden weggeworfen haben. Die rufen lieber beim Support an und lassen sich an die Hand nehmen. Und wenn man dann mal so dreist ist und ihnen dafür ein paar Euro berechnen will (Schulung <> Hotlinesupport, die Grenzen sind schwimmend), dann halten sie das für eine Unverschämtheit.

Dann frag doch mal Eure "Vertriebsbeauftragten", wie sie Eure Software verkaufen. Es würde mich nicht wundern, wenn das eine eierlegende Wollmilchsau ist, die vollkommen selbsterklärend ist, und natürlich gibt es eine Heizleine die sich über jeden Anruf freut.

Und da wunderst Du Dich über die Schreibkraft, diegerne an die Hand genommen werden will?

Gruß
K-H

[stahli]

...dass es bei den Database-Formularen von Emba keinen Browser zum suchen eines Programmordners gibt (muss man alles im Editfeld eingeben).