Microsoft alkalmazott vallási okokból nem akar Windowst/macOS-t használni

HUP cikkturkáló

Az egyébként ügyes/rátermett stb. Microsoft alkalmazott jelezte a főnökének, hogy minden céges feladatát el tudná maradéktalanul végzeni Linux alól, azonban a céges policy Windows (vagy macOS) használatot ír elő. Azt azonban az alkalmazott vallási okok miatt nem hajlandó használni ...

Vélemény?

  • 2147 megtekintés

( pomm v | 2023. 03. 04., szo – 09:17 )

Muszlim vallású hentesnek sem kötelező a sertésvágás (pedig nyilván a birkához képest nincs olyan jelentős eltérés, és a vágóhíd át is állhatna a sertésről birkára, mert akkor a muszlim vallású hentes is dolgozhatna ott.) :)

Most komolyan... ez egy munkahely, nem kötelező ott dolgozni, ne keverjük azzal, hogy mondjuk az ügyfélkaput most csak edge alól lehetne elérni.

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Nincs nagy gyakorlatom az agráriumban, de azzal mégis tisztában vagyok, hogy a sertéstelep és vágóhíd két külön vállalkozás, helyileg sincs egymás mellett. Háznál, meg kicsi-fusiba beleférhet de egy normálisan működő vágóhídnál ahol az igen szigorú higiéniai feltételeknek is meg kívánnak felelni ez a fő profil. Ott pedig mindenféle állat megfordulhat élete végén. Tehát vágóhídra jelentkezik nem sertéstelepre és jogosan utasíthatja vissza a disznókkal való munkát vallási okokra hivatkozva. 

Azért érdekes, hogy az annyira VOKE-önérzékenyítő hupuk hogyan próbálják megmagyarázni, hogy a vallási érzékenységet nem kell ám komolyan venni és keressen csak vallásának megfelelő munkahelyet akkor. 

A Microsoft álláspontja már onnan tarthatatlan, hogy Windows mellett hivatalosan kínálnak Macintosh gépeket is az alkalmazottjaiknak. Az itteni infók alapján nem kizárólag Apple termékekre fejlesztő MS dolgozók élhetnek a Mac opcióval. Azaz nem kötelező a cég saját desktop operációs rendszerét válaszani. Innentől teljesen jogos a Linux munkanotebook elvárása. Az amerikai vallásfelfogásba bőven belefér egy ilyen elvárás. 

Microsoft CEO Satya Nadella: Microsoft loves Linux. - Nos itt egy publicitást kapott eset, ahol lehet bizonyítani! 

“Az ellenség keze betette a lábát”

Azért érdekes, hogy az annyira VOKE-önérzékenyítő hupuk hogyan próbálják megmagyarázni, hogy a vallási érzékenységet nem kell ám komolyan venni és keressen csak vallásának megfelelő munkahelyet akkor. 

Nem belemenve vllási kérdésekbe, szigorúan csak más vallásával kapcsolatos 'kötelező elfogadás' részébe:

 

A Vallás, mint olyan sincs megfelelően definiálva, és van belőlük ~1000 különböző csak itt nálunk a földön.

És nem mellesleg bárki bármikor 'kitalálhat' egy újat...

Namost, tőlem mindenki abban hisz amiben akar, azt csinál amit csak akar - egészen addig amíg ez engem NEM érint.

Tehát, ha ő ilyen 'limitációkkal' éli az életét, akkor keressen olyan munkahelyet, ahol ezt nem szarják telibe... vagy esetleg támogatják is.

De elvárni - esetleg még jogi procedúrákat is mögé tenni/képzelni - az már a 'lovon fordítva ülés' tipikus esete.

 

(Dettó ugyan így, aki nem tudja eldönteni hogy a fiú vagy a lány WC-t használja: nehogy már ezt nekem bármilyen módon is tolerálni kelljen)

 

szerintem.

zrubi.hu

Ahol a fiú-lány meg gendersemleges WC igényének felvetése teljesen valid, márpedig ott ma ez abszolút valid, ott az ilyen vallási igény a megfelelő operációs rendszerre ugyanúgy valid és jogos igény. Személyes véleményemet nem keverem ide, csak a jelenlegi amerikai viszonyokból kiindulva vontam le következtetéseket. Nem véletlenül olvasunk erről hírt, okkal lett nyilvános az ügy, nem maradt meg belső levelezési listákon. 

“Az ellenség keze betette a lábát”

csak a jelenlegi amerikai viszonyokból kiindulva vontam le következtetéseket

Ohh, hát 'náluk' már rég elgurult a gyógyszer... vagy túladagolták. 

 

Így messziről nézve simán csak nevetséges. Közelebbről szánalmas.

Mondjuk a 'másik irányba' tekintve sem vagyok nyugodt, mert ott meg a ló másik oldalára estek át.

Lehet csak velem van a baj?! :o

 

Én mondjuk kizárólag a személyes véleményemet írom ide ;)

zrubi.hu

A gendersemleges WC-vel a nőket véded. A nőket senki sem kérdezte meg, hogy bemehet-e oda magát nőnek képzelő pasi.

Első hallásra komplett idióta már a gondolat is, hogy gendersemleges WC, de ha jobban utánagondolsz, ez segítség a nőknek, hogy mentális betegekkel nem zárják őket össze egy mellékhelységben.

Az angol sajtó arról hangos, hogy magát nőnek képzelő pasi 2 nőt erőszakolt meg a női börtönben. Mindenki jobban jár, ha saját WC-t kapnak.

Nem mondom, hogy nem értek egyet veled (bár inkább a másik oldalról közelíteném talán, szertintem a vukik világnézeti limitációi is inkább a saját bajuk), de ebben a konkrét esetben én még mindig nem látom itt, hogy MS dolgozó lett volna, azt csak valaki odahaluzta.

nem kötelező a cég saját desktop operációs rendszerét válaszani. Innentől teljesen jogos a Linux munkanotebook elvárása.

Nem értem az összefüggést. Ha megkérdezik a fagyizóban, hogy csokit vagy vaníliát kérsz-e, akkor mitől lesz jogos elvárás a pisztácia is?

Azért érdekes, hogy az annyira VOKE-önérzékenyítő hupuk hogyan próbálják megmagyarázni, hogy a vallási érzékenységet nem kell ám komolyan venni és keressen csak vallásának megfelelő munkahelyet akkor. 

 

