- Motorola Edge 60 és Edge 60 Pro - és a vas?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Brutál akkuval érkeztek az Ulefone X16 modellek
- Betiltották a Pixel 7-et Japánban
- 200 megapixeles zoomkamerát sem kap az S26 Ultra?
- Android alkalmazások - szoftver kibeszélő topik
- Fotók, videók mobillal
- Magisk
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
Új hozzászólás Aktív témák
-
ddekany
veterán
"PHP tud sessiont memcached poolban tárolni. Tény, kell hozzá Memcached extension, de mi is egy extension?"
Az eltérés, hogy Java/C# esetén természetes, hogy több kérelmet túlélhetnek objektumok. Nem kell hozzá kiegészítő, és teljesen áttetsző az egész, mivel ez az alap felállás.
"se Bash se pl. a Perl nem fordít köztes kódot, pont a Python a kivétel. Szerintem."
Python csak annyiban kivételes, hogy ott bevett szokás ezt fájlban is letárolni (pyc). De az nem extrém dolog, hogy egy "script nyelv" valamiféle byte kódba fordul futás előtt.
-
FTeR
addikt
egyértleműen C#. ha végigköveteda nyelv fejlesztését, egyértelmű, hogy az legelejétől kezdve erős koncepció mentén haladnak, új fícsöröket mindig a meglévő bázis függvényéáben implementálnak.
ne értsük félre, mint #148, ez önmagában nem jelenti azt, hogy a világ legjobb nyelve, minden tökéletes benne, hibátlan és mindenkinek ez a kedvenc nyelve.
ez azt jelenti, hogy az alap koncepciót elsajátíva képes vagy felhasználni a tudást új fícsörök elsajátítására. ha a koncepció egységes és ismered azt a koncepciót, akkor a dokumentáció bújása nélkül képes vagy számodra új fícsört/függvényt használni.
ezzel szemben php-ban még nagyobb rutin mellett is rendszeres látogatója vagy a php.net/manual-nak.js meg egyértelmű, tény, hogy egy alpha verzió került netscape-be, ami a csoda folytán túlélte a történelem viharait és azóta is szívunk vele. viszont jól jelzi a rugalmasságát, hogy mindne problémája ellenére a különböző famework-ök segítéségre miylen sokra vitte.
-
ddekany
veterán
Egyrészt ezek ált. később jöttek mint amit ki kéne ütniük. Mint mondtam, szükségszerűen tanulunk belőle, ha használunk egy nyelvet, a következő így (remélhetően...) jobb lesz.
Másrészt, jókor, jó helyen, megfelelő fókusszal/marketinggel, megfelelő nagy céggel mögötte... ezek fontosak, és egyik sem függ a nyelv tervezési minőségétől. Pl. lehet hogy ha, tényleg csak hasra, anno a Python elkezd fókuszálni a shared hostingra és az alacsony belépési korlátos (vagy mi ez magyarul) webes programozásra, akár némi kompatibilitási törés árán, akkor most az lenne nem PHP. De hát mással voltak elfoglalva...
-
ddekany
veterán
Egyrészt nem szükségszerű, hogy legyen olyan nyelv... de történetesen vannak a mainstreamoknál lényegesebben jobban megtervezettek. Példa... Digtal Mars D, Ruby, akár kicsit Python is (báááár ott már kezd gyűlni a szar). Ceylon is szerintem nagyon ígéretes mint nyelv, persze az esélyei még a Red Hat-el mögötte is igen csenevészek. Scala is elég komoly darab (bár egy fatális benézés van ott is szvsz...).
A másik... idővel bölcsebbek leszünk, jobb nyelveket készítünk. Csak a régiek mögött ott van a nagy múlt, így nehéz őket kiütni. Ettől lesznek ált. a mainstream cuccok elavultak/bénák. Nem ám azért, mert én valami extra negatív ember vagyok, akinek semmi sem jó.
-
ddekany
veterán
"Sőt, szinte minden scriptnyelv ilyen."
Egy "script nyelv" is tehet egyet és mást a karbantarthatóságért/megbízhatóságért. Pl. az inicializálatlan változók olvasását egyáltalán nem kell hagyni. Sőt, a deklarálatlanok írását sem muszáj hagyni. Az automatikus típus konverziókat is lehet ésszerű keretek közt tartani. Nem kell mindent egy közös névtérbe bedobálni sem (hanem lehet valami modul/package rendszer). Nem kell visszatérési értékeket használni hibajelzésre (mert elfelejti ellenőrizni a programozó, aztán fut tovább ismeretlen vágányon a program). Stb, stb.
Mellékesen a PHP a fentiek közül minden ilyen hibát elkövetett, sőt olyanokat is, amiket máshol még tán nem is láttam (pl. ha több paraméterrel hívsz egy függvényt, mint ami van neki, annak semmi nyoma), aztán utólag próbálják ezeket enyhíteni (error_reporting beállítások pl). Mit lehet ezek után a készítőkről gondolni...
-
bambano
titán
"Nézőként ill. a storyk hallgatójaként annyit tudok, hogy amikor pl. portolták a unix eszközöket, a VMS stabilitása is billent, ergo a unix eszközökkel volt a gond, nem az ősrendszerrel, ilyenekre gondoltam, amikor azt mondtam, csak a saját rendszereivel annyira atombiztos"
ez egy teljesen értelmezhetetlen, ámde hamis mondat.
mik azok a unix eszközök, amiket portoltak? a vms szempontjából felhasználói programok, semmi más. Azok pedig magát a vms-t nem borítják meg, mint ahogy ezen a fórumon, más topicokban többször elhangzott vélemény szerint ha az alkalmazás miatt felborul az xp, azért nem az xp a hibás.Egyébként nyugodj meg, senki nem borogat fel semmit. Nekem is csak egyszer sikerült hanyatlökni egy vaxot, de akkor ki kellett kapcsolni
Az elosztott rendszerek stabilitásával még mindig az a baj, hogy ha meghalt a vas, akkor a rajta futó aktuális processzek elpusztulnak. Meglepődnék, ha processz szinten redundáns lenne a cloud. A cloud szolgáltatás szinten redundáns, tehát ha lepusztul egy darabja, akkor az adott tranzakciórészt újraindítva elvégzi a kiszolgálást. Tehát ha rácsatlakozol egy nagy webszájtra és pont az a node borul le, amire csatlakoztál, akkor a load balancer újrakéri az url-t egy másik node-tól, amit te észre sem veszel. Ettől az adott processz állapottere még ment a levesbe.
-
bambano
titán
A legyőzhetetlen nem kisregény, hanem teljes regény, de mindegy. Ilyenkor szokott kiderülni, hogy már akkor olvastam, amikor az ajánlója még pelenkás volt
"Azonban 1 db mainframe sosem fog katasztrófatűrő lenni": mi is akadályoz benne, hogy az legyen? Hint: semmi. Escon kapcsolatot lehet 60 kilométerre is vinni, ha nem hagyják kipusztulni a ci-t, valószínűleg megoldották volna, hogy azt is lehessen wan-on használni.
"nem lesz redundáns": nem, persze. Azért nem lesz redundáns, mert eleve az, már, múlt időben. Mondj már egy pc-t, ami szemrebbenés nélkül túléli, ha kipusztul belőle egy vinyóvezérlő...
"borzasztó drága": ez igaz. eddig ez az egyetlen valós érvetek az mf ellen.
"Csak a saját vasát/programját eszi meg": ajjajj, most szólsz, hogy azt a rengeteg cuccot, amit ráraktam, vagy azt a mégrengetegebb cuccot, amit Maulis kolléga rárakott a ludensre, azt nem is lehet rátenni? Nehogy visszavonják a régi fizetésemet meg jutalmamat, mint egyszeri államfőnek a doktorátusát, mer' abba beleszakadok...
az kétségtelen tény, hogy hardvert nehézkes volt vaxba mástól venni, nem lehetetlen, csak nehézkes. De pl. nagy sun gépekbe volt sok másodgyártó cucca is, több esetben jobb, mint az eredeti.
hát például vannak nyelvek, amikben nem fordul le a program, ha nincs minden változó inicializálva. Ehhez képest a php nemhogy vidáman elfutkározik inicializálás nélkül, még azon se akad fel, ha menet közben típust vált a változód. Na aztán találd ki, hogy ha idegen kóddal kell interfészelni, akkor az ott micsoda és kivel van...
a mysql cli-t nem szokták weben keresztül hekkelni.
Közben nekem is forgott az agyam a kérdésen, és rájöttem, hogy mi a fő különbség a főkeret meg a pc között: a főkeretben nincs bottleneck. Azoknál az alrendszerek bírják a terhelést, nem úgy, mint a pc-ben, ahol egy proci rohadt gyorsan vár a memóriára meg a perifériára meg ilyenek.
-
Integra
titán
ezért használnak fizikailag egy második vasat backupnak szinte mindig, amit évente ellenőriznek is. működik a rendszer, nincsen itt baj. a drága meg relatív, igények és cég pénztárca megintcsak. akik mf-et üzemeltetnek nyílvánvalóan megfizetik és jobban megéri mint szopózni gyengébb dolgokkal. higgyétek el, van az a méretű pénzmozgás és tranzakció mennyiség, ahol egyszerűen nem kockáztatnak, mert ha ott lehal a történet, akkor aztán annak a napi kötbéréből egy évig lehet fizetni a teljes mf licenszeket, mert akkora a business impact a szerződésekben foglaltak miatt, szóval egyszerűen nem éri meg.. itt nagyban kell gondolkodni, ez nem kispálya. nem mellesleg ott vannak a tandem gépek is.
azt pedig csöndben jegyzem meg, hogy egy mf fejlesztőnek mindig lesz munkája és most a piac is eljutott odáig, hogy egyre durvábban fizetik őket, sőt, szerintem hamarosan ők lesznek a csúcson gázsiban, ennek is megvannak az okai. mf-fel kurvára lehet keresni..
továbbra is tartom magam ahhoz hogy a sok nyelv teljesen jól megfér egymás mellett, csak nem mindegy, hogy mit mire használnak, milyen környezetben és mik az igények. a cloud tör előre, mert most azt tukmálja az egész ipar, mert pénzt akarnak keresni. a manager meg úgysem ért hozzá alapvetően, ő számokban gondolkodik papíron. tök egyszerű ok-okozat. azt kell elfogadni, hogy nem mindenki rohan a divat után, vannak nagyon jól működő kitaposott és atombiztos irányzatok. -
-
bambano
titán
azok a programok, amik mostanában veszélyeztetik egy rendszer integritását, valahogy mindig úgy kezdődnek, hogy php... és a végződésben van pl. olyan, hogy myadmin.
és az egy dolog, hogy lehet benne rendesen programozni, de a másik dolog az, hogy rendetlenül lehet-e? mert jó nyelvben nem annyira.
-
#60
fordfairlane
veterán
cadeyrn
#51
fordfairlane
veterán
Az igazi programozó kérlek szépen úgy programozik, mint anno c64-en. Tudja a karakterek kódját, és hogy ez gépi kódban melyik utasításnak felel meg, tehát közvetlenül a képernyőkarakterekkel írja be a processzor utasításait. Semmi flanc, semmi memória monitor program, amelyik a mnemonikokat binárisba átrakja, pláne nem assembler! A FORTRAN meg a COBOL az elkényelmesedett programozó punciknak való!
-
ddekany
veterán
"Se a FORTRAN, se a COBOL nem elavult, csak sokkal jobban kell hozzá érteni"
Egyikhez sem értek, de... a nyelvek egyik lényege, hogy ugyan adott problémát minél kevesebb pöcsöléssel oldjál meg. Azaz, az, hogy jobban kell hozzá érteni, általában nem "csak" dolog, hanem gond a nyelvel. (Most attól tekintsünk el, amikor maximálisan kímélni kell a vasat, és azért olyan valami amilyen. Nem az a jellemmező.)
"mégis az a véleményem, hogy a legmagasabb szintű hatékony nyelv a C"
Hát azért... C... Van rá sok értett fordító, pirítós sütőre is, stb, de azért mégis. A minimalizmusnak is meg van a határa. Pl. hogy valami egységes és lehetőleg strukturált-szerű (értsd, ami nem zabál erőforrást ahhoz képest, mint ha én írom oda, hogy if(fail) {seterrnotakármi(); goto takarítás / return fail;}) hibakezelést sincs benne, az azért már mindennek a teteje. Meg van mindenki húzatva ebben a szakmában is.
A PHP-t meg bár ne említetted volna... Remek bizonyíték arra, hogy mennyire nem az dönti el egy nyelv sikerességét, hogy milyen jó vagy szar egy nyelv. Jókor, jó helyen, jó hátszéllel... annyi.
-
Integra
titán
haha, jaja, hány évtizede temetik a cobol-t, aztán tessék... az egyik legbombabiztosabb, legtisztább nyelv, nem véletlen létezik a mai napig mainframe.. és létezni fog, mikor már a jóisten tudja hányadik bőrt húzzák le a mai "modern" nyelvekről..
csak már kinek mond bármit is a mainframe? a legkevesebbeknek. ránéznek egy mf képernyőre és lefagy a script a fejükben azonnal, hogy wtf..
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Formula-1
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Canon EOS DSLR topic
- DOOM - The Dark Ages
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Motoros topic
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Viccrovat
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Antivírus szoftverek, VPN
- Honor 400 lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gigabyte B365M i5 8500 16GB DDR4 512GB SSD GTX 1060 3GB Rampage SHIVA FSP 400W
- AKCIÓ! Lenovo IS8XM LGA 1150 DDR3 alaplap garanciával hibátlan működéssel
- 18 éve! Billentyűzet magyarítás magyarosítás. Festés vagy lézerezés és egyebek! 3 lehetőség is van.
- ÚJ- Lenovo ThinkVision T24i-10 - 24" monitor - Számla, garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest