Új hozzászólás Aktív témák
-
buherton
őstag
Azok az idők nem múltak el sőt, aranykorát éli az MCU programozásban. Ott oda-vissza kell tudnod, hogy mi hol van, mit csinál, miért csinálja, stb... és bár a C magas szintű nyelv mégis elengedhetetlen, hogy ismerd a memória felépítését/írását/olvasását, illetve hogy mikor mit tehetsz meg. Például MPU nélkül öngyilkosság dinamikus memória foglalást használni, stb...
Többieknek a C# meg a Java pont az egyik leginkább memória igényesebb nyelvek közé tartoznak, de főleg a Java. Emiatt tolja mindenki a C++ szekerét PC fronton, mert objektum orientált, és mindent kézben tudsz tartani.
-
ddekany
veterán
Ha épp csak feltetted, akkor 10G körül van a Win7 Home, plusz a swap és hiberfile.sys, amelyek mérete függ a RAM mérettől is. Ennek valószínűleg töredéke tényleges program kód, a többi az "adat", szóval ez nyelvfüggetlen dolog. Aztán persze idővel gyűlik a system restore, temp, meg a többi, amit fene tudja már milyen stratégiával töröl a Win, de kis háttértáras gépen néha kénytelen az ember kézileg "lemezkarbantartó"-t nyomni (ill. ha már nagy a gáz, felkínálja a Win, csak a system restore gyalulást pl. nem pipálja ki benne). Meg persze felraksz rakás alkalmazást, stb... 160G alatt elég kínos ma már az élet. Aztán persze elkezdtek nyomulni az SSD-k, és hát nem evvel számoltak MS-nél, hogy összemennek a háttértárak némely új gépben.
-
VIC20
őstag
Azt hiszem, nem értitek a mondanivalója lényegét:
Szerintem az a gond, hogy hol vannak már azok az idők, amikor az ember valóban a kezében tarthatta a gépe vezérlését? (Annak minden nyűgével és felelősségével, de annak minden előnyével és szépségével is egyben!)
Manapság azt hisszük, hogy programozunk: fordítók előállítanak valamilyen gépi kódot, amit igazából nem tudunk átlátni, pláne nem ellenőrizni. Aztán egy rendszer meg nagy kegyesen futtatja - az általa jónak látott feltételekkel és paraméterekkel.
Nem erről van szó, BatchMan?
-
ddekany
veterán
"Azt még programozni kell, nem mismásolni
"Tetszőleges nagyságú mérnöki kihívást találhatsz magadnak magas szintű nyelvekkel is... nagyon könnyen. Általában az történik, hogy van egy szint, amivel még az emberi agy felér, és ez assembly-nél egy X komplexitású probléma leprogramozása, Java-ban/C#-ban meg egy - csak hasra - 100*X komplexitásúé. Mind két esetben vért fogsz izzadni, csak a második végeredménye esetleg hasznosabb. Már ha nem valami extrém beágyazott dologról van szó, vagy valami OS alsó rétegeiben lakozó nagyon mag algoritmusról, nyilván.
-
BatchMan
senior tag
Minden nézőpont kérdése. Én BASIC után Z80 gépi kódban nyomultam (fejben konvertálva a papíron megírt assembly-t), ami után egy valódi assembly felüdülés volt. Aztán a PASCAL-t még bevette a gyomrom, de a Win-es C++ végleg elvette a kedvemet. Kilobájtok helyett megabájtok, sőt érthetetlen méretű gigabájtok keletkeznek, amit esélyem sincs disassemblálni.
Igaz a processzorok felépítése, működése is "kicsit" átalakult. Hogy nem túl jó az (inteles) irány azt régóta érzem. Igaz az i7 lenyomja bármelyik ARM megoldást, de ha fajlagosan teljesítmény/tranzisztor vagy teljesítmény/pénz nézzük, már fordul a kocka. Teljesítmény alatt nem az eldiszcipált hőt értem, mert abban az i7 megint verhetetlen. -
tocsa
senior tag
Lattam mar olyan sed (stream editor = az standard mezitlabas 'ed' editornak a stream verzioja, szinten mezitlabas) scriptet, ami sokoban jatekot implementalt! Termeszetesen ASCII grafiakaval. Lehet, hogy irok majd egy blog posztot erdekes scriptekrol.
Gyrisan rakerestem: http://sed.sourceforge.net/local/games/sokoban.sed.html -
tocsa
senior tag
+1. Manapsag en is PowerShell-hez nyulok, ha valamit scriptelni kell.
Az mondjuk tenyleg furcsanak tunhet egy kivulallo szamara, hogy powershellhez letezik GUI designer is.
Szoval a GUI-bol a shell-be mesz, de GUUI-t hasznalsz a script megtervezesehez.De megkoszonom a cikk irojanak, "star"-oltam a github repo-t!
-
-
#66
ddekany
veterán
dragon1993
#63
ddekany
veterán
válasz
dragon1993
#63
üzenetére
"C# után az Assembly is elmebeteg lehet."
Az nem annak tűnik, az tényleg szopás... Persze azért az, mert az a lényege, hogy gép közeli. A tipikus shell scriptek viszont azért, mert szét vannak cseszve tervezésileg, nem arra találták ki őket mint amire végül használják, stb.
-
ddekany
veterán
"Minden nyelv elmebeteg, amit nem naponta használsz."
Na azért... ég és föld a különbség egy gányolt és egy rendesen megtervezett nyelv közt olyan szempontból (többek közt), hogy mennyire könnyű visszaemlékezni arra, hogy valamit hogyan kellett leírni benne, meg milyen csapdák lestek rád.
-
BatchMan
senior tag
Minden nyelv elmebeteg, amit nem naponta használsz. Amit meg naponta használsz, az szintén kretén, csak megszoktad. Ez már a magad korlátja, nem a gépé - a lehetőség adva van.
Sokszor van idő a netet túrni megoldásért, de a gépre nem telepíthetsz semmit. Azzal főzünk, ami van. -
BatchMan
senior tag
Ipari termelésben vezérlésre, gyártásra PLC-t, DCS-t használunk célhardverekkel. Megjelenítésben, operátori paneleken feltűnik Win, de lehetőleg szigetként, gyári hálótól függetlenül. A frissítések okozta meglepetéseket kerüljük. Komolyabb rendszerekben soha nincs csak egy operátori panel, ha lefagy/újra kell indítani a kezelő átsétál egy másikhoz, amíg a renitenst rendbe hozzuk. Op-rendszerből egy rendszeren belül is több van, sőt van olyan progi is, ami fagyott win mellett is életképes marad.
Örülök a cikknek! Rámutatott, hogy van eszköz a winben, ami elég flexibilis és bármikor kéznél van. Bármi egyéb: PS, JS stb. telepítendő, de a batch beépített cucc, minden gépen ott van.
-
Nem érdekli, hogy mennyibe kerül -> nem olyan biztos ez. Ha valahol spórolni lehet, akkor nagyon kreatívak a nagy cégek is. Még akkor is, ha megvannak a multicégeknél is a megfelelő social engineering megoldások arra, hogy pozícióba kerüljenek egyes cégek
Supportot meg azért lehet találni, a világ legtöbb országában munkaerőtöbblet van. -
hallador
addikt
Persze ez pontosan így van, de ebből az MS-t nagyon nezéz lesz kiszorítani. Valamint az iparvállalatokat nagyon nem fogja érdekelni, hogy mennyibe kerül, ha az működik. Az sokkal jobban fogja érdekelni, hogy 50 vagy 150 informatikust kell alkalmaznia, vagy esetleg a support csoport aki supportál, az mennyibe fáj. Aztán a legolcsóbb megoldást választja majd ami megfelel neki mond szoftver, mind pedig erőforrás szinten.
Hiába fogja tudni a Red-Hat ugyanazt mint az MS, ha a többi nagy cég meg nem kompatibilis vele. Jelenleg ezért vezet az MS, és még fog nagyon sokáig.
Persze van még a UNIX világ, de ma már közel nem annyira preferált mint 10 éve. Lassan a Linux és a Windows kiszorítja.
Ipari rendszer alatt mit értesz?
Ami vezérli üzemelteti az üzemet, ahol a termelés folyik, ennek az informatikai hátterét.
-
Ipari rendszer alatt mit értesz? Mert a gyártórendszerekben a legkisebb súllyal esik latba, hogy domainbe lehet-e tenni
Illetve domaines megoldás van Linuxra, igaz még nem ingyen. Hogy azt az SSO-t használják mások, az azért van, mert az már kész, ilyenből szoktak lenni a kvázi-szabványok, esetleg valódi szabványok.Illetve a Linux erősen fejlődik, már 1-2 év alatt is durván meg tud változni egy-egy cucc benne... Ha most nincs valamilyen progi, lehet, hogy jövőre már lesz. Szép lassan alkalmas lesz mindenre.
Amúgy meg, miért is van ebben a helyzetben a MS? Mert nem volt más, mindenki arra fejlesztett, persze hogy az terjed el, amire minden cég fejleszt. Nem azért, mert annyira jó lett volna. Meg mert nem volt valódi alternatívája az utóbbi időkig.
-
hallador
addikt
Teljesen jogos én a desktopomon Debian-t futtatok, és mindenre jó amire nekem kell. Az MS ebben a helyzetben előnyben van, mert rengeteg szoftver csak az Ő rendszerén fut el. Valamint van egy hatalmas előnyük van egy jó SSO-jak amit felhasznál kismillió másik cég is (Red Hat, VMware, HP, IBM, Dell stb). A Linuxos PAM sehol nincs sem funkcionalitásban, sem pedig tudásban, kezelhetőségben.
Szóval az MS 15 éve feljeszti az ipari rendszereit, a Linuxok meg sajnos megmaradtak a célrendszerek operációs rendszereként.
Az Iparban a Linux anyagi előnyei nem jelentkeznek Sőt. Arról nem beszélve, hogy a Linux-ok nem támogatottak az Iparban. A RED HAT, Suse igen, de az annyiba is kerül, hogy akkor már az MS is olcsóbb...
Így marad a Linux a beágyazott rendszerekre és az egyedi rendszerek operációs rendszereként. (Yahoo, Google, Amazon, Facebook stb)
Ezek viszont nem ipari cégek, mint inkább informatikai szolgáltatók.
-
Azért az nem mindegy, hogy a májkroszsft csodának van-e reális alternatívája. Mert ugye ha azt veszed, akkor most a MS monopolhelyzetben van, és az anygon nem jó, mert olyan csúfságok történnek, mint a Win8-cal... Szóval nem ártana, ha elterjedne a Linux desktop fronton is, mert abból, hogy egy cég egyeduralkodó lett egy területen, még sosem sült ki jó dolog.
-
hallador
addikt
Ok. Tudom. De routereken pont fut, de karoraba, meg a cd romba pont nem. Ismerem az open-wrt, dd wrt, tomato linuxokat, a mikrotikot is.
Akkor gondolom a casio órában vagy a cd romban is.... Logikusan próbáltam érvelni. Tudod a trabantból. Is lehet dakar győztes gépet csak minek...
-
hallador
addikt
Rendben, ha így nézed szinte minden beágyazott rendszer, de ezeken a rendszereken sem a bash, sem a Cygwin, sem a PS nem fog futni. Nem is ez a célja.
Azért a beágyazott rendszert mint olyat ne keverd össze a vezérlő elektronikával, főleg mert amiket így utólag soroltál abban ritkán fut oprendszer, de még programozni sem nagyon érdemes...
-
buherton
őstag
WTF? Széép. Nem dolgoztam gyárban, csak voltunk pár látogatáson, de ott rendre XP volt.
(#48) hallador: Félre érted csak azt a kijelentésed nehezményeztem, hogy a beágyazott rendszerek 90%-án windows fut, és hogy az ARM csak elenyésző hányadban van jelen.
a karóra, a routerek, a mosógép elektronikája, vagy éppen a TV is egy beágyazott rendszer
Erről van szó. Továbbá kocsik, motor, robotok elektronikája, PLC-k, stb... és ezeken nem windows XP fut. Szemét leszek, és azt mondom, hogy a PC-ben is több nem x86-os windows-os cucc van, mint olyan
. Vinyó/DVD író/hangkártya/tv kártya.Te ritkán (szinte Soha) nem programozod
Ezzel is szembe szállnék...
-
hallador
addikt
Igen, ez OK, de azt az 5 - 10 vezérlőt Te ritkán (szinte Soha) nem programozod, mert gyárilag beállították, esetleg utánállítják. Ha így nézzük igazad van. De azon a bash nagyon ritkán (Soha), a Cygwin meg sehogy nem fut.
Értem a klasszikus beágyazott rendszerekről beszélsz, csak éppen az esetek többségében ezekhez akkor nyúlnak, ha cserélik.... Tehát nem, nem programozzák szét őket. Ha így nézzük, akkor a karóra, a routerek, a mosógép elektronikája, vagy éppen a TV is egy beágyazott rendszer, de ezeket szintén igen ritkán programozod...
Cserébe ami ezeket vezérli, és amihez hozzá is tudsz nyúlni az Windows lesz. És ez is beágyazott rendszer... (Rumhoss, Smartgui, stb)
Pl: KUKA Robotics
-
buherton
őstag
Akkor nem vagy tisztában a beágyazott rendszer fogalmával. Ha a beágyazott rendszerek világában a windows teljes palettán eléri a 10%-t, akkor azt hiszem, hogy igen optimista, és mindent felfelé kerekítő voltam.sztem annyira nem elterjedt az iparban, mint az X86. Értem a termelői rendszereket
Egy alkatrész beültető gépben nagyjából 1 gép x86 architektúrás, és másik 5-10 ARM vagy hasonló MCU, amin FreeRTOS, Linux, uClinux, EB tresos, QNX és társai futnak, esetleg windows CE.
-
-
hallador
addikt
Igen tisztában vagyok... Főleg mert én is supportáltam szalagvezérlő rendszereket. Valamint nyilván, ha ma építesz egy ilyen rendszert, akkor Wondows 7, netalántán Windows 8, de ehhez új rendszert kell építeni. Az XP pedig annyira elterjedt ezen a területen, hogy az újabb rendszerek elterjedése még várat magára.
Az ARM-os embadded rendszereket nem ismerem, de sztem annyira nem elterjedt az iparban, mint az X86. Értem a termelői rendszereket.
ACygwin meg jó, de ismételten csak egy feleslegesen feltelepítendő program, a bash közel tudja ugyanazt. Valamint amire a bash-t kitalálták nem nagyon van jobb jelenleg sem. Az az 5 - 50 soros scriptek használata.
A PS jó, de nem igazán terjedt még el ott, ahova szánták. Sok helyen használják, de közel nem elterjedt annyira sem mint a bash.
Ha majd a Windows 7 lesz a nyerő rendszer az iparban is, akkor majd esetleg lesz értelme a PS-ről beszélni.
-
dqdb
nagyúr
Ha adott feladathoz elég a Windows Scripting Host nyújtotta szolgáltatás, mert COM interfészeken elérhető adatokra van szükség, vagy konzolos program átirányított kimenetének értelmezésére, vagy szöveges fájlok feldolgozására, akkor ágyúval verébre az általam felvázolt megoldás.
Ha a képbe valamiért bejönnek a blobok, akkor könnyen kevés lehet a FileSystemObject kizárólag szöveges fájlokat támogató felülete (vagy visszaalakítod a beolvasott szöveget az aktuális codepage alapján az eredeti bináris adatra, vagy lehet unicode módban megnyitással trükközni, ekkor megmarad az eredeti adat, de párosával kell kezelni a byte-okat, és páratlan hosszúságú fájloknál szívás van). Perllel vagy a szokásos GNU toolchain egyéb programjaival ez a probléma feloldható, de azokat előtte le kell juttatni a gépekre, míg a .NET Framework 2.0-s változata Vista óta fixen az OS része (vagy XP alatt valamelyik Microsoft/3rd party szoftver miatt kell felrakni, és azért elérhető).
A felugró szöveges ablakokat el lehet kerülni: ha batch fájlból hívod meg a csc.exe-t és utána az általa lefordított programot, akkor a kimenet átirányításával, ha a WshShell.Run metódussal, akkor a nullás windowStyle paraméterrel.
-
buherton
őstag
-
lapa
veterán
kicsit kimaradt a nagy történelni áttekintésben a vbs, pedig az mégiscsak alkalmasabb alapvető feladatokra. hogy mást ne említsek msgbox vagy reg. bár lehet, hogy a batch is tud reget írni, de nem biztos.
amúgy nagyon hasznos lehet ez is, jó összefoglaló. mondjuk én vba-ból szökve biztos nem állnék neki, inkább a vbscript.
-
buherton
őstag
Volt munkahelyemen egy-két fanatikust leszámítva, mindenki cygwin-ezett. Beágyazott rendszert fejlesztő cégről van szó, és abból is elég nagy.
meg a beágyazott ipari rendszerek 90 %-án XP fut...
Azért remélem a beágyazott rendszer fogalmával tisztában vagy.(#31) bebe93: Nekem az tetszik a batch-ben, hogy nem láttam még olyan szövegszerkesztőt ami megfelelően tudná színezni
![;]](//cdn.rios.hu/dl/s/v1.gif)
. A szintaxisa egy okádék, és szerintem magán a cmd-n kívül semmi sem tudja rendesen értelmezni. Nem mellesleg, ha ismeri az ember a csínnyít-binnyát, akkor igen hatékony nyelv, de hogy egy hosszabbb programot csak a tulaj fogja megérteni az is hét szentség. Még a PERL-nél is elvetemültebb, szvsz. -
bebe93
csendes tag
Amúgy azért írtam a cikket mert alapvetően kínszenvedés alapvető programozási feladatokra használni, így sokkal érdekesebbnek tartottam mint a powershellt. Az egész egy ilyen.. trükkös bemutató akart lenni. Azért írtam hogy teljesértékű, mert majdnem minden alap dolgot lehet benne implementálni. utálom, de olyan érdekes hogy minden az ügyességeden múlik... szóval érdekes.
-
#28
ddekany
veterán
dragon1993
#19
ddekany
veterán
válasz
dragon1993
#19
üzenetére
"Azért ilyet nem csinálsz Batch Scriptel." (asm.js Unreal engine demó)
JavaScript-ben sem, és de, rohadtul lényeges az asm.js. Ezt ugyanis C++-ban írták, nem JS-ben, és utána generáltak a C++ kimenetből egy JS nyelven leírt tradicionális-gépkód emulátort. Az is azért fut értelmes sebességgel, mert annyira fekszik a JS optimalizálónak, hogy a JS szinte köztes kódként (IL) kezd funkcionálni, így lényegében visszakapd az eredeti C++ fordító kimenetet. Főleg ha fel van készítve asm.js-re a JS motor. (De ez meg a motor, és nem a nyelv érdeme.) Erre az egész trükkre a JS-nél 100x butább nyelvek is alkalmasak, néhány alap dolgot kell tudniuk csak. Még az is lehet hogy bat-al is meg lehet csinálni, bár a tradicionális shell script nyelvek (bat, (ba)sh, stb.) olyan szinten retardáltak, hogy az ember sosem tudhatja...
-
hallador
addikt
Hát igen, mivel én most jelenleg kb 3 - 4 12 000 Fős nagyvállalatnál nem Magyarországon!!!, Supportálok ezért pontosan látom a helyzetet.... , meg sok kisebbet is...
100 Fő? Magyarországon ebből sincs 50-l több, ami magyar tulajdonban van, szóval értem én amit mondasz hidd el, de a PS még maradjunk annyiban, hogy terjed, és mint mondtam sok helyen nem enged a policy, hogy egy komolyabb gyártó sínrendszer vezérlést feltelepíts mindenféle MS segédprogrammal, meg .NET-ekkel, nem hogy PS-el.
Ilyen magyar játékcégeknél ez még elmegy, ahol a Policy-t is csak megírták egyszer, de soha nem tartották be egyszer sem.... De egy nagyvállalatnál az nem nagyon működik amit leírsz. 20 - 30 support csoport dolgozik 40 - 50 féle rendszerrel 10 - 15 féle oprendszerrel, és nem a PS lesz az első lépésük. Ha a 20 support csoportból egy bevezette lelke rajta, de baromira nem fogják bevezetni az egész infrastruktúrában több oknál fogva sem....
Szóval ez mint mondtam Magyarországon elmegy... De ahol komolyan gondolják, ott úgy próbálnak fejlődni, hogy a termelés is megmaradjon...
A PS a jelen, kb mint 1993-ban volt a Batch fájl, még kell 5 - 8 év, hogy a PS-t az iparban is felváltsa a Batch-t az esetek 90 %-ban.
A Batch ma is nagyon elterjedt...
De. Egy normális nagyvállalat már rág 2008 (R2) vagy 2012 architektúrán fut, ne a magyar 100 fős "nagyokból" indulj ki. Komolyabb helyeken adnak mind a biztonságra, mind a teljesítményre amiket a friss termékek hoznak. A licenszükbe meg belefér, hogy bármikor frissíthetnek.
Azért azt elmesélhetnéd, hogy a kifejezetten bevált vezérlőrendszerek amik pl Windows 2000 Serverre lettek kitalálva, migrálták 2003-ra, majd megjött a Windows Server 2008 a maga kiforratlanságával, majd ami már tényleg jó is volt a 2008 R2 szerinted dobják a komplett NT, 2000, 2003 rendszereket, és bedobják a VMware alá egy 2008 R2-be mikor lehet azon el sem indulna.....
Amiről te írsz az az alapítsunk egy 3 szerveres magyar 100 Fős céget, ami úgyis tönkre megy 3 év múlva, aztán alapítsunk még egyet 2013-ban amikor megint veszünk 3 szervert...
Akkor a NASA, a Cern, kb 200 több 10 - 100 000 Fős nagyvállalat szerinted nem tisztességes nagyvállalat? Csak kérdezem? (Költői volt...)
Viszont szerintem ez már nagyon off, ne tegyük tönkre a fórumtárs cikkének topikják.
Szerintem nem off, mert láthatóan nagyon sokan nem láttak még nagy vállalatot... Csak beszélnek róla...
-
Khan13
senior tag
Az XP-t azért ne keverd ide, mert az PS-től független, és mint mondtam oda is telepíthető (ahogy 2k3-ra is). A régi rendszerek migrálásakor sok helyen már nem viszik tovább a batch fájlokat, hanem teljesítmény optimalizálás miatt áttérnek PS-re. Ahogy azt is mondtam, hogy az új scripteket kezdik írni PS-ben, a régiket meghagyják ahogy van, aztán majd lecserélik őket. 2000 gépes infrastruktúránál meg már bőven kijön az előnye, 2k3 és XP mellett is, hogy rengeteg automatizálást lehet bevinni. Magyarország meg nagyon pici piac, kb hibahatár környéke sajnos, de nálunk is megy az átállás sok helyen 2012-re kisebb és nagyobb cégeknél is, persze nem mindenhol. Tudod lehet ragaszkodni a régi dolgokhoz, csak nem érdemes. Attól, hogy még mindig van NT 4 és sok batch fájl, attól még az már a múlt, és a PS a jelen. Ma már nem fognak ilyenekkel szórakozni, amikor ott a friss megoldás ami sokkal többet tud és sokkal hatékonyabb.
Aztán ahol már megtörtént a komplett Architektúra váltás Server 2008 R2-re ott esetleg már PS a nyerő, egy nagyvállalat pont nem ilyen.
De. Egy normális nagyvállalat már rág 2008 (R2) vagy 2012 architektúrán fut, ne a magyar 100 fős "nagyokból" indulj ki. Komolyabb helyeken adnak mind a biztonságra, mind a teljesítményre amiket a friss termékek hoznak. A licenszükbe meg belefér, hogy bármikor frissíthetnek.Viszont szerintem ez már nagyon off, ne tegyük tönkre a fórumtárs cikkének topikják.
-
hallador
addikt
Ebben igazad is van, csak éppen ami bevált nem fogják eldobni. Aztán ahol már megtörtént a komplett Architektúra váltás Server 2008 R2-re ott esetleg már PS a nyerő, egy nagyvállalat pont nem ilyen. Kisebb cégeknél, ahol most vezetnek be teljesen új rendszert ott ezt el tudom képzelni, de valljuk be őszintén nem ezek a cégek adják az MS forgalmát semmilyen szinten. (Pláne, ha magyar, ahol kevesebb legális szoftver fut kisebb cégeknél, mint ahol nem Windows-t használnak / Tisztelet a kivételnek... (Jól érzed az ellentmondást, és az iróniát-t))
A PS meg terjed, de közel nem annyira hogy a Batch-t kiütné pikk pakk. Talán ha lassan kihalnak a Windows Server 2003-ak, meg az XP-k, (És még ma is sok NT 4 fut nagyvállalati környezetben), akkor majd beszélhetünk arról, hogy a PS a jelen. (Lásd NASA, CERN)
Az XP-ét meg miért ne keverjem ide? Bizony nagyon elterjedt még mindig...
Az meg te sem gondoltad komolyan ugye, hogy jajj megjött a PS, gorsan túrjuk fel a komplett 2000 gépes infrastruktúrát, aminek a fele még Windows Server 2003 / R2 és XP, hogy .NET 2.0 / 3.0 / 3.51 -et telepítsünk, mert az MS-nek megszültetett a PS-e, és ez mekkora találmány?
Vagy igen?
-
Khan13
senior tag
Nagyvállalati környezetben elég jól elterjedt, mert sokkal többet tud sokkal könnyebben kivitelezve, és sokkal jobb teljesítménnyel. Persze vannak azok a rendszergazdák, akik nem hajlandóak újat tanulni, de ők is a múltba fognak veszni egy idő után. A PowerShell a jelen és a jövő, nem véletlenül lassan már minden Microsoftos termék nyers PS ami fölé építenek egy grafikus felületet. Az XP-t ne keverd ide, egy terminálban nem fognak csak úgy oprendszert cserélni, viszont bármikor lehet új script nyelvet kezdeni (XP-re is elérhető a PS) Na meg a terminálok és beágyazott rendszerek nagy többségében módosított XP van.
A cikket köszönjük, nagyon érdekes volt
Örülök, hogy bár sokszor volt életadatmentő és rendszermentő a parancssorozás, de nekem már a jó kis PS amiben dolgozhatom. -
#22
dragon1993
őstag
hallador
#20
dragon1993
őstag
Ebben egyetértek, én csak azt mondtam ,hogy szerintem ez nem egy teljes értékű programnyelv.
(#21) Sir Ny
-
#21
Sir Ny
senior tag
dragon1993
#19
Sir Ny
senior tag
válasz
dragon1993
#19
üzenetére
Ezen mit kell nézni?
-
#20
hallador
addikt
dragon1993
#19
hallador
addikt
válasz
dragon1993
#19
üzenetére
Igen jogos, viszont Java scriptel viszonylag bonyolultan lehet megoldani pl, VCB mentést, vagy pl robotizált fájlmentés rendszer. Esetleg automatizált SMB megosztás rendszert...
-
#17
Blindmouse
senior tag
Blindmouse
senior tag
Hát igen, ez tipikussan az az eset, hogy ha meg lehet csinálni valamit, nem feltétlenül muszály is. Őszintén szólva csak cross-platform make file írásnál kellett mélyebben batch scriptet néznem. Hát a hajam kihullt mire felfogtam miről van szó.
-
#15
hallador
addikt
dragon1993
#14
hallador
addikt
válasz
dragon1993
#14
üzenetére
Miért a JavaScript sem teljesértékű nyelv. Valamint ez csak egy script nyelv semmi más.
-
#14
dragon1993
őstag
dragon1993
őstag
Kicsit szenvedősnek illetve átláthatatlannak tűnik a használata , de grat az írásért elteszem hátha kelleni fog.
Batch Script, mint teljesértékű nyelv
Ezt túlzásnak érzem.
Azért egy JavaScripthez képest ez nincs sehol. -
hallador
addikt
Akkor a nagyvállalati világban miért van még mindig nagy arányban jelen a sima batch programozás? A PowerShell nagyon szép, csak éppen qrv@r@ nincs elterjedve nagyvállalati környezetben, meg máshol sem...
Ez kb olyan monológ volt, hogy a Windows XP a múlt, kár, hogy a bank terminálok 80 %, meg a beágyazott ipari rendszerek 90 %-án XP fut...
Amit nem holnap fognak lecserélni....
Viszont tudod hol találkoztam PowerShell alapú CLI-vel? VMware-nél, na ott el van terjedve rendesen...
-
YB
csendes tag
Egész jól összeszedett kis írás, csak hiányolom a modifiereket, néha nagyon hasznosak!
-
Azám, nem is gondolnák sokan, milyen hasznos a batch programozás (főleg vállalati környezetben), esetleg egy kis Pstools-al megtámogatva...
Jó cikk@Cpt.Pirk : Én még most is írok (mondjuk egyszerűbbeket), mert céges környezetben valahogy meg kell élni
Pl. programindítás sok távoli gépen, listából, userek hozzáadása domainban, ezek mind jól megoldhatók egy kis .bat- tal -
#6
razorbenke92
őstag
Graphics
#1
-
Több oldalra tördelve jobban mutatott volna a dolog
De UP, majd kialakul
"
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Akkor nem vagy tisztában a beágyazott rendszer fogalmával. Ha a beágyazott rendszerek világában a windows teljes palettán eléri a 10%-t, akkor azt hiszem, hogy igen optimista, és mindent felfelé kerekítő voltam.
Azért remélem a beágyazott rendszer fogalmával tisztában vagy.
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! MSI SUPRIM X RTX 4080 16GB videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- Acer Nitro 5 -AN515 - 15.6"FHD IPS 144Hz - i7-11800H - 16GB - 512GB SSD+1TB HDD -RTX 3050 - Garancia
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Asus ROG G20AJ - Intel Core i7-4790, GTX 980
- Újra Akcióban!!! Ducky One 2 Mini és SF billentyűzetek a bolti ár töredékéért! Számla+Gari
- LG 27GP95RP - 27" Nano IPS - UHD 4K - 160Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 600
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged