Du brauchst nicht an mich und die Liste zu mailen; Liste reicht, da ich diese offensichtlich lese. * Michael Hasenstein wrote on Fri, Apr 28, 2000 at 18:25 +0200:
On Fri, 28 Apr 2000, Steffen Dettmer wrote:
Was "profi" Support sein soll, ist mir erstmal ein Rästel; klingt vielleicht ein bißchen nach "zwar-teuer-aber-auch-nix-besonderes", aber egal. Marketing war nie meine Stärke ;)
Ich hab's doch nun eindeutig in "'" gesetzt gehabt. Wusste ja nicht, dass hier lauter haar spalter mithoeren, die nur nach angriffspunkten suchen.
Komisch, daß Du Dich angegriffen fühlst. Sollte keiner sein. An diesem Satz _ist_ übrigens ein Smilie.
Ganz richtig toll fände ich es, würde SuSE 'ne Art suse-dev Liste machen, die diskutiert, wie man was implementiert (z.B. eben /etc/rc.d/route usw. usf.).
Mach bei LSB mit, da wird der Standard vorbereitet. Wir werden garantiert die ersten sein, die das in der distri umsetzen, da wo SuSE abweicht davon.
Es geht mir nicht darum, wo das Script steht, sondern was es macht. Ich hatte es um die Möglichkeit erweitert, "reject" routen setzen zu können. Dann habe ich sinnloserweise an feedback@ gemailt. Weil ich aber dann doch nicht unbegrenzt dumm bin, hab ich das später dem Autor gemailt, und 6.4 kann jetzt reject routen. Wenn man die Autoren direkt anmailt, dabei vielleicht den falschen erwischt, weil ein anderer das jetzt macht oder so, Pech. Eigentlich sollte IMHO genau dafür feedback@ da sein. Eben für Anregungen.
IIRC habe ich mich mal bei feedback danach erkundigt, aber keine Antwort erhalten. Überhaupt kann ich mich nur an eine Antwort erinnern, die ich erhielt.
Wieviel DM/Jahr willst du denn haben dafuer, dass du full-time feedback@suse.de bearbeitest?
Wenn niemand feedback@ liest, sollte man die Addresse dicht machen! Es macht Arbeit, eine solche Mail zu schreiben, patche und doku nebst Begründung zu erstellen! Damit das dann in der Versenkung verschwindet?! Danke!!
Ich bin der Meinung, da ist *Potential* da draußen; das könnte man bestimmt besser nutzen...
Klar, wir stellen noch 10 Leute ein, fuer ~70TDM/Jahr pro Person (Arbeitgeberkosten, also hoeher als Gehalt, muessen ja keine kernel hacker sein, ist also billiger; oder wuerdest du gerne von den Experten selbst jedesmal eine Antwort haben?).
Ja, auf anderen Mailinglisten ist das z.B. so! Da kann man dann auch direkt die Programmierer erreichen, und die antworten sogar, wenn Zeit ist, weil sie wissen, sie leben davon! Für 70TDM Arbeitgeberkosten?! Das sind 55 TDM Gehalt oder so? OK, da findet ihr vielleicht jemand, der die feedback-Mails verteilen kann, aber bestimmt keinen IT-Ingenieur! Durchschnittliches Einsteigergehalt liegt ja schon bei 80TDM (Arbeitnehmer brutto)! Aber darum geht es ja nicht. Ich möchte ja kein Geld dafür, daß auch andere meine Dinge benutzen können, und es sind ja auch nur Kleinigkeiten! Blos blöd, wenn man da Zeit reinsteckt, und SuSE-Kunden zu helfen, patches macht etc., und die verschwinden dann einfach kommentarlos.
oder zahle an unsere prof. services ('Incidents' kaufen).
Und dann darf ich Patchvorschläge machen, und bekomme eine Antwort? ;)
(Vielleicht läuft bei feedback ein Robot, der nicht prof. services Kunden gleich aussortiert. Später bekommt man einige Patches nur noch als prof. services Kunde.)
Jedenfalls sind das alles Punkte, die IMHO den Sinn einer "feedback" Addresse ausmachen.
Feedback hat definitiv NICHT den Sinn, dir individuellen support zu geben. Feedback wird gesammelt, und fuer heufige probleme wird ein update gemacht.
Irgentwie scheinen wir was anderes unter Support zu verstehen... Ich möchte keinen Installationssupport haben oder sowas. Ich habe mit 'ner 6.1 z.B. ipsec mit FreeS/WAN gemacht. Gut. Ist jetzt bei 6.4 drin. Toll! Ok, das funktioniert so erstmal nicht, weil ein kleiner Bug drin ist, aber kein Problem, passiert eben. Wurde auch auf der Liste gepostet. Vielleicht sogar nach feedback. Vielleicht gibt's sogar ein update. Das ist auch Teil des Supports: Schauen, was man besser machen kann. Nicht nur Leuten am Telefon erzählen, welches RPM was macht. Vielleicht schreibt einer auch mal ein Stück Doku (z.B. für einen Kollegen oder so), und würde das sogar (kostenlos etc.) erweitern, damit es ins RPM kann, und auch anderen hilft. Dafür sollte feedback da sein. Aber dazu muß man feedback lesen und auswerten. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com