Új hozzászólás Aktív témák

• #73 ddekany veterán hcl #71

  Új Válasz 2010-02-27 15:30:22 #73

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz hcl #71 üzenetére

  Játék írás és OS írás, meg hard-realtime dolgok speciális területek... De azokban sem hiszem, hogy sok assembly-t találnál. De itt a amúgy fejlesztés mikéntjéről volt szó elsősorban.

  (Java eredetileg többek közt beágyazott rendszerekbe szánt cucc amúgy...)

• #72 ddekany veterán doc #69

  Új Válasz 2010-02-27 15:22:09 #72

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz doc #69 üzenetére

  "most akkor hasznalni kell, es nincs jobb, vagy szar es felesleges? "

  Hogy egyszerűen válaszoljak: Használni kell, nem felesleges, abszolút értékben szar, de relatív nem, mert most nincs jobb.

  "nyilvan a hasznalando parancsokat meg kell ismerni, vagy legalabb tudni hogy hol keresse az ember oket"

  Másfelől azért tudna segítőkészebb lenni a gép, de hát a történelmi örökségből sokáig tart kikászálódni...

  "ezt hogy oldod meg klikkelgetos csodaGUI-val"

  Most sehogy. Ettől persze elvi akadálya nincs annak, hogy létezzen GUI-s grep-szerűség... Amúgy épp az a gond kulcsa, hogy az emberek alapvetően két dologban tudnak gondolkozni: szokványos desktop GUI alkalmazás, és döglött szöveg. Mert eddig ez a kettő szélsőség volt, és persze részben okkal (más körülmények, erőforrások szűkössége, stb). De pl. miért nem lehet egy parancs egy objektum, ami adott osztályhoz tartozik, és aminek van egy grafikus reprezentációja is (afféle mini UI)? Akkor ebből is többet egymás után rakhatsz, meg egymásba, összekapcsolhatod őket (kb pipe), akárcsak valami shell script-ben, de pl. technikailag lehetetlen formailag hibásan felvinni őket, és tud segíteni akkor is ha évente egyszer használod azt a parancsot (tudom man, de az közel sem u.a... pl. ki akarok tömöríteni egy tar.gz-t, miért nem nyomhatok egy extract gombot ha már beírtam vagy kiválaszottam(!) hogy "tar"... elég triviális dolog), meg akkor is ha óránként 5x. Kicsit hasonló irányultságú dolog van amúgy JetBrains MPS-ben -- ez annyiban hasonlít, hogy a program nem szöveg, és amennyire lehet nincs szintaxis.

  Na de véresen OFF-ba mentünk...

• #70 ddekany veterán hcl #68

  Új Válasz 2010-02-27 15:02:25 #70

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz hcl #68 üzenetére

  "Vizuális programozás" (ahogy te mondtad) és a kész program teljesítménye nem függ össze feltétlenül amúgy... Pl. írhatok Java-ban Notepad-al és Eclipse-el is (meg az ahhoz elérhető ilyen-olyan GUI tervezővel), pont ugyan olyan gyors lesz mind a kettő. Amúgy meg előbb-utóbb a .Net szerű nyelvek veszik át a stafétabotot, mert a vas teljesítménye gyorsan nő, az emberek (programozók) agya viszont nem, szóval utóbbi a szűk keresztmetszet... a gép van az emberért, és nem fordítva.

• #67 ddekany veterán hcl #66

  Új Válasz 2010-02-27 14:14:12 #67

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz hcl #66 üzenetére

  Csak most nem arról volt szó, hogy most gyakorlatban hány helyen nincs ennek alternatívája, hanem hogy általában melyik a helyes megközelítés és mikor... Nyilván tudja mindenki, hogy jelenleg nem lehet elkerülni az efféle terminálhasználatot. És ismétlem, a command line állatira nem hatékony meg gyors, HA nincs adott területen, amire használod, nagy rutinod. Főleg a command line ahogy manapság létezik, a számítástechnika hajnalhasadásból megörökölve (most van amúgy a hajnala), ahol még teljesen mások voltak a körülmények, és nem csak technikailag. Persze a biztonság kedvéért még egyszer elismétlem, hogy a verhetetlen előny, hogy lehet shell script-eket írni... Na nem mintha eredendően szükségszerű lenne, hogy az primitv plain text módon történjen, de hát amíg ezen túllépünk, az lesz vagy 50-100 év, elvégre szinte az összes programozási nyelv is ilyen még, nincs is egységes, bárhol szerkeszthető formátum valami jobbra, meg különben is az emberek megszokták, ezért nem is nagyon tudnak mást elképzelni. Persze gépelés közben is sokat tud segíteni némelyik IDE... a UN*X shell és shell script ezen a területen is a legalja, mert nem fednek fel szinte semmi meta-információt a "parancsok" magukról, meg aztán a velük/köztük való adatcsere lényegében strukturálatlan (karakter lánc). De hát ez már csak így van és így marad valószínűleg a mi életünkben, szóval, igen, használni kell és kész, nincs jobb.

• #64 ddekany veterán sanzi89 #58

  Új Válasz 2010-02-27 11:34:51 #64

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz sanzi89 #58 üzenetére

  Valójában az egész gépelős-terminálos dolgnak a legfőbb és megkerűlhetlen értelme, hogy könnyen le lehet tárolni szövegfájlba is amit ott kiadhatnál, lehet belőle sok-sok soros programokat írni. Ettől eltekintve, akármit mondanak a rendszergazdák, nincs sok értelme, csak ha valaki nagyon gyakorlott (tehát fejből tudja az összes krixkraxot) és viszonylag gyorsan is gépel. Akkor persze jó arra is, hogy az ember többnek látszódjon mint ami... Mert egérrel mutogatni mindenki tud (amúgy nem...), de beírni, hogy "tar xfz blabla.tgz", az nagyon UFO...

• #63 ddekany veterán

  Új Válasz 2010-02-27 11:27:18 #63

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  Nem teljesen értem a cikk célját. Aki azt sem tudja magától megcsinálni amit a cikk leír, az valószínűleg nem tud akkor sem mit tenni, amikor már belépett...

Új hozzászólás Aktív témák