|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Klassischer Denkfehler. Das ist grundverschieden. Scheissentscheide können sich in beide Richtung zwar äussern, aber kausal ist da kein Zusammenhang. Das ist übrigens genau die art der Denke, die mich massivst aufregt. Elelelel ich kann nur unter Linux gute Software entwickeln.
| |
Ich versuch nicht anderen auf den Sack zu gehen. Nutze Webskype und werf den Leuten reine Linuxlösungen von mir nicht an den Kopf, wenn ich ein Mac-Image meiner Anwendung bekomme, verteile ich das auch an andere Macnutzer hier in der Firma. Wobei die echt hart mit dem Mac sind, die Arbeiten mit Privatgeräten. Der Chef macht es vor, alle bekommen Fujitsu oder Dell, selbst hat er keinen Bock auf Windows und einen Mac.
Wenn ich weiß, dass meine Entwickler etwas andere benützen und ich den Standard verlasse, muss ich denen das Leben nicht schwieriger machen. Ich bin nicht direkt betroffen, mich hat man nur um Rat gefragt.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 22.01.2018 14:25]
|
|
|
|
|
|
|
|
|
Dann einfach direkt Windows für alle.
¤: Privat-privat Geräte? Das ist erlaubt? Ich muss mich nochmal wiederholen: Kein Konsens was die Plattform betrifft.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 22.01.2018 14:26]
|
|
|
|
|
|
|
|
|
Also letztendlich gibt's kein wirkliches Problem, und du trittst trotzdem ne allumfassende "Linuxuser hassen Windowsuser. Alle."-Aussage vom Zaun?
| | Zitat von hoschi
Ich versuch nicht anderen auf den Sack zu gehen.
| |
Makes sense.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von statixx am 22.01.2018 14:28]
|
|
|
|
|
|
|
|
|
Sag das dem Chef 
Und nimm den Hut.
| | Zitat von SwissBushIndian
Ja, so klingt das für mich auch. Und daraus schliesse ich, dass keine anständige Kontrolle und insbesondere kein Konsens über die Plattform herrscht. Das ist aber ein deutlich grundlegenderes Problem als die Entscheidung Skype for Business zu nutzen. Und hat schlussendlich 0, gar nix mit den verwendeten Systemen zu tun.
¤: Wir sollten uns alle einig sein, dass kommerzielle Softwareentwicklung kein Wunschkonzert ist.
| |
Ich muss dir soweit recht geben. Die Kontaktverwaltung spielt keine Rolle, interessiert im geschlossenen Team keinen. Skype funktioniert nur nicht gescheit im Netzwerk, gerade mit VPN scheint das hier zu klemmen. Und das scheint der Versuch zu sein, dass in den Griff zu bekommen. Skype for Buisness, hat doch technisch nichts mit Skype gemein, oder?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 22.01.2018 14:32]
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
¤: Privat-privat Geräte?
| |
Ja. Mir ist dabei nicht wohl, aber offenbar ist die Sache so. Die Kündigen oder sie arbeiten wie sie möchten, also arbeiten sie so, wie sie möchten. Werkstudenten geben sowieso nichts auf unsere IT. Alle nur mit privaten Laptops.
Und Mac ist keine unterstützte Plattform von uns.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 22.01.2018 14:50]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Und nimm den Hut.
| |
Jo.
Oder halt wirklich alles daran setzen, dass sich etwas ändert. Dann wirst du aber, und das kann ich dir aus genug Erfahrung sagen, den Leuten so richtig mächtig auf den Sack gehen.
|
|
|
|
|
|
|
|
|
|
|
Gab es hier vor Jahren, da hat der frühere Chef ähnlich wie bei $INTERNETRIESE grundsätzlich die Wahl des Systems bei der Einstellung treffen lassen. Daher auch der relativ große Teil von Linuxnutzern, unsere ganzen SMB-Laufwerke waren früher auch reine NFS-Shares als Spiegel, vermutlich waren deswegen auch ThinkPads gesetzt und unsere Kunden haben wohl selten Windowsserver - früher UNIX und jetzt eben Linux. Der größte Teil der Firma sind aber Cobol (ERP)- und Delphientwickler (Energie) und ihrem Windows treu, nur vereinzelt hört man Jammern, wie sehr man doch AIX und den Mainframe vermisse.
Ich versuche allerdings immer wieder Git zu erwähnen, weil es den Windowsleuten auch viel bringen würde. Aber wer es jetzt noch nicht gelernt hat, dem kann ich auch nicht helfen. Und dann gehe ich denen nur auf den Sack, die sind mit Subversion glücklich. Also arbeite ich auch mit Subversion.
| | Zitat von SwissBushIndian
Oder halt wirklich alles daran setzen, dass sich etwas ändert.
| |
Sowas würde ich gerne tun, zuletzt ist die Anzahl der Linuxnutzer in der Abteilung wieder gestiegen und der Chef hat mich gefragt, wie gut ich mit der restlichen Systemlandschaft klar komme. Gut, bis auf die neuen Windowsdrucker mit Chipkarte. Ohne auf den Sack ist bei mir allerdings Grundbedingung, weil das meiner Meinung nach, nicht geht. Dafür sehe ich aber keine Konstellation. Am einfachsten geht das mit jüngeren Kollegen und neuen Kollegen. Bloss keine "Auftaktveranstalung" oder Massenmigration, könnte mir nichts schlimmeres vorstellen.
Kollege hat gekündigt und war bisher immer Windowsnutzer, relativ treu sogar. Bei Lexware habe sie bei der Einstellung gleich nach dem gewünschten OS gefragt und ich dachte noch, der will für den Privateinsatz wissen welchen Desktop er nehmen soll. Dieser Schelm
|
|
[Dieser Beitrag wurde 5 mal editiert; zum letzten Mal von hoschi am 22.01.2018 14:49]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Deine Möglichkeiten bei sowas sind halt wirklich limitiert im Geschäftsumfeld. Du hast in der Regel genau zwei Möglichkeiten, das gute alte friss oder stirb. Fressen ist sehr Effizient bezüglich Konsens, und betrifft in der Regel auch den kleinsten Nenner: Das gemeinsame Betriebssystem. Ich weiss, dass du darauf deutlich mehr Wert legst als ich, aber in der Regel ist dein eigenes UserOS eigentlich völlig irrelevant. Mir ist das allgemeine Ökosystem wichtiger, und glücklicherweise lässt sich das auch viel besser mit Businessvalue argumentieren als dem Gusto einer jeden Special Snowflake zu entsprechen.
Ich war in meiner Abteilung auch nie wahnsinnig Glücklich was das Tooling und den allgemeinen Umgang mit der Entwicklungslandschaft anging. Trotzdem habe ich mich dazu entschieden, meine neue Stelle, und gleichzeitig ein neues Projekt, wieder da anzufangen. Das gibt einem natürlich ein wenig Hebelwirkung wenn man von Anfang an dabei ist. Was folgt ist wohl so das, was man als Positivbeispiel sehen kann, aber für mich ist es gleichzeitig auch allgemein ein gutes Beispiel, wie man gezielte Lobbyarbeit dazu nutzen kann die eigenen Interessen zu fördern.
Ich möchte dabei nicht zu sehr auf die Details eingehen wo es nicht nötig ist, aber das Projekt war gekoppelt an viel proprietäre Software, die es zu erweitern galt. Ich wurde als leitender Entwickler eingstellt, und zum Glück hatten wir, abgesehen vom Zielprodukt, freie Wahl was unsere Mittel anging. Also habe ich halt dafür geweibelt einen kompletten Open Source Stack aufzubauen wo es nur geht, und möglichst freie APIs gegen alles zu nutzen. Das bedarf einerseits, dass man seine Mitarbeiter einspannt und auch entsprechend fördert, aber andererseits auch, dass man seinem Chef schmackhaft machen kann, welche Vorteile man gewinnt. Zu meinem Vorteil ist alles Java, Javascript, und C#, also waren die Grundvoraussetzung schonmal gut.
Heute, drei Jahre später, sind praktisch alle unsere Projekte offen auf Github verfügbar. Die komplette Entwicklungs- und Buildchain ist Opensource und für jeden nachvollziehbar der Bock darauf hat das bei sich aufzusetzen. Dependencies die von uns kommen landen auf Maven Central und NPM, als Buildmaschinen haben wir Travis CI (ausser natürlich da, wo wir tatsächlich gegen den Propriäteren Teil linken müssen) und Tests laufen auf Sonar (mit der gleichen Ausnahem wie eben). Um neue Entwickler zu Bootstrappen haben wir Shellscripts und Docker, eine Entwicklermaschine ist unter einer Stunde so weit um produktiv zu sein. Internes CI läuft mit der Jazz Build Engine und Travis CI. Das ist wahrscheinlich insgesammt mehr, als ich mir damals erträumt habe, als ich den Vertrag unterschrieben habe.
All unsere Entwicklersysteme sind halt trotzdem Windows, dafür lohnt es sich einfach nicht zu kämpfen. All unsere Builds laufen sowohl auf Linux wie Windows (wobei da natürlich wieder die verwendeten Systeme helfen), und zur Demo habe ich sogar eine komplette kleine ARM Cloud aufgebaut die das auch kann.
Was ich damit sagen will: wenn man an der richtigen Front kämpft, dann kann man auch gewinnen. Die Überstunden und die beschissenen Meetings die damit einher gingen kannst du dir wahrscheinlich vorstellen. Genug Leuten bin ich damit bestimmt auch auf den Sack gegangen. Aber die Richtung zeigt vorwärts. Es gibt intern einen Shift zu Git, offene Buildchains werden bevorzugt, usw. Von heute auf morgen änderst du das sicher nicht.
Ich bin übrigens auch überhaupt kein guter Verkäufer. Aber mit technischen Argumenten, wenn sie wirklich solide sind, erreicht man auch die nächste Managementstufe.
¤: Das Gleichgewicht mit gesundem Pragmatismus halten gilt natürlich trotzdem. Wenn man jeweils stur bleibt funktioniert sowas nicht. Und die eine odere andere Stunde Freizeit geht dabei für ein Proof of Concept auch mal drauf. Stand heute hat sich das gelohnt, wie es in zwei Jahren aussieht weiss ich natürlich nicht.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 22.01.2018 18:30]
|
|
|
|
|
|
|
|
|
sehr gut zusammengefasst. Choose your battles...
|
|
|
|
|
|
|
|
|
|
|
So ähnlich würde ich das auch machen!
Beim letzten Projekt habe ich auch die Ausgangslage alles selbst bestimmen zu können ausgenutzt, im Endeffekt habe ich jetzt weniger Arbeit, dafür am Anfang mehr Arbeit gehabt. Quelloffener Stack, schlanke Buildchain, portabel zu Linux, Win und Mac, sogar Installer und Codesognierungblaufen unter Linux.
Die Lage hier im Betrieb ist eher schlechter geworden, der langjährige Abteilungschef hat selbst nur Linux genutzt, Buildserver wie Hudson und ein paar nützliche Sachen wie Code-Coverage durchgesetzt. Letztlich habe ihn dann mehrere Produkt- und Personalentscheidungen gefrustet und erst ist gegangen, die heillos verwurstelte Codebasis haben wir nie aufräumen dürfen. Wenn der hier wäre hätten wir jetzt Git. Der frühere Firmenchef muss das mit der OS-Auswahl für Desktops irgendwann gefördert haben als Linux sich als Serversystem durchgesetzt hat, aber da war ich noch gar nicht hier. Ist wohl einem Familienkrieg zum Opfer gefallen, wir habe sogar einen fetten Linuxpinguin mit Firmenlogo im Büro (keine Ahnung ob der aus der Aktion stammt oder Server-OS-Werbung). Letzthin sind wird dann wieder mehr Pinguine geworden und der jetzige Abteilungschef kam dann zu mir und wollte mal wissen welche Probleme es im Praxiseinsatz gibt und das sind nur diese beknackten Drucker mit Chipkarten.
Aber jetzt wieder mehr zum Thema:
Was mich jetzt wundert ist folgendes, geht das wirklich gut, ohne Eat-Your-Own-Dogfood? Hier in dem Sinn, das niemand aktiv mit einem Zielsystem arbeitet und entwickelt. Schlichtweg durch unbemerkte Plattfomspezifika und dann auch im Betrieb durch mangelnde Erfahrung mit dem Zielsystem. Meine Erfahrung ermahnt mich zu größten Vorsicht, weil die Windowsleute nicht realisieren was plattformspezifisch ist.
Sollten Sie mich direkt einbinden, würde ich direkt HipChat befördern. Es passt und erfüllt die Aufgabe besser und hintenrum habe ich es leichter.
Im RZ haben wir inzwischen OpenBSD, ich wage zu behaupten, dass der einzige der sich damit auskennt der RZ-Chef ist. Die Dinger laufen aber auch ohne Mucks. Die Begründung für OpenBSD war übrigens Filmreif „Weil Pr0nhub das nutzt!“. So kann man es auch durchsetzen 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 22.01.2018 20:04]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Die Begründung für OpenBSD war übrigens Filmreif „Weil Pr0nhub das nutzt!“. | |
Gibt aber auch kein besseres Beispiel für "hält was aus". #blackfriday
|
|
|
|
|
|
|
|
|
|
|
Schon wieder "privilegierter Dienst auf 127.0.0.1"
| | All blizzard games are installed alongside a shared tool called "Blizzard Update Agent", investor.activision.com claims they have "500 million monthly active users", who presumably all have this utility installed.
The agent utility creates an JSON RPC server listening on localhost port 1120, and accepts commands to install, uninstall, change settings, update and other maintenance related options. Blizzard use a custom authentication scheme to verify the rpc's are from a legitimate source. | |
Na, na, wo geht hier die Reise hin?
| | | this means that *any* website can send privileged commands to the agent. | |
https://bugs.chromium.org/p/project-zero/issues/detail?id=1471&desc=2
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
| | Zitat von hoschi
Die Begründung für OpenBSD war übrigens Filmreif „Weil Pr0nhub das nutzt!“. | |
Gibt aber auch kein besseres Beispiel für "hält was aus". #blackfriday
| |
So lange das nur unter ITlern angeführt wird 
Bei Kunden, also diesen normalen Leuten, besser nicht.
Ratte ist übrigens schuld daran, dass ich mein CORS besser absichern werde.
Hiermit erteile ich Ratte das Eiserne Kreuz für die Sicherheit!
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 22.01.2018 22:45]
|
|
|
|
|
|
|
|
|
http://lkml.iu.edu/hypermail/linux/kernel/1801.2/04628.html
Torvalds, guter Mann 
Wir sollten uns mal alle Fragen, wo wir wären, wenn der nicht Klartext schreiben würde. Erinnert sich noch wer an BUS1 und wie er das zerpflückt hat? Vielleicht ist ausgerechnet Kommunikation seine Stärke, darunter schauen und sagen was er wahr nimmt.
Verehrung ist auch gefährlich.
Ein Able To Not Be Broken-Flag, zum Einschalten? Heilige Scheiße, Intel 
// edit
Gajim erreicht langsam die Version 1.0 und damit haben wir OMEMO und GTK3. Schade das sowohl Matrix oder Riot das ganze XMPP beerben muessen, da die viel Arbeit ein XMPP gesteckt haben. Trotzdem gut Arbeit!
Familienintern nutze ich ChatSecure und Conversations, ist zuverlaessig und unproblematisch. Ich werde mal demnächst wieder Matrix anschauen, kommt ohne den ganzen Wald aus angeflickten RFC bei XMPP und Videochat geht damit auch.
|
|
[Dieser Beitrag wurde 6 mal editiert; zum letzten Mal von hoschi am 23.01.2018 10:59]
|
|
|
|
|
|
|
|
|
Verstehe ich es richtig, dass alle Hetzner vServer jetzt diese "Hetzner Cloud" Server sind und _viel_ günstiger als vorher?
Nicenstein, mein 2 core / 8 GB Ram Server kostet jetzt weniger als die Hälfte.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 23.01.2018 13:26]
|
|
|
|
|
|
|
|
|
|
Im Schnitt alles 50-75% billiger als digiocean. notbad.
|
|
|
|
|
|
|
|
|
|
|
|
Kosten in die Cloud verlagert?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Im Schnitt alles 50-75% billiger als digiocean. notbad.
| |
Bei näherer Betrachtung fällt auf, dass nicht nur der Preis, sondern leider auch die bisherige Feature-Palette weit unter "50% digiocean" liegt. Von daher eher meh. Wir haben heute im Bureau überlegt, gleich mal den ein oder anderen semi-produktiven Dienst dorthin zu verschieben, einfach weil yay, deutscher Hoster, aber ohne Loadbalancing, Monitoring und Support für externe Domains war die Idee auch direkt wieder vom Tisch. Für den average joe mit drei containern ist das Angebot sicher schon sehr gut, aber für mehr derzeit noch nicht.
|
|
|
|
|
|
|
|
|
|
|
Kommt bestimmt noch. Die haben irgendwo bei Hackernews geschrieben, dass sie mit einem minimalen featureset starten wollten und das ausbauen.
Monitoring geht aber doch per API, oder?
|
|
|
|
|
|
|
|
|
|
|
|
Ich will ja nichts selbst stricken, sondern einfach eine Mail kriegen wenn das Teil verstorben ist. Aber sollen sie eben in Ruhe nachliefern, wenn dann nicht überraschend die Preise steigen müssen.
|
|
|
|
|
|
|
|
|
|
|
|
ist Shared Storage immer noch kein Standard bei Cloudhosting? Sprich, ich hab immer noch Hardware-downtimes? Muss ich meinen Kalender von 2007 wieder rausholen?
|
|
|
|
|
|
|
|
|
|
|
|
Geht's noch um die Hetzner Cloud? Da kannste nen ceph wählen, immerhin.
|
|
|
|
|
|
|
|
|
|
|
Soeben den neuen Server für unsere Klitsche bestellt. Doppel-CPU mit AMD Epyc, 64 GB RAM, RAID-Controller, Festplatten, jadda-jadda.
Mein Leben wird dank Virtualisierung soviel besser werden. 
|
|
|
|
|
|
|
|
|
|
|
|
Vorhersage: du willst mehr RAM.
|
|
|
|
|
|
|
|
|
|
|
|
Ich habe gestern erstmals die 64gb meiner "neuen" Workstation gefüllt. War... unerwartet. Nicht überraschend. Aber unerwartet.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
Vorhersage: du willst mehr RAM.
| |
Ja, das kann sein. Sollte aber vorerst reichen. Sind ja noch ein paar Bänke frei.
|
|
|
|
|
|
|
|
|
|
|
64 GB Hauptspeicher ist nicht viel, aber es wirft ja auch nicht jeder so mit ineffizientem Code um sich. Würde hier für zwei virtuelle Umgebungen reichen 
Der Prozessor macht mich neidisch.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 24.01.2018 12:15]
|
|
|
|
|
|
|
|
|
Also laufen soll da ein kleiner Windows 2016 Server für die Domäne (Essentials), ein Debian für apache2, sql und git sowie ein kleiner Fileserver, ebenfalls Debian.
Da sollten uns 64 GB dicke reichen, ist ja keine riesen Last, die wir hier zum Arbeiten abrufen. (Arbeiten halt alle nix hier, lel)
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
