- Ackbar admirálist kínálja egy GeForce-on az NVIDIA
- Jelentős előnyt kínál az egységes memória az OpenFOAM keretrendszerrel
- Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
- A virágcsokor mellé hardvert is ajándékozhatunk anyák napján
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
- ThinkPad (NEM IdeaPad)
- Hobby elektronika
- Megbírságolták a Razert a Zephyr maszkok miatt
- Samsung LCD és LED TV-k
- Ackbar admirálist kínálja egy GeForce-on az NVIDIA
- Milyen TV-t vegyek?
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- 3D nyomtatás
- Azonnali alaplapos kérdések órája
Hirdetés
-
Dobhatja a Galaxy S26 az AMD GPU-t
ma Házi GPU-val készül a Samsung, de a jövő évi, 3 nm-es Exynos még nem kapja meg.
-
Jelentős előnyt kínál az egységes memória az OpenFOAM keretrendszerrel
ph Négyszer gyorsabb is lehet a feldolgozás, ha elkerülhetők az adatmásolások.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
elithun
őstag
Az első 5-ből 3-al napi szinten szívok, így nekem teljesen reprezentatív a lista stack overflow szempontból.
„Minden egyes tapasztalat közelebb visz a megértéshez.”
-
vaso123
csendes tag
Akkor segíts nekem kérlek, mert én teljesen értetlenül állok ez előtt a Python hype előtt.
Milyen alkalmazási területei vannak ennek a nyelvnek?
Én annak idején perlről váltottam PHP-re, ez a python nekem teljesen kimaradt. Mindig is úgy gondoltam róla, hogy ez egy ilyen nyelv, amivel lehet tanulni programozni, meg ilyen pici kis scripteket írni (ez utóbbira én perlt használnék, ha nem lenne php).
Szóval éles környezetbeli példákat tudsz nekem mondani?
-
Cathfaern
nagyúr
Ahogy én látom a Python hype mögött az áll, hogy amellett, hogy könnyen megtanulható nyelv, alapvetően gyors (scriptnyelvekhez képest, nyilván nem C viszonylatban), és irdatlan mennyiségű library van hozzá. Szóval ha nem a futási sebesség a cél, akkor nagyon hamar lehet benne dolgokat összerakni. Ezt különösen szeretik pl. kutatási területen, ahol úgyse a jól megírt és karbantartható kód a lényeg, hanem hogy a legújabb kísérlethez szükséges dolgot gyorsan le lehessen programozni, majd a kísérlet lefuttatása után ki is lehet dobni.
De sose pythonoztam mélyebben, szóval mondhatni ezt csak "kívülről" látva mondom.[ Szerkesztve ]
-
Ixion77
őstag
Én OOP-n felnőtt Java programozóként ugyanígy érzek a PHP kapcsán is Pedig írtam PHP-ban egy komolyabb rendszert, de igazi istenverésének tartom azóta is. Komplexebb eljárásokat debugolni benne rémálom, mint ahogy nagyobb méretű kódbázis változtatása/tesztelése is. A Javascript is agyrém, de a PHP-nél még mindig kezesebb, főleg Typescripttel.
Amit végképp el nem tudok képzelni, hogy a CSS mit keres a listán. Tudtommal az még csak nem is programnyelv.Még egy érdekesség: A nagy programnyelvek népszerűsége mind zuhanórepülésben van. Egyre gyorsul a piac fragmentálódása, válik a programozók élete rémálommá... A C nyelvek zuhanása különösen durva
[ Szerkesztve ]
"Seems like humanity needs war and famine to correct itself."
-
Cathfaern
nagyúr
"Amit végképp el nem tudok képzelni, hogy a CSS mit keres a listán. Tudtommal az még csak nem is programnyelv."
Tulajdonképpen elméleti szinten a CSS3+HTML5 turing-teljes, szóval tekinthető programnyelvnek: [link]. De nyilván gyakorlatban nem azSzerk: figyelembe véve, hogy a Tiobe index alapvetően azt nézi hányszor kerestek rá egy nyelvre, a csökkenés azt is jelentheti, hogy az emberek már megtanulták ezeknek a nyelveknek a használatát
[ Szerkesztve ]
-
elithun
őstag
Sajnos nem tudok mély infoval szolgálni, mert az 5-ből a 3 az a PHP, C# és a JavaScript, amikre gondoltam.
Én annyi előnyét láttam/olvastam, hogy gyorsan tanulható és nagyon széleskörű felhasználása lehet, mivel nagyon sokfelé lehet integrálni.Én anno Ubuntus VPS környezetben találkoztam py fájlokkal,az éppen egy mysql diagnosztikai programocska volt. Utána tudtam meg, hogy nem csak ilyen futtatható állomány felhasználása létezik.
„Minden egyes tapasztalat közelebb visz a megértéshez.”
-
elithun
őstag
Amiket én használok abból én főleg a C#-t és a PHP-t. (Még, ha utóbbi igazi rákfene is tud lenni debugolásnál.)
C#-ban igazán nem is a nyelvet, hanem a Visual Studiot szeretem, nagyon kényelmes fejleszteni benne, kiegészíti a szintaxist, sír mindenhol, ha baj van, de sok hasznos megoldást is ajánl. Debugolni és egész kényelmes.
PHP-ban azt szeretem, hogy seperc alatt össze lehet hozni benne azért bármit akár csak egy Notepad++-ba írva.JavaScriptben (pontosabban inkább jQuery-ben) az izgő-mozgó butaságokat szeretem megcsinálni, még, ha sokszor elég agyfallosz is a kivitelezési mód.
[ Szerkesztve ]
„Minden egyes tapasztalat közelebb visz a megértéshez.”
-
Dudikoff
csendes tag
Én speciel machine learning témában dolgozom Pythonban.
A Googlenél, meg még sok helyen a Python javasolják azoknak, akik most kezdik tanulni a programozást. És mivel szinte minden területen el lehet vele boldogulni és rengeteg kész lib van hozzá, ezért sokan meg is ragadnak itt, mert attól, hogy valaki programozik még nem biztos, hogy profi programozó.
-
SzikraHuszár
csendes tag
A python konzol miatt "futás időben" programozhatsz, változókat, funkciókat, stb vezethetsz be. Ha számológépet akarok, akkor manapság már a pythonhoz nyúlok először.
Elvileg mindenhez IS jó ez a nyelv, de nagy problémái vannak (bár lehet, hogy létezik ezekre megoldás, én sem mélyültem el ennyire mélyen benne, inkább a Java-t használom), pl a hordozhatóság. Elvileg semmi nem utal arra, hogy a kód python 2.X, vagy 3.X verzióhoz van írva, de nem egészen kompatibilis a kettő. Nagyobb baj, hogy ha te X libet telepítettél, azzal megírtad a kódot, akkor, ha más is használná, neki is telepítenie kell. Windows alatt ez még frusztrálóbb. Az átláthatósággal is vannak bajok. -
vaso123
csendes tag
Amikor elkezdtem androidot tanulni, muszáj volt gyorsan felrántani a Javat ugye.
Nagyon megtetszett az a világ, hogy típusos, és nem az van mint a PHP-nál, hogy azt adok vissza amit épp akarok, vagy azt töltök bele a metódusba amit épp akarok. Ez rákényszeríti az embert, hogy jobban átgondolja a kódot. Mondjuk az overloading szerintem egy elég elbénázott dolog.
Nem tudom mikor írtál utoljára PHP-ben bármit is, de az 5-östől elég erős áttörések vannak benne. Jelenleg 5.6 dolgozom, mert ez van a szerverünkön (debian ), de már itt is rengeteg nagyon jó cucc van az OOP-hez, gyakorlatilag functions.php -m már nincs is, 4 db globális függvényt használok szövegek fordítására (gettext), azon kívül csak osztályok és semmi statikus Szóval erősen elmozdultam a clean code irányába.
Én netbeans-t használok, unit tesztek is vannak, xdebug-gal nagyon könnyen lehet debugolni, szóval szerintem csak rég jártál erre felé, vagy nem mélyültél el benne.
-
Fecogame
veterán
Shell csak 12.? Hmm, pedig milyen jó is az
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
dabadab
titán
"Mindig is úgy gondoltam róla, hogy ez egy ilyen nyelv, amivel lehet tanulni programozni, meg ilyen pici kis scripteket írni (ez utóbbira én perlt használnék, ha nem lenne php)."
A Python többek között azért remek nyelv, mert kiváltja a Perlt (A PHP meg... jézusmária )
DRM is theft
-
fordfairlane
veterán
Én sem tudom, hogy kik használnak Pythont. Eddig egyetlen helyen láttam shell scriptként használva, de ott is a webes cuccok már PHP-ban voltak. Álláshirdetésekben sem nagyon látni, hogy olyan nagyon keresnék a hozzáértőket. Talán az Usában lehet elterjedtebb.
x gon' give it to ya
-
MODERÁTOR
válasz fordfairlane #19 üzenetére
Itt körülöttem elég sokan!
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
vaso123
csendes tag
Tény és való, hogy a PHP nagyon nagy változásokon ment át. A 7-nél én húztam volna egy nagyon erős vonalat, és azt mondtam volna, hogy ide már csak az jöjjön, akik lemondanak a visszafelé kompatibilitásról.
Nem fogok leírni mindent, megtették már előttem (https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/) persze azóta rengeteget kijavítottak már.
Igen, van vele gond, de milyen alternatívát tudsz mondani?
-
Ixion77
őstag
válasz fordfairlane #19 üzenetére
Érdekességként rákerestem címszavakra egy német álláskeresőben Münchenre szűrve az angol nyelvű hírdetésekben (=jellemzően multik):
java developer: 217 result
javascript developer: 133 result
c developer: 98 result
python developer: 46 result
php developer: 29 result
web developer: 258 resultSzóval keresik a Pythont is, csak nem nagyon. De pl. PHP-nál jobban.
Persze ez egy igen kis területre vonatkozó mintavétel volt, globálisan lehetnek egész mások az arányok.(#11) vaso123: Az én PHP tapasztalataim valóban 6 évvel ezelőttiek. OOP már volt akkor is a PHP-ben, de minek... A fejlesztés meg text editorban történt. (Miközben a Javához az Eclipse már brutál kiforrott keretrendszer volt)
"Seems like humanity needs war and famine to correct itself."
-
dabadab
titán
válasz fordfairlane #19 üzenetére
"Én sem tudom, hogy kik használnak Pythont."
A Pythont magában nem nagyon láttam, de amolyan kisegítő scriptnyelvként folyamatosan. Teljesen alkalmas arra, hogy néhány száz vagy ezer soros segédprogramokat összerakjon benne az ember - de ezeket nem Python fejlesztők írják, hanem pl C++ fejlesztők.
[ Szerkesztve ]
DRM is theft
-
bambano
titán
semmi baj nincs a php-vel, csak az oop nácik fújnak rá.
ha kalapácsod van, tudd, hogy hova ütsz és miért.
aki reggel a perem alá is csak három objektum példányosítása után képes bombázni, az használjon c#-ot. mindenki másnak megfelel a php.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
vaso123
csendes tag
válasz fordfairlane #24 üzenetére
Ja, amúgy én már csak röhögök ezeken a felméréseken, grafikonokon.
Pl. a múltkor volt egy olyan, hogy a PHP-sokat, meg Javascripteseket nagyon nagyon keresik, tehát ha ez a szakmád, akkor jó vagy, és akkor volt egy lista, hogy akkor viszont aggódj ha ez a szakmád. És a grafikonon ott volt hogy full stack webprogrammer vagy ilyesmi.
Lehet, hogy ful stack nem keresnek (amit nehezen tudok elképzelni), de ha már az vagy, akkor értelemszerűen értesz a fentiekhez. Doh...
-
fordfairlane
veterán
Én sokszor nem tudom, hova tegyem ezeket a rangsorolásokat. Rendszeresen olvasom a témát, érdekelnek a trendek, nem szeretnék lemaradni, de sokszor szembesülök olyan helyezésekkel, amiket nem tudok mire vélni. Most pl. az "R" programnyelv, ami a TIOBE aktuális rangsora 14-ik helyre pozicionál. Soha nem hallottam még róla.
[ Szerkesztve ]
x gon' give it to ya
-
vaso123
csendes tag
válasz fordfairlane #28 üzenetére
Olyan nyelv mint az S ))
A weboldalukon legalább is ez áll )
-
bambano
titán
válasz fordfairlane #28 üzenetére
ahogy jön fel az adatbányászat, imho úgy fog feljönni az R is.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
apatyas
Korrektor
Itt pl teszt rendszereket összekötő és vezérlő scripteket csinálunk vele, 2.7-es verzión. Futtatva van egy beágy linuxon, soros terminált kezel, LAN üzeneteket küld, CAN buszok felé ad interfacet, kiolvassa az USB vagy LAN multimétert, szövegfeldolgoz, adatot ment, szöveges felhasználói interfacet ad, valamint vezérli a saját C-s fw-el rendelkező mérőpanelt. Kb.
pezo77 #5 2017.12.14. 13:29 Hmm. És ez az e-hajó akkor hol is tud kikötni? Az e-bay -ben? ;)
-
Stanlee
őstag
válasz fordfairlane #28 üzenetére
Nalunk a foiskolan az r-t toljak rendesen, en se hallottam elotte rola, csak itt a nemeteknel. Ha ertenek a programozashoz biztos ezt is beprobalnam, mert eleg jo dolgokat lehet banyaszgatni vele :-)
“Never run after a bus or a stock. Just be patient – the next one will come along for sure.” - André Kostolany
-
Cathfaern
nagyúr
Felszínen nincs baj a PHP-val. Amíg az ember nem akar összetett dolgokat csinálni benne (átlag cms rendszer vagy webshop nem összetett dolog), és nem túl sok ember dolgozik egy projecten, addig tényleg nincs baj vele. A bajok akkor jönnek elő, ha nagy a csapat, vagy ha elég komplex a kód. Ekkor se amiatt jönnek elő a dolgok, mert x vagy y dolgot nem lehet benne megcsinálni. Ahhoz tudnám hasonlítani, mint amikor egy nagyon programozó arc normális projekt / termékmendszer nélkül csinál végfelhasználói programot. A program tök jól fog működni, nem lesz benne hiba, és kézre is áll... feltéve ha pontosan úgy használják ahogy a programozó megtervezte, és ha meg se próbálnak olyan dolgot csinálni benne ami nem logikus. Mert ha ilyen történik, akkor menthetetlenül összeborul a program, illetve magától sose fog rájönni senki, hogy hogyan is kéne ezt helyesen használni. Ugyanez a helyzet a PHP-val. Ezerféle kódolási stílust megenged, semmi se kényszerít bele senkit egy konzisztens menetbe. Ha egy 20 fős programozó csapatból 2-3 ember nem OOP kódot ír, a másik 17 meg azt, a PHP egy kukkot nem szól érte. Persze tudom, erre lehet mondani, hogy a csapatvezető dolga, hogy rendbetartsa a csapatát, de ez pont olyan, mint ha azt mondanánk, hogy ne legyen felhasználóbarát a program, ott a manual, olvassa el, és csak azt csinálja ami oda le van írva. Nem lenne jobb, ha alapból a program nem engedne olyat ami hülyeséghez vezet?
Remélem érthető, hogy mire gondolok. -
bambano
titán
válasz Cathfaern #33 üzenetére
nekem például van 3 szerelőtáskányi szerszámom. rendszerint minden problémához megtalálom a megfelelőt, ha meg nem, bemegyek a bótba, ahol akarnak nekem olyat eladni és megveszem.
ennek megfelelően nem hiszem el, hogy mindig a kalapács a megoldás."Nem lenne jobb, ha alapból a program nem engedne olyat ami hülyeséghez vezet?": próbálj már meg megírni és letolni a felhasználó torkán egy számlázó programot, ami pontosan azt és úgy csinálja, ahogy a jogszabály elvárja... és itt most arról nem is akarok beszélni, hogy az adózással kapcsolatos jogszabályokat senki nem érti, nav included.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
dabadab
titán
válasz Cathfaern #33 üzenetére
A PHP legeslegnagyobb problémája, hogy a prezentációt meg a logikát nem különíti el, hanem a PHP kód a HTML-be van belemixelve.
Ez tényleg az a fajta megoldás, ami nagyon egyszerű és tökre tetszik mindenkinek, aki egy hello worldnél bonyolultabb dolgot nem programozott még életében, aztán a komplexitás növekedésével gyorsan nagyon kínossá válik.
DRM is theft
-
Hunpriest
senior tag
Hát a most agyon hype-olt React is ezt hozta be, csak fordítva... ott JS kódba van ágyazva a HTML.
Hírhez: hát akkor a Javascript nem mostanában fog kihalni, pedig bízom benne, hogy a WebAssembly előbb utóbb teljesen leváltja és akkor igazi program nyelvekkel is lehet majd webes front-endet fejleszteni.
-
Cathfaern
nagyúr
Nagyon leegyszerűsítve igen. Ahogy egy jó program nem engedi meg, hogy rosszul használják, úgy egy jó programnyelvnek se kéne megengednie, hogy rosszul használják.
bambano:
"próbálj már meg megírni és letolni a felhasználó torkán egy számlázó programot, ami pontosan azt és úgy csinálja, ahogy a jogszabály elvárja..."
Nem ugyanarról beszélünk. A te analógiáddal élve a PHP olyan, mint ha a számlázó programban lenne egy "Vissza" gomb, amit ha megnyom a user, kérdés nélkül kitörli visszavonhatatlanul a teljes évi könyvelést, és "Vissza"állítja a tavalyi állapotot. És ha a user ezt megnyomja, mert azt hitte ez visszaviszi az előző képernyőre, akkor az a mondás, hogy hülye volt a user, miért nem nézte meg a kézikönyvet, hogy kell használni ezt a gombot. -
dabadab
titán
"Tehát azért rossz nyelv, mert vannak akik rosszul használják?"
Ezt hogy sikerült kihozni abból, amit írtam?
Egyébként meg valaki már linkelte fentebb a fractal of bad designt, az szerintem elég jól összeszedve és példákkal szemléltetve elmondja, hogy miért gáz az egész.
[ Szerkesztve ]
DRM is theft
-
bambano
titán
válasz Cathfaern #39 üzenetére
lehet, nem határolódott el rendesen a két téma és a két paragrafus a hozzászólásomban.
az első paragrafus a php-ről, pontosabban a nyelvválasztásról szólt. vannak dolgok, amire a php jó, és a magam részéről nem fogom oop nácik miatt másban írni a megoldást, ha a php jó.a második paragrafus meg erről szólt (idézet tőled): "A program tök jól fog működni, nem lesz benne hiba, és kézre is áll... feltéve ha pontosan úgy használják ahogy a programozó megtervezte, és ha meg se próbálnak olyan dolgot csinálni benne ami nem logikus.". nem tudsz olyan programot írni, ami minden igénynek megfelel, mert nem tudod egységesíteni a júzert. a php programod az esetek zömében nem azért lesz rossz, mert php-ben írtad, hanem azért, mert a júzernek fogalma sincs, hogy mit akar és egyébként miket kívánhatna.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Tanisz
senior tag
Érdekes lista
Nem biztos, hogy az elterjedettségét mutatja a nyelveknek, vagy népszerűségétUtóbbi években Pl/Sql, Java,C#, Php ( főként Yii), JavaScript vonalon ténykedem, dolgozom, de nincs olyan hét, hogy a Delphi-re ne gondolnék Lehet hülyének néznek, de a mai napig imádom Azzal is volt nyűg, persze, de egy régi D7el miket meg nem lehet(et) valósítani Delphi 2005-2010 -ről...stb nem is beszélve
Bár lehet a nosztalgia beszél belőlem csak.
Saját szórakozasra még mindig előveszem néha[ Szerkesztve ]
http://projekt.azigazikincs.hu/ ''Homo loquax nonnumquam sapiens''; "Nam et si ambulavero in valle umbrae mortis, non timebo mala, quoniam tu mecum es. Virga tua et baculus tuus, ipsa me consolata sunt. "
-
Béééla
őstag
Akkor segíts nekem kérlek, mert én teljesen értetlenül állok ez előtt a Python hype előtt.
Gyorsan lehet benne taknyolni és valamilyen eredményre jutni
És sok "fejlesztőnek" elég az ha elindul és csak minden harmadik futásra nem fagy ki.
Tény hogy irdatlan sok lib van hozzá és anno pokemon go-s bejárót én is Pythonban dobtam össze, de csak azért mert ahhoz volt "API". Kb. semmihez se választanám soha magamtól.
Aztán a sok lib annyira jól van megírva hogy egyik-másik települ is ha úgy tartja úri kedve.És lehet hogy a "C nyelvek" zuhannak, de szerintem csak azért mert ezek a gyors "eredményt" felmutató nyelvecskék a gyorsan szaporodó hobbisták kedvencei. Egy OS-t vagy drivert sose fogsz Rubyban vagy perlben megírni, hiába jók a maguk területén.
Bélabá
-
Béééla
őstag
-
floatr
veterán
Ez az elmélet, amivel tudományosan meg lehetne magyarázni, ha a gyakorlat nem teljesen mást mutatna.
A nyelv és a kapcsolódó ökoszisztéma egy eszköz. Van aki tud és akar vele élni, van akinek meg büdös. Én sem szeretem, de elfogadom, hogy sokaknak sokkal jobban kézre áll, mint bármi más, és az sem elhanyagolható, hogy a LAMP stack népszerűsége nem intézhető el egy tudományos vállrándítással.Egy csomó ügyfél kifejezetten azzal jön hozzánk, hogy LAMP-ben gondolkozik, vagy már van egy konkrét framework/eszköz, amit elvár, hogy használjunk, ha neki fejlesztünk. Egyiknek sem fogod megmagyarázni, hogy tudománytalan.
-
OKalman02
újonc
A tájékozottságod az egeket verdesi a jelek szerint. Te is annak a régóta kiérlelt gondolatomnak a mintapéldánya vagy amit röviden úgy tudnék összefoglalni, hogy profi fejlesztő, de ha kezébe kerül a PHP akkor elfelejt programozni, holott csak ugyanazt az elvet kellene követnie mint amit megszokott más nyelven, mert nagyrészt már lehet.
-
Béééla
őstag
válasz OKalman02 #48 üzenetére
Persze, és az öreg motoros fejlesztő a hülye és nem elég fiatalos meg outofthebox gondolkodású ha egy nyelv ilyenekkel szivatja.
Bélabá
-
-
válasz Cathfaern #39 üzenetére
"egy jó programnyelvnek se kéne megengednie, hogy rosszul használják."
Ez baromság. Amit írsz az legfeljebb a keretrendszer esetén lehet követelmény.
Abból a témából, hogy melyik a jobb, ha egy programnyelv kódja könnyen írható, de nehezen olvasható vagy fordítva; végtelen vitát lehetne folytatni. Ez szubjektív, kinek mik a preferenciái.
Az viszont kétségtelen, hogy a PHP egy híg széklet. Bár a PHP 7 óta már jóval darabosabb, s kezd összeállni. Én látom az alagút végén a fényt. S egyébként megfelelő praktikákkal eliminálható az összes probléma, bár néhány esetben ezek kikutatásához olyan mélyvizes ismereteket igényel a nyelvben, amit kigúglizni is nehéz. De legtöbb esetben a programozó legnagyobb ellensége nem a nyelv, hanem a másik programozó.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
válasz OKalman02 #51 üzenetére
Remélem nem vagy "anti-jQuerista", mert ez valami új hullám. Attól hogy sok idióta mindenre jQuery-t akar használni, mint valami varázslatot, ezért most feketelistára tette a közösség ezt a library-t.
Ugye a logika itt az szokott lenni, hogy ha valami ordas baromság, akkor biztos az ellenkezője a helyet út. Hát rohadtul nem, bár átmeneti időszaknak jó, amíg az ember rájön, hogy hülyeséget csinált. Maga a jQuery egy iszonyat hasznos dolog tud lenni. Csak tudni kell a korlátait, s mellőzni, ha nem létszükséglet a használata.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
fordfairlane
veterán
Úristen! Mi ez a pusztító alpáriság? Metódusban deklarált változót akar használni a metóduson kívül?
if ( typeof myInt1 === 'undefined' || !myInt1 ) {
myInt1 = parseInt(0);
}Ez meg mi?
Tudod, hogy miért szívatja a javascript az ilyeneket? Mert megérdemlik!
x gon' give it to ya
-
jety91
őstag
Es akkor meg a 7.x-es verziot ezek szerint nem is lattad. Tipuskikenyszerites is van fv parameter es visszateresi erteknel is ha akarod, amivel a legfobb problemad is megszunik.
7 ev PHP utan Javaban kell most spring+primefacesben irnom CRM-et. Konkretan azzal elment egy teljes napom mire megertettem hogyan is epulnek fel mavennel a projektek. Nekem iszonyatosan nyakatekertnek tunik, de biztos van benne logika, csak meg nekem nem esett le
-
Bizonyos embereket be kell korlátozni, mert ha elszabadul a kreativitások... De ezt most nehogy minden Java vagy akármilyen hasonló kötöttebb nyelven programozó magára vegye; értelmezzék, amit írtam. Van pl akin a szigorúbb szintaktikájú nyelv sem segít, na az olyanokat el kell zárni a programozástól.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
OKalman02
újonc
Nem vagyok "anti-jQuerista", alapvetően anti-javascriptes lennék, ha nem tudnám, hogy a weben nem lehet vagy legalábbis nehéz megkerülni. Viszont amikor szabad kezem van a fejlesztésben ami szerencsére most gyakran megtörténik akkor igyekszem a szerepét minimálisra szorítani. A nem nekem írt hozzászólásodban viszont a PHP hígfos és szar mivoltával nem értek egyet mert valamilyen oknál fogva bármilyen programnyelvre el lehet mondani, hogy hígfos, de szerintem inkább a programozó rossz felfogása az oka a rossz használatnak mint maga a nyelv. Legalábbis az 5.x verzióktól felfelé PHP esetén.
[ Szerkesztve ]
-
fordfairlane
veterán
válasz OKalman02 #57 üzenetére
A PHP-nek és a Javascriptnek van pár nagyon komoly hibája vagy hiányossága, ami benne ragadt a nyelvben, és ami sok fejlesztőt arra bátorít, hogy szemetet (értsd: nehezen karbantartható kódot) gyártson. Ebből a szempontból a Java, vagy a C# jobban megtervezett, bár terhes örökség azokban is akad.
x gon' give it to ya
-
Béééla
őstag
válasz OKalman02 #51 üzenetére
Nem véletlenül írtam hogy egy nyelv és nem a PHP. A webes szutyoktól próbálok a lehető legtávolabb maradni, jó nekem a vasat idomítani.
nem is tudom hirtelen mihez hasonlítani szalonképesen
A dzsuvaszkript elég szalonképes?@fordfairlane
Úristen! Mi ez a pusztító alpáriság? Metódusban deklarált változót akar használni a metóduson kívül?
A bánatba, ezt észre se vettem Csak ez tűnt az első "használható" javascript + operátor-mizériás kérdésnek.A PHP-nek és a Javascriptnek van pár nagyon komoly hibája vagy hiányossága, ami benne ragadt a nyelvben, és ami sok fejlesztőt arra bátorít, hogy szemetet (értsd: nehezen karbantartható kódot) gyártson.
Így válik szét a nagybetűs, profi Fejlesztő és a taknyoló webgányer Pistike.[ Szerkesztve ]
Bélabá
-
válasz OKalman02 #57 üzenetére
Áhám. A javascript ténylegesen kb a legkönnyebben gányolható nyelv a népszerűek között. Rühelltem is sokáig miatta. Aztán a nodejs megjelenése után pár évvel rájöttem, hogy lehet ezt jól is használni, azóta megbarátkoztam vele.
A PHP-ról van egy linkelték a cikket, hogy miért kakkanat. Ezek mind igaz sajnos, én is PHP-zom már valami 10-12 éve. De ettől még nem kuka, csak ésszel kell vele bánni.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
jety91
őstag
Röviden hogy miért került "feketelistára" a jQuery:
Az újabb frontend keretrendszerek nagyrészt komponensekre épülnek (AngularJS, VueJS, React, stb.) Amibe ugye komponensenként tartozik javascript és nem globálisan egy vagy több nagyobb fájlra szétbontva. Ezek a keretrendszerek és a hozzá kapcsolódó beimportált lib-ek általában meghaladják gzip-elve is a 130-150Kb-ot egy közepes méretű projektnél is, amihez ha hozzádobod még a jQuery-t amiből neked kellene 2 függvény akkor 200Kb-nál jársz. Ebből a 200Kb-ból, kb a fele sallang kód, amit soha a büdös életben nem fogsz használni a projektedben. Mivel az emberek ingerüszöbe lecsökkent ha oldalbetöltésről van szó, sokat számít, hogy mennyi adatot kell letölteni és feldolgoznia a böngészőknek.
És pontosan ezért került feketelistára a jQuery, mivel nem tudod beimportálni azt a 2 függvényt, ami kellene neked belőle, hanem be kell rántanod az egész lib-et.
-
fordfairlane
veterán
Ez az anomália abból fakad, hogy a + operátor összeadást és stringösszefűzést is végez, és mivel a javascript gyengén típusos nyelv, ezért az operátor viselkedése sokszor kiszámíthatatlan. Ha a kifejezésben akad egy String value, akkor a többit a javascript stringgé konvertálja. Nincs ebben semmi megfejthetetlen, ismerni kell a nyelvet, amit használsz.
Persze ez a két scriptnyelv szinte bátorítja azt a fajta mentalitást, hogy azelőtt kezdd el használni, hogy megtanultad volna. Ez elég sok problémának a forrása.
[ Szerkesztve ]
x gon' give it to ya
-
Ööö. Tehát az a gond, hogy 30 kB? Ennyi erővel a képekkel is baj van. Nemár, ez szőrszálhasogatás. Mert oké, számít a méret, de egyrészt egyszer töltődik le, másrészt a teljes letöltendő adatmennyiséggel számolva ezzel nem tudsz annyit lefaragni az oldalbetöltési időből, hogy észrevehető legyen. Nem egy lib szokta okozni a problémát. Az más kérdés, hogy ha a jQuery által végzett feladatokra van más meglévő lib, akkor meg kell szüntetni redundanciát.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Béééla
őstag
válasz fordfairlane #62 üzenetére
Ez az anomália abból fakad, hogy a + operátor összeadást és stringösszefűzést is végez, és mivel a javascript gyengén típusos nyelv, ezért az operátor viselkedése sokszor kiszámíthatatlan.
Igen, puskát adni a csecsemőnek
És pont ezért kényelmetlen mert nem azt kapod amit ösztönösen várnál.Nincs ebben semmi megfejthetetlen, ismerni kell a nyelvet, amit használsz.
Attól még hogy ismeri az ember, felesleges gödrök vannak amikbe bele lehet esni.Bélabá
-
jety91
őstag
Sajnos nem mindig egyszer töltődik le, mert ha hülyén csinálja meg az illető a chunkolást, akkor egy fájlba kerül a komponensekkel, és ha módosítasz ezek közül egyet is, akkor az is mindig letöltődik vele együtt újra a cachebe. Hasra ütések az előbb írt számok, de itt a nem is igazából a méretről meg a spórolásról van szó, hanem az ágyúval tudsz csak lőni egy egérre a probléma.
fordfairlane
Nem divat utálni, pontosan leírtad, hogy miért mellőzik manapság.Egyébként itt egy tökéletes vicc, hogy mi a baj a Javascripttel és a keretrendszerekkel: [link]
"Makefiles? I thought that was mostly used on C or C++ projects.
-Yeah, but apparently in the web we love making things complicated and then going back to the basics. We do that every year or so, just wait for it, we are going to do assembly in the web in a year or two."[ Szerkesztve ]
-
Keosoft
újonc
A Python nagyon elterjedt, mint integrációs nyelv tesztelési környezetekben, főleg vállalatok belső szoftverfejlesztésében.
Például az egyik magyar mobil szolgáltató prepaid szoftverét (billing, automata ügyfélszolgálat és web-.kapcsolat és switch-interface) egy 600 000 soros python framework-kel tesztelik.
A python nagyon népszerű pénzügyi és biztosítási cégek, befektetési alapok elemzési- és kockázatkezelő szoftvereiben (az R-el együtt). Ha megnézed, pld. a Dice fejlesztői/tesztelői álláshirdetéseinek 15%-a python embert keres ilyen munkakörökben (London).
Két olyan (remélem, eléggé éles) példa, amit SENKI SE ismer, a Youtube és a Spotify. Ezek back-endjét nagyrész Python-ban írták (a videó transzkód-rész persze C++).
-
Cathfaern
nagyúr
-
pbalintka
csendes tag
válasz fordfairlane #19 üzenetére
Például a google is sok helyen pythont használ vagy használt (lehet párat átírtak GO-ra, nem tudom).
Pl: AppEngine, Youtube, code.google.comÉn PHP-val kezdtem, néha még tolom is ha kell, de szerintem python sokkal átláthatóbb és tisztább nyelv. De hát ki mit szeret és mit szokott meg, ugye.
-
floatr
veterán
Egy suttyóságot linkeltél. Látszik, hogy a szerző, még az alapvető clean codinggal, vagy a változók scope-jaival sem nagyon van tisztában, de a legszebb, hogy a DOM-ot akarja matematikai műveletre használni. Ráadásul a saját problémáját sem tudja leírni épkézláb módon.
Azt nem értem, hogy ezzel mit szeretnél igazolni. Hogy a JS gáz? Ez max arra utal csak, hogy alacsony a kerítés.
-
-
Béééla
őstag
Sajnos nem találtam meg, volt egy aranyos blogposzt a javascriptes agyf*szokról sűrítve, most csak erre futotta
Látszik, hogy a szerző, még az alapvető clean codinggal, vagy a változók scope-jaival sem nagyon van tisztában
Átlagos magát fejlesztőnek képzelő Pistike?Azt nem értem, hogy ezzel mit szeretnél igazolni. Hogy a JS gáz? Ez max arra utal csak, hogy alacsony a kerítés.
Arra is.Bélabá
-
sarkanyolo2
őstag
Magic Xpa!
٩(̾●̮̮̃̾•̃̾)۶ /LG OLED55A13LA / Kanto YU6
-
MASSlag
tag
A Python tökéletes nyelv azoknak, akik nem programozók.
Gépészmérnökként dolgozom, igen gyakran előfordulnak olyan komplex, egyedi problémák amikre valamilyen programot gyorsan kell összetákolni. Például nem is olyan rég egy elég speciális hőcserélő kialakítását kellett optimálnom, amit egy komplex CFD szimulációs szoftverrel kellett összekapcsolni. Ha a piaci optimáló szoftvert kellett volna használni, akkor amellett, hogy megveszünk egy csomó haszontalan funkciót egy egyedi projektre, még egy plusz szoftvert, api-t is meg kellett volna tanulni és scriptet írni hozzá. Pythonban megírva és futtatva is jóval gyorsabb volt, mint egyáltalán integrálni a másik szoftvert. Sőt, akár rapid prototypingra is használható lett volna, ha utána piacra akartuk volna dobni a dolgot.
Amellett, hogy nagyon jól áttekinthető, hihetetlenül hasznos az iszonyatos mennyiségű tudományos és matematikai lib is. Az Anaconda pl. egy teljesen portable csomag, elég jó supporttal. A Python legnagyobb ellenfele ezen a területen a Matlab.
Egyébként nagyon sok 3D grafikus szoftver szkriptnyelve a Python (pl. Maya). Filmes stúdiók sajátos workflow-ja miatt a plugineket maguk készítik. Pl. a Pixar teljes rendszere Python alapú.
Komolyabb munkákhoz amúgy JetBrains Pycharm gyakorlatilag egy VS szintű IDE.
[ Szerkesztve ]
A bizonyíték hiánya nem a hiány bizonyítéka
-
Én ugyan sosem Pythonoztam, csak ismerem a szintaktikát, meg egyszer talán átírtam valami Python forráskódot. Ezek alapján úgy sejtem, hogy a Python a legjobb általános célú szkriptnyelv. A Gentoo Linuxból ismerem (PH szerveren is ez van), mivel az egész csomagkezelő rendszerét Pythonnal írták.
Egyébként maga a PHP is használható általános célú nyelvként, csak hát elég elcseszett szegény, mivel C API-t használ minden.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
ddekany
veterán
Érdekes ez, hogy amatőröknek szóló nyelvként gondolnak itt ennyien a Python-ra. Nem tudom mennyire annak köszönheti ezt, hogy viszonylag könnyű megtanulni, és innentől kezdve ez ráragadt, hogy csak tanulásra jó. Én valamennyit dolgoztam vele 10+ évvel ezelőtt, és nem volt a tudásával baj. Elég jól meg van tervezve, nem akkora káosz mint PHP meg JavaScript, meg sallangmentes szintaxisa van, talán csak ezért könnyebb annak aki kezdő, de ettől ugye nem lesz kevésbé jó profiknak. Más kérdés, hogy én semmilyen nem erősen típusos nyelvet nem használnék általában, de hát a PHP és a JavaScript is ilyen. Az ökoszisztéma persze a nagyobb kérdés, hát abban nem vagyok benne...
-
Pedig nem az, csak gondolom sokak a C illetve Java típusú nyelveket veszi alapnak, hogy az a jó irány, minden más hülyeség.
Pl a Javascript sem olyan szemét nyelv, mint a PHP. Csak nagyon sokan félreértik. A JS egy eseményvezérelt, prototípus-alapú nyelv, nagyon más programozási módszereket kíván. Mindig azok fújnak rá legjobban, akik nem tudják hogyan kéne használni.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
ddekany
veterán
Hát pedig, ha modern statikusan típusos nyelveket (a Java nem modern) meg modern IDE-ket nézünk, akkor szerintem eléggé világos, hogy a statikus típusosság többet segít mint szívat, szóval igen ritkán nem az a jó irány. Más kérdés, hogy a valóságban mik közül választhat az ember, és azoknak milyen egyéb hozadéka van (elérhető keretrendszerek, kultúra, na meg szakemberek száma). A Java nyelv pl. eléggé rontja a statikus nyelvekről alkotott imidzset, mert hát kicsit béna lett szegény, meg elkapkodták. A modern alternatívák meg fene tudja elfognak-e valaha terjedni, szóval max. akkor használhatod őket, ha teljesen magad ura vagy.
A JavaScript mint félreértett nyelv... ez már eleve egy hiba, hogy ennyire félreérthető. Pl. ott a prototípusos öröklés, ami legtöbbünknek idegen, és ha még valami csoda folytán mindenki megértené hogyan is kell jól használni, tudtommal még akkor sem eldöntött vita, hogy és akkor ez most összességében mennyivel jobb a világnak, mint a klasszikus öröklés. De még persze vannak más "érdekességek" is, amik azért elég kizárt, hogy egy manapság újratervezett nyelven előfordulnának. De hát ilyen az élet, ezekkel kell dolgozni és kész.
[ Szerkesztve ]
-
Nem mondtam, hogy jobb a gyenge típusosság. PHP 7 óta ahol lehet, én használok típusokat, mert sokkal job úgy. Ha ne lenne konfig flag a kötelezésére, akkor bekapcsolnám. Bár emelett a template kéne inkább, arra is szükség lenne.
Csak tanítani kéne, hogyan kell használni. Persze van ECMAScript 8 vagy mi, ott már végre visszahozták a class kulcsszót. Szerintem a téma lényege az, hogy nem a nyelvet kell hibáztatni. Ha nem tetszik, használj mást. Ha nincs más, akkor értsd meg a nyelv működését és utána fikázz. Vagy menj el mást programozni. A legtöbb esetben a fika alaptalan szokott lenni.
Én a PHP-t így 10+ év programozás után nagyon gánynak tartom. Szerintem a legszarabb nyelv. De nem válthatok másra. A Java túl öreg, a .NET túl drága, a Ruby túl egzotikus, a NodeJS meg túl új, nincs kész, na meg JS...
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
dabadab
titán
"Más kérdés, hogy én semmilyen nem erősen típusos nyelvet nem használnék általában"
Akkor tiszta szerencsére, hogy a Python az, erősen típusos, csak éppen dinamikusan és nem statikusan (vagyis nem a változóknak (amik Pythonban gyakorlatilag mind referenciák) van típusuk, hanem a konkrét objektumoknak).
Más: Typescriptet használt valaki elég sokat ahhoz, hogy érdemben tudja fikázni?
[ Szerkesztve ]
DRM is theft
-
Dr. Akula
nagyúr
A "repsotiry" gondolom repository akart lenni.
-
Lortech
addikt
Hát pedig, ha modern statikusan típusos nyelveket (a Java nem modern) meg modern IDE-ket nézünk, akkor szerintem eléggé világos, hogy a statikus típusosság többet segít mint szívat, szóval igen ritkán nem az a jó irány.
Ez eléggé véleményes. Mindig elfelejtik, hogy nem csak előnye van a statikus típusosságnak. A javascript egyik nagy erejét a dinamikus típusossága jelenti.
Nem csak prototípusos öröklődés van javascriptben, gyakorlatban több módszer van öröklődés vagy ahhoz hasonló mechanizmus megvalósítására, sokkal flexibilisebb módokon, mint amit pl. a hagyományos öröklődés nyújt a javában, ami marhára kötött és ezért sok esetben semmire nem jó.
Az hogy boldog boldogtalan javascript kódot ír -sok ótvar minőségűt is-, az nem von le az eszköz erősségeiből. A valóság az, hogy átlag programozó úgy ahogy elsajátít egy-két nyelvet, azon belül egy-két paradigmát, ezután bármilyen eszközt kap a kezébe, a korábbi ismeretekbe kapaszkodva próbálja megérteni az újat, és ugyanúgy próbálja használni mint a régit, ez van a javascripttel is, ami pl. java > javascript irányban kapufa tud lenni. Sokan úgy próbálják használni, hogy közben nem ez a fő területük, csak valamit összetaknyolnak jqueryvel, hogy nézzen ki valahogy az oldal, aztán elfelejtenék az egészet. Hozzájön még a történethez az is, hogy webfejlesztésben rengeteg amatőr dolgozik, többen mint a szakma egyéb területein.Thank you to god for making me an atheist
-
ddekany
veterán
Nem kérdés, hogy van előnye, csak az, hogy megéri-e, cserébe azért, amit ellenőrizhetőség, IDE tudás, öndokumentálóság, refaktorálás megbízhatósága, stb. terén fizetsz. Valóságban persze úgy sem az alapelvek, hanem a konkrét nyelvek és ökoszisztémájuk versenyeznek. Azt hiszem bátran kijelenthető, hogy mind a Java, mind a JavaScript, mind a PHP igen messze van attól, ami egy hasonló jellegű típusosságot adó nyelvből kihozható...
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen