-
IT café
Új hozzászólás Aktív témák
-
Tigerclaw
nagyúr
Rövid kérdés. Ismertek olyan fórumtopikot itt ami a Greenfox, Codecool és hasonló alternatív szoftverfejlesztést oktató iskolákkal foglalkozik?
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz baracsi #13103 üzenetére
Ma éppen az Indexen volt egy cikk ami kipukasztotta nem is kicsit a rózsaszín lufit: [link]
Sajnos felnőttként ha pályamódosításban gondolkodsz, erősen limitáltak a választási lehetőségeid. A főiskolák, egyetemek alapból kiesnek, mert túl sokáig tartanak, ráadásul rengeteg a felesleges tantárgy, elavult tanterv, nem beszélve az oktatókról, akik szakmailag gyakran nincsenek a csúcson, és csak a tanulók szívatásának élnek. Még csak nem is olcsóak. Az OKJ-s képzések színvonala meg sehol sincs jellemzően. Azok inkább annak a rétegnek felelnek meg, akiknek a papír a lényeg nem a tudás.
Gyakorlatilag akinek viszonylag elfogadható időn belül kell friss tudás, ezek maradnak. Ha vidéki vagy, tovább szűkül mert több képzés, csak a fővárosban van. Másik lehetőség netes kódoló tanfolyamok szintén kétséges sikerrel, de jellemzően olcsóbban. A tempó ilyenkor lehet gyorsabb vagy lassabb is.
Szóval le lehet nézni azokat akik ilyen helyen szereznek tudást, de nincs más választásuk.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz #78693120 #13106 üzenetére
Kár mert ahogy pl. a linkelt cikk is írja, egy kamu pozitív kép alakult ki ezekről a próbálkozásokról. Az különösen csúnya, hogy nem keresnek/találnak neked munkát, de megtiltják hogy te keress több hónapig, illetve felépítettek egy mára kamu adatbázist rengeteg potenciális munkaadóból akikhez csak akkor mehetsz, ha tejel nekik a cég.
Szóval te nem kereshetsz, ők nem keresnek/találnak neked, aztán ha mégis találsz talán nem vesznek fel, mert extra költségbe kerül nekik téged felvenni. Közben meg a megszerzett tudás napról napra kopik miközben eleve kezdőként indulnál.
Az megint egy szép csavar, hogy egyszerre van ebben a szegmensben is komoly munkaerőhiány, meg munkanélküliség.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz Silεncε #13109 üzenetére
Azt ne felejts el, hogy ezeken az intenzív képzéseken minden nap az összes óraszámban csak közvetlenül a programozással összefüggő tudást oktatnak. Ráadásul kötelezően ott kell lenni, nem lehet ellógni mint a felsőoktatásban. Emellett sokszor nem pár hónap, hanem 1 év, másfél év a képzés. Egy ilyen másfél év megfelelhet akár 3 évnyi felsőoktatásnak, ha jó a tanterv és az oktató.
Nem vettem még részt ilyen képzésen, szóval nem konkrét céget védek, csak mint koncepciót jónak találom.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Mivel sok kezdő programozó érdeklődik az alternatív programozást oktató cégek irányába, nagyon röviden összefoglalnám a tapasztalatomat az egyik ilyen cégről, tényszerűen, hátha segít a döntésben a sok PR cikk mellett.
A Codecool-ról írnék pár sort, de persze ezt érdemes fenntartással kezelni, mert lehet hogy másnak ettől pozitívabb vagy negatívabb véleménye van.
A legfontosabb: Ez nem oktatási intézmény, mivel szinte semmilyen aktív oktatás nincs.
Egy hasonlattal élve, olyasmi a Codecool mint egy fitness teremben egy személyi trainer. A tanulást rád hagyja. Onnan és úgy tanulsz, ahonnan akarsz (tőlük ne várj oktatást). Viszont próbálnak motiválni, minden hétre adnak nem kevés átnézni valót, az adott programozási nyelvből, illetve konkrét komplex, némileg életszerű feladatokat is adnak.
A mentorokra nincs panaszom, felkészültek, ha kérdezel, segítenek. Úgy olvastam, hogy nem mindenkinek van ilyen jó tapasztalata.
A probléma az, hogy a tanulók egy része teljesen kezdő, akik esélytelenül indulnak neki ennek a "képzésnek". Gondolom itt is a pénz beszél elve működik, vagyis kell a létszám, meg hátha egy csodagyerekről van szó, aki oktatás nélkül is tud tanulni. Náluk nagyon fontos hogy beismerjék maguknak, ha ez nekik nem megy és kiszálljanak amíg olcsón megtehetik, ne pedig az oktatás közepén milliós fizetnivalóval, tudás nélkül.
Gyakorlatilag arról szól az egész, hogy az autodidakta tanulás mellé kapsz valakit aki noszogat, feladatokat és határidőket szab.
Aki van olyan fegyelmezett hogy tud önállóan is tempósan haladni könyvekből, online tananyagokból, annak nincs szüksége ilyen cégre.
Aki teljesen kezdő, annak ez nem lesz elég, mert folyamatosan óriási lemaradásban lesz, aktív oktatás nélkül.
Szóval maradnak ideális alanynak azok akik már programoztak korábban önállóan legalább lightosan, de a lustaság túl erős, vagy nincs meg a fókusz a tempós haladáshoz...és persze van szabad másfél évük és nem kevés félretett pénzük.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz petyus_ #13303 üzenetére
Igen, 1 hét teamwork, 1 hét otthoni, de a teamwork alatt is nagyon ritkán van oktatás. Mondjuk heti 1-2 alkalommal 45 percben. Ezért írtam, hogy kb. autodidakta módon tanulsz és ha elakadsz van kitől kérdezni. Ennyit tesznek hozzá az egészhez.
Ez egy kezdőnek abszolút nem elég semmire, mert kínai az egész és az is marad.
Arról nem beszélve hogy csapatban kell dolgoznod olyanokkal aki teljesen más szinten vannak, akár úgy hogy te vagy kezdő, a másik haladó, vagy épp fordítva. Ha kezdő vagy és részt akarsz venni, akkor kb. az történik, hogy a Codecool helyett a társad oktatja neked a programozást kényszerből, magyarázza a kódot, és lemaradtok. Ha te vagy a jobb, a másik csak hátráltat és az is jobb ha egyedül csinálod az egész feladatot és lehet hogy lemaradtok úgy is.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz MATEO6600 #13305 üzenetére
Igen, de ha maguktól nem látják ezeket akkor nem valók mentornak. Gondolom ezt a szisztémát nem ők alkották meg, csak végrehajtják. A neten lehet találni hasonló kritikákat és a pr cikkekhez nem illeszkedő történeteket, amiknek nem happy end lett a cége. El tudom képzelni hogy mikor indult az egész, ők is több munkát, több valódi oktatást raktak bele az egészbe, de most ez van. Sokan vannak ott akik bedőltek a PR-nek, sőt a többség olyan, akár kezdőként, akár haladóként érkezett.
Egy másik aspektusát nem is piszkáltam, mert nincs még saját tapasztalatom, de nemrég az Index írt a témáról. Másik "iskola", de ugyanaz a modell: [link]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
A Swift-hez van hasonlóan gazdag online dokumentáció, mint amilyen az MS esetén .net -hez?
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Python és C# mellett belekezdtem a Swift-be is és elég furának tűnik azokhoz képest. Egyrészt mintha félkész lenne. Lehet hogy csak a másik kettő kényeztetett el a rengeteg, néha szinte túl sok beépített class-al, óriási függvénykönyvtárral, de pl. az MS .net dokumentációja is nagyon részletes, ahhoz képest amit a Swift-hez találtam.
Amellett hogy alap classokat nem találok, de ami van az is mintha bonyolultabb, fapadosabb lenne, miközben látni a Python féle kötetlenebb felfogást is.
Most pl. nem értem azt hogy rengeteg helyen constansokat használnak, oda is aminél változó lenne a logikus. Persze tudom, hogy itt máshogy működik a constans, mert futás alatt is lehet neki értéket adni egyszer, de akkor is fura.
Miért jobb egy
let x = readLine()
mint egy
var x = readLine()
amit reflexből írnék?...ja pont most olvasom, hogy a readLine() nem egyszerű String-et ad vissza, hanem optional-t. Akkor ezért írt a fordító valami unwrap problémát.
fura az
if let x = readLine() {
valami
}
szerkezet is. Mármint hogy honnan kap boolean értéket. Esetleg az "if let" itt egy összetartozó speciális statement?Persze még nagyon az elején vagyok, de a Swift mintha sok dolog máshogy működne.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz I02S3F #13630 üzenetére
Szerintem amíg kisebb programokról van szó, vagyis nem számít ha mondjuk extra optimalizációt jelent esetleg a konstans használata, nyugodtan mehet a változók használata. Eddig pythonban, C#-ban, de sorolhatnám a 25 évvel ezelőtt tanult nyelveket is, egyértelmű választás volt a változók használata és nagyon ritkán került elő hogy legyen valami konstans, vagy legalábbis olyan változó amihez nincs setter.
A legtöbbször a konstans konkrétan alkalmatlan is lenne a feladatra. Eddig a Swiftben láttam hihetetlen mennyiségű konstans használatot, de az speciális konstans, mivel akár futási időben is kaphat értéket, míg más nyelvekben jellemzően fordítási időben már adni kell neki értéket, néha kötelezően már a deklaráláskor.
Fun fact: A víz forráspontja sem konstans, mivel nem csak a hőmérséklettől, hanem a légnyomástól is függ. Ezért van az, hogy magasabb hegységben hosszabb ideig kell főzni, sőt van amit nem is lehet ott megfőzni kukta nélkül. Ja amúgy a kukta meg a másik véglet. Abban rövidebb ideig kell főzni, mert jóval 100C fok felett forr benne a víz.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Annak hogy változót használ konstans helyett, semmi köze nincs a clean code-hoz, vagy a SOLID elvekhez, a laza csatoláshoz, vagy hogy hova rak kommentet, mennyire beszédesek a változó nevek, vagy épp hogy az abban a nyelvben divatos naming conventiont alkalmazza-e.
A konstanst kiválthatja a változó, de fordítva ez jellemzően nem működik. Ezért javasoltam, hogy kezdetben nyugodtan használjon változót.
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz instantwater #13646 üzenetére
Úgy láttam hogy Swiftben is így használják, ezért is meglepően sok a konstans a példákban ha más nyelv után tanulod.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
-
Tigerclaw
nagyúr
válasz fatal` #13653 üzenetére
A dokumentáció konstansként említi.
var x:Int // ez egy változó
let y:String // ez egy konstans (egyszer kaphat értéket)
Nem olyan mint egy setter nélküli, vagy private setteres object property. Eleve egyszerű csak értéket hordozó adattípus, és működik önállóan lokális "változóként"
Persze a megvalósítása az biztos nem egyszerű, mert valami védi azt a memóriacímet az utólagos módosítástól, miután már egyszer kapott értéket. Szóval lehet hogy valami objektum property konstruktoros értékadással, setter nélkül. Azt nem tudom, hogy a tárolása stack vagy heap. A kódoló felé értéket adó konstans.
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz instantwater #13657 üzenetére
Ott is így működik, annyi extrával hogy nem kell neki fordítási időben értéket adni.
Ha objektum referencia van neki átadva, akkor az objektumon belül lehet módosítani.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Visual Studio 2019 for Mac alatt futtatok, debuggolok konzol .net c# appot és mindig kiírja a konzolra ezt a hibaüzenetet mielőtt elindul az app:
vmmap[51262]: [fatal] child process status could not be determined; exit code unavailable.
Ettől még fut az app, csak bosszantó a dolog. Tudja valaki, hogy ezt mi okozza, mit jelent, hogyan lehet kijavítani?
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz samujózsi #13747 üzenetére
Nem az én appom áll le szabálytalanul, mert az csak ezután indul el. Ahogy látom nem is mindig csinálja, szóval meg se tudom fogni hogy mi az oka. A neten persze nincs semmi info erről. Mondjuk látható hatása nincs a debuggolt programra.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz instantwater #13748 üzenetére
Már keresgélek egy 17-es ultrabookot kódoláshoz, de kb. nem létezik ez a kategória. Mivel .net core -t használunk ez a Macbook Air egész ideális a hordozhatósága miatt. Persze a VS elég fapados Mac-en a Wines verzióhoz képest. Még a VS Code is jobban tetszik, de abból meg a projekt/solution felépítés hiányzik. Meg mintha a C# Intellisense és linting se lenne az igazi az alatt.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Gyakorlatilag benyom a terminálba vagy 10 sornyi inicializálást, ami gondolom azért kell mert debug módban fut. Aztán néha jön az a hibaüzenet, amit írtam és utána indul el a programom.
Most direkt beírtam a main első sorába egy "start" string kiiratást, ami látszik is lent.vmmap[54250]: [fatal] child process status could not be determined; exit code unavailable.start
Arra tippelek, hogy tényleg valami VS bug lehet Mac-en, mert most előjött, de az előző 10 run során nem. Más korábbi projekt esetén is előjött, szóval nem ehhez a kódhoz kötődik.Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Saját enumerator készítésének mi az előnye, mikor van rá szükség, ha minden(?) collection bejárható a beépített enumeratorral? Sőt kis túlzással egy for ciklus is egyedi enumerator, szóval még az is kéznél van.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Egy kis segitseg kellene, mert total elakadtam es valoszinuleg valami egyszeru dolgot nem veszek eszre:
Ok...elso kerdes: Hogy a francba lehet ide kodot beilleszteni? Egyik opcio se mukodik amit talaltam.
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Programkod formazassal ez lenne a kodom, de nekem egy "vegtelen" sorba rakja az egeszet a forum:
def helper(array, target, first): if len(array) == 0: return -1 if len(array) == 1 and array[0] != target: return -1 half = len(array) // 2 sample = array[half] print(sample, target) if sample == target: print("return") return half + first if sample > target: helper(array[:half], target, first) if sample < target: first = half helper(array[half:], target, first) def binarySearch(array, target): # Write your code here. return (helper(array, target, 0))
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Talan igy is jo, monospace formazassal (Python kod). Egy egyeszeru listaban / tombben keresek egy szamot binaris keresessel, es nem is az a lenyeg hogy overall mukodik-e, hanem az hogy ahova tettem egy felkover print parancsot, a print vegrehajtodik, de az utana levo return mar nem. Ugy megy vegig a fuggveny, hogy nincs visszateresi erteke annak ellenere hogy teljesul az az "if" ki is irja a print a szoveget, de a return nem szakitja meg a fuggveny futasat.
def helper(array, target, first):
if len(array) == 0:
return -1
if len(array) == 1 and array[0] != target:
return -1
half = len(array) // 2
sample = array[half]
if sample == target:
print("return")
return half + first
if sample > target:
helper(array[:half], target, first)
if sample < target:
first = half
helper(array[half:], target, first)
def binarySearch(array, target):
# Write your code here.
return (helper(array, target, 0))[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz dabadab #15000 üzenetére
Talan mar ertem a problemat. A rekurzivitas a problema? Ahol kiadok egy returnt az csak egyel visz feljebb a fuggvenyek lancolataban? Hogy tudnam megoldani hogy az a return ertek felkeruljon a legfelso szintre?
Ja... ok, ertem amit irsz. Megszakadt a lanc, mert ha a leglelso hivasra talalata van az visszakerul a hivohoz, de amit rekurzivan hivok meg, azoknak tenyleg eldobom az erteket, mert nincs elotte return.
Szuper. Koszi a segitseget. Szinte sosem hasznalok rekurzivitas.
17-bol 14 mintan at is ment. Vegre folytathatom a hibakeresest.
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz axioma #15015 üzenetére
Nem lattam mi az eredeti problema, olyan regi posttal indulhatott, de pl. a muanyag es fem ajtok, ablakok tokjanak, szarnyanak profilja is 6m koruli szalakban kerul legtobbszor szallitasra es ott millimeter pontossagu vagas kell es gyakran vagnak 45 fokban is...sot az a gyakoribb.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz Dißnäëß #15022 üzenetére
Erdemes talan eleve dockerben gondolkodni. Az segit a deploy reszeben. A gittel helyben is tarolhatod a kododat, nem kell remote repoban megosztani, de talan a Gitlabnal van ingyenes private repo is, szoval hasznalhatod azt is github helyett, hogy megis legyen tavoli masolat, vagy ha bovul az egyszemelyes csapatod.
A github, gitlab csak kiegeszito szolgaltatas a githez.Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz Dißnäëß #15029 üzenetére
A kubernetes az mar inkabb a docker utan jon, a learning curveben.
A docker segit abban is hogy ne kelljen feleslegesen sok eroforras pazarlo virtualis gepet inditani, vagy hogy akar egyet se.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Reacthoz ert valaki jobban? Egy tutorial alapjan dolgozok es ott jol is ment minden amig nem jott elo a webpack es a a tutorial keszitoje nem kezdte el ossze-vissza varialni a dependecy-ket.
Most nala mukodik, nalam meg nem. Valoszinuleg a babellel lesz valami problema. Amig csak babel-preset-env, babel-preset-react es babel-cli volt, addig nem volt gond. Most viszont berakott babel-core -t es babel-loadert is. Ugy olvastam, hogy a 7-es loaderhez nem jo a babel-clore, mert babel/core kell hozza, sot @babel/core a pontos neve, de igy se jo az egesz.
A babel oldalan semmi hasznalhatot nem talaltam.
A react oldala alapjan generaltam egy komplett indulo react appot, de abban pl. semmilyen babel nincs a dependecy-k kozott. Mondjik az korabban mukodo appom ott se mukodik, sot le se tudja buildelni...persze semmit mondo hibauzenet mellett.
A lenyeg hogy kellene egy webpack-es react kornyezet, lehetoleg yarn-al. Ha tudtok hozza linket, mert nincs kedvem azzal sakkozni, hogy melyik babel modul melyik masik babel modullel kompatibilis es melyikkel nem.
[ Szerkesztve ]
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz cattus #15334 üzenetére
Masodjara azzal csinaltam, de az se fogadta el a kodomat, pedig nem egy bonyolult app az egesz, egy js fajl es korabban stabilan mukodott. Most meg olyan mintha az egesz kod kinai lenne neki. Epp azon gondolkodtam, hogy a babel valami olyan eszkoz ami egy olyan problemara ad valaszt aminek leteznie se kellene. Pl. ES6-ot mar minden normalis bongeszo tamogatja, szoval ahhoz mar nem kellene babel. A reactot meg csinaljak meg ugy, hogy ne kelljen egy ilyen koztes "fordito" a vegleges forraskodhoz.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz cattus #15334 üzenetére
Csak meglett a hiba. <React.Fragment> -eket hasznaltam <div> helyett. Persze a stacktracebol hamarabb jutottam volna el a Holdra, mint ehhez a hibahoz. A webpackos bundle elegge keresztbe tesz a hibakeresenek.
Erdetileg <> </> befoglalast akartam, de mar a tutorial elejen rajottem hogy hogy vagy a telepitett babel vagy a reac library nem erti, de a hosszabb Fragment szintaxis meg jo volt, viszont miutan at lett varialva a dependency ezek szerint mar a Fragmentet se ertette. Pedig nem olyan regi verziokkal dolgozik a tutorial.
A video keszitoje divet hasznalt hatarolonak de nem akartam a bad practice-nel maradni, ezert eleve fragmenttel kezdtem, csak arra nem szamitottam, hogy a fragment es annak a rovid verzioja ennyire friss fejlesztes.
Tok jo hogy ket napig kerestem a hibat.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
A React eseten nem minden fejlesztesuk jovobe mutato, hanem tobb alternativa adnak. En nem is bannam ha lassitananak kicsit az uj featurekkel a jovoben. A functional komponens pl. gyorsabb, de nem tud annyit mint a class verzioja. Emelett az olvashatosag is egyre jobban elveszlik. En pl. jobban csipem JS-ben is a hagyomanyos fuggveny deklaraciot, hivast, mint a function expressiont, az arrow fuggvenyekrol nem is beszelve. Mondjuk azoknak is van mas egyedi jellemzoje, de ha tulzasba viszik a hasznalatat, az egesz kod atlathatatlan lesz, az egymasba fuzott arrow fuggvenyekkel.
Nekem sokkal fontosabb a clean code, mint hogy mindenhova arrow fuggvenyeket tegyek, meg ternary operatort, vagy hogy Reactbol elhagyjam a class based komponenseket teljesen.
Persze ez csak egy olyan valaki velemenye aki meg csak feluton jar a JS-ben, Reactban.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz martonx #15344 üzenetére
Ez nagy dilemma, de talan a React most talan jobban terjed. A regi projectek inkabb Angularosak, vagy MVC-s mintara epulnek. A trendi meg talan a React, React native. Nekem sincs eros ajanlasom, max annyi, hogy egyszerre csak egyet tanuljon az ember.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz cattus #15348 üzenetére
Lehet hogy osszekevertem, vagy azota fejlesztettek, de a stateless functional componenteknek nincs state-je, ami az egyik key feacture a reactban, sot talan lifecycle metodusokat se tamogatja. Ezert is gyorsabb.
Mondjuk meg sokat kell tanulnom. Meg hatra van a redux, router, hooks, az ujabb dolgok. Eleg szabadon fejlesztik a Reactot es ahhoz kepest hogy viszonylag friss nyelv, nem feltetlenul ugyelnek a visszamenoleges kompatibilitasra.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz Weareus #15355 üzenetére
Szerintem barmelyik, de lehet hogy van a neten keresztrejtveny kesziteshez valami library, talan meg framework is es akkor adott a nyelv is hozza. Nullarol kezdve is meg lehet csinalni, ha van sok idod. Jo lenne tudni, hogy milyen vegeredmenyt varsz. Konzolos app, vagy grafikus, hogy akarod kezelni a bevitelt. Kell-e hozza netes tamogatas, valamilyen kliens-szerver megoldasban, vagy egy single page web alkalmazas. Meg persze fontos az is, hogy milyen nyelvet ismersz.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz btraven #15358 üzenetére
Adatbazist kifejezetten celzottan szoktak lekerdezni, hogy csak azok a rekordok jojjenek vissza amik kellenek es a rekordban is csak az legyen ami kell. Ez jelenthet keves es sok adatot is persze, de a cel az hogy minel hamarabb lefusson a kereses.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
Youtube data apihoz ert valaki?
Meg csak probalgatom, de feleslegesen tul sok adatot ad vissza es nem akarom novelni a lekerdezesi idot. Nekem csak a videoId kellene resultkent. Tehat megadnek par keresesi kulcsot, a result limit is csak 1 lenne es csak egy talalat kell es abbol is csak a videoId mezo. Van olyan parameter az API-ban, ahol megadhatom, hogy milyen mezokre vagyok kivancsi?
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
-
Tigerclaw
nagyúr
válasz pelyib #15422 üzenetére
Kozben pont megtalaltam ugyanezt, csak meg probalgattam a szintaxist a nested field miatt.
Nalam a fields=items(id(videoId)) mukodott, de kiprobaltam es a tied is jo es meg egyszerubb is, igy azt hasznalom majd.
Koszonom a gyors valaszt. A problema az volt hogy ott ahol lehet tesztelni az api-t, a fields parameter nem szerepelt, csak kulon rakeresve a dokumentacioban.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz K1nG HuNp #15421 üzenetére
Amugy nem tudom, hogy a quota-kat hogy szamolja, de mivel nem produktiv rendszert epitek, igy talan nem lesz problema. A napi limitet csak nem erem el. Kesobb ha megis lesz folytatasa, talan epitek egy koztes backendet es ott tarolom majd a videoId-ket, igy sokkal ritkabban kell a google api-t hasznalnom.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz Tigerclaw #15424 üzenetére
Sajnos ugy latom a youtube data api alkalmatlan meg a legegyszerubb projektekhez is, olyan alacsony a napi quota-ja. 10k egyseg a napi limit es 1 db kereses 100 egyseget hasznal fel, szoval napi 100 keresesem lehet, amitol az app ertelmet vesziti. Nincs valami alternativaja ennek?
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz martonx #15434 üzenetére
Ezekkel mar talalkoztam. Mivel az egesz projekt meg csak gyerekcipoben jar es lehet hogy nem is lesz jovoje, nem foglalkozok azzal hogy kerelmet irjak nekik, hogy noveljek meg a limitet. Csatoljam melle a pre-pre-pre-pre-alpha-just-proof of concept snippet teszt appomat, atvizsgalasra?
Az viszont erdekelne, hogy uzleti alapon mennyibe kerul egy lekerdezes. Nem akarok en ingyen lekerdezni adattokat, csak irjak le valahova hogy mi a tarifaja.
Azt amugy nem ertem, hogy ket kvazi ugyanannyi eroforrast lekoto lekerdezesnel miert kerul 1 egysegbe az egyik, 100-ba a masik.
Most ideiglenesen inditottam egy masik projektet, hogy ma meg tudjak dolgozni, holnap meg a masik quotaja is resetelodik, de inkabb valtok nem csak a youtube apirol, de a youtube-rol is, ami amugy is csak tesztnek lett szanva.
Van ahol azt olvastam, hogy valaki ugy oldotta meg a problemajat, hogy inditott egy halom projektet a youtube dev oldalan es ha visszadobta a lekerdezest a napi limitre hivatkozva, az algoritmus kulcsot valtott es folytatta. Talan 15 projekt a limit, igy 15x annyi lekerdezest tud naponta futtatni. Most kvazi en is ezt hasznalom ki, csak manualis modon. Ebben a fazisban nincs szuksegem sokkal tobb lekerdezesre es at is terveztem a sajat kodot, igy kevesebb lekerdezes is eleg. Kozben meg keresek alternativ mediakiszolgalot.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz tboy93 #15438 üzenetére
Most epp mukodik. Az elso verzioban mikor betoltottem a weboldalt, inditott 20 lekerdezest azonnal, minden ujratolteskor, hogy az oldalon levo 20 linkhez kapjak url-t. Most csak akkor indit 1 lekerdezest ha a linkre kattintok, pontosabban gombra, de az lenyegtelen. Igy ha csak ujratoltom az oldalt, amit automatikusan is megcsinal gyakran, ahogy modositok a front end kodon, semmilyen lekerdezes nem indul es utanna is csak 1-1 ahogy kattintok a gombokon.
Abbol indultam ki, hogy legyen gyors a betoltes utan, igy ezert volt olyan prefetch szeru a logikaja, de igy is tokeletesen gyors, foleg, hogy nem is egy bonyolult lekerdezes, es a visszakapott adat is csak a videoId-bol all, meg nemi "boxingbol".
Ha tovabbviszem, akkor ez az api nem lenne jo a limit miatt, de akkor csinalok hozza egy sajat kis backend apit, illetve a youtube mint mediakiszolgalo is csak egy lesz a tobbi mellett.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Vezeték nélküli fülhallgatók
- Aliexpress tapasztalatok
- Milyen notebookot vegyek?
- AMD GPU-k jövője - amit tudni vélünk
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Milyen TV-t vegyek?
- Politika
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Robogó, kismotor
- Skoda, VW, Audi, Seat topik
- További aktív témák...