Egy Windowsban hol talál vallási összeférhetetlenséget? Koránban vagy Bibliában meg említve, hogy "Windowst használni bűnös lélekre vall, helyette Linux mutatja a helyes utat"?

Emlékszem, volt egyszer egy cikk arról, hogy valaki vallási érzékenységből nem akart megszállni egy hotelben, ahol FreeBSD volt az oprendszer valamilyen gépen (ugye az ördögös logo). Ott még volt (igaz elég hülye) indok. De Windowsnál mi?

Figyu, túl komolyan veszitek. Vallása a seggem, csak trollkodik, utálja a lezárt rendszereket (Windows, MacOS), jogosan, de igazából nem hivatalos vallás miatt. A vallást csak azért hazudta be, mert azt a HR újabban polkorrektségből komolyan veszi, és nem mernek vele cécózni, hogy milyen vallás, milyen akármi, hanem megkérdőjelezés nélkül intézkednek. Azt kell mondjam, hogy ügyes a buxa, pár perc alatt elintézte, hogy Linuxot használhasson. Mindenképp jár neki a tapsa. Igaza is van, ha ez a fajta trollkodás kell, hogy az ember normális szoftveres környezettel dolgozhasson, akkor meg kell lépni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

csak trollkodik, utálja a lezárt rendszereket (Windows, MacOS), jogosan,

Ezzel nem is lenne baj, én sem megyek olyan céghez dolgozni, ahol nekem nem szimpatikus munkakörnyezetbe akarnak kényszeríti.

De én nem picsogok, csak megköszönöm a lehetőséget, és megyek máshová.

 

a HR újabban polkorrektségből komolyan veszi, és nem mernek vele cécózni,

Ez a valós probléma ebben az égész történetben - szerintem.

zrubi.hu

Csak a lényegtelen vallási kérdéseket veszik komolyan.

 

Az abortuszból származó, ismeretlen hosszútávú hatásokkal rendelkező vakcináknál a vallás egyáltalán nem volt nekik probléma.

Ugye a test a Szentlélek temploma, nem tesztlaboratórium a gyógyszergyárak számára.

 

Teljesen releváns vallási kérdéseket simán letoltak az asztalról, amikor az érdekeik úgy kívánták.

Ő.... na jó, de kit kényszerítettek arra, hogy beoltassa magát?

Az EÜ dolgozókat igen. Ez viszont kísértetiesen közel van a tárgybeli kérdéshez. Tán annyi különbséggel, hogy nekik akkor felmondási tilalom is volt? Már a pontos intézkedések időbeliségére nem emlékszem.

Szerintem a kötelező és a nem tagadhatja meg, nem ugyanazt jelenti. Kötelező az volna, ha bármilyen terhes nőn abortuszt kellene végeznie, aki az útjába akad akkor is, ha a nő ezt nem akarja. A nem tagadhatja meg pedig azt jelenti, hogy ha ezt a nő kéri, teljesülnek a törvényi feltételek, akkor a műtétet el kell végezni.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( dlaszlo | 2023. 03. 04., szo – 09:34 )

Szabad a választás, kereshet egy neki megfelelő munkahelyet.

Ezt vizionálta az egyszeri zindex-jogtudor vállalkozó is kelet-európából amikor a "szabad választás" hangoztatásával küldte el az esztétikailag nem meggyőző afroamerikai jelentkezőt az állásinterjú végén egy "neki megfelelő munkahelyre". Majd elvitte az egész vállalkozásával a másnapi VOKE-cuminami! :-D

Szerencsére az ilyen foteljogászkodók egész életükben csak gondolati síkon képesek vállalkozni vagy bármit csinálni, így anyagi kár nem éri őket tevékenység hiányában. :-) 

A problémafelvetés egyáltalán nem abszurd, és komolyan kell venni. Ezzel láthatóan a Microsoftnál is tisztában vannak. 

“Az ellenség keze betette a lábát”

( asch v | 2023. 03. 04., szo – 09:35 )

Kiváncsi volnék, hogy milyen a vallása és hogy hogy lehet belépni :-) Szerintem ez egy troll a jobb fajtából. Drukkolok neki!

Én sem kedvelem a Windowst, de ha a projekt megkívánja, akkor hajlandó vagyok használni. Néha elég virtuális gépben, néha pedig fizikai kopira is szükség van. Azt várom, hogy a Windows 11 bepöccinti a felhasználókat és leszoknak róla.

Én is drukkolok neki, de szerintem nem fog sikerülni. Addig terjed a Microsoft felelőssége, hogy biztosítson minden munkavégzéshez szükséges feltételt. Ha a linuxot (vagy mást) is támogatna, akkor a linuxot vagy mást használó felhasználók is joggal várnák el, hogy minden működjön, amit a Microsoftnak kellene biztosítani. Ne legyen semmi összeakadás, és megfelelő supportot biztosítsanak stb..

Egyébként én még nem használtam macos-t, az egy BSD, nem? Van azzal valami "baj"?

( chx | 2023. 03. 04., szo – 10:03 )

Az a baj a "keressen olyan munkahelyet" elvvel, hogy nemigen van választásod.

Nálunk a melókában binboz van. Ignorálok rajta mindent. Pl. a frissítéseket, a defendert, az ütemezett rebootot, nem zárom be az alkalmazásokat stb. Oldja meg. Aztán ha emiatt nem működik valami, oldja meg a helpdesk. Kifejezetten szeretem nézni a reboot countdown-t egy meeting közben :)

echo crash > /dev/kmem

( Imo | 2023. 03. 04., szo – 10:15 )

Szerkesztve: 2023. 03. 04., szo – 10:16

0. lépés: lába nem érné a földet. Nem a userek mondják meg, hogy milyen rendszerrel kivánnak dolgozni, hanem azzal dolgoznak, amit az IT eléjük rak. (amin működnek a megfelelő programok, megfelelően felügyelhető, védhető, támogatható)

Ha a 0. lépés valamiért nem kivitelezhető, biztos, hogy rohadt gyorsan kapna valami olyan melót amit nem tudna linux alól elvégezni és életbe lépne a 0. lépés.

(azt egyébként nem látom, hogy hol van leirva, hogy MS alkalmazottról van szó)

Em igy cselekszem, oda nem megyek dolgozni, ahol windowst *kell* hasznalni. Nekem bevalt eddig (kopp-kopp).

Az indokom eleg prozai, nem vagyok hajlando warezolt programokkal dolgozni. Es sajnos egyikbol kovetkezik a masik.

Egy-egy mernoki program boven millio felett van.

 

Es egyszer mar belefutottam ilyenbe: szovatettem, es arra a par honapra elofizettek ra. (talan 3 honap volt). Egy kinszenvedes volt, ugye nem tudod hazavinni (mert bentre kaptal licenszt), nem tudsz elmerulni ertelmesen a programban.

Plusz ha megnézed a "power usereket" a cegnel akkor mit latsz? Excelbol probaljak automatizalni vbscripttel egy rajzolo programot....

 

Hanyas az egesz...:-/

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

"Es sajnos egyikbol kovetkezik a masik."

Már miért következne?

Ha egy feladat milliós mérnöki programot igényel, akkor azt illik megvenni. Windowson, mac-en és linuxon is.

Ha helyettesithető ingyenes vagy opensource megoldással, akkor 99%-ban windows-on is helyettesithető. Egy rakás ember van, aki windows-on ingyenes alkalmazásokkal dolgozik. (fejlesztők pl. 90%-a)

A dolog általában forditva működik. Windows-ra van minden méregdrága szoftver, ami általában linuxra nincs, ellenben az ingyenes alkalmazások ugyanúgy elérhetőek rá, mint linuxra. (a néhány kivételre pedig ott a WSL)

Multkor voltam egy munkamegbeszelesen, es fultanuja voltam, hogy azon ment a fonok-alkalmazott beszelgetes, hogy nem megy a crack windows 11-en.

Majd miutan letette a telefont megkerdezte tolem, hogy nem-e vallalnam-e el-e, hogy megvizsgaljam, hogy miert nem megy a crack windows 11-en, hisz szoktam programozoi melokat is elvallalni, nem csak tervezest.

Kopni-nyelni nem tudtam.

De tudod mit? Legyen igazad.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Nálunk Windows van és nincs warez. Nem csak papíron, komolyan. Ha valahol meglátom kezét-lábát letöröm a rendszergazdának. Voltak igen nagy problémák abból, hogy az agyas letöltött pl. egy Nerot crackkel és elindította rendszergazdai jogosultsággal. Na és miért kellett a Nero? CD-t írni. Oké jó. Adtam egy listát neki az erre alkalmas ingyenes és megbízható programokról. Mellé megkapta a felmondását is. Ez nem normális. Ha az ilyen és ehhez hasonló esetekben lenne egy kis előzetes információgyűjtés, akkor sok probléma megelőzhető lenne. Tipikus példa erre a GIMP. Öcsike hozza a melót, hogy neki erre meg arra az intranetes oldalra kéne egy képet így-úgy összevágni, de nincs PhotoShop. Oké. Ott a GIMP. Az mi? Ő nem ért hozzá. Miért Photoshophoz értesz? Háhogyapicsábane.. ja azért vagy minimálbérért irodista valahol az alaksorban mert annyira vágod a PS-t. Szóval ott a GIMP meg a Google. A kettő együtt egész jól használható. Ha nem felel meg, akkor kép vagdosásra ott a paint, a windowsos képmegjelenítő vagy ezernyi online tool, esetleg alternative.to. Kép vágáshoz nem kell Photoshop. Kicsit erőltessük meg az agyunkat. Elvégre azért van vagy mi :)

Egyszer volt, hogy megvettem egy HDSentinel Pro verziót és a simát megkaptam mellé ajándékba korlátlan számú telepítéssel. Azt használom a cégnél (nyilván na mtud annyit, mint az enterprise, de sokkal jobb a semminél), a pro pedig bőven elég egy példányban. Arra is volt már példa, hogy egy próbaverziós szoftvert használtunk és kellett volna egyéb funkció vagy lejárt a próbaverzió. Mondtam a főninek, hogy ez a helyzet. Vagy megvesszük, vagy engedünk az igényekből. Mikor melyik, de eddig még mindig megoldódott legálisan.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Az kifejezetten jó, amikor pl fejlesztő esetén a fejlesztendő cucc gyakorlatilag csak Linux(-alapú) oprendszereken kell, hogy fusson, de a fejlesztőnek az "IT" ún. ""döntései"" miatt Windows-on kell fejlesztenie, mondjuk tökig tolt vírusirtó mellett, ami a buildet a sokszorosára lassítja :)

Meg az összes többi, fals biztonságérzetet, de védett segget biztosító, teljesen értelmetlen, drága sz*r :)

Ezzel együtt minden tiszteletem az IT osztályoké, csak ahogy ők sem szeretik, ha beleszólnak a dolgaikba, úgy az sem jó, amikor ők osztanak észt olyan dolgokkal kapcsolatban, amihez nem ők értenek jobban. Vagy csak nekem volt "szerencsém" olyan helyekhez, ahol öreg image-ek voltak ezeréves, bugos preloaded vackokkal, meg mindenféle random portokra száműzött szolgáltatásokkal ("ott nem keresik, és ezért biztonságosabb"), és egyéb hülyeségekkel, amiket a "komplájensz" megkövetelt.

Egyszer nem voltam rest, és megmértem, hogy a vírusirtó/ntfs/egyéb varázslatnak hitt dolgok  egy default linux desktop installhoz képest 2x annyi időmet vitt el minden egyes buildnél. Akkoriban naponta minimum 25x nyomtam buildet, egy átlagos build 3-5 percig futott (sokszor tovább). Tehát minimum 25x1.5 percemet vette el naponta a teljesen értelmetlen "komplájensz" miatti aggódás - ha még azt is hozzátesszük, hogy lecsavarozott desktop gépekről beszélünk, internet és különösebb (kockázatos) hálózati kapcsolatok nélkül, akkor csak mosolygok (ott és akkor nem tudtam). A biztonság, és az információbiztonság fontos dolog, de hidd el, ha valaki ilyen környezetbe van kényszerítve, fog időt és energiát találni arra, hogy ezeket a baromságokat kiiktassa.

Vagy mondok kicsit mást: elavult image/preloaded dolgok. Nagyon nehezen lehett java-s fejlesztéskor megértetni az ún. """nagytudású""" ""IT""-s emberekkel, hogy a sok évvel azelőtti JDK nem feltétlenül jó dolog - nem csak a verziók elmászkálása miatt (az öreg szoftver nem lesz automatikusan jobb és hibamentesebb sem, max több lesz benne az ismert hiba), hanem mert elég sok security-related vackot is tartalmaznak, és a patchek a JDK-hoz sem viccből készülnek.

