Képzelem ahogy 40 év múlva is a Hacsizacsit fogja telepíteni A windóz nem tudomhányra. Amúgy kezd ilyen unalmas trashbe átcsapni, mint a vakond. Egyre nehezebb az őrjöngést előidézni nála. Persze lehet hogy még mindig a bogyók hatása alatt van. Majd egyszer elfogy.
Ez az ember évek óta ugyanazt püföli, érteni nem ért belőle semmit, csak veri befelé a bemagolt kódot, mint egy betanított munkás. Ezért ragaszkodik a VB-hez, mert más nyelven nem lenne képes a legminimálisabb működő programot sem létrehozni. Tanulni lusta, de a sikerélmény azért kell, az meg itt megvan nulla efforttal: “jé, ideraktam a gombot, lefordítom, működik”. Ez full kezdő szint, amikor ilyeneknek örülünk, de innen azért viszonylag gyorsan továbblépnek az emberek, kivéve ernőkét.
9:55 “ha kód szinten rendben van, de függvény szinten nincsen rendben, akkor jön képbe a debág mód” - ennek konkrétan nincs értelme. Valószínűleg arra gondol, hogy szintaktikailag helyes a kód, de szemantikailag tartalmaz olyan hibákat, amelyek kezeletlen kivételt okoznak, és akkor debugger megmutatja a hiba keletkezésének a helyét a kódban, a változók értékét, valamint a call stacket. Nyilván ezekből semmit nem ért, ezért nem kell a debág mód, jobban szeret vakon barkóbázni. 12:07 64 bites hetyetye: “ne a múltnak fejlesszünk, hanem a jövőnek” - szólt a VB.NET próféta. 17:05 Mondjuk illene layoutokat használni, és nem csak úgy behajigálni a vezérlőket fix koordinátákra. Ez 20 éve még talán elment, de ma már magát a WinForms-t is el kellene teljesen engedni. 26:05 “hibát tartalmaz a build, mindenképpen szeretném-e lefordítani” - inkább az utolsó sikeres buildet futtatni. Ezt mondja az angol szöveg. Nagyon nem ugyanaz. 26:40 Ez az állítólagos anyanyelve, de a fejlesztői környezet javaslatai nélkül teljesen meg van lőve. A “File.Exists(…)” neki “file.exist(…)”, amíg az IDE meg nem szánja, és ez nem az első eset, hogy ezt prezentálta. 27:35 Szerinte a “System.IO.File.Exists(…)” és a “My.Computer.FileSystem.FileExists(…)” az tök ugyanaz a metódus.
Spoiler: a következő részekben megismerkedünk a timerekkel és a progress barokkal, jöhet egy-két picstörbox, meg “try függvény”, aztán gyorsan vége lesz ennek a sorozatnak is.
Mekkora retardaltnak kell mar valakinek ahhoz lenni, hogy default-ban 'release' mode-ban forditson fejlesztes kozben? Szereted, ha sokaig tart forditani? Vagy szereted, ha nem lehet normalisan debuggolni, ha hiba van?
41 hozzászólás
Biztos kurvanagy segítség ez a videó csak tudnám, hogy kinek?
Kint a második rész is
Betegeskedünk te fasszopó vagy megint az aranyér műtétedre készülsz?
9:55 “ha kód szinten rendben van, de függvény szinten nincsen rendben, akkor jön képbe a debág mód” - ennek konkrétan nincs értelme. Valószínűleg arra gondol, hogy szintaktikailag helyes a kód, de szemantikailag tartalmaz olyan hibákat, amelyek kezeletlen kivételt okoznak, és akkor debugger megmutatja a hiba keletkezésének a helyét a kódban, a változók értékét, valamint a call stacket. Nyilván ezekből semmit nem ért, ezért nem kell a debág mód, jobban szeret vakon barkóbázni.
12:07 64 bites hetyetye: “ne a múltnak fejlesszünk, hanem a jövőnek” - szólt a VB.NET próféta.
17:05 Mondjuk illene layoutokat használni, és nem csak úgy behajigálni a vezérlőket fix koordinátákra. Ez 20 éve még talán elment, de ma már magát a WinForms-t is el kellene teljesen engedni.
26:05 “hibát tartalmaz a build, mindenképpen szeretném-e lefordítani” - inkább az utolsó sikeres buildet futtatni. Ezt mondja az angol szöveg. Nagyon nem ugyanaz.
26:40 Ez az állítólagos anyanyelve, de a fejlesztői környezet javaslatai nélkül teljesen meg van lőve. A “File.Exists(…)” neki “file.exist(…)”, amíg az IDE meg nem szánja, és ez nem az első eset, hogy ezt prezentálta.
27:35 Szerinte a “System.IO.File.Exists(…)” és a “My.Computer.FileSystem.FileExists(…)” az tök ugyanaz a metódus.
Spoiler: a következő részekben megismerkedünk a timerekkel és a progress barokkal, jöhet egy-két picstörbox, meg “try függvény”, aztán gyorsan vége lesz ennek a sorozatnak is.