läuft der Phönix RC auch unter Linux???

[tracer]

Naja, ein gescheit administriertes AD ist meiner Meinung nach nicht zu unterschätzen und die Qualifikation der entsprechenden Leute trotzallem hoch. Ich würde mir nicht zu trauen eine Windows Server 2008 Umgebung perfekt einzustellen, hochverfügbar zu machen und die ganzen Group Policies zu machen. Das ist auch alles andere als trivial.

Sind für mich die Basics. Aber ich habe auch sehr hohe Ansprüche, gebe ich zu.

Ein Admin, der nicht grundlegende Ahnung vom Programmieren hatte, und ein Programmierer, der nicht grundlegende Ahnung von Administration hatte, war bei mir schon unten durch.

Wir hatten externe Entwickler, die sehr, sehr teuer waren, und, obwohl sie root auf der Sun hatten, musste ich hin, und nen User anlegen (war ein rotes Netz, kam ich vom Büro aus nicht drauf).

Und Linux hinkt hier in vielen Sachen einfach deutlich hinterher.

Sehe ich nicht so. Windows ist einfach leichter zu bedienen, so lange nichts schief geht. Da reicht auch nen simpler MSCE, um nen Netz mit ein paar 100 Clients zu "administrieren". So lange nichts schief geht.

Unix ist deutlich flexibler, aber den Komfort muss man sich halt oft durch Scripte selber erarbeiten.

[Armadillo]

Ein Admin, der nicht grundlegende Ahnung vom Programmieren hatte, und ein Programmierer, der nicht grundlegende Ahnung von Administration hatte, war bei mir schon unten durch.

So weit so gut.

Wir hatten externe Entwickler, die sehr, sehr teuer waren, und, obwohl sie root auf der Sun hatten, musste ich hin, und nen User anlegen (war ein rotes Netz, kam ich vom Büro aus nicht drauf).

Einen Benutzer anzulegen ist eine administrative Aufgabe, die einem Administrator obliegt. Ein Entwickler hat NICHTS aber auch gar nichts in der Benutzerverwaltung zu suchen! Entwickler haben grundsätzlich nur so weit Ahnung vom System wie es sie in der Entwicklung ihres Codes betrifft. Alles darüber hinaus geht sie nichts an.

Sehe ich nicht so. Windows ist einfach leichter zu bedienen, so lange nichts schief geht. Da reicht auch nen simpler MSCE, um nen Netz mit ein paar 100 Clients zu "administrieren". So lange nichts schief geht.

Nein. Das ist grundsätzlich mal so nicht richtig. Ein Windows-Netzwerk mag durchaus leichter aufzubauen sein. Aber wenn es komplexe Aufgaben erfüllen muss und das muss es bei mehreren hundert Usern mit absoluter Sicherheit, dann kann das kein 0815-Admin mehr. Und tiefe Kenntnisse von AD sind ebenso keine Basics, wie eine LDAP-Administration keine Basics für einen Linux-Admin, der gerade sein LPIC-1 gemacht hat, sind.

[tracer]

Einen Benutzer anzulegen ist eine administrative Aufgabe, die einem Administrator obliegt. Ein Entwickler hat NICHTS aber auch gar nichts in der Benutzerverwaltung zu suchen! Entwickler haben grundsätzlich nur so weit Ahnung vom System wie es sie in der Entwicklung ihres Codes betrifft. Alles darüber hinaus geht sie nichts an.

Siehe Hinweis mit dem roten Netz.
Das war ein Simulationsnetz, eine VAX als Bootloader für die Sparcs, an denen die Schüler saßen.
Eine dicke Sun als DB Server, eine zweite als Simulationsserver.

Dauer der Simulation 2 Wochen, danach wurde eh alles wieder eingestampft. Und wenn die während der Simulation an ihrer Software nachfrickeln müssen, dann dürfen die auch gerne User in dem System anlegen, wenn sie es könn(t)en.

Und tiefe Kenntnisse von AD sind ebenso keine Basics, wie eine LDAP-Administration keine Basics für einen Linux-Admin, der gerade sein LPIC-1 gemacht hat, sind.

Ich rede ja auch von Administratoren ... *g*
LPI habe ich mal auf der CeBit im Vorbeigehen für 20 EUR den 101 gemacht, die schwierigste Frage war, ob ich die Zettel für Debian oder RedHat nehme.

Den Kram würde ich bei ner Bewerbung nie Vorlegen, da sind die Sachen von Cisco, Checkpoint und Oracle viel mehr Wert. Und als Coder die Java-Zertifikate von Sun.

[FPK]

Und Linux hinkt hier in vielen Sachen einfach deutlich hinterher.

Sehe ich nicht so.

Fängt doch schon beim Dateisystem an: welches Linux-FS für den produktiven Einsatz kann Volume Snapshots für (einfach zu bewerstelligende) konsistente Backups oder eine schnelle Wiederherstellung einer ausversehen gelöschten Datei?

[tracer]

welches Linux-FS für den produktiven Einsatz kann Volume Snapshots für (einfach zu bewerstelligende) konsistente Backups oder eine schnelle Wiederherstellung einer ausversehen gelöschten Datei?

Kann ich Dir nicht sagen, weil habe ich nie benötigt.
Aber Dateisysteme gibt es für Unixe wohl erheblich mehr, als für Windows.

[FPK]

welches Linux-FS für den produktiven Einsatz kann Volume Snapshots für (einfach zu bewerstelligende) konsistente Backups oder eine schnelle Wiederherstellung einer ausversehen gelöschten Datei?

Kann ich Dir nicht sagen,

Ich kannst Dir sagen: keines wirklich Btrfs kann's, ist aber immer noch nicht für produktiven Einsatz geeignet, ZFS kann's, aber ZFS mit FUSE unter Linux sehe ich auch nicht für den Produktiveinsatz geeignet an.

weil habe ich nie benötigt.

Ist eben aber eine schöne Sache und spart Leuten die gelegentlich mal Dateien ausversehen überschreiben oft eine Menge Arbeit, wenn man jede Stunde einen VSS macht ...

Aber Dateisysteme gibt es für Unixe wohl erheblich mehr

Ist wie mit den Distros auch: weniger wäre in diesem Fall mehr

[tracer]

Ist eben aber eine schöne Sache und spart Leuten die gelegentlich mal Dateien ausversehen überschreiben oft eine Menge Arbeit, wenn man jede Stunde einen VSS macht ...

Glaube ich Dir.
Aber unsere FS liefen auf geclusterten W2K, da hatte ich wenig mit zu tun, ausser halt einrichten, wenn neue Hardware kam.

[fireball]

Wenn Software ihre Einstellungen im Programmverzeichnis ablegt, so ist das für mich ein Fehldesign auf Seiten der Software.

Wenn bisherige Versionen des Betriebssystems nicht so schlecht designed gewesen wären, gäbe es gar keine Software, die das macht. Software wird nämlich auf praktisch jedem ernstzunehmenden Betriebssystem so installiert, dass sie selbst gar nicht auf ihre "Programmverzeichnisse" zugreifen kann - vor allem nicht auf Binaries, die ohnehin nicht modifiziert werden sollen.

Der Reflex wurde nicht zu Zeiten von WIndows 3.1 entwickelt. "Documents and Settings" gibt es seit Windows 95. Heul' also bitte nicht über Windows, sondern über die Entwickler des Reflex - wenn Deine Behauptungen soweit überhaupt stimmen. Der Reflex funktioniert zumindest _hier_ unter Win7 x64 hervorragend.

Aber ich gebs auf - mit so militanten Sturköpfen, die sowieso alles als den letzten Dreck hinstellen diskutieren zu wollen ist eh sinnlos. -> Ignorelist.

[GraphBobby]

Entwickler haben grundsätzlich nur so weit Ahnung vom System wie es sie in der Entwicklung ihres Codes betrifft. Alles darüber hinaus geht sie nichts an.