De lehetne még értekezni a default share-ekről, a patcheletlen böngészőkről, vagy sok minden másról is, az egyik személyes alltime kedvencem mégis az volt, amikor a(z amúgy valamiért direkt nem a legfrissebben rendelt) dell notebookok sorra nem tudtak bootolni, mert a Bitlocker megzavarta a lelkivilágukat, mert hát voltak mindenféle firmware-es javítások, csak azokkal nem foglalkoztak :)

Van még pár ilyen történetem, ahogy az ismerőseimnek is - de inkább hagyjuk ;)

Nagyon bölcsen hangzott, amit írtál, és akár igazad is lehetne, de nincsen. A lastpass-os esetről csak felületesen olvastam, azzal kapcsolatban nem nyilatkoznék.

(Az meg kifejezetten vicces volt, amikor ~2 éve egy cég (ún. biztonsági) szakértőivel kellett vitatkoznom arról, hogy vajon jó ötlet-e vírusirtót telepíteni-e konténerekbe. Szerintem nem, és végül egy külső cég bevonásával nekik is sikerült erre az álláspontra jutniuk ;)

(Ahogy a security by obscurity is már ezerszer megbukott, de mégis a mai napig mennek az ilyen baromságok, hogy ha nem lát bele senki a saját magunk által fejlesztett "titkosítás" algortimusába, akkor azt tutira nem törik fel (de), meg ha elrakom az ssh portját a 22-ről, akkor sosem fedezik fel (de).)

Ja, hallottam már ilyet is.

És amikor megkértem az IT-t, hogy akkor most nézzük meg, hogy hány fejlesztő dolgozik ezen a projekten, akkor:

  1. természetesen nem tudták (pedig ad-ban frankón lehetett volan egy csoportba rakni őket, és akkor ugye 1 villanás a válasz),
  2. ment a kamillázás, hogy az azért már lehet, hogy pénz, és ebből gond lesz,
  3. természetesen a menedzsment is értesült idővel, és persze gond lett.

Azóta már az árajánlat előtt ezt is megnézzük, hogy a fejlesztői környezetet mennyire és hogyan fogják korlátozni, ugyanis ment már el ilyen miatt amúgy értékes kolléga.

Szerinted mi a megoldás?

Kapcsoljanak ki minden lokális restrikciót, scannelést, monitoringot, adjanak szabad kezet és bízzanak abban, hogy a munkaerő nem fog minden szart futtatni, gépre dugni, ismeretlen forrásból lerántott library-k helyett a céges artifact repository-t használja, update-el a JVM-et? Integrál vírusirtót a konténerbe, ha a use - case indokoltá teszi?

Mindenképp kell a víruskeresés, monitorozás, meg egyéb.

Az érme másik oldala: Tényleg nagyon idegesítő, hogy akkor történik valami, akkor akadályoznak ezek a cuccok, amikor haladnál. Az lenne a jó, ha ezek a valóságban is észrevétlenek lennének, nyilván ilyen nem lesz.

Az egy jó pont már, ha egyáltalán ki tudsz zárni könyvtárakat az ellenőrzésből, pl a git-ből kicsekkelt 50000 fájlt és a keletkező fájlokat felesleges scannelni minden build közben.

Erre is van megoldás, csak dolgozni ell vele.

Vannak olyan munkaállomások, amelyek nincsenek bekapcsolva, csak ha konkrétan feladatot végeznek rajta. Teszteket írnak, stb. Az elég problémás, mikor behívnak X embert tesztet írni és ivel a gépet akkor kapcsolják be, így elkezd frissülni és eleve fél-1 órás késéssel kezdődik a munka, miközben a következő turnus már ott tobzódik a folyosón. Erre pl. az lehet a megoldás, hogy az update miatt hetente 1x WoL munkaidő után, frissítés, scannelés és a kecske, majd reggelre szépen elkészül a gép.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Kérlek, mutasd meg, hogy hol írtam azt, hogy az lenne a jó, amit most leírtál?

Pusztán arra szeretnék rávilágítani, hogy le kellene szállni a nem létező magas lóról, kommunikálni kellene, és mások észrevételeit is legalább jó lenne észrevenni. A megfontolást direkt nem is említettem. Vagy hagyjuk ezeket, de akkor meg minek dolgozunk, ha ellenérdekeltek vagyunk?

Még nem láttam értelmesen auditált saját artifact repositoryt vagy értelmesen updatelt JVM-et (vagy le volt szarva, vagy minden buildet megkaptunk), mint ahogy azokat a vackokat sem nyomják fel, amiknek a fejlesztése környékén megfordultam - vagy ha igen, akkor ott minden esetben előre jeleztem, hogy ebből vagy abból még gond lesz, de pont nem érdekelt senkit/lehurrogott a faszba random baromságokra hivatkozva.

(A konténeres vírusirtót pedig nem dev javasolta, hanem IT ;))

>Az üzlet szempontjából jelentéktelen, hogy 20 X 1.5 perccel hosszabb ideig tart a build a fejlesztői gépen

Van egy lélektani határ amikor felkel a géptől kávézni, vagy dohányozni, vagy telefont nyomkodni a programozó inkább. Ezen a ponton hirtelen baromi drága lesz!

De ha csak egy 10 fejlesztős egy évig tartó projektre összeadod ezt a számot ami szerinted nem sok, akkor is horribilis összeg jön ki, amit ki kell fizetni a cégnek. Az eszközökön baromi sok múlik, nagyon sokat lehet bukni rajtuk, amibe sokan nem is gondolnak bele.

Egyébként én egy csomó projektnél meg tudom oldani, hogy 1 másodperces build legyen, lényegében azonnal látható hatása legyen a kód változásnak. Ezzel lehet produktívan dolgozni, ami ennél gyengébb, az már nagyságrendileg rontja a hatékonyságot, mert teret enged az elkalandozásnak.

Szerintem az átlagos produktívan töltött munkaidő olyan 4 óra körül lehet - legalábbis nagyjából hasonló értéket láttam eddig minden projektemen. Így bele kellene férnie annak a 20 percnek.

Egy nagy, monolitikus kódbázison ezt nem tudod megtenni, megváltoztatni pedig könnyen lehet hogy nincs lehetőséged.

