- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Nincs leginkább. (bash/ansible/php)
- A hozzászóláshoz be kell jelentkezni
(x) Egyéb, leírom, mert többféle rendszerrel is szoktam dolgozni
Unix / Linux: Bash / Ksh
Windows: Powershell / batch (bár ez utóbbit nagyon ritkán)
Ha rendes automatizáció kell, akkor pedig Ansible.
Ha pedig egy adott termékről van szó, aminek saját nyelve van, akkor azt használom.
- A hozzászóláshoz be kell jelentkezni
Ilyen esetben te semmiben sem csinálod. Csak az "embered".
It is our choices that define us.
Thinkpad X1 Carbon | Arch linux
- A hozzászóláshoz be kell jelentkezni
Pontosan arra szavaztam.
Ja, a menüpontot ("Semmit, nem szkriptelek") is én adtam hozzá, volt is miért: második legnépszerűbb opció.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Most éppen nem tudunk fizetni, de kellene egy...
- A hozzászóláshoz be kell jelentkezni
Vagy a "robotom van rá"-opció
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Szegény Kotlin miért nincs a listában? Az a legjobb, amikor bash + kotlin + python + go van keverve :)
- A hozzászóláshoz be kell jelentkezni
Bash, amig el nem erem azt a szintet amit shellben megirni nagyon maceras/lehetetlen, mert akkor ruby. Bar az mar sokszor inkabb fejlesztes mint rendszergazdaskodas.
I hate myself, because I'm not open-source.
- A hozzászóláshoz be kell jelentkezni
A bash azért jó, mert aki tud linuxul, az tud bashul.
Lehet, hogy nem perfektül beszéli, de ha megtanulja a for -t és az if -et, akkor már mindenre is képessé válik vele. :-)
- A hozzászóláshoz be kell jelentkezni
És az ilyenekből lesznek azok a több oldalas scriptek, amit hozzáértő 15 perc böngészéssel simán lerövidít fél oldalasra. (Kevencem volt egy banki valami, amit az egyik scripting tanfolyamra hoztak a kedves hallgatók, és mint kiderült sok éve használják nagy megelégedéssel. Igaz, valahol az első oldalon volt egy soha nem teljesülő feltétel, amihez viszont 3 oldal kód tartozott :-) )
- A hozzászóláshoz be kell jelentkezni
Az csak organikusan fejlődött... :-D
- A hozzászóláshoz be kell jelentkezni
Egyszer elég jó helyerzést érem el az IT megmérettetésen, ráadásul a két témakör közül az egyikhez nem is értettem. Automatikusan felmerül a kérdés, hogy mihez értett a többi? :-D Éppen emiatt többé nem indultam.
Állítólag valódi cégek állították össze a feladatsort. No, ott voltak olyan scriptek, hogy az írójának kapcsiból eltöröm a kezét! Pedig semmi szószátyárság, jól működött a logika is, de asszem assemblerben is egyszerűbben fogalmaztam volna.
- A hozzászóláshoz be kell jelentkezni
Nem ilyenekből lesznek, hiszen bármilyen nyelven lehet halott kódot írni, én konkrétan egy Windowsos C# projekten dobtam ki egyszer a forrás kétharmadát, azonos funkcionalitás mellett. Szóval ennek a jelenségnek nincs köze a bash-hoz.
Ha a nem szakértő által írt kód minőségre céloztál, akkor elfelejted, hogy mindenki kezdőként kezdi.
A bash pont ezért jó, mert rettentő könnyen tanulható, és az egyszerű problémákat nagyon szépen meg lehet benne oldani, ráadásul elegánsan, jól olvashatóan, és megfelelő performanciával.
Az persze egy tipikus dolog, hogy az eredeti egyszerű probléma/feladat az évek alatt megváltozik és egy rettentő komplex elvárás-halmazzá változik, amit a bash megoldás ugyan szépen (vagy slendriánul) követ, de ezzel együtt elburjánzik.
Ilyenkor szokás úgy refaktorálni a bash kódot, hogy átírják pythonba. :-)
- A hozzászóláshoz be kell jelentkezni
A bash-sel inkább az a baj, hogy noha lehet benne jól olvasható kódot írni, de nem ez a jellemző. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Neha belefutok abba, hogy egy olyan ember kodjait kell lekovetnem, aki nalam sokkal melyebben erti a linux mukodeset. Emiatt olyan nem trivialis es nem mainstream megoldasokat hasznal, hogy csak pislogok. Nem is annyira az idegen, ismeretlen parancsok a kerdesesek (az egy man vagy google es kesz) hanem a program gondolatisaga, az adott problemara kitalalt megoldasi terv az ami neha nagyon furmanyos, mert olyan dolgokra epit, amiket manapsag nem szoktunk hasznalni.
De igazabol elvezem, mert mindig tanulok belole, szoval ez nem hatrany, csak fura.
- A hozzászóláshoz be kell jelentkezni
Tudnál mondani egy példát? Úgy elkapott a kíváncsiság :) Lassan 25 éve üzemeltetek Linuxokat, érdekelne, mit nem szoktunk manapság használni, amit régen meg igen.
- A hozzászóláshoz be kell jelentkezni
> mit nem szoktunk manapság használni, amit régen meg igen
awk, perl :)
- A hozzászóláshoz be kell jelentkezni
Nem vagyok uzemelteto, de csinalok ilyet is (pl. a sajat gepemen).
Alapvetoen ami egyszerubb, arra bash, ami bonyolultabb, arra Python.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Ugyanez, annyi módosítással, hogy ha gond a sebesség, akkor az adott műveletet megírom C-ben.
- A hozzászóláshoz be kell jelentkezni
Üzemeltetésben mi olyan feladat aminél ennyire lassú a Python?
- A hozzászóláshoz be kell jelentkezni
Semmi. Ugyanúgy csak a saját gépeimet "üzemeltetem", de azokon csinálok olyasmit szkriptekkel, aminél előjön a sebesség, mint probléma. (Egyébként kódgenerálás.)
- A hozzászóláshoz be kell jelentkezni
vagy pypy :) az mar kozel C sebesseg
- A hozzászóláshoz be kell jelentkezni
Eleg csak annyit irni, hogy "az mar kozel C", leven a C maga a fenysebesseg! :-)
- A hozzászóláshoz be kell jelentkezni
Feladatfüggő: bash / perl / php
- A hozzászóláshoz be kell jelentkezni
Én a szkripteket is Javában írom. Ha a változó behelyettesítésnél több logika kell, akkor Java. Még sose nem bántam meg, az legalább működik és értelmes szemantikája van. Hogy mennyit fogyaszt az meg tökmindegy. Ha nem lenne mindegy, akkor pláne Javában írnám, gyorsabb mint a szkriptnyelvek!
- A hozzászóláshoz be kell jelentkezni
Egy IBM-es kollégát idézve: Az IBM még nem csinált olyan szervert, amin a Java kielégítő sebességgel futna. :-D
- A hozzászóláshoz be kell jelentkezni
"az legalább működik"?
- A hozzászóláshoz be kell jelentkezni
Ha te írtad és tudod melyik Java verzióval mire kell vigyázni, akkor működhet :-)
- A hozzászóláshoz be kell jelentkezni
Akkor én is coming outolok, szintén Java-ban írok scripteket :D és valóban, volt olyan, hogy Windows alatt fejlesztettem és Debian alatt lett beütemezve, hibátlanul ment.
- A hozzászóláshoz be kell jelentkezni
Egyszer gondoltam egyet, hogy mégis Bash-ezek, mert mindek ide Java. Mikor párhuzamosan akartam futtatni taszkokat úgy, hogy eseményvezérelten amikor vége a taszknak induljon a következő, de legyen timeout is: akkor mondtam, hogy jó, inkább maradok a Javánál, mert mire ezt kiguglizom, addigra lemegy a hajam.
Másszor meg volt egy grep-pel megvalósított logfeldolgozásom. Az eredetit is én követtem el, de nem volt elég hatékony. XML logokból kellett kivenni az oxigént, de sok volt és mind jó nagy. Aztán rájöttem, hogy a lényeg mindig az elején van a fájloknak, megírtam Javában, hogy csak addig olvassa ameddig megvan amit akar (és antipattern módon Exceptiönnel hagytam el a süllyedő hajót, mert a SAX API-n nincs lehetőség félbehagyni az olvasást), és sokszorosa lett a sebesség. És mellesleg korrekt szemantikus XML elemzés lett grep helyett, ami korrektebb is. Nyilván ezt is lehet valahogy parancssori toolokkal, de Javában triviális volt nekem, Bash-ben meg ez is fogós kérdés lett volna.
- A hozzászóláshoz be kell jelentkezni
Az XML-re nyilván az a jó megoldás, a background task-ra nem kell Google, kitalálható. Például kiírod file-ba a PID-jét a background task-nak, befejezéskor törlöd, vagy pgrep-pel keresel a nevére, vagy mindkettő, szóval meg lehet ezt csinálni Goggle nélkül is, ha nem valami előregyártott vackot keresel.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Az XML-re nyilván az a jó megoldás
Hát, arra pont van xmlstarlet, amivel viszonylag kultúráltan lehet xmlt feldolgozni (már amennyire ez a szó értelmezhető az xml kontextusában). Az más kérdés, hogy valószínűleg pont az említett dolgot, hogy hagyja abba a feldolgozást ~első találatnál nem biztos, hogy ki lehet belőle csavarni, de ilyen xpathos matatásokra jó. Ellenben ...
Például kiírod file-ba a PID-jét a background task-nak, befejezéskor törlöd, vagy pgrep-pel keresel a nevére, vagy mindkettő, szóval meg lehet ezt csinálni Goggle nélkül is, ha nem valami előregyártott vackot keresel.
normális párhuzamosítást csinálni rohadtul nem triviális, messze sokkal több ennél, mint amit írsz. És nyilván a lehet szopni google meg doksi olvasás nélkül is, de minek? Úgy is elég masszív összerakni egy ilyet alapoktól, ha nincs különösebb oka, teljesen jók az "előre gyártott vackok", mint az eredeti problémánál n-szer hosszabban írni futtató keretrendszert, ami a végére csak 48 corner caseben fog szarabbul működni, mint a konzerv.. Az más kérdés, hogy itt viszont a konkrét példát valószínűleg a parallel (kvázi a cli előre gyártott vacak) pont megoldotta volna :)
- A hozzászóláshoz be kell jelentkezni
Pont ezt akartam írni, időközben eszembe jutott a parallel, használtam már scriptemben. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
grep -m X ahol az X jelenti, hogy hanyadik talalatnal hagyja abba a file olvasasat.
Bash -ban irtam HA es terheleselosztasos cuccot ket szerverre, mindegyik tobb szalon dolgozik, gebasz esetwn atveszik a melot egymastol. Evek ota hiba nelkul mukodik, neha jon az SMS, hogy HA esemeny tortent, ugyhogy tenyleg mukodik, eddig megmentette a seggemet az adatvesztestol. :-)
- A hozzászóláshoz be kell jelentkezni
Jó tudni! Ezek azok, amiket nekem guglizgatni kellene, ellenben Javában összetákolom pár perc alatt.
Ez a HA cluster jó cuccnak hangzik, gratulálok hozzá!
- A hozzászóláshoz be kell jelentkezni
Kár, hogy olyan válasz nincs, hogy "így, ebben a sorrendben..." :-D Bár Ruby-ban biztosan kevesebb scriptet követtem el, mint PowerShell-ben - GO-t meg csak játszottam korábban, az Ansible-huszároktól meg elég konnyű heveny lábrázást kapni...
- A hozzászóláshoz be kell jelentkezni
Mikor miben tűnik egyszerűbbnek.
- A hozzászóláshoz be kell jelentkezni
windowsban powershell (foleg AD query) Linux alatt bash, ujabban Ansible/Salt.
Joparszor elhataroztam h megtanulom a pythont de annyira meg soha nem volt ra szukseg uzemeltetesben, h nekiveselkedjek.
- A hozzászóláshoz be kell jelentkezni
A fejlesztőket miért zártad ki? Nem szereted őket?
Egyébként awk és bash.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
fejlesztőként mit használok rendszerüzemeltetés közben? :D
amúgy nem akartam kizáró lenni, csak így láttam értelmét
- A hozzászóláshoz be kell jelentkezni
Átfogalmazom. Van egy rakás olyan pillanat, amikro egy nagy, C-ben írt táblázathoz hozzá kell nyúlni automatizáltan. Ez nem üzemeltetés, de scriptelés, jellemzően színtisztán awk. Vagy valamilyen segédprogramot kell írni, amelyik egy adott szabály alapján generál egy táblázatot.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igeeen, a C egy tipikus táblázatíró nyelv. :-D Én inkább programot írok vele.
- A hozzászóláshoz be kell jelentkezni
Beagyazott eszkozoknel C meg ASM forrasba eleg gyakran kerul valami elore kiszamolt tablazat - mint azt gondolom tudod, csak trollkodsz.
Pl. egyik ismerosom egy keveropultot javitott, de nem talalt megfelelo meretu es karakterisztikaju potmetereket. A gyariban volt logaritmikusnak nevezett poti, meg ami az egyik oldalrol a masikra kevert at valami fura gorbe alapjan, plusz ugye voltak normalis linearisak is. Viszont a kutyu dobozan a vagas kisebb volt, mint a beszerzett/kaphato potik, szoval itt sem volt jo 1:1-ben. Azt talalta ki, hogy egy PIC-cel meri a poti helyzetet, es a kivant karakterisztikat egy digitalis potmeterrel oldja meg. Nem valami jo matekbol, azon szenvedett, hogy hogy oldja meg a 8 bites mikrokontrolleren a szamolast minel pontosabban. Vegul kicsit segitettem neki, kapott egy par soros python scriptet, ami a megfelelo fuggvenyeket kitette neki egy tablazatba - 256 szam ugye - soronkent asszem 16 hexa ertekkel, az elejen meg a db mnemoniccal (a vegen talan automatikus komment is volt, hogy melyik tartomany az adott sor). Meg ki is rajzolta matplotlibbel, hogy melyik tablazat hogy fog viselkedni. A tablazatot mar egyszeruen megcimezte az ADC eredmenyevel, es a kapott szamot elkuldte a digitalis potinak.
Ha trigonometrikus fuggvenyek kellenek, azt is gyakran oldjak meg hasonloan, tablazatbol.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Nem, ez nem trollkodás, hanem nyelvtannácizmus. ;) A táblázat létező fogalom, ami az adat(összefüggés)ábrázolás egyik módja. Mint olyan, általában nyelvüggetlen, tehát "C táblázat" nem létezik. Legfeljebb egy adott táblázat elemeinek ábrázolása C szintaxis szerint.
Úgy jártál mint a pongyola IT-s, mert neki az adatbázis mindig relációs adatbáziskezelő rendszert jelent. Mutatom a példát: Felhívott a haver haverja fejvadász, hogy szükség lenne rám egy projektben. Megkértem írja körül. Na, mondom ez X cég és Oracle DB - ott ezt szeretik, de nem értek hozzá. Dehát ott van az önéletrajzomban, hogy milyen sok adattal és adatbázissal dolgoztam...
Pedig az alábbi is adatbázis/vektor/táblázat. Egy rittyentéssel be lehet tölteni pl. BerkeleyDB-be (key-value típusú adatbázis), vagy egy kulcs táblázat birtokában némi pfozgatás után 4-5 Oraclae DB táblába. Én meg egy C-ben írt toolkit segítségével ksh/bash scriptből használom. Néha C-ből is. Tehát az adat nem nyelvspecifikus!
a|1
B|3
c.x|2:4:6
d.y|alma:körte- A hozzászóláshoz be kell jelentkezni
Te meg úgy jársz, mint a legtöbb nyelvtannáci, hogy a sarokban izzadsz a többé-kevésbé védhető keretrendszeredre, míg mindenki más bulizik és értette pontosan, hogy az elhangzott mondat mit jelentett. :)
- A hozzászóláshoz be kell jelentkezni
Nem értesz ehhez! locsemege a kedvenc piszkantyú partnerem - és ez kölcsönös. :-D
- A hozzászóláshoz be kell jelentkezni
:D ezesetben elnézést, kérem folytassák
- A hozzászóláshoz be kell jelentkezni
Legfeljebb egy adott táblázat elemeinek ábrázolása C szintaxis szerint.
Nyilván erre gondoltam. Egyébként C program sincs, csak az adott algoritmus megfogalmazása C szintaxis szerint.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Az adatbazis az egy tajszolas, valojaban minden felhasznalo egy sima Excelt ert alatta. :-)
- A hozzászóláshoz be kell jelentkezni
Vagy egy struktúra tömböt. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Jó neked, ha nincs olyanod, hogy egyetlen file csak egy konstans táblázat, egy struktúra tömb, amelynek van tagja, amely egy újabb tömb, amelynek egy másik típusú struktúra az elemei.
Ha egy ilyenbe bele kell javítani, mondjuk mind a kb. 112 elembe be kell szúrni még egy sort, akkor nem nagyon van kedved kézzel csinálni, mert lemegy a Nap, mire elkészülsz, és egészen biztos, hogy még el is rontod.
Ilyenkor szoktem egy awk scripttel hozzányúlni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Bizony, mindenki másképp csinálja. Ismerek néhány embert, aki C# programmal sql-be töltené, mert annak van adatbázis interfésze, meg a Json (Statham) is megy neki. :-D Egy öreg matematikus szerint az awk egy szuper tool, mert az sql-hez képest képes vagy az indexet is adatként kezelni.
Egy algoritmust gyakran awk-ban tesztelek, majd beemelem az asm forrásba és átírom. Hasonlóan pl. FIR filtert generálom egy programmal, tesztelem, majd három makróval asm kódot generálok belőle.
- A hozzászóláshoz be kell jelentkezni
Na ugye! Akkor meg mit kötekszel? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mert jólesik! :-DDD
- A hozzászóláshoz be kell jelentkezni
Ez nem üzemeltetés
a kerdezo viszont az uzemeltetes kozbeni script hasznalatra kivancsi. ha te arra hogy a dev/tester/onemanshow mit hasznal, akkor arra tudsz feladni masik szavazast.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Azt hiszem, írok az etióp esélyegyenlőségi ombudszmannak... :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Értelek. Ha automatizlás, vagy ilyen segédprogramos terület, az nekem ugyanaz (mint amit kérdezni szerettem volna). Lehet, hogy szerencsésebb lett volna úgy fogalmaznom, hogy üzemeltetési feladatra, ragasztóeszközként ... -t használok. Attól te még lehetsz fejlesztő pl, aki egyébként épp most csak szkriptet ír két szoftver közé.
- A hozzászóláshoz be kell jelentkezni
Igen, tehát fejlesztés közben is van rengeteg ragtapaszolás, ideiglenes mókolás, munkát megkönnyítő scriptelés.
Tehát bash, awk, calc. Az utóbbit az előbb lefelejtettem. Ez nem a LO Calc, hanem a konzolos cucc, amelyik helyből tudja a komplex aritmetikát.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
English. Minden másra ott a ChatGPT ;)
Amúgy amit a feladat megkövetel, ha nincs kötöttség, akkor egyszerű esetben Shell szkript, bonyolultabb esetben Python.
- A hozzászóláshoz be kell jelentkezni
Nem vagyok üzemeltető, de saját rendszereimen általában POSIX shell a fő szkriptelési eszköz (Linux alatt dash-t, BSD-ken ksh-t használok ehhez). Ritkábban Bash (ha kell valami hasznos extra funkcióhoz, ami Bash specifikus), Python és Perl, még ritkábban calc script, de azt csak matekozáshoz (Pythont is csak ahhoz használom, Numpy és Sympy miatt), illetve Lua. Nagyon kicsit, távolról ugatom az awk-ot és Octave-ot is.
Régen, míg belső webes rendszert kalapáltam, akkor PHP és Perl, de az se üzemeltetés volt. Windowson míg azt használtam, anno, azon Batch ment, meg egy kis AutoHotKey szkript, sőt, egy kis VBS is ment még XP-n.
Mondjuk, aki üzemeltet, és nem szkriptel, az nem tudom hogy csinálja. Én nem tudok olyan üzemeltetést elképzelni, hogy legalább egy systemd service-t vagy cron jobot, vagy valami rc service-t nem kell hegeszteni, vagy valami karbantartást, vagy gyakran ismétlődő feladatsort beszkriptelni.
Nem üzemeltetőként a saját rendszereimen is szinte minden script. Már mikor indul a rendszer Linuxon, ott a systemd-boot config fájlja lényegében egy script, több include-olt elemből, aztán saját systemd service is indít saját szkriptet, ha ez lefutott, akkor loginkor a rendszer futtatja a ~/.bashrc-t, az is egy script, ami ha megfelelő tty-okon belépést észlel, egyben login managerként is működik, és indítja automatikusan az adott tty-hoz tartozó wm-et indító xinit-szriptet startx-szel, ami szintén egy shell script, ami tölti az ablakkezelőt (bspwm), aminek a konfigja szintén shell script, és a használt programjaimnak a nagyja is saját script, frissítés, AUR-os csomagok frissítése, jelszókezelés, különböző formátumokba konvertálás, tömörítés, dokumentumok gyors megnyitása fzf-fel, nyomtatás, szkennelés, erőforrások monitorozása, okoségő vezérlése, billentyűzet háttérvilágításának állítása, Wi-Fi kapcsolat kezelése, meg sok más. Eleve a számológépnek használt calc is saját rc scripttel indul, meg a neovim is saját Lua script (init.lua) futásával kezd, abban van a konfig. Szinte minden saját gyártású script a rendszeren. Nyilván ezeket nem egyszerre írtam, hanem az évek során apránként jött össze, állt össze. A legtöbb elég primitív, pár soros, 3-5 sor környéke elég gyakori, de a bonyolultabbak sem haladják meg a 100 sort nagyon.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Hú, tényleg, calc, napi szinten használom. (És itt ugye nem a LibreOffice Calc-ról beszélünk.)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Szerintem aki egyáltalán, az mindenki többet használ.
Már csak azért is, mert a többségünk több operációs rendszert is használ.
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
- A hozzászóláshoz be kell jelentkezni
Látod, ezért is jó Javában szkriptelni.
- A hozzászóláshoz be kell jelentkezni
Vagy Pythonban :)
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
- A hozzászóláshoz be kell jelentkezni
bash és php
Nem feltétlen a script egyszerűsége vagy bonyolultsága miatt, hanem hogy hol mit könnyű megcsinálni. Fájlműveletekhez, OS piszkálásához, telepítéshez, konfighoz tuti hogy bash (+ nyilván sed, awk és egyéb toolok), nagy méretben is. De pl. egy mysql kapcsolathoz hiába csak egy select/insert, inkább php. Vagy egy json, xml parse-oláshoz, kigeneráláshoz is, akkor ha 10 sor az egész.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Nincs ilyen hogy leginkább, a feladat adja hogy ha kell miben scripteljek. Mondjuk nem tartom magam üzemeltetőnek de néha kell avval is foglalkoznom.
- A hozzászóláshoz be kell jelentkezni
A Perl a Unix világ Cobolja, azt hiszem. A kutya nem nyúl már hozzá magától, de a háttérben ott van és működtet 1000 fontos dolgot.
- A hozzászóláshoz be kell jelentkezni
Ahogy a Raku-t elnézem, nem is baj, hogy nincs piszkálva az ötös...
- A hozzászóláshoz be kell jelentkezni
egyetértek :D
- A hozzászóláshoz be kell jelentkezni
Az igazi férfi sohasem sír,
Az igazi férfi bash scriptet ír. :D
- A hozzászóláshoz be kell jelentkezni
Annak aki nem szeret script nyelven scriptelni:
https://github.com/igor-petruk/scriptisto
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Tetszik! Nagyon otletes.
Mondjuk aki nem tud programozni, azon nem segit, meg scriptnyelven jellemzoen konnyebben meg lehet tanulni, es gyorsabban/konnyebben lehet kodolni, szoval erre a feladatra pont kevesbe alkalmas. De egyebkent jo.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Értem én, hogy nem csak C-hez jó, de azt pont fölösleges ilyen bonyolultul használni, helyette fel kell tenni a Fabrice Bellard-féle tcc-t és máris lehet she-banggal futtatni a C-kódot. :-)
- A hozzászóláshoz be kell jelentkezni