Also dass ein Entwickler tiefgehende Betriebssystem-Kenntnisse hat, setze ich aber schon voraus. Jemand, der das Betriebssystem-API und den Aufbau des Betriebssysetms nicht vollständig versteht, kann auch nicht anständig programmieren. Was z.B. die Benutzerverwaltung betrifft: Ein Entwickler muss das Privileges/Authorizations/Rights Profiles-Konzept des Betriebssystems kennen, wenn er entsprechende Applikationen programmiert; und er muss dem Administrator sagen können, welcher Benutzer bei der Ausführung welchen Executables welche Privileges in welches Privilege-Set zugewiesen bekommen soll, sonst kann der Administrator kein richtiges Rights Profile für den Useraccount anlegen, und dann funktioniert die Applikation nicht. Weitere Beispiele, warum der Entwickler das System kennen muss, gibt's wie Sand am Meer.

[Armadillo]

@ GraphBobby: Habe ich etwas anderes geschrieben?!

@ tracer: Genau das wollte ich mit dem LPIC-1 ausdürcken. Das ist in etwa ebenso viel wert wie der MCSE, meiner Meinung nach. Sinnvolle Zertifikate sehe ich für mich bei Cisco und RedHat. Beide sind durchaus anspruchsvoll und man hat auch wirklich was davon.

[tracer]

Genau das wollte ich mit dem LPIC-1 ausdürcken. Das ist in etwa ebenso viel wert wie der MCSE, meiner Meinung nach.

Da ist etwas hart.
Den MCSE nimmt man, wenn Klopapier fehlt.
Ins LPIC kann man immer noch mit einem guten Gefühl sein Frühstück einpacken

[face]

oO denke mal selbst der geneigte Computernutzer hat jetzt schon vor ein paar Seiten abgeschaltet Interessant was sich aus so einer einfachen Frage alles entwickelt^^

[blogga]

Auch nochmal Senf geb:

Jenes oder welches - Ist doch ganz egal, hauptsache es befriedigt die Beduerfnisse. Ich wuerd auch gern in unserer Firma einiges lieber auf Linux machen und anderes eben nicht! Problem ist, Windows ist hier ein etablierter standard! Und Microsoft Certified Solitaer Experten gibts dank A-Amt genug! Und wie ich rausgefunden habe heisst das GAR NIX!

Einen AD auf Windows aufzusetzen ist aus meiner Sicht ein Vergnuegen, wenn man sich mal durch das Linux-Pendant durchgewuergt hat! Wasn Gefrickel! Console rocks, aber nicht bei so einem Haufen ineinander greifender Programme und config-files. Und dann die Administration hinterher.. Das war mir echt ein Greuel...

Ich wuerde z.B. nie einen Windowsrechner direkt ans Internet klemmen - Das ist einfach ein No-Go... Da kann man die IP gleich bei Google eintragen und es HoneyPott nennen...

@Backup unter Linux: dd reicht doch!? Scripten unter Linux ist doch deluxe!?

Warum allerdings X.org immernoch so schlecht ist kann ich nicht nachvollziehen. Das steht ja wohl meilenweit hinter der Performance vom DirectX-System. Wenn dann noch ATI-treiber ins X.org-Spiel kommen, dann wirds erst richtig lustig!

Von Programmentwicklung unter Linux hab ich allerdings kaum Ahnung - Ich entwickle in der Firma Datenbankanwendungen fuer Statistiken/Produktionsueberwachung und schreibe auf Hardware zugeschnittene Programme - fuer Windows. VS ist da ein super Werkzeug..

Jedem das seine, das perfekte System wird es wohl nie geben!

[FPK]

Ist eben aber eine schöne Sache und spart Leuten die gelegentlich mal Dateien ausversehen überschreiben oft eine Menge Arbeit, wenn man jede Stunde einen VSS macht ...

Glaube ich Dir.

Und das ist eben der Punkt: gerade bei solchen einfachen Dingen hinkt Linux hinterher.

@Backup unter Linux: dd reicht doch!?

Hast Du jetzt da ein Ironie-Tag vergessen ?