>Szerintem az átlagos produktívan töltött munkaidő olyan 4 óra körül lehet - legalábbis nagyjából hasonló értéket láttam eddig minden projektemen.

Haha, gondolom a fordítás tovább tartott mint 5 másodperc, azért.

Szerintem meg baromira alulértékelt kérdés az, hogy mennyi idő egy feedback cycle, és nem csak elvesztegetett idő adódik belőle, de borzalmasan demotiváló. A fejlesztők egy része kummantani fog, a legjobbak meg inkább lelépnek, ha túl sok.

A fordítási idő nem egy perccel, vagy 5 másodperccel tud hosszabb lenni egy víruskereső miatt, hanem akár 20 perccel, vagy többel. De projektje válogatja. Az IT-snak fogalma sincs a problémáról, mert nem csinál ilyet, és nem is tudja elképzelni. Főleg amikor valami tűzoltás van, és kb az egész cég arra vár, hogy haladjál már, és kiadd azt a csomagot a megbeszélt bugfixxel. Na ilyenkor szokott a nem felesleges, de talán néha az IT által feleslegesen túltolt (56 darab) biztonsági program beszarni. Mit jelent ez, pl.: - 20 perc egy fél perces build, vagy még több, mert elindult valami scan. - Rájön valami, hogy blokkol, mert frissíts valami környezetet, de Te a korábbi verzióra fejleszted a programot. - Vagy rájön a program, hogy valami biztonsági beállítás nem jó a gépeden, amikor megnézed, akkor pont az van beállítva, amit egyébként meg kér.

És egy ilyen szarul feltelepített gépen általában 1000 más probléma is szokott lenni.

Futottam már bele ilyen gépbe életem során, az ember életkedvét is elveszi, ha nem tudsz vele mit csinálni, az IT meg sz*rik rá, mert esetleg azt gondolják, hogy a "hülye fejlesztők rinyálnak" mindig.

Azt, hogy van ahol 4 óra a produktívan eltöltött idő, az nem jelenti, hogy mindenhol annyi. Biztos láttatok már olyat, hogy fel van pörögve a csapat, határidő van, inkább 8 órában, de egész nap csapatják.

A "bele kell férnie a 20 percnek", ezt olyankor soha nem hallom, amikor valaki a saját melójáról beszél, mindig csak akkor amikor a másikéról.

De ha valamit csinálsz, akkor az sokszor húsz perc - amúgy ilyenkor fel szoktam tenni a kérdést, hogy ha úgyis van build szerver, pipeline, akármi, akkor miért nem csak ott megy ez a rendkívül felelősségteljes szivatás, hiszen úgyis onnan kerülnek ki a binárisok majd?

A válasz eddig minden esetben hümmögés volt.

Azt is meg szoktam kérdezni, hogy miért úgy lett kialakítva minden, hogy a fejlesztőknek különböző rendszereken kell lógniuk egész nap? Miért nem mindenki a saját gépén fejleszt? (Tudom a választ: mert ez annyira biztonságos/összetett történet, hogy másképp nem lehet - hát hogyne :) A valóság az, hogy hozzá nem értők csak így tudták megoldani, aztán jó lesz az.)

ilyenkor fel szoktam tenni a kérdést, hogy ha úgyis van build szerver, pipeline, akármi, akkor miért nem csak ott megy ez a rendkívül felelősségteljes szivatás, hiszen úgyis onnan kerülnek ki a binárisok majd?

Ők nem szoktak visszakérdezni, hogy miért nem dedikált, nagyteljesítményű Agent-el buildelsz?

Ennyire bonyolult procedúra egy commit a saját branch-edbe?

Válaszolok a kérdésedre, még akkor is értéket képvisel, ezért védendő a nálad lévő kódbázis, fejlesztési dokumentáció, de még maga az account-od önmagában is - ha egyébként nincs hozzáférésed a deploy környezetekhez, semmilyen secret-hez.

Azzal vitatkozom, hogy vajon kell-e working copy-kat szkennelni minden bit változásánál (nem).

A tesztek lokális futtatásának nincs köze az accountom, a fejlesztési dokumentáció vagy a kódbázis védelméhez, és célszerű, ha a fejlesztő a munkaállomásán a munkáját jelentő forráshalmazt le tudja fordítani értelmes időintervallumon belül - ami nem egyenlő a teljes projekt buildelésével, a pipeline meghajtásával, vagy éppen új, hivatalos (aláírt) binárisok előállításával.

Másképpen: felesleges 100+ fejlesztő idejét azzal rabolni, hogy árnyak után vetődünk, random, potenciálisan káros dependency-k beemelését példának okáért  célszerűbb központilag, egy helyen megakadályozni.
 

Jól hangzik, amit feltételes módban írsz, csak:

1. van olyan, amikor a vírusirtó irreálisan lassít (mások is megerősítették),

2. veled ellentétben (szerinted nem kell lokálisan semmit csinálni, csak edit+commit+push) kellHET (és célszerű is) plusz lépés a fejlesztői gépeken

(Tippre már idősebb vagy, kevesebb/semennyi kódot nem írsz, max review-olsz.)

Én félkész állapotban is szoktam commit-olni, lényegében remote backup-nak használom az svn-t, meg arra, hogy az szinkronizálja az otthoni és benti gép között a file-okat, így bármelyiken folytathatom a munkát. Az nem feltétel, hogy le tudjon fordulni. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ha lefordul a kód, az már jó, nem? :)) Azok a firmaware-ek, amelyeket írok, az amolyan one man show, nem igényli, hogy egyszerre többen piszkálják. GUI-s, meg egyéb csili-vili hálózatos, szerveres programokat írjanak a software-es kollégák, ők valóban többen dolgoznak egy projecten.

Természetesen a commit logba beírom, ha az release, s az is természetes, hogy a verziószámot növelem, s a műszer belogolja, milyen verziójú firmware fut rajta, meg ezt le is lehet tőle kérdezni. Szóval egyértelműen megtalálható az a forrás a verziókezelőben, amelyből az a bináris keletkezett, ami esetleg valami furcsaságot művel.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ja, de ha +- másfél percről beszélünk, akkor az egész build rendszer el van úgyis kefélve. Másfél perc? Hallod, egy JVM-alapú projektben 2-3 gigás (!) working copy mellett (ennek <10%-a static fájl) az inkrementális build összesen nem volt másfél perc, de még megközelítőleg sem.

Egyébként én egy csomó projektnél meg tudom oldani, hogy 1 másodperces build legyen, lényegében azonnal látható hatása legyen a kód változásnak. Ezzel lehet produktívan dolgozni, ami ennél gyengébb, az már nagyságrendileg rontja a hatékonyságot, mert teret enged az elkalandozásnak.

Hatalmas +1. Másfél perces növekedés, hogyne...

Szerencsére inkrementális buildnél nem fordulhat elő az, hogy az aljában turkálsz az egésznek, ami miatt többszáz modult fog letekerni.

Ahogy az sem fordulhat elő, hogy emiatt végtelen sok unit/integrációs/egyéb teszt lefut.

És nem láttam olyan vírusirtót sem, ami úgy volt beállítva, hogy mindent és minden műveletkor scanneljen, és szerencsére java esetén a .jar-ok nem .zip-ek, amiket nem akart _minden egyes hozzányúláskor_ újraellenőrizni :)

Értem, hogy összerakható úgy is minden, hogy gyors legyen és kényelmes, de ha egy öröklött vacakba kell belenyúlni (igen, sajnos vannak ám nem zöldmezős beruházások is), ahol ráadásul az üzemeltetésnek is különös képzelgései vannak arról, hogy mitől lesz biztonságos valami... ...szóval akkor azért nehéz.

Én (aki fejleszt is) imádom amikor a "szakértő" fejlesztők azt hiszik magukról, hogy ők aztán nagyon biztonságosan működnek a saját kis szemétdombjukon/gépükön.

Ennek a minősitett esete a "linuxon dolgozom, erre nincsenek virusok". A hülyeség határtalan.

(a lentebb emlitett lastpass már tényleg a vicc kategória)

ha neked a fentiekből ez jött le, akkor az legyen a te bajod.

nagyon sok (rosszul) berögzült dolog van, amelyekre irdatlan pénzek mennek el teljesen feleslegesen, mert nem védenek meg semmitől.

mondok mást (messzebb a biztonságtól): itthon még mindig dívik, hogy ha adatbázis kell, akkor egyetlen válasz van rá: oracle. az egy remek cucc, én elismerem, de amikor 5-10 évre előre számolva is a db mérete a néhány megabájtos kategóriában marad, akkor talán mégiscsak ágyúval verébre kategória. persze, ha az üzemeltetők azt ismerik, és másik ötezer deploymentjük azzal van, vagy ha a sales ismerősöm, és nekem is jut valami, akkor nem vitatkoznék (de igen)

( uid_17626 | 2023. 03. 04., szo – 10:30 )

Szerkesztve: 2023. 03. 04., szo – 10:30

Ha ezek után kirúgják, akkor az egyértelműen a vallása miatt lesz. :P Azt hiszem meg kell egyezni vele.

Én adnék neki Linuxot és jó sok szopós feladatot, amit VB scriptben kell megoldani, vagy wpf-s fejlesztést. :)  Valamint az asztalát valami lehetetlen helyre raknám, amit kineveznék a vallása szerinti templomnak. 

^ itt a helyes megoldás, az ilyenekkel nem kell leállni tárgyalni, mert hosszú távon úgyis csak a baj van vele.

A Microsoft egyébként pont egész rugalmas cégnek tűnik ilyen szempontból: kb. mindenki local admin volt a saját gépén, mindenféle approval nélkül simán tudtam Macbookon dolgozni, stb.

( persicsb | 2023. 03. 04., szo – 10:38 )

Az honnan derül ki, hogy Microsoft alkalmazott? Nincs sem a screenshoton, sem a twitter szálban tisztázva.

( fezo | 2023. 03. 04., szo – 12:49 )

Még egy feltűnési viszketegségben szenvedő egyén.

Minden hulla a Mount Everesten valamikor egy nagyon motivált ember volt.

( lcsaszar v | 2023. 03. 04., szo – 14:10 )

Lemaradtam a lényegről: milyen vallást hirdet a Microsoft? Esetleg tudtok ajánlani ateistáknak írt operációs rendszert?

btw ez melyik vallás ?? Lemaradtam valahogy, mert ez egy bullshit igy ... Typical linux-only* ember hozzáállás, hogy "márpedig én csakislinuxhoznyúlok semmi máshoz..." ez már régen is elég ciki volt.

És mielőtt, van typical windows-only hozzáállás is ugyan így.. csak a windowshoz, a linuxfuj, stb.

szóval miről szól a történet? Mi itt a VALLÁS ? Jogilag.... mert az hogy a fejébe mi van ennek az embernek az egy másik kérdés... 

( PDA_FAN | 2023. 03. 04., szo – 14:14 )

Szerkesztve: 2023. 03. 04., szo – 14:17

Sajnos a mozgásteret nagyban korlátozza, hogy egyes szektorokban a multik meg a Microsoft mélyen egymás s.ggében vannak. Hiába lenne alkalmas a feladatra más, biztonságosabb rendszer, akkor is a Ms oprendszerét kell használni.

Egyébként ez a multikra jellemző, hogy technológiai döntéseket pénzügyi, marketing meg ki tudja milyen alapon hoznak, csak épp a bevált standardokra tojnak nagy ívben. A pénzügyi szektorban régebben a cloud az egy szitokszó volt, mostanra azonban már a világmegváltó csodafegyver. Ehhez elég volt néhány cégvezető előtt színes diagramokat villogtatni, hogy lám, mennyivel jobban megéri, ha a felhőben működik minden, mert akkor a sok rosszarcú rendszergazda nem akadályozza a cég kiteljesedését. Most meg ott sírnak csendben az íróasztalaiknál, mert rájöttek, hogy a felhőszolgáltató annyi pénzt kér, amennyit nem szégyell. Közben a helyi IT-t sem lehet kirúgni, mert a felhőbe nem lehet kivinni a teljes céges infrastruktúrát, annyira rugalmatlanok a szolgáltatók.

Ja, nagyobb biztonság. Csak ehhez kábé nullára kell korlátozni a felhasználó mozgásterét. Vírusirtók, tűzfalak, VPN, USB storage-ek letiltása, spamszűrés és tartalomszűrés, meg még ki tudja, mi minden. Van, ahol a felhasználó csak azokat a programokat futtathatja, amelyek be vannak regisztrálva. Minden másra csak hibaüzenetet kap. (Mondjuk ez sok össze-vissza kattintgató lúzernél még jól is jöhet.)

Na így akármelyik platform lehet biztonságos, nem kell ehhez Windows.

"Vírusirtók, tűzfalak, VPN, USB storage-ek letiltása, spamszűrés és tartalomszűrés"

Ezekre szerinted nem lenne szükség, ha mondjuk linuxra állna át egy random cég?

"Na így akármelyik platform lehet biztonságos, nem kell ehhez Windows."

Erről is volt már pár thread, hogy bizony linuxon nem igen tudod összehozni, hogy csak a céges cert-el aláirt alkalmazásokat tudja futtatni a user.

Miért van szükséged arra, hogy a munkáltató által biztosított eszközön olyan dolgokat futass (annyit pontosítok, hogy nem feltétlenül kell a munkáltatónak aláírni a binárist, elég ha megbízhatónak jelöl egy vendor CA-ját), ami nem szükséges a munkához? Szakmailag mi indokolja ezt?

Szerintem nem volt arról szó, hogy olyan dolgot akar futtatni, ami nem szükséges a munkához. De nézzük a másik oldalt: ha valami kellene a munkádhoz, mennyi ideig tartana kérvényezni, jóváhagyni, telepíteni és aláírni?

Debian - The "What?!" starts not!
http://nyizsa.blogspot.com

Nem a munkáltató által biztosított eszközön, hanem a sajátomon, ami az asztalomon van a munkahelyemen. Azért egyébként, mert az eszközeimet én szeretem megválogatni, és nem fogok rendszergazdáknak kuncsorogni, hogy figyelj már, ezt a problémát calc scripttel oldanám meg, ezt meg awk-val, de van amit bash-ben, amúgy meg írtam a saját gépünkkel való kommunikációhoz C-ben programot. Azt amúgy majd minden build után írják alá, hogy kipróbálhassam? Kimaradt a kódból egy '\n', bocsi, lefordítottam, írjátok alá ezt is? Vagy mégis hogyan?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Általában van valamilyen megoldás arra, hogy a build outputra ne legyen kikényszerítve ez a szabály. Nyilván ez sem (mint bármilyen biztonsági intézkedés) nem 100%-os, de a véletlen hibákat és a szándékosság egy részét elhárítja. Utóbbit lehet kalibrálni a biztonság és a felhasználóbarátság közé valahová félúton, illetve ki lehet egészíteni más intézkedésekkel.

Ha pl. a build output mappát felveszed kivételként, de naplózod az onnan elindított dolgokat, akkor már egész jól seggbe lehet rúgni a próbálkozókat, mégsem akadályozza meg a fejlesztőket a napi munkában.

Ne egy 20-30 fős cégből indulj ki. Nagyvállalatoknál a munkáltató által biztosított gépeken többnyire nincs ott minden, munkavégzéshez szükséges szoftver. Az IT farag egy telepítő image-t, az megy mindenhova, és ha pluszban kell valami, akkor vagy írogatsz fűnek-fának, vagy ha van rá jogod, akkor magadnak felteszed.

ha pluszban kell valami, akkor vagy írogatsz fűnek-fának, vagy ha van rá jogod, akkor magadnak felteszed.

Normális helyen ez úgy néz ki, hogy Start menü > Software Center > megkeresed > Install.

Ha sokba kerül, akkor a főnöködnek is kell kettőt kattintania. Ha nincs ott, akkor szólsz az IT-nek, megnézik, hogy oké-e, és onnantól kezdve mindenkinek ott lesz a Software Centerben.

Hát, én még olyan organziációt nem láttam, ahol egy zealotba tolt céges it a zealotsága mellé tett volna egy megfelelően működő processzt tenni ahhoz, hogy a munkához szükséges eszközök fel tudjanak kerülni értelmes határidőn belül, maradt a teljesítmény degradáció, vagy az elvileg szuperbiztos IT biztonság körbekerülése.

( STP | 2023. 03. 04., szo – 15:01 )

Szerkesztve: 2023. 03. 04., szo – 15:03

.

( g3rg0 | 2023. 03. 04., szo – 17:33 )

Úszómester víziszonnyal állást keres.

 

Irigylem a problémáit, a világ meghülyült. 

És mondá Mohamed ti pedig ne használjatok MacOS-t, vagy Windows-t szól a közismert Korán idézet.

( Raynes v | 2023. 03. 04., szo – 19:01 )

Teljesen megértem a spinét. Ez minden munkahelyen így van, ha látod, hogy készül, hogy bánnak a termékkel, akkor az ember nem venne belőle, megundorodik tőle, nem használná. Így lehet ez a MS-nál is, aki belelát a belső fejlesztésbe, kódba, az meg végképp bottal se piszkálná meg a Nyílászárókat. Nem is csoda, kívülállóként is látszik mekkora fos lett, a 8-as óta egyre használhatatlanabb a Windows. Nem véletlenül toljuk mi itt a HUP-on is 90+%-ban Linuxszal, a vallásunk nekünk is tiltja. Egyébként sem kell megijedni a Windows-mentességtől, szakmailag fejleszt, senki nem halt még bele, ha tanulgatott, fejlődött egy kicsit, erre a legkiválóbb motiváció amúgy is a munka. A Windows-normiság mindenkinek megy, abban nincs semmi fejlesztő tényező, azt egy ált. iskolás is tudja. Nem kell nagy extrának felfogni, kb. mintha WSL-t használna az ember, csak bare metal fut, nem virtualizálva, sallanggal a háttérben.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Rosszul emlékeztem. De az 50% sem rossz vallásilag. Főleg, hogy azon a szavazáson csak 31% használ Windowst, a másik 69% valami mást.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

"A Windows-normiság mindenkinek megy, abban nincs semmi fejlesztő tényező, azt egy ált. iskolás is tudja."

Ez azért komoly... Utálom, hogy helyettem gondolkodik sokszor a Windows és bottal sem piszkáltam hosszú évek óta (mivel egyszerű userként megtehetem) de azért hogy lehet ilyeneket leírni? Mégis csak ők vannak az OpenAI, Azure, Lean, Xbox, Hyper-V és egy halom különböző AR technológia meg még ki tudja mik mögött amiket nem is ismerek, és gondolom csak Windowson fejlesztik őket.

