NetAcademia - Utolsó kommentek
blfr4@https://blog.hu
©2024 blog.hu
https://netacademia.blog.hu/2018/07/05/gyorsitsuk_fel_az_oktatast_a_tizszeresere/full_commentlist/1#c35813403
Válasz erre: Gyorsítsuk fel az oktatást a tízszeresére!
2018-09-11T17:11:38+02:00
2018-09-11T17:11:38+02:00
Vaki Vaki
http://blog.hu/user/870424
Csak félő, hogy a tempó növelése (és most nem az üresjáratok leépítését értem) oda vezet, hogy az elvi alapokat nem ismerjük, ok-okozat, mi miért történik nem értjük, de sok szép csillogó felszínes varázslatot mutatunk.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c35813345
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-09-11T17:01:17+02:00
2018-09-11T17:01:17+02:00
Vaki Vaki
http://blog.hu/user/870424
<a href="https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak?full_commentlist=1#c35328768" class="reply_nick_606666" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35328768 );">@Teszt.Elek</a>: Igen! :)
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c35328768
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-06-07T10:13:27+02:00
2018-06-07T10:13:27+02:00
Teszt.Elek
http://blog.hu/user/606666
Érdekes bejegyzés, de alapjaiban ment félre szerintem, mivel összemossa a technológiai tapasztalatot a szenioritással.<br />
<br />
Persze van korreláció, de csak közvetett. A senior fejlesztő több technológiát ismer magas szinten, mert esélyesen több technológiával volt már dolga a karrierje során. Ez nem jelenti azt, hogy ne lehetne nála sokkal fiatalabb, tapasztalatlanabb junior, aki SME (subject matter expert) egy adott területen, amihez a senior hozzá se szagolt még.<br />
<br />
Mi a különbség köztük? A senior általában a szélesebb tech háttere miatt még az ismeretlen területekkel is viszonylag gyorsan megbirkózik és pusztán az ismert technológiák interpolációjából képes következtetni az új technológia bizonyos elemeire.<br />
<br />
Még fontosabb a különbség a nem szigorúan hard skillek terén. Pusztán a tapasztalata miatt egy senior fejlesztő sok olyan hibát el tud kerülni, amit egy junior elkövet, egyszerűen azért, mert már találkozott az adott helyzettel és tudja miképp kell helyesen kezelni.<br />
<br />
Szóval amikor egy cég senior embert keres, akkor nem a tech skillek kellenek a cégnek, hanem az a tapasztalat és érettség, amelyet csak a ledolgozott évek tudnak megadni valakinek.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c35323740
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-06-06T12:52:50+02:00
2018-06-06T12:52:50+02:00
OKalman
http://blog.hu/user/164163
Jézus, Mária! Nem biztos, hogy akarnék egy ilyen rendszert kapni miután elmennek az "okos" juniorok máshova dolgozni.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35294340
Válasz erre: Mondom is, miért C#
2018-05-31T02:25:23+02:00
2018-05-31T02:25:23+02:00
444Hz (törölt)
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35291008" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35291008 );">@midnightcoder2</a>: úgy tűnik, jobb ha éjjel keresgélek. Azt hiszem, valami ilyesmi volt, amit nem találtam már napok óta: <a rel="nofollow" href="https://en.wikipedia.org/wiki/Levenshtein_distance">en.wikipedia.org/wiki/Levenshtein_distance</a> - és azért nem jegyeztem meg, mert a matematikai részletek már meghaladják a képzettségemet. :)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35294310
Válasz erre: Mondom is, miért C#
2018-05-31T01:58:20+02:00
2018-05-31T01:58:20+02:00
444Hz (törölt)
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35291008" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35291008 );">@midnightcoder2</a>: mondom, a log az csak egy példa volt, magát az elméletét keresem ennek az egésznek, nem a konkrét megvalósítást. Erősen feltételes módban talán a szövegbányászat keretein belül láthattam ilyet, talán valami statisztikai algoritmusok alkalmazásáról cikkben vagy valami más hasonló helyen, csak rácsodálkoztam, hogy "jé, hol tart már a tudomány", de akkoriban csak annyira érdekelt a téma, hogy átfutottam pár cikket, anélkül, hogy mélyebb nyomot hagyott volna bennem. Mindegy, nagy jelentősége nincs a dolognak, inkább csak a kíváncsiság hajt most is.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35291008
Válasz erre: Mondom is, miért C#
2018-05-30T12:20:00+02:00
2018-05-30T12:20:00+02:00
midnightcoder2
http://blog.hu/user/1157834
Ez azért már elég egyedi probéma. Valahogy definiálni kell, hogy mi az ami érdektelen és mi az ami nem. Én valahogy definiálnám az érdektelen részeket mondjuk regexp-pel, és a maradékot vizsgálnám.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35290326
Válasz erre: Mondom is, miért C#
2018-05-30T09:37:47+02:00
2018-05-30T09:37:47+02:00
444Hz (törölt)
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35289978" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35289978 );">@midnightcoder2</a>: az előtő laptopomon nekem is csak virtualboxban volt. De csak azért, mert a hardver nagy részéhez csak windows driver volt. :)<br />
<br />
Ha már ilyen kedélyesen elbeszélgetünk itt: nincs tipped, hogy ha szövegfájlokban hasonló sorok kiválogatása lenne a cél, akkor milyen eszközt keressek? Úgy értem, szövegfeldolgozáson belül mit?<br />
Életből vett példa: linux logok, amiből ki akarom szűrni az rendszeresen előforduló sorokat, hogy csak a ritkán megjelenő, esetleg fontos sorok maradjanak. Amíg azonosságra kell keresni, addig nincs gond, de itt ugye van olyan, hogy "... DROP IN=eth0 ..." ebből van rengeteg és az esetek nagy részében érdektelenek, de a sorban a többi paraméter változik. Milyen eszköz kell az ilyen jellegű feladatokra? Általánosságban érdekel, nem konkrét framework vagy kész rendszer. Nincs valami tipped?
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35289978
Válasz erre: Mondom is, miért C#
2018-05-30T08:17:10+02:00
2018-05-30T08:17:10+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35281338" class="reply_nick_1361922" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35281338 );">@444Hz</a>: Ja, az igazság az, hogy jelenleg Linux csak virtualboxban van a gépemen.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35281338
Válasz erre: Mondom is, miért C#
2018-05-28T11:38:33+02:00
2018-05-28T11:38:33+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35280738" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35280738 );">@midnightcoder2</a>: akkor bocs, csak a C:\ valahogy nem jellemző linuxon/unixon ;)<br />
<br />
Ami különbség itt van, az pont a lényeg számomra. Épp az volt a fontos, hogy a használt nyelv mennyivel lassítja a dolgokat és ez elég jól kijött. Bár az érdekes, hogy a System idők is elég eltérőek. (a User lenne amit a program önmagában művel)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35280738
Válasz erre: Mondom is, miért C#
2018-05-28T09:51:11+02:00
2018-05-28T09:51:11+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35279062" class="reply_nick_1361922" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35279062 );">@444Hz</a>: De, tudom mi az a proc fájlrendszer, lásd 2018.05.27. 10:37:47-as hsz-em.<br />
De a nyelvek szempontjából ez kb. mindegy, az alján jó eséllyel kb. ugyanaz a glibc-s függvényhívás lesz, mert hogy fájlként kezeljük. Ami különbség itt lehet az max. az ami e fölött van.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35279062
Válasz erre: Mondom is, miért C#
2018-05-27T20:09:15+02:00
2018-05-27T20:09:15+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35278396" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35278396 );">@midnightcoder2</a>: még csak nem is igazán a fájlrendszert. Jól sejtem, hogy a linux nem a te világod? :) Csak a 'C:\proc' miatt... A /proc egy virtuális fs, ahonnan a futó processzek adatait, meg pár egyéb, a rendszerhez kapcsolódó infót lehet lekérdezni I/O műveletekkel (ami többnyire kimerül az open/read/close trióban)<br />
Ha a keretrendszer-kezdeményt nem számolom, akkor esetemben épp qz volt a cél, hogy felmérjem, a procfs kezelése elfogadható sebességgel megy-e pythonban, aztán jött mellé pár, más nyelven megírt teszt, előbb csak azok, amikkel én is boldogulok, később meg néhány öncélú, a közönség reklamációjára :)<br />
Az általános célú benchmarkokban meg csökönyösen nem hiszek.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35278396
Válasz erre: Mondom is, miért C#
2018-05-27T17:06:38+02:00
2018-05-27T17:06:38+02:00
midnightcoder2
http://blog.hu/user/1157834
Igazából mint mondtam, ez a teszt nagyjából csak a fájlrendszer elérésének a sebességét méri.<br />
A fenti link amit beküldtem ennél picit szofisztikáltabb, de már nem annyira jó mint régebben amikor még tudott nyelveket hasonlítani azonos környezetekben.<br />
<br />
A valósághoz kb. szerintem ez áll a legközelebb:<br />
<a rel="nofollow" href="http://www.bioinformatics.org/benchmark/results.html">www.bioinformatics.org/benchmark/results.html</a><br />
<br />
Vagy ez:<br />
<a rel="nofollow" href="https://jaxenter.com/energy-efficient-programming-languages-137264.html">jaxenter.com/energy-efficient-programming-languages-137264.html</a><br />
<br />
De ezek a tesztek mindig elég szubjektívek. Ha egy adott nyelvben egy adott művelet mögött egy, az adott dologra tökig optimalizált assembly kód áll, azt nyilván elég gyorsan fogja végrehajtani. Ha a teszt erre az egy dologra van kihegyezve, akkor az adott nyelv lesz a hegyek királya. Ugyanakkor a valós életben lehet, hogy ezt az adott műveletet 10 évente egyszer hívja meg a programod, és az adott nyelv minden másban viszont rohadt lassú.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277284
Válasz erre: Mondom is, miért C#
2018-05-27T12:54:13+02:00
2018-05-27T12:54:13+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35277094" class="reply_nick_1361922" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35277094 );">@444Hz</a>: elkészült a nagy mű, azért én jóval többet vártam tőle. :(<br />
<br />
Test: C#<br />
User: 16.466179 System: 23.702187<br />
User: 16.070435 System: 24.058626<br />
U.avg: 16.268307 S.avg: 23.8804065 Total avg: 40.1487135<br />
<br />
Test: C2<br />
User: 2.295852 System: 14.594102<br />
User: 2.239189 System: 14.7084<br />
U.avg: 2.2675205 S.avg: 14.651250999999998 Total avg: 16.9187715<br />
<br />
Test: Python3<br />
User: 48.672912 System: 25.718156<br />
User: 47.647527 System: 26.004727<br />
U.avg: 48.1602195 S.avg: 25.861441499999998 Total avg: 74.021661<br />
<br />
Test: Python2<br />
User: 15.005631 System: 19.443078<br />
User: 16.223801 System: 22.943473<br />
U.avg: 15.614716000000001 S.avg: 21.1932755 Total avg: 36.8079915<br />
<br />
A C2 azért 2, mert egy optimalizált, az én verziómnál gyorsabb kódot futtat. A python2 és 3 azonos kód, azon nagyon látszik, hogy mennyivel gyengébb e téren a 3-as. Viszont az, hogy a C# kb. a python2-vel van egy szinten, cseppet elkeserít. Valahogy arra számítottam, hogy közelebb lesz a natív C-hez.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277238
Válasz erre: Mondom is, miért C#
2018-05-27T12:42:29+02:00
2018-05-27T12:42:29+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35277220" class="reply_nick_1361922" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35277220 );">@444Hz</a>: ez legalább gyorsan megoldva. Kicsit (nagyon) rosszul látok, nem tűnt fel, hogy hiányzik a run a paraméterek közül.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277220
Válasz erre: Mondom is, miért C#
2018-05-27T12:40:43+02:00
2018-05-27T12:40:43+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35277058" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35277058 );">@midnightcoder2</a>: hát ezzel még dolgozni kell, mert nem pont úgy működik a dolog, ahogy elképzeltem, pl. a dotnet pythonból indítva nem igazán akar működni. :)<br />
Parancssorból O.K., de ha beírom a paraméterfájlba és indítanám a saját keretemmel, akkor már csak egy helpet dob.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277094
Válasz erre: Mondom is, miért C#
2018-05-27T12:08:03+02:00
2018-05-27T12:08:03+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35277048" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35277048 );">@midnightcoder2</a>: triviális nálam úgy néz ki egy ilyen helloworld színvonalú kódnál, hogy <fordító> <forrás> :)<br />
Ezért mondtam, hogy nem annyira triviális a dolog.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277058
Válasz erre: Mondom is, miért C#
2018-05-27T11:59:14+02:00
2018-05-27T11:59:14+02:00
midnightcoder2
http://blog.hu/user/1157834
A kód elejére azért kell olyan, hogy<br />
<br />
using System;<br />
using System.IO;<br />
using System.Linq;
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35277048
Válasz erre: Mondom is, miért C#
2018-05-27T11:57:44+02:00
2018-05-27T11:57:44+02:00
midnightcoder2
http://blog.hu/user/1157834
Elég triviális. Felteszed a .net core-t, csinálsz egy könytárat, belépsz, azt mondod dotnet new console, a program.cs-be beteszed a kódot, majd azt mondod hogy dotnet run
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35276878
Válasz erre: Mondom is, miért C#
2018-05-27T11:12:35+02:00
2018-05-27T11:12:35+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35276726" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35276726 );">@midnightcoder2</a>: köszi, legalább kipróbálom a VS Code-t. :) Ahogy elnézem, azért ez nem olyan triviális, mint egy C program fordítása. De majd megküzdök vele. :)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35276726
Válasz erre: Mondom is, miért C#
2018-05-27T10:37:47+02:00
2018-05-27T10:37:47+02:00
midnightcoder2
http://blog.hu/user/1157834
Amit te tesztelsz itt ebben, az leginkább a fájlrendszer és a körülötte lévő libek, sebességtesztje, ráadásul a linuxos proc fájlrendszeré ami önmagában is érdekes állatfajta.<br />
<br />
Ha jól értettem hogy mit csinálsz, akkor te valami ilyen lovat akarsz:<br />
<br />
static void Main (string[] args)<br />
{<br />
int n=0,e=0;<br />
for (int i = 0; i < 1; i++)<br />
{<br />
foreach (var s in Directory.GetDirectories (@"C:\proc").Where (w => char.IsDigit (Path.GetFileName (w) [0])))<br />
try<br />
{<br />
using (var f = new StreamReader (Path.Combine (s, "stat")))<br />
{<br />
string str = f.ReadLine (); <br />
n++;<br />
}<br />
}<br />
catch<br />
{<br />
e++;<br />
}<br />
}<br />
Console.WriteLine ($"count: {n}, error:{e}");<br />
}
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35268502
Válasz erre: Mondom is, miért C#
2018-05-25T14:23:57+02:00
2018-05-25T14:23:57+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35268008" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35268008 );">@midnightcoder2</a>: nem akarod megírni hozzá a C# tesztet? ;) De ha jól megnézed, amit teszteltem, az egy elég korlátozott dolog, nem biztos, hogy például különböző webes keretrendszerek benchmarkja is hasonló eredményeket hozna. Weben nem vagyok otthon, csak felhasználóként, de úgy láttam, amiben gyengélkedik a Python, az csupa olyasmi, ami webes alkalmazásoknál kevésbé jelent gondot. Sajnos ennek tesztelése meghaladja a tudásomat, hinni viszont csak annak a tesztnek hiszek, amit magam hamisítottam. :)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35268008
Válasz erre: Mondom is, miért C#
2018-05-25T12:46:15+02:00
2018-05-25T12:46:15+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35264370" class="reply_nick_1361922" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35264370 );">@444Hz</a>: Az a benchmark games amit belinkeltem ilyesmiröl szól. Régen be lehetett állítani hogy milyen nyelvet mihez hasonlítasz, és mindent ugyanolyan vason hasonlított össze.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35268002
Válasz erre: Mondom is, miért C#
2018-05-25T12:44:44+02:00
2018-05-25T12:44:44+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35259888" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35259888 );">@hullajelölt88</a>: Ez olyan dolog, hogy egy dolog hogy használok valamit, és egy másik hogy erre alapozok.<br />
Pl. anno nagy hír volt (na jó, föleg a prog.hu vidékén), hogy a PayPal javascriptre és nodejes-re épül, lám a pénzügyi területen is jó a javascript. Aztán ha picit megnézed az álláshirdetéseiket, azt látod hogy több javás embert keresnek mint javascripteset, ergo finoman szólva nem teljesen javascriptre épül az egész...
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35264370
Válasz erre: Mondom is, miért C#
2018-05-24T17:35:11+02:00
2018-05-24T17:35:11+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35257312" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35257312 );">@midnightcoder2</a>: csak a performanciára reagálnék. Néhány hónapja kitaláltam, hogy feltalálom a kereket, mert az elérhető monitoring programok nem feleltek meg az igényeimnek és akartam írni egy primitív monitor programot, ami kb. CPU, I/O terhelést és néhány fizikai paramétert mér. A program megírására nem került sor, de gyártottam egy kis performancia tesztnek indult valamit, amit akár keretrendszernek is lehet nevezni. Ha valakit érdekel, a githubon elérhető: <a rel="nofollow" href="https://github.com/haa-zee/proc_speedtest">github.com/haa-zee/proc_speedtest</a> <br />
Ez elég specifikus teszteket futtatott, de az elég jól látszik, hogy a python3-nak nem erőssége a sebesség, amire korrekt magyarázatot a mai napig nem kaptam. Sajnos a C# kimaradt a tesztekből, ha valaki ír egy olyat, ami ugyanazt csinálja, mint a többi, szívesen kipróbálom linuxon.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35259914
Válasz erre: Mondom is, miért C#
2018-05-24T08:29:22+02:00
2018-05-24T08:29:22+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35259810" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35259810 );">@midnightcoder2</a>: ja, meg talán nem árt a pythont, ha ugyan van ebből 3-as is, pypy használatával futtatni. Az is tud izgalmas dolgokat. Ezen túl meg a benchmarkok... néha, konkrét esetben jelenthetnek valamit, de messzemenő következtetéseket nem vonnék le belőlük.<br />
Csak egy példa: évekkel ezelőtt valami regex feladvánnyal szarakodtam. Elégedetlen voltam az akkori python2.7 teljesítményével, kipróbáltam ugyanazt javaban és C+(talán )pcre lib környezetben. Messze a python volt a leggyorsabb. Ja... persze... egy konkrét regex esetében. :D A többi próbáknál már a várható eredmény jött ki: a C volt gyorsabb. Hogy pont azzal a kifejezéssel miért tudott a python ennyire gyors lenni...
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35259888
Válasz erre: Mondom is, miért C#
2018-05-24T08:19:36+02:00
2018-05-24T08:19:36+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35259810" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35259810 );">@midnightcoder2</a>: meg is nézted a linket? Google, youtube, dropbox... csupa apró site-ok... :D<br />
A google nem tudom, azon fut-e, a youtube-ról voltak ilyen emlékeim.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35259810
Válasz erre: Mondom is, miért C#
2018-05-24T07:53:32+02:00
2018-05-24T07:53:32+02:00
midnightcoder2
http://blog.hu/user/1157834
Ez már nem olyan jó mint volt:<br />
<a rel="nofollow" href="https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/python.html">benchmarksgame-team.pages.debian.net/benchmarksgame/faster/python.html</a>
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35258716
Válasz erre: Mondom is, miért C#
2018-05-23T20:39:40+02:00
2018-05-23T20:39:40+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35257764" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35257764 );">@midnightcoder2</a>: <br />
<a rel="nofollow" href="https://www.shuup.com/blog/25-of-the-most-popular-python-and-django-websites/">www.shuup.com/blog/25-of-the-most-popular-python-and-django-websites/</a><br />
Nem ellenőriztem, mennyire aktuális...
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35257764
Válasz erre: Mondom is, miért C#
2018-05-23T17:03:45+02:00
2018-05-23T17:03:45+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35257366" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35257366 );">@hullajelölt88</a>: dBaseIII-as rendszerek is voltak 4Mhz-es IBM PC-ken, söt dBaseII-esek CP/M-en Z80 procival. <br />
Nem mindenhez kell kerítésszaggató performancia.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35257366
Válasz erre: Mondom is, miért C#
2018-05-23T15:36:04+02:00
2018-05-23T15:36:04+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35257312" class="reply_nick_1157834" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35257312 );">@midnightcoder2</a>: az 1. pont eleve értelmetlen. A többi implementáció még lassúbb (jython és tsai). És mindezek ellenére vannak elég nagy python alapú rendszerek is.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35257340
Válasz erre: Mondom is, miért C#
2018-05-23T15:30:11+02:00
2018-05-23T15:30:11+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35255562" class="reply_nick_742501" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35255562 );">@Sealka</a>: Attól függ. Ha a 10000. FPS-t vagy Angry Birds-t akarod megírni, akkor valóban. Komolyabb játéknál viszont elég szívás a primitív scriptnyelv és a mögötte lévö primitív logika. Lásd az amúgy gyönyörü, hatalmas Skyrim ahol még a legfontosabb szereplök is ugyanazt a 3-4 elöre scriptelt mondatot tudják mondani, ráadásul meglehetösen függetlenül a történtektöl. Hiába a tonnányi belepakolt content, hiába a jó 3D és fizikai motor, az élményt nagyon-nagyon lerontja az AI.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35257312
Válasz erre: Mondom is, miért C#
2018-05-23T15:25:41+02:00
2018-05-23T15:25:41+02:00
midnightcoder2
http://blog.hu/user/1157834
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35249050" class="reply_nick_1070532" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35249050 );">@cog3981</a>: A python ezer sebböl vérzik, pedig van pár dolga amit én is szeretek. Script nyelvnek szerintem teljesen Ok, de komolyabb appot nemigen csinálnék benne. Ennek több oka is van:<br />
1. A default implementáció (CPython) nagyon-nagyon lassú. A sebességteszteken általában masszívan az utolsó helyek környékén található.<br />
2. Vannak ugyan halvány próbálkozások a statikus típuskezelés irányába, de alapvetöen dinamikus, ráadásul a nyelv is értelmezett. Ami nagyobb projektek esetén bizony elég nagy szívás. Nincs rendes intellisense, refactoring, egy függvényröl igazán soha nem tudod biztosan hogy futáskor mit kapott paraméterként, egy, stb.<br />
Ez pár ezer sornál még nem fáj, pár milliónál már igen.<br />
3. A mai napig nem tudtak átállni a 3-as verzióra.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35256034
Válasz erre: Mondom is, miért C#
2018-05-23T11:21:03+02:00
2018-05-23T11:21:03+02:00
Plesz Gábor
http://blog.hu/user/1112170
@hullajelölt88: jogos, köszönöm szépen a kiigazítást!
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255758
Válasz erre: Mondom is, miért C#
2018-05-23T10:17:47+02:00
2018-05-23T10:17:47+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35255590" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35255590 );">@Plesz Gábor</a>: mi az a BREI írás? (Braille)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255590
Válasz erre: Mondom is, miért C#
2018-05-23T09:31:01+02:00
2018-05-23T09:31:01+02:00
Plesz Gábor
http://blog.hu/user/1112170
@Sealka: ehhez sajnos nem értek, de biztosan így van, köszönöm a kiegészítést! Viszont az Ádámék a Unity segítségével egy olyan kesztyűt csináltak (GlovEye), ami vakoknak BREI írással megmutat egy könyvet, ha a kesztyűvel végig simítanak a lapokon, és ehhez a Unity VR eszközei nagyon jól használhatóak, ahogy megmutatta. És ez már egy komoly alkalmazás, erről is van egy ingyenes bemutatónk: <a rel="nofollow" href="https://app.netacademia.hu/Tanfolyam/2017gloveye-gloveye---hogyan-keszult">app.netacademia.hu/Tanfolyam/2017gloveye-gloveye---hogyan-keszult</a>
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255562
Válasz erre: Mondom is, miért C#
2018-05-23T09:22:19+02:00
2018-05-23T09:22:19+02:00
Sealka
http://blog.hu/user/742501
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35255508" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35255508 );">@Plesz Gábor</a>: A Unity tetszőlegesen scriptelhető és többek között Lua is használható, ami elég népszerű a játékoknál lásd WoW, Crysis stb. (<a rel="nofollow" href="https://en.wikipedia.org/wiki/Category:Lua-scripted_video_games)">en.wikipedia.org/wiki/Category:Lua-scripted_video_games)</a>. <br />
Nem tudom mennyire érdemes egy ilyen összetett nyelvet, mint a C# scriptelésre használni, bár, ha az engine-hez nincs hozzáférés, akkor kénytelen a fejlesztő scriptben megírni sok olyat, aminek igazából nem ott lenne a helye. A Script szerintem egyszerű pár soros modulokból álló event alapú hot realoading-ra épülő gyors prototipizálásra való cucc, nem több 100, vagy ezer soros architektúrák írására, mint, amire a C# is való eredetileg.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255508
Válasz erre: Mondom is, miért C#
2018-05-23T09:11:11+02:00
2018-05-23T09:11:11+02:00
Plesz Gábor
http://blog.hu/user/1112170
@Sealka: köszi a Xenko tippet, nagyon király!!!<br />
<br />
A C# a Unity-vel inkább azért példa, mert egyrészt most épp van egy ilyen tanfolyam sorozatunk: Unity C#-ból (<a rel="nofollow" href="https://app.netacademia.hu/unity-developer)">app.netacademia.hu/unity-developer)</a>, másrészt, ha jól tudom, akkor két nyelven lehet a Unity-t most scriptelni: JavaScript és C# a választék. Ádám (az oktatónk) mondta, hogy JS-el kezdett, mert annak kezdetben jobb volt a támogatása, de mostanra egyértelműen C#-ot használja a munkában, mert számára egyértelműen jobb. <br />
<br />
De sem python, sem java, sem go és még sorolhatnám, nincs a lehetőségek között. Engem inkább ezért fogott meg:)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255468
Válasz erre: Mondom is, miért C#
2018-05-23T09:01:37+02:00
2018-05-23T09:01:37+02:00
Sealka
http://blog.hu/user/742501
Na most C# 2D/3D és erre példa a Unity? A Unity egy game engine, amit C++ ban írtak és ott a C# csak egy script réteg. Akkor inkább legyen már példa a Xenko, amit C# 7-ben(!) fejlesztenek, teljes értékű 3D game engine!
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255406
Válasz erre: Mondom is, miért C#
2018-05-23T08:45:33+02:00
2018-05-23T08:45:33+02:00
Plesz Gábor
http://blog.hu/user/1112170
Ez egy kicsit hosszú lett, @hullajelölt88: hobbiból a C# remek ötlet, csak nézz bele a cikkben hivatkozott meetup videókba:)<br />
<br />
TL;DR<br />
<br />
Én az ingyenes tanfolyamainkon a VSCode-ot használom, már csak azért is, mert volt már olyan, hogy a meetupra valaki macbook-kal érkezett, és egyszerűen nem lehetek windows-ba bezárva. Ezért aztán ahol lehet használom is, és azt mondom, hogy _még_nem éri el a Visual Studio Community (ami szintén ingyenes) szolgáltatásait és főleg a stabilitását, de _rettenetesen gyorsan fejlődik_. <br />
<br />
Nekem a legtöbb hiba abból szokott adódni, hogy van, amikor az Intellisense elveszíti a fonalat, ilyenkor csak kilépés/belépés segít, de az a helyzet, hogy ilyenbe azért futottam már Eclipse-ben is, amikor hirtelen minden pirossal alá lett húzva.<br />
<br />
Vannak hibái, nem olyan hatékony, mint a visual studio, vagy pedig a fizetős editorok (pl.: a JetBrains rider, ami nyilván jóval többet tud, ha már pénzt kér :) bár leginkább a refactoring tool-okkal jár előrébb, ahogy hallottam).<br />
<br />
Viszont ismeri a projekt fogalmát, rettenetesen sok beépülő modulja van, és hihetetlen tempóban fejlődik. Pair programminghoz például most a BUILD-en tették nyilvános preview-ba a Live Share-t (<a rel="nofollow" href="https://code.visualstudio.com/blogs/2017/11/15/live-share)">code.visualstudio.com/blogs/2017/11/15/live-share)</a>, együttműködik nem csak VS CODE-dal hanem Visual Studio-val is ilyen sharing session-ökben. Azt például nem tudom, hogy milyen editor támogat még ilyesmit, ingyen, Windows-on, OSX-en vagy linuxon. A beépülőkkel van Docker támogatása, teljes értékű degub felülete van, és még sorolhatnám.<br />
<br />
Ami pedig a C# és a linux viszonyát illeti, ez egy létező frigy, probléma akkor jöhet elő, amikor valaki pl. olyan (nuget) csomagot használ, aminek még nincs .NET Core támogatása. De ez egyre ritkább, ahogy telik az idő, legalábbis ahogy én tapasztalom. <br />
<br />
Amióta pedig a Docker for Windows pedig megjelent és használható, Windows-on is választhatok több futtatókörnyezet közül, amit tesztelni is tudok akár Windows-os gépemen is. Ezért választottam a Raspberry PI programozást Dockerrel, mint bemutatót, mert látszik, hogy milyen hihetetlenül egyszerű egy fejlesztést indítani C#/.NET/VS Code segítségével. Érdemes belenézni a videókba, nem csalás, nem ámítás.<br />
<br />
Én például az Azure-on egy Dockeres masinát 7USD-ért futtatok, amin most éppen négy ASP.NET Core alkalmazás fut tesztelési célokból. De mivel Docker konténerek, _akárhova tehetem őket_, épp ez a szép benne. <br />
<br />
És tényleg nem beszéltünk még OSX/iOS/Android mobil appokról, illetve Windows Desktop appokról, amiben szerintem a python nem tud a C# ellenfele lenni egyelőre, de szerintem nem is akar.<br />
<br />
Valamint, mindaz, amit eddig írtam, ingyenesen hozzáférhető, használható, csak a tanulási görbe a gátja.<br />
<br />
Én egyébként nem azt mondom, hogy a C# jobb, mint bármi, hanem azt, hogyha most valakinek választania kell egy nyelvet, nézzen rá, mert per pillanat úgy néz ki, hogy a C# az a nyelv, amit most a legnehezebb "kinőni":)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255290
Válasz erre: Mondom is, miért C#
2018-05-23T08:01:57+02:00
2018-05-23T08:01:57+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35255110" class="reply_nick_200508" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35255110 );">@valaki23</a>: szerintem per pillanat esélye sincs, hogy a közelébe érjen egy pycharm/intellij vagy akár egy eclipse környezetnek.<br />
Ubuntun: snap install vscode ; snap install pycharm aztán hasonlítsd össze őket. A vscode valahol a geany vagy a kdevelop környékén tart. Ahogy látom, a project is ismeretlen fogalom számára. A java update-ek fizetős irányba terelése miatt elgondolkodtam, hogy akkor irány a C#, úgyis csak hobbiból szórakozok ilyenekkel, de valahogy nem akar összeállni a kép. Tudtommal C#=.NET, az meg linuxon csak korlátozottan van támogatva, ha a nagyja hiányzik, akkor ezzel is úgy járok, mint a python2-3 váltással, hogy sok dolog nem érhető el vagy csak nagyobb energiabefektetéssel, mint egy apt install. (Forrásból telepíteni stb.) Ahhoz meg már öreg vagyok.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35255110
Válasz erre: Mondom is, miért C#
2018-05-23T06:24:23+02:00
2018-05-23T06:24:23+02:00
valaki23
http://blog.hu/user/200508
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35254480" class="reply_nick_1070532" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35254480 );">@cog3981</a>: Azure-ban teljesítményért kell fizetni, egy darab Raspberry Pi adatainak megjelenítése nem kíván különösebb teljesítményt, ezért arra az ingyenes bőven elegendő, ami természetesen örökre az, de azért nem kell csodákat várni. Ha bővülni kell, akkor lehet nagyobb csomagok felé lépni különösebb problémák nélkül. A lényeg az, hogy az ingyenes csomagban tudsz próbálgatni, nem kell a gatyádat ráfizetni a tanulásért.<br />
<br />
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35254200" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35254200 );">@hullajelölt88</a>: nem hiszem, hogy ez ennyiből megállapítható, ugyanis a lényeg a plugin-okban van. Bár én sem ezt használom egyelőre napi munkára, de erős a gyanú, hogy ez nem fog sokáig tartani. Mondjuk ezért: <a rel="nofollow" href="https://github.com/Microsoft/vscode">github.com/Microsoft/vscode</a>
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35254480
Válasz erre: Mondom is, miért C#
2018-05-22T21:44:34+02:00
2018-05-22T21:44:34+02:00
cog3981
http://blog.hu/user/1070532
@valaki23: "A havi 5 dollárt erre én sokallom, akkor már C#-ban ingyen tenném fel az Azure-ba. Mondom: ingyen. "<br />
Ingyen? Marmint 12 havi proba ido utan is ingyenes? Ha nem, akkor mennyibe kerul egy komplett legolcsobb szerver? Es speciel soha nem szerettem a beetetos idoszakokat. 12 honap utan is akarnam hasznalni a cuccot, lehetoleg nem 100 dollart fizetve havonta. Ha csak 5 akkor oke.<br />
<br />
Nem tudok kiigazodni a price kalkulatoron :) Amugy az azure.microsoft.com iszonyu lassu mikozben 100Mb/s a sebessegem mashova.. csak nem azure-on fut? :D na jo, vicc volt.. meg a nagyokkal is megesik a lassusag.<br />
<br />
Egy webalkalmazas vagy egy komplett szerver nem ugyanaz. Szerverre akarhany szolgaltatast, fel tudsz huzni akarhany retegben.<br />
VPN-ben futnak a szenzorok/controllerek publisherjei, DB-ben tarolodnak el realtime adatok, View szinten el van valasztva a DB-tol. Python fogadja az adatokat, javascript/webgl jeleniti meg 3D-ben a terkepen merge-ve az adatokat. Mivel rengeteg felhasznalo, van ezert load balancerek is segitik a szolgaltatast. Ez van a cegnel. Meg lehet csinalni pythonban is :)<br />
Az osszes komponens es technologia ingyenes, kiveve termeszetesen a szerverek es a savszel berleset.<br />
<br />
Siman le tudod szimulalni egy olcso cloud-ban levo "tanulos" szerverrel+RPi-vel az _egesz_ infrastrukturat.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35254200
Válasz erre: Mondom is, miért C#
2018-05-22T20:39:33+02:00
2018-05-22T20:39:33+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35254166" class="reply_nick_200508" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35254166 );">@valaki23</a>: "Az a visualizé szerintem elég kevés" - az imént megnéztem kicsit alaposabban, ez csak egy advanced editor, igen messze van attól, amit én IDE-nek nevezek. (free változatról van szó természetesen)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35254166
Válasz erre: Mondom is, miért C#
2018-05-22T20:28:09+02:00
2018-05-22T20:28:09+02:00
valaki23
http://blog.hu/user/200508
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35252210" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35252210 );">@hullajelölt88</a>: igen, van: <a rel="nofollow" href="https://code.visualstudio.com/">code.visualstudio.com/</a>
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35252210
Válasz erre: Mondom is, miért C#
2018-05-22T13:36:35+02:00
2018-05-22T13:36:35+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35251790" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35251790 );">@Plesz Gábor</a>: androidra elvileg lehet pythonban. Egyébként van linuxra ingyenes, teljesértékű IDE amiben C# fejlesztés is megy?<br />
Tudásban kb. a Pycharm lenne az alap.<br />
Az a visualizé szerintem elég kevés. Vagy nem néztem meg eléggé.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35251790
Válasz erre: Mondom is, miért C#
2018-05-22T12:13:56+02:00
2018-05-22T12:13:56+02:00
Plesz Gábor
http://blog.hu/user/1112170
Mindenkivel egyetértek, csak két megjegyzés: <br />
<br />
1. Azon az Ubuntu/Debian szerveren, amin a python megy simán elketyeg az ASP.NET Core alkalmazásom is (bár valóban, 10 db ingyenes webalkalmazást az Azure-ra is fel tudok lőni). És bizony a C# a különböző linuxokon teljes értékű polgár, példa rá a cikkben hivatkozott teljesítményteszt, ahol az alkalmazás linuxon fut éppen. <br />
<br />
2. Azt nem tudom, hogy a python hogy teljesít windows környezetben, viszont ezek mellett mobilra is (Android-ra és iOS-re) és desktopra is tudok C#-ban fejleszteni - a pythonról nem hallottam hasonlót.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35251540
Válasz erre: Mondom is, miért C#
2018-05-22T10:58:41+02:00
2018-05-22T10:58:41+02:00
<a href="http://netacademia.blog.hu/2018/05/19/mondom_is_miert_c?full_commentlist=1#c35249050" class="reply_nick_1070532" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 35249050 );">@cog3981</a>: C#-t még nem teszteltem, nem is használtam soha, de pythonnal van némi tapasztalatom. Mondjuk azonos gépen sokmindent tennék egy teljesítményigényes szerver alá, csak pythont nem. A 3-asnak mintha megnőttek volna az igényei...<br />
<br />
-----<br />
C# linuxon azért nekem még mindig elég kísértetiesen hangzik. Valami rémlik, hogy mono, meg hogy megy-megy, de azért mégsem az igazi... :)
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35251230
Válasz erre: Mondom is, miért C#
2018-05-22T09:47:55+02:00
2018-05-22T09:47:55+02:00
valaki23
http://blog.hu/user/200508
A havi 5 dollárt erre én sokallom, akkor már C#-ban ingyen tenném fel az Azure-ba. Mondom: ingyen.
https://netacademia.blog.hu/2018/05/19/mondom_is_miert_c/full_commentlist/1#c35249050
Válasz erre: Mondom is, miért C#
2018-05-21T17:10:51+02:00
2018-05-21T17:10:51+02:00
cog3981
http://blog.hu/user/1070532
Inkabb ajanlom a pythont, akkor siman fel lehet huzni egy Ubuntu/Debian szervert egyik cloud szolgaltatonal (5 USD havonta pl digitalocean), ahova MQTT-n keresztul fel lehet loni a homerseklet szenzor adatait a Raspberry Pi-rol :) ahol python flask webserveren keresztul megjelenited.<br />
Igy barhol vagy, lathatod hogy a telefonodon hany fok van otthon :)<br />
<br />
Az MS felismerhetne hogy kellene egy ingyenes Win Core Server tanulni.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c35185066
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-05-08T18:53:52+02:00
2018-05-08T18:53:52+02:00
232323
http://blog.hu/user/39711
Hát maradjunk annyiban, hogy a juniorok közül 10ből 1 az értelmes a szeniorok közül pedig 10ből 2. Katasztrófa minden szinten.
https://netacademia.blog.hu/2018/04/05/onenote_evernote_alternativak/full_commentlist/1#c34945360
Válasz erre: Agyagtáblától az Evernote-ig
2018-04-07T11:46:34+02:00
2018-04-07T11:46:34+02:00
Fishi
http://blog.hu/user/764056
"When people type their notes, they have this tendency to try to take verbatim notes and write down as much of the lecture as they can," Mueller tells NPR's Rachel Martin. "The students who were taking longhand notes in our studies were forced to be more selective — because you can't write as fast as you can type. And that extra processing of the material that they were doing benefited them."<br />
<br />
Mueller and Oppenheimer cited that note-taking can be categorized two ways: generative and nongenerative. Generative note-taking pertains to "summarizing, paraphrasing, concept mapping," while nongenerative note-taking involves copying something verbatim.
https://netacademia.blog.hu/2018/04/05/onenote_evernote_alternativak/full_commentlist/1#c34938062
Válasz erre: Agyagtáblától az Evernote-ig
2018-04-05T21:36:11+02:00
2018-04-05T21:36:11+02:00
bardóczi ákos
http://blog.hu/user/297292
<a href="http://netacademia.blog.hu/2018/04/05/onenote_evernote_alternativak?full_commentlist=1#c34937944" class="reply_nick_13819" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 34937944 );">@ClownPepito</a>: a Zoho Writert pont nem írtam :) az majd egy későbbi tervezett posztban lesz. Amikről írtam, többségében akkor sem halnak meg teljesen, ha elmegy a net, azt pedig nem lehet elégszer hangsúlyozni, hogy tényleg van, amikor a toll-papír kombó a legmegfelelőbb csak jóval ritkábban, mint sok-sok éve. Akik teljesen paperless éráról beszélnek, azért is vannak nagyon eltévedve, mert nem vágják, hogy bizonyos levéltári tételeket még a levéltárosok sem piszkálhatnak meg X évtizedig /*ergo nem is valódi levéltári tételek úgy definíció szerint*/, azaz digitalizálni sem lehet. Vagy ahogy írtam - több szakkönyvtárnál és levéltárnál hiába van szinte bármilyen research agreement, fotózni tilos, jegyzetelni lehet, ami full őrület, de van ilyen.
https://netacademia.blog.hu/2018/04/05/onenote_evernote_alternativak/full_commentlist/1#c34937944
Válasz erre: Agyagtáblától az Evernote-ig
2018-04-05T21:11:57+02:00
2018-04-05T21:11:57+02:00
Clodovicus S. Carolus
http://blog.hu/user/13819
Üdv! Szerencsére van még új a nap alatt. <br />
Ezekből az online jegyzetelős vackokból akkor lett elegem, amikor a legfontosabb pillanatban képtelenek voltak elérni a központi szerverüket. Ezért váltottam át offline módra. Writer Plus, ami faék egyszerűségű, viszont mindig működik. Note Everything, amiben imádom az egyszerű funkciókat és a QR-kódból való bejegyzéskészítést. De a kedvenc a Groovy Notes. Egyik se akar sehova felcsatlakozni, de ha használni akarom, akkor nem jelez szerverhibát, nem akarja, hogy még ezt is meg azt is megvegyem. De természetesen a leggyorsabb a Moleskine, ahhoz csak egy ceruza kell és ha nem kerül a tűzbe, akkor még 500 év múlva is olvashatók lesznek megsárgult lapjai.<br />
<br />
De ezért a Zoho Writert kipróbálom. A többi elég bizonytalan. A tippért köszönet.
https://netacademia.blog.hu/2018/03/26/a_nuget_org_ket_oran_keresztul_nem_volt_elerheto_az_ok_lejart_tanusitvany/full_commentlist/1#c34901652
Válasz erre: A nuget.org két órán keresztül nem volt elérhető. Az ok: lejárt tanusítvány
2018-03-29T19:13:57+02:00
2018-03-29T19:13:57+02:00
KisSzikra
http://blog.hu/user/611109
Hasonló problémával küzdött a VirtualBox.org is :)
https://netacademia.blog.hu/2018/02/27/a_programozok_jogairol_egy_lehetseges_alkotmanykiegeszites/full_commentlist/1#c34708738
Válasz erre: A programozók jogairól - egy lehetséges alkotmánykiegészítés :)
2018-02-27T11:05:26+01:00
2018-02-27T11:05:26+01:00
midnightcoder2
http://blog.hu/user/1157834
Ebből általában az utolsó az ami hiányzik.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c34591856
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-02-08T10:00:29+01:00
2018-02-08T10:00:29+01:00
saxus
http://blog.hu/user/1331526
Apró probléma, hogy a cikkben egy specialistáról van szó és nem senior fejlesztőről.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c34590076
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-02-07T20:16:13+01:00
2018-02-07T20:16:13+01:00
Nemzeti Dohányos
http://blog.hu/user/811134
Ez egyes seniorkra igaz, jellemzően olyanokkal találkoztam, akik kis-közepes cégél eltöltöttek 10 évet, majd valamiért kiszabadultak a nagyvilágba, és jobbik esetben csodálkozva jegyzetelnek, hogy mikről és miket kérdezek, rosszabb esetben még ők állnak neki győzködni, hogy a jdbc az mindenre jó. A többség azért halad a korral.
https://netacademia.blog.hu/2018/02/05/junior-e_a_senior_avagy_mit_tudhat_a_junoir_amirol_fogalma_sincs_a_seniornak/full_commentlist/1#c34578638
Válasz erre: Junior-e a senior? Avagy mit tudhat a junoir, amiről fogalma sincs a seniornak?
2018-02-05T19:35:18+01:00
2018-02-05T19:35:18+01:00
midnightcoder2
http://blog.hu/user/1157834
Ja. Mi most épp egy olyan rendszert próbálunk életben tartani, amit meglehetősen junior kollégák fejlesztettek, akik intenzíven használták az entity frameworkot, csak épp azt a tényt hagyták figyelmen kívül, hogy az egész mögött egy SQL szerver van, és hogy a felhőben az DTU az nem egy ingyenes és korlátlanul rendelkezésre álló erőforrás. A végeredmény egy rakás finoman szólva kissé szuboptimális query lett, amit aztán trükkök százaival lehetett rávenni arra, hogy egy megfizethető tier-en is lefusson a rendszer timeout nélkül az éles adatokkal.<br />
<br />
Fasza dolog az EF, ha pontosan tudod hogy mikor mit csinál, és hogy erre az SQL szerver mit lép. Ha viszont ez nincs így, akkor bizony az öntökönlövészet leghatékonyabb eszköze, mert kellő odafigyelés nélkül olyan CTE-ket varázsol egymás tetejére, hogy az SQL szerver sírva fakad amikor meglátja az execution plan-t.<br />
<br />
A legújabb frontend technológiák meg nagyon fasza dolgok, csak tudod ide általában legalábbis enterspájz kategóriában olyan rendszerek jönnek, amit anno valamikor megcsináltak, és itt near-shore csak tovább kell fejleszteni. Ergo, nem fogják az 5 éves rendszer user interfészét a legújabb Pityuka javascript framework 0.98 verzióra lecserélni akkor sem, ha amúgy tényleg kurva gyors, mert hogy van már egy adott UI amit szeretnének azonos kódbázison tartani, amúgy meg kb. a huszonháromezredik szempont a csicsa-micsa, a cégvezetést a végeredményként kapott excel tábla érdekli a számokkal, az hogy az adatokat feltöltő Jucika előtt hogyan pörög a homokóra kb. a lőtéri kutyát nem érdekli.<br />
<br />
Aki meg a Pistike bt csilli-willi webshopját fejleszti, az nem microsoftos technológiát fog használni, hanem jó PHP-MySQL-t linuxon.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c34332685
Válasz erre: Miért ne használjunk NULL-t?
2017-12-20T15:26:57+01:00
2017-12-20T15:26:57+01:00
eMeL
http://blog.hu/user/85390
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c34265647" class="reply_nick_98535" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 34265647 );">@nagy1</a>: Tudomásul kell venni, hogy a "nagy igazság"... na az nem létezik.<br />
<br />
Az alapelvek.<br />
1./ A null szükséges, ha a váétozó definiáláskor nem tudunk azonnal értéket adni. Ilyen esetben nem elkerülhető a léte.<br />
2./ A null praktikus, ha kapcsoló értékként kezeljük, az objektuk érvénytelen vagy adott tartalmú.<br />
Egy hasznos eszköz (ésszel használva) nem véletlen, hogy a C# az érték típusokat is kibővítette nullable lehetőséggel.<br />
3./ A null nagyon kellemetlen probléma okozó, mivel a kapott objektumot validálni kell és ez eddig csak kellemetlen, de meg kell tervezni milyen működés legyen, ha mégiscsak null paraméter érték érkezett. <br />
Innen nem egyszerű mert ugye vagy nem veszi figyelembe (tipikus JS/PHP megközelítés, valami defaulttal megy tovább) és adatvesztést eredményezhet ez a mód. Bagy pl. egy exceptionnal megszakad a folyamta és ezt is le kell kezelni illetve keresni a probléma okát (miért is jelenik itt meg a null).<br />
<br />
A C# új verziója adja majd a jó megoldást a 'non nullable' értelmezésű objektum adattípus, ami ugye 1./ esetén nem megoldás (akkor explicit jelezni kell a nullable jelzőt) és értelem szerűen lekezelni a null lehetőséget, de egy új rétegbe a validálás után már csak non nullable objektumok mehetnek tovább.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33662396
Válasz erre: Miért ne használjunk NULL-t?
2017-08-28T00:36:48+02:00
2017-08-28T00:36:48+02:00
Sealka
http://blog.hu/user/742501
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33153329" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33153329 );">@Plesz Gábor (NetAcademia)</a>: Ilyen a példa manapság lehetetlen, ugyanis kézzel nem szoktunk objektumokat létrehozni, hanem ez egy függőség, amit a megfelelő DI keretrendszer előállít és maga a probléma fel sem merülhet. A null-t meg kell hagyni ezeknek az alacsonyszintű keretrendszereknek, de az alkalmazásban mi már ilyenekkel nem foglalkozunk, tehát maga a téma is értelmetlen a mi szintünkön. Ha ez nincs így az architektúrális/tervezési probléma és ott kisebb gond is nagyobb annál, minthogy kell e a null, vagy sem.
https://netacademia.blog.hu/2017/06/28/8_ut_a_kiralyno_megmentesehez/full_commentlist/1#c33366245
Válasz erre: 8 út a királynő megmentéséhez
2017-07-08T23:45:31+02:00
2017-07-08T23:45:31+02:00
Meridian74
http://blog.hu/user/130423
A PHP-s verzió igen kemény :D
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33295113
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-26T11:43:18+02:00
2017-06-26T11:43:18+02:00
eMeL
http://blog.hu/user/85390
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33229787" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33229787 );">@hullajelölt88</a>: " ehhez a linuxos alrendszerhez nem kevés munka kellett"<br />
<br />
Egyrészt ez egy világcégnél, nem lényeges költség, ha hasznot éreznek belőle.<br />
Másrészt --amennyire tudom-- a lényeg pont, hogy a win alapból tartalmazta a subsystem rendszert (ez a modularitás koncepció része) így igazából linux-okat alig kellett egy kicsit kiherélni, egyben átvehetőek, nem kell nagy módosításokat csinálni bennük.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33289785
Válasz erre: Miért ne használjunk NULL-t?
2017-06-25T09:44:31+02:00
2017-06-25T09:44:31+02:00
bunny.hu
http://blog.hu/user/82263
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33154329" class="reply_nick_606058" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33154329 );">@Gerilgfx</a>:<br />
"nos igen, ez egy nagyon komoly design flaw az ooop (overly-objektumorientált) nyelvek nagy részében, hisz lehet valami mondjuk "", 0, null, inicializálatlan, stb, és ezek kb mind külön dolgok, mindet le kell kezelni, ezért mindegyik tovább növeli a szopás-faktort. "<br />
<br />
Sokan szeretik fikázni a php-t, de ott pl. van erre egy frankó empty() függvény, ami kiválóan lekezeli a sokféle üreset. Más nyelven megírni sem ördöngősség. Egyébként én nagyon nem kedvelem ,ha valaki fikáz egy nyelvet, legyen az java, php vagy épp basic. Én azt vallom, hogy egy jó programozó bármilyen nyelvet használva is jó programozó marad, mert az a gondolkodásmódtól függ és nem az eszköztől. Az eszköz -ezesetben a nyelv- feladathoz való megválasztása pedig szintén a jó programozó ismérve.<br />
<br />
Egyébként szerintem a cikk igenis elgondolkoztató, mert tényleg értelmesebb elkerülni a NULL-t a legtöbb esetben, és inkább végig gondolni, milyen módon lehetne olyan választ -vagy paramétert- adni, ami hasonló eredményt hoz, lásd a kolléga által is említett lista esetén null helyett üres lista.
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33229805
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-14T08:02:52+02:00
2017-06-14T08:02:52+02:00
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33229787" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33229787 );">@hullajelölt88</a>: félreértések/trollok megelőzése érdekében: a windows anyagi okok miatt repült. Az új notebookom linux-szal jött és sajnálom a pénzt a win10pro-ra...
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33229787
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-14T08:00:40+02:00
2017-06-14T08:00:40+02:00
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33227293" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33227293 );">@Plesz Gábor (NetAcademia)</a>: virtualboxhoz biztosan léteznek előtelepített image-ek, gondolom, más szoftverekhez is, de nem ez a lényeg. Azt hiszem, ehhez a linuxos alrendszerhez nem kevés munka kellett, ha nem nyúlták le a cygwin-t. Biztos, hogy üzleti megfontoláson túl egyéb oka is van, hogy belekezdtek?<br />
Sajnos a 10-essel dobtam a windows-t, nem lesz lehetőségem komolyabb tapasztalatokra szert tenni. <br />
<br />
Kicsit tartok tőle, hogy esetleg a linuxokba is bekerül ez-az a későbbiekben, erre hivatkozva. Ez-az alatt elsősorban sec.hole-ok, backdoorok megjelenésére gondolok. :(
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33227293
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-13T18:56:23+02:00
2017-06-13T18:56:23+02:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33226775" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33226775 );">@hullajelölt88</a>: ez is teljesen jogos kérdés, erről én azt gondolom, hogy nulláról virtuális gépeket telepíteni viszont nagyobb feladat, mint mondjuk a Store-ból beixelni két-három linuxot. <br />
És ha hihetünk az eddigi bétáknak, talán a teljesítményük is jobb, mintha teljes gépeket virtualizálnánk. Az álmok tehát szépek, de a puding próbája az evés, meglátjuk :)
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33226775
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-13T17:24:42+02:00
2017-06-13T17:24:42+02:00
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33225481" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33225481 );">@Plesz Gábor (NetAcademia)</a>: ez rendben van, de erre a célra talán jobb lenne egyszerű (?) virtuális gépeket használni. Én legalábbis ezt tettem amíg volt windows a laptopomon.
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33225481
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-13T15:07:39+02:00
2017-06-13T15:07:39+02:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux?full_commentlist=1#c33225349" class="reply_nick_1228697" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33225349 );">@hullajelölt88</a>: Teljesen jogos a kérdés, ha jól értem, akkor ilyesmi megoldásokra van célozva:<br />
<br />
Ha több linuxot tudsz egymás mellé telepteni, akkor a különböző környezeti beállításokat egy gépen tudod reprodukálni. (Dev/Staging/Production)<br />
<br />
És ha egyszerre tudsz futtatni több linuxot is párhuzamosan, olyan rendszert is tesztelhetsz, ami több eszközön/környezeten fut élesben például.
https://netacademia.blog.hu/2017/06/13/biztato_tervek_a_wsl_haza_tajan_windows_subsystem_for_linux/full_commentlist/1#c33225349
Válasz erre: Bíztató tervek a WSL háza táján (Windows Subsystem for Linux)
2017-06-13T14:49:13+02:00
2017-06-13T14:49:13+02:00
Kérdem én: minek? Meg úgy egyébként is... jobb lenne, ha a windows megmaradna magának.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33163023
Válasz erre: Miért ne használjunk NULL-t?
2017-06-03T00:07:11+02:00
2017-06-03T00:07:11+02:00
eMeL
http://blog.hu/user/85390
Igazából semmi baj nincs a NULL-al.<br />
Valóban vannak problémák a null használata miatt, amikre jó lenne megoldásokat kitalálni, de a null léte fontos, olyannyira hogy pl. C#-ban még a nulllable értéktípusok is bevezetésre kerültek<br />
<br />
Az iagazán j megoldást a non-nullable módosító bevezetése fogja meghozni, tudtommal már C#7-re is szerették volna, de esélye sem volt, de mindenesetre komolyan bekerült a gondolat a gondolkodásba.<br />
<br />
<a rel="nofollow" href="http://twistedoakstudios.com/blog/Post330_non-nullable-types-vs-c-fixing-the-billion-dollar-mistake">twistedoakstudios.com/blog/Post330_non-nullable-types-vs-c-fixing-the-billion-dollar-mistake</a><br />
<br />
.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33154329
Válasz erre: Miért ne használjunk NULL-t?
2017-06-01T14:18:35+02:00
2017-06-01T14:18:35+02:00
Gerilgfx
http://blog.hu/user/606058
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33153329" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33153329 );">@Plesz Gábor (NetAcademia)</a>: nos igen, ez egy nagyon komoly design flaw az ooop (overly-objektumorientált) nyelvek nagy részében, hisz lehet valami mondjuk "", 0, null, inicializálatlan, stb, és ezek kb mind külön dolgok, mindet le kell kezelni, ezért mindegyik tovább növeli a szopás-faktort. de c-ben ez nincs, ott nincs nyelvi szinten se lista, se objektum, csak változók, és azokban számok (a pointer is csak egy szám, a szöveg egy pointer, a NULL csak egy define 0-ára). szóval eleve teljesen más koncepció szerint építed fel a programot. cben mondjuk minden hardverközeli bitrágás, javaban meg magas szintű nyelvi elemeket kombinálsz össze. és nagyon nem mindegy, hogy melyikből akarod (tudod) kihagyni a nullt.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33153329
Válasz erre: Miért ne használjunk NULL-t?
2017-06-01T12:00:01+02:00
2017-06-01T12:00:01+02:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33149107" class="reply_nick_606058" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33149107 );">@Gerilgfx</a>: ez egy nagyon jó szempont, köszönöm! <br />
<br />
Azt hiszem most már, hogy nagyon hasonló dolgokról beszélünk. A C#-ban (és ha jól tudom a JAVA nyelven is) a NULL értéket referenciát tartalmazó változó veheti fel. Akkor veszi fel, ha nincs beállítva a referencia objektumpéldányra. Ha jól gondolom, ezzel nagyon hasonló a működése az általad leírtakkal. <br />
<br />
A probléma ezzel a következő. <br />
<br />
Ha egy változó NULL értéket vehet fel, akkor minden esetben, mielőtt használnánk, ellenőrizni kell. Tehát meg kell nézni, hogy NULL értéke van-e, és ha igen, ennek megfelelően kezelni. Ha pedig a referencia mutat valahova, felhasználni az értékét, ahogy eredetileg is terveztük.<br />
<br />
A példádnál maradva, ha az e-mail címek listája null, akkor nem csinálunk vele semmit, ha pedig mutat valahova, akkor feldolgozzuk. <br />
<br />
Ez az esetszétválasztás a probléma, ami miatt a null értékek használatát érdemes meggondolni. Ezzel kapcsolatosan a null object pattern azt mondja, hogy ha például egy listánk van, akkor üres lista esetén ne nullt adjunk neki, hanem egy üres listát. Így a programunk végig tud menni az e-mail címek listáján, és mivel az üres, nem csinál semmit. <br />
<br />
A lényeg tehát, hogy ne legyen esetszétválasztás a változó használata előtt, mert ha ezt egyszer elfelejtjük, akkor futásidejű hibával elszállunk.<br />
<br />
Általánosabban pedig ez a minta azt tanácsolja, hogy null érték helyett használjunk olyan példányt, amivel elérjük, hogy ne kelljen esetszétválasztást végeznünk. Persze ez egyáltalán nem egyszerű dolog, ezért is örültem a cikknek, amikor a konkrét példáit megláttam.<br />
<br />
Röviden ennyi, persze egy gyakorlott programozó a null ellenőrzést (általában) nem felejti el, de az ördög azért nem alszik.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33149107
Válasz erre: Miért ne használjunk NULL-t?
2017-05-31T15:09:19+02:00
2017-05-31T15:09:19+02:00
Gerilgfx
http://blog.hu/user/606058
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33147043" class="reply_nick_1112170" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33147043 );">@Plesz Gábor (NetAcademia)</a>: procedurális nyelvekben, pl C is van null (nagybetűvel, NULL), ott tulajdonképpenegy #dfine NULL (void*)0 formájában szokott implementálva lenni, és pontosan így és ilyen értelemben használjuk, mert egyszerűbb leírni, mintha a nullát castelgetnéd pointerré. <br />
<br />
deklarálásnál érdemes értékként megadni a pointernek, hogy nehogy memóriaszemét legyen benne akkor, ha később nem adsz neki értéket (tehát char * eleresi_ut=NULL; .) továbbá, hiba esetén remekül vissza lehet dobni a NULL-t, illetve ha valahol nem akarunk értéket adni (például a függvény valamelyik bemeneti értékének értéknek NULL-t adunk, jelezve például azt, hogy mondjuk átadtunk egy felhasználói listát, de például az e-mail címek listáját nem ismerjük, ezért ott NULL-t adtunk át.). vagy például ha a kód későbbi részén nem tudjuk előre megjósolni, hogy egy pointernek van -e már rendes értéke, vagy még mindig NULL-e. <br />
<br />
C-ben tehát egyértelműen, és jól működik a NULL. szóval szerintem hogyha más nyelvben nem működik ez jól, akkor az ott egyáltalán nem a NULL hibája, hanem sokkal inkább magával a programozási nyelvvel van a probléma. esetleg a bejegyzés címe lehetne még: miért ne használjunk null-t javaban, vagy xyz másik nyelvben, megemlítve, hogy eközben milyen jól és triviális a C-ben történő használata.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33147043
Válasz erre: Miért ne használjunk NULL-t?
2017-05-31T10:19:42+02:00
2017-05-31T10:19:42+02:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t?full_commentlist=1#c33145743" class="reply_nick_606058" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 33145743 );">@Gerilgfx</a>: Igazán köszönöm a visszajelzést :)<br />
<br />
Sok érdekes dolog felmerült így, hasznos lehet, ha beszélünk ról.<br />
<br />
1. Teljesen egyetértek azzal, hogy ha valaki csak egy cikket látott egy adott témában és angolul, akkor vigyáznia kell, mert könnyen előfordulhat az, hogy túlságosan is befolyásolja a véleményét. <br />
<br />
Szerintem ráadásul a helyzet az, hogy az Informatikában felmerülő gondolatok túlnyomó része -a többség számára elérhető módon- angolul jelenik meg. Így az angol nyelvű befolyásolást elkerülni nem jó stratégia, tehát: a fenti gondolat bizony nagyon aktuális.<br />
<br />
2. Kis kitérő: sok információ jön szembe nap mint nap, _én_ ezen a blogon általában azokat teszem fel, amikkel kapcsolatosan az érzésem az, hogy fontos róla tudni, vagy érdemes elolvasni, vagy frappánsan elemez valamit. Ez a cikk is ilyen. De ez az egész személyes, _én_ látom így, és annak tudatában teszem mindezt, hogy nem biztos, hogy más is ezt gondolja. Ezért nagyon értékes számomra minden visszajelzés.<br />
<br />
A konkrét témával kapcsolatosan a következőt gondolom.<br />
<br />
3. Aki már egy ideje programozik, annak előbb-utóbb vegyes érzései lesznek a NULL érték használatával kapcsolatosan. Nem véletlenül, az iparágban szerintem nagyjából konszenzus van arról, hogy -sarkosan fogalmazva- ahol lehet kerüljük a NULL használatát (NULL object pattern: <a rel="nofollow" href="https://hu.wikipedia.org/wiki/Null_Objektum_programtervez%C3%A9si_minta)">hu.wikipedia.org/wiki/Null_Objektum_programtervez%C3%A9si_minta)</a>. <br />
<br />
A blogbejegyzésben hivatkozott cikkben hivatkozott cikk (Null References: The Billion Dollar Mistake: <a rel="nofollow" href="https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare)">www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare)</a> nagyon szépen körüljárja kérdést és a NULL történetét.<br />
<br />
4. Azonban a hivatkozások feldolgozása komolyabb befektetést kíván, és nem ad azonnal használható receptet egy-egy helyzetre. A hivatkozásokhoz képest viszont a blogolt cikk _szerintem_ egy átlagos progamozó számára is érthetően mutat használható módszereket, így felkeltette érdeklődésemet, remélve, hogy más is hasznosnak találja:)<br />
<br />
5. Utolsó gondolat: tisztelem a határozottságot, sokszor hasznos. És nem az én dolgom a JAVA-t védeni, mert nem is értek hozzá. Jómagam a JAVA nyelvvel -azon kívül, hogy tanultam valaha- C# programozóként sokáig nem is találkoztam. <br />
<br />
Az elmúlt években azonban szembesültem azzal, hogy egészen elképesztő eredményei vannak (például az ElasticSearch stack: <a rel="nofollow" href="https://www.elastic.co/">www.elastic.co/</a>, de lehetne hosszan sorolni), rengeteg kíváló programozó dolgozik vele, és amit csinálnak az bizony sokszor egyedülálló. A .NET világban mozgó emberként _nekem legalábbis_ van mit tanulnom tőlük. <br />
<br />
Így én magam általában sem merek ilyen határozott véleményt alkotni, de most nem is értek egyet a véleményeddel.
https://netacademia.blog.hu/2017/05/30/miert_ne_hasznaljunk_null-t/full_commentlist/1#c33145743
Válasz erre: Miért ne használjunk NULL-t?
2017-05-31T00:50:31+02:00
2017-05-31T00:50:31+02:00
Gerilgfx
http://blog.hu/user/606058
attól, hogy láttál egy cikket angolul, még nem kell valamiféle szent igazságnak képzelni, ezzel csak a saját önálló gondolatiságodat sajnálod le. szerintem a cikk címe is híbás, helyesen így hangzott volna: ,,Miért ne használjunk Java-t?''
https://netacademia.blog.hu/2017/04/24/a_linux_for_windows_subsystem_egeszen_jol_hasznalhato/full_commentlist/1#c32916649
Válasz erre: A Linux for Windows subsystem egészen jól használható
2017-04-25T06:42:03+02:00
2017-04-25T06:42:03+02:00
Teddy Beer
http://blog.hu/user/315148
Sok syscall még mindig nem megy, ezért marad érdekességnek nálam. Egy tesztszerver azért még biztosabb.
https://netacademia.blog.hu/2017/04/19/tenyleg_itt_vannak_az_uj_idok_visual_studio_for_mac/full_commentlist/1#c32880573
Válasz erre: Tényleg itt vannak az új idők: Visual Studio for Mac
2017-04-20T08:54:41+02:00
2017-04-20T08:54:41+02:00
Plesz Gábor
http://blog.hu/user/1112170
Megértem, ezért másoltam a kommentet is a bejegyzésbe, hogy lássuk: sokan vannak ezzel így :)
https://netacademia.blog.hu/2017/04/19/tenyleg_itt_vannak_az_uj_idok_visual_studio_for_mac/full_commentlist/1#c32880135
Válasz erre: Tényleg itt vannak az új idők: Visual Studio for Mac
2017-04-20T07:20:34+02:00
2017-04-20T07:20:34+02:00
midnight coder
http://blog.hu/user/126052
Azért én egy Visual Studio for linuxnak valahogy jobban örülnék.
https://netacademia.blog.hu/2017/01/23/nehany_karakter_megoli_az_iphonokat/full_commentlist/1#c32214833
Válasz erre: Néhány karakter megöli az iPhone-okat!
2017-01-23T16:48:47+01:00
2017-01-23T16:48:47+01:00
CamelCase88
http://blog.hu/user/803030
Uhh! Ezt megúsztam, nekem csak ilyen béna kis androidom van... Mázli hogy nincs pénzem ilyen jó telefonra... ;)
https://netacademia.blog.hu/2017/01/20/otthonrol_dolgozni_jo_de_nem_egyszeru_profik_tippjei_kovetkeznek/full_commentlist/1#c32194681
Válasz erre: Otthonról dolgozni jó, de nem egyszerű. Profik tippjei következnek.
2017-01-20T13:06:07+01:00
2017-01-20T13:06:07+01:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2017/01/20/otthonrol_dolgozni_jo_de_nem_egyszeru_profik_tippjei_kovetkeznek?full_commentlist=1#c32194179" class="reply_nick_404967" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 32194179 );">@Zéé-e</a>: Köszönöm szépen a visszajelzést! Amit én teszek ki csak arról tudok hitelesen nyilatkozni. <br />
Valójában ami randomnak látszik az az, ami nekem tetszik :) Tehát azon cikkek közül, ami _velem_ szembejön a _számomra_ legérdekesebbeket ide is kiteszem. És néha, ha van mód, idő és ok, akkor le is fordítom. Ebből azért kevés van, de van néhány.
https://netacademia.blog.hu/2017/01/20/otthonrol_dolgozni_jo_de_nem_egyszeru_profik_tippjei_kovetkeznek/full_commentlist/1#c32194179
Válasz erre: Otthonról dolgozni jó, de nem egyszerű. Profik tippjei következnek.
2017-01-20T11:38:39+01:00
2017-01-20T11:38:39+01:00
Zéé-e
http://blog.hu/user/404967
Mi értelme ennek az egész blognak? Random linkek összemásolva, kvázi nulla munkával?
https://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k/full_commentlist/1#c32136709
Válasz erre: OKTATÓKAT KERESÜNK!
2017-01-12T09:23:25+01:00
2017-01-12T09:23:25+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
<a href="http://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k?full_commentlist=1#c32136389" class="reply_nick_185087" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 32136389 );">@Fóti Marcell</a>: én már nem.... nincs rá péééénz... :DDD
https://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k/full_commentlist/1#c32136389
Válasz erre: OKTATÓKAT KERESÜNK!
2017-01-12T08:24:33+01:00
2017-01-12T08:24:33+01:00
Fóti Marcell
http://blog.hu/user/185087
<a href="http://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k?full_commentlist=1#c32134359" class="reply_nick_1036000" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 32134359 );">@Hóhér az utolsó barátod</a>: Angolórát adok-veszek :)
https://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k/full_commentlist/1#c32134379
Válasz erre: OKTATÓKAT KERESÜNK!
2017-01-11T21:09:54+01:00
2017-01-11T21:09:54+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
<a href="http://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k?full_commentlist=1#c32134359" class="reply_nick_1036000" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 32134359 );">@Hóhér az utolsó barátod</a>: illetve annyiban, hogy igazgatónak jó lennék :D
https://netacademia.blog.hu/2017/01/11/o_k_t_a_t_o_k_a_t_k_e_r_e_s_u_n_k/full_commentlist/1#c32134359
Válasz erre: OKTATÓKAT KERESÜNK!
2017-01-11T21:09:02+01:00
2017-01-11T21:09:02+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
"Aki tudja, csinálja, aki nem tudja, tanítja, aki tanítani sem tudja, az igazgatja"<br />
És mennyien nem hiszik el, hogy ez igaz... :(<br />
<br />
(bocs, nem a posztnak szólt)
https://netacademia.blog.hu/2016/12/09/sudo_apt-get_install_-y_mssql-server/full_commentlist/1#c31922633
Válasz erre: sudo apt-get install -y mssql-server (Telepítettél már linuxon MSSQL szervert? :) )
2016-12-09T16:33:43+01:00
2016-12-09T16:33:43+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
Ennek mi értelme? Tényleg nem értem, a MS miért öl pénzt ilyesmibe.<br />
Linuxra lényegesen jobb rdbms-ek léteznek, a MS-SQL igazán csak a Windows-függőknek fontos.
https://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon/full_commentlist/1#c31897147
Válasz erre: Emberkísérlet a Facebookon!
2016-12-06T10:09:18+01:00
2016-12-06T10:09:18+01:00
Fóti Marcell
http://blog.hu/user/185087
<a href="http://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon?full_commentlist=1#c31897113" class="reply_nick_1036000" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31897113 );">@Hóhér az utolsó barátod</a>: És ez sem. A különbség nem szignifikáns. A csaj vezet, az óra a második, és a Mikulás a harmadik, de 2304:2101:1912 arányban. Vagyis a kép valamicskét módosít az olvasottságon, de érdemben nem. Úgyhogy csak azt értük el a háromszoros kirakással, hogy háromszoros lett a reach, bár azt sosem fogjuk megtudni, hogy különböző embereknek mutatta-e meg a Facebook (szerintem igen).
https://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon/full_commentlist/1#c31897113
Válasz erre: Emberkísérlet a Facebookon!
2016-12-06T10:05:34+01:00
2016-12-06T10:05:34+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
<a href="http://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon?full_commentlist=1#c31896865" class="reply_nick_185087" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31896865 );">@Fóti Marcell</a>: akkor a látogatók többsége inkább hímsoviniszta, esetleg kisgyerek, de nem igazi ITs :-P
https://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon/full_commentlist/1#c31896865
Válasz erre: Emberkísérlet a Facebookon!
2016-12-06T09:30:48+01:00
2016-12-06T09:30:48+01:00
Fóti Marcell
http://blog.hu/user/185087
<a href="http://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon?full_commentlist=1#c31896311" class="reply_nick_1036000" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31896311 );">@Hóhér az utolsó barátod</a>: Egyáltalán nem, de nagyon durván nem! :)
https://netacademia.blog.hu/2016/12/05/emberkiserlet_a_facebookon/full_commentlist/1#c31896311
Válasz erre: Emberkísérlet a Facebookon!
2016-12-06T07:39:49+01:00
2016-12-06T07:39:49+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
Az órás, a csaj és végén a miki, kb. 60-30-10% arányban? :)
https://netacademia.blog.hu/2016/12/05/cosmos_menedzselt_nyilt_forraskodu_operacios_rendszer_c_nyelven/full_commentlist/1#c31892219
Válasz erre: COSMOS: Menedzselt, nyílt forráskódú operációs rendszer C# nyelven
2016-12-05T16:21:32+01:00
2016-12-05T16:21:32+01:00
Kong.Kinga
http://blog.hu/user/223802
fasság, lehetetlen.<br />
C# nem kifejezetten rendszer/hardver közeli nyelv.
https://netacademia.blog.hu/2016/12/01/nem_az_a_kerdes_hogy_ki_a_mikulas_hanem_az_hogy_ki_a_fenyofa/full_commentlist/1#c31862418
Válasz erre: Nem az a kérdés, hogy ki a Mikulás, hanem az, hogy ki a fenyőfa!
2016-12-01T18:16:09+01:00
2016-12-01T18:16:09+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
<a href="http://netacademia.blog.hu/2016/12/01/nem_az_a_kerdes_hogy_ki_a_mikulas_hanem_az_hogy_ki_a_fenyofa?full_commentlist=1#c31860484" class="reply_nick_73525" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31860484 );">@JoeP</a>: Ómen
https://netacademia.blog.hu/2016/12/01/nem_az_a_kerdes_hogy_ki_a_mikulas_hanem_az_hogy_ki_a_fenyofa/full_commentlist/1#c31860484
Válasz erre: Nem az a kérdés, hogy ki a Mikulás, hanem az, hogy ki a fenyőfa!
2016-12-01T13:58:24+01:00
2016-12-01T13:58:24+01:00
JoeP
http://blog.hu/user/73525
Ámen.
https://netacademia.blog.hu/2016/11/18/azert_ezt_is_megertuk_visual_studio_for_mac/full_commentlist/1#c31761940
Válasz erre: Azért ezt is megértük: Visual Studio for Mac
2016-11-19T15:54:35+01:00
2016-11-19T15:54:35+01:00
midnight coder
http://blog.hu/user/126052
A VS for linux valamivel érdekesebb lenne, még akkor is, ha csak Monodevelop.
https://netacademia.blog.hu/2016/11/16/a_bwin_hogy_hasznalja_az_sql_server_2016-ot_teljesitmenyfokozasra/full_commentlist/1#c31742101
Válasz erre: A bwin hogy használja az SQL Server 2016-ot teljesítményfokozásra?
2016-11-16T21:34:12+01:00
2016-11-16T21:34:12+01:00
232323
http://blog.hu/user/39711
Ja. Mi meg vert pisalunk a tizedeert.. kokler banda.
https://netacademia.blog.hu/2016/11/09/azt_hitted_hogy_a_private_mezot_net-ben_nem_lehet_az_osztalyon_kivulrol_megpiszkalni/full_commentlist/1#c31686781
Válasz erre: Azt hitted, hogy a private mezőt .NET-ben nem lehet az osztályon kívülről megpiszkálni? :)
2016-11-09T21:17:28+01:00
2016-11-09T21:17:28+01:00
Plesz Gábor
http://blog.hu/user/1112170
<a href="http://netacademia.blog.hu/2016/11/09/azt_hitted_hogy_a_private_mezot_net-ben_nem_lehet_az_osztalyon_kivulrol_megpiszkalni?full_commentlist=1#c31680399" class="reply_nick_1036000" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31680399 );">@Hóhér az utolsó barátod</a>: Teljesen egyetértek. Itt az üzenet inkább valami olyasmi lehetne, hogy meg tudunk tenni mindent. IS. :)
https://netacademia.blog.hu/2016/11/09/azt_hitted_hogy_a_private_mezot_net-ben_nem_lehet_az_osztalyon_kivulrol_megpiszkalni/full_commentlist/1#c31680399
Válasz erre: Azt hitted, hogy a private mezőt .NET-ben nem lehet az osztályon kívülről megpiszkálni? :)
2016-11-09T06:33:24+01:00
2016-11-09T06:33:24+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
S.O.L.I.D.?<br />
De úgy egyébként is nagy gáz, ha privátban kell turkálni. ;)
https://netacademia.blog.hu/2016/11/04/minden_amit_a_json-rol_tudni_erdemes/full_commentlist/1#c31629817
Válasz erre: Minden, amit a JSON-ről tudni érdemes
2016-11-04T06:56:29+01:00
2016-11-04T06:56:29+01:00
Hóhér az utolsó barátod
http://blog.hu/user/1036000
Lazán kapcsolódik: <a rel="nofollow" href="http://stackoverflow.com/questions/1726802/what-is-the-difference-between-yaml-and-json-when-to-prefer-one-over-the-other">stackoverflow.com/questions/1726802/what-is-the-difference-between-yaml-and-json-when-to-prefer-one-over-the-other</a><br />
<br />
Egyébként a cikkben leírt problémák egy része (hiányos/zavaros/nehezen értelmezhető specifikáció, nincs két egyforma eredmény biztosítására képes eszköz és hasonlók), úgy vettem észre, nagyjából bármire igazak a számítástechnikában.<br />
Például html5? Esetleg ipv6?<br />
Mondjuk pont a json esetében eszembe nem jutott volna, hogy ennyire gázos lehet még akkor is, ha az alkalmazott nyelv "beépített" parserét használom.
https://netacademia.blog.hu/2016/10/24/egypercesek_214/full_commentlist/1#c31569765
Válasz erre: Egypercesek
2016-10-26T12:40:50+02:00
2016-10-26T12:40:50+02:00
drmc
http://blog.hu/user/348758
<a href="http://netacademia.blog.hu/2016/10/24/egypercesek_214?full_commentlist=1#c31560213" class="reply_nick_1064696" onclick="javascript:if ( typeof followCommentReply != 'undefined' ) return followCommentReply( 31560213 );">@Ozga Linda</a>: Kedves Linda! Nem erről az e-mail címről írtam. Mlatilik Zsolt (Google) néven keressétek. Köszi.