Igen. A Windows egy lezárt rendszer, pont az a lényege, hogy nehogy fejlődhess, nehogy beleláss, átkonfigold, módosítsd a rendszert, ehelyett legyél kiszolgáltatva, és úgy kelljen a gépet használni, ahogy a MS akarja, te meg nehogy úgy értsél hozzá, ahogy ők, mert az nem megengedhető. Igen, vannak Windowsra is poweruserek és rendszergazdák, mindenféle registry-s és AD-s trükköket ismerve, de ők nem csak Windowst tudnak szintén. Azure-t hagyjuk, felhő, van rá ezer másik szolgáltató, nem feltétel Windows alapú amúgy sem. HyperV csak egy virtuális gép, épp úgy fut ugyanaz a dolog más virtuális gépeken is. Xbox nem tudom hogy jön ide, az egy konzol, ott csak firmware-ként szolgál a rendszer. Valahogy azt gyanítom, bár biztosra nem tudom, hogy az OpenAI sem Windows alapú, attól, hogy a MS megvette. A fejlesztést meg jó is hogy írod, mert pont a fejlesztők panaszkodnak a legjobban Windowsra, és náluk a legerősebb a legutóbbi időkben az a trend, hogy inkább Linuxon fejlesztenek.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Hagyjatok már ezzel a fejlesztéssel. Nem mindenki fejlesztő, még itt a HUP-on sem, a MS-nál sem. A legtöbb cégnél, a legtöbb munkavállaló csak alap informatikai feladatokra használja a céges gépet, mail, alap szövegszerkesztés és táblázatkezelés, böngészés. Ennyi. A fejlesztéssel meg jobb is ha nem foglalkoztok, mert az aztán a Linuxnak végképp nagy erőssége a Windowszal szemben.

Ez a fejlesztés olyan kaliberű kifogás, mint amikor az átlag usert megkérdezed, és akkor jön olyan hülyeségekkel, hogy Linuxra nincs AutoCAD, InDesign, Photoshop, mert ugye tutira ezeket használja mindenki, főleg azok az egységsugarú userek, akik a gépet alig tudják bekapcsolni, de azért megy részükről a terelő szöveg rendesen. Vicc az egész. Nincs azzal baj, ha valaki Windowst használ, de akkor vallja csak be, hogy 1) mert az ismeri, 2) kényszerből a munkájában/iskolában kényszeríti rá, 3) ismerje el, hogy szakmailag nem fejleszt, és akkor ne próbálja a menthetetlent védeni. Akkor megértem, én tőlem egyébként mindenki azt használ, amit akar. Hidd el, nekem senki nem fizet azért, hogy térítsek, de megéri váltani, akinek csak lehet. Nekem is az egyik legjobb döntésem volt valaha, hogy dobtam a Wint, évről évre kamatozik, hogy nem kell azzal a fossal szenvedni, meg lehet normálisabban szakmailag fejlődni. Ahogy nézem, aki hasonló cipőben járt, azok közül sem bánta még meg senki a váltást.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Chain-Q v | 2023. 03. 04., szo – 19:48 )

Nálunk az van újabban, hogy a Linux usereket céges Windows laptopra kényszerítik "de hát van WSL!" felkiálltással. A fő ok, hogy egy Linuxt nem tud olyan szinten integrálni az IT a mindenféle vállalati spyware-be policy által előírt rendszerekbe és processzekbe, mint egy Windowst vagy egy macOS-t...

Nálunk ezt úgy oldjuk meg, hogy az erre háklis emberek többsége már úgyis home office-ban van, szóval saját hardware-rel dolgozik és a céges laptop csak ott van kinyitva... Hogy az IT lássa hogy megy a gép, és ne legyen rinya. Ezt próbáltuk jelezni a managementnek, hogy az egész kontraproduktív, de csak "a céges policy szent" hiszti lett belőle, és 1-2 ember értelmetlen basztatása, szóval azóta nem mondjuk. És minden maradt a régiben...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

( dcsaba v | 2023. 03. 04., szo – 21:29 )

Szerkesztve: 2023. 03. 04., szo – 21:30

azonban a céges policy Windows (vagy macOS) használatot ír elő.

Keressen másik munkahelyet a policy miatt, az más lapra tartozik, hogy linux alatt hatékonyabban tudná végezni a munkáját.

( Caro | 2023. 03. 04., szo – 22:16 )

Mivel RMS-t szokták open source pápának is hívni, a csaj valszeg OSS hívő :)

( SkyNET | 2023. 03. 05., v – 13:28 )

Van egy feltételrendszer, amiben neki a munkafeladatait meg kell valósítania. Intelligens dolgozóként azzal foglalkozzon, hogy ő mit tehet az eredményes teljesítésért adott feltételek mellett, ne azzal hogy egy egész szervezetnek hogyan kellene alkalmazkodni az ő szempontjaihoz - amik teljesülése még nem is biztos hogy egyben a várt eredményeket is garantálja. Én elengedném ezt az illetőt, egy több százezer főt alkalmazó dollárszázmilliárdos bevételű megacég ügyvitele nem múlik egy különc szeszélyein.

( end | 2023. 03. 06., h – 10:40 )

Nem értem.., hát nem az MS fejleszti, - tette elérhetővé a Windows alatt, - a WSL most már 2-es verzióját? Miért ne használhatná?

( Csab | 2023. 03. 06., h – 17:41 )

Szerkesztve: 2023. 03. 06., h – 17:43

Hallottam már vallási kifogást az MS-sel kapcsolatban.

Az MS mágikus számokat használ (magic numbers), például ilyen a 0xDEADBEEF. Szóltam az illetőnek, hogy egyébként a Linux is ilyen.

Szóval jogos a felvetés, hogy szabad-e rituális indíttatású mágikus számokat tartalmazó rendszert használni.

:)

A 0xB16B00B5-s ráadásul, amit azóta kivettek a rendszerből, még pornográfnak is minősíthető.

( mjanee | 2023. 03. 07., k – 14:10 )

Ezek szerint neki nem mondta senki, hogy a Temple OS az nem Linux.

( an-dee | 2023. 03. 07., k – 15:55 )

Elképzelem ahogy Kevin Magnussen mondja Günthernek hogy vallási okoból nem vezethetem ezt az autót, de a RedBullal is el tudnám végzeni a feladatomat hibátlanul.

( thmir v | 2023. 03. 07., k – 17:43 )

Biztos én vagyok vak, de hol van az leírva, hogy Microsoft alkalmazott? 

( lcsaszar v | 2023. 03. 07., k – 18:58 )

Amilyen mélyen gyökerezik a Unix a Windowsban, kissé tudathasadásnak érzem az ellenérzést.