- Samsung Galaxy S21 FE 5G - utóirat
- Fotók, videók mobillal
- Mobil flották
- Samsung Galaxy A52s 5G - jó S-tehetség
- Bivalyerős lett a Poco F6 és F6 Pro
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Garmin Instinct – küldetés teljesítve
- Apple Watch
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Netfone
Hirdetés
-
Killing Floor 3 - Nyúlfarknyi videón a folytatás
gp A franchise új része sajnos még mindig nem kapott megjelenési dátumot.
-
Ulefone Armor Pad 3 Pro - akkumulátor, lámpa, (tablet)
ma 33 280 mAh csak elég lesz bármire. És a régi hardver vagy szoftver?
-
Ezúttal bennfentes kereskedelemmel vádolják Elon Muskot
it A Tesla egyik részvényese perelte be Elon Muskot, 7,5 milliárd dolláros bennfentes kereskedelemmel vádolja őt.
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
Jim-Y
veterán
válasz Sk8erPeter #4980 üzenetére
Huu pedig amugy errol meg olvastam is egy cikket, ami pont errol a kifejezesrol szolt -> steep learning curve. Sajnos tenyleg rossz beidegzodes, mert sajnos ez jut eszembe eloszor ha azt akarom kifejezni, hogy X dolgot talan nehezebb vagy tobb ido elsajatitani mint Y-t :/
Ez amugy szerintem pont olyan fogalom, mint a "easier to reason about". Aminek oszinten szolva sosem ertettem meg pontosan a jelenteset
Szv ja.. evvan'
-
Cathfaern
nagyúr
válasz Sk8erPeter #4980 üzenetére
Az általam linkelt grafikon ugye nem tanulási görbe, hanem hogy mennyire tetszik az AngularJS
De amúgy a meredek tanulási görbét ebben az értelemben szokták érteni: [link] De tény, hogy ez köznyelv csak, technikai értelemben neked van igazad[ Szerkesztve ]
-
Zedz
addikt
válasz Sk8erPeter #4990 üzenetére
Nekem tetszik az MS mostani hozzáállása a dolgokhoz. Szimpatikusabbak már egy ideje.
-
PumpkinSeed
addikt
válasz Sk8erPeter #4991 üzenetére
A négyjegyű számokat kell XXXX-re alakítani. De csak a 4 jegyűeket. Ha már 5 jegyű akkor nem lehet átalakítani az első 4-et XXXX-re.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #4994 üzenetére
Akkor mutatom, hogy hogy néz ki most.
var randText = "Valami 44344 nagyon 4342 menő 44 van itt.";
var minta = /[^\d]\d{4}[^\d]/gi;
document.write(randText.replace(minta," XXXX "));A negált azért kell, hogy minden ami előtte vagy utána van kivéve szám.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Cathfaern
nagyúr
válasz Sk8erPeter #4990 üzenetére
Egyszerűen az történt, hogy a Microsoft egy komplexitási szinttel fentebb lépett. Ugye eddig a fő terméke egy operációs rendszer volt. Ami miről szól? Lényegében arról, hogy ők adnak egy "keretet", amire aztán mindenki olyan szoftver ír amit csak akar, ők csak az alap körítést adják. Manapság egyre kevésbé jó buli az operációs rendszer. Egyelőre még monopol helyzetben van, de ahogy az Android, iOS kezd tért nyerni magának, és elkezdenek megváltozni a felhasználói szokások (gép előtt ülés helyett fotelből tablet), úgy lesz egyre csökkenő üzlet. Viszont időközben kialakult egy új részben szoftveres (ez fontos, mert a Microsoft alapvetően továbbra is szoftver cég) komplexitási réteg, mégpedig a cloud. Microsoft rájött, hogy hosszú távon csak úgy marad talpon maradni, ha ennek a fejlesztésére és értékesítésére helyezi a hangsúlyt. Viszont innentől mindegy neki, hogy milyen operációs rendszer, mindegy milyen szoftver, csak az legyen kompatibilis (és optimális!) az ő cloudjával. Lásd az első lépések, hogy a linux kernel fejlesztésébe nem keveset fektettek.
Amúgy a Spartan nem csak felhasználók szempontjából lehet érdekes, az IE-ben lévő fejlesztői eszközök már most hasznosabbak egy-egy részfeladatban, mint a konkurens megoldások, ha továbbfejlesztik ezeket, akkor a fejlesztők számára megfontolandó lesz a Spartanon való fejlesztés (elsődlegesen. Legalábbis tapasztalataim alapján az emberek jó része fejlesztés során egy böngészőt használ elsődlegesen, max közben és/vagy utólag megnézi a többin is hogy rendben van-e minden). Aminek ugye tudjuk mi lesz a következménye (gyk: több Spartanon optimális kód lesz, mint egyéb böngészőmotorra optimális kód)
-
Speeedfire
nagyúr
válasz Sk8erPeter #5023 üzenetére
Ezt nem igazán értem, miért baj a specifikus megoldás? A legtöbb esetben nem általános alkalmazásokat fejlesztenek, hanem egyedit.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
_ak_
addikt
válasz Sk8erPeter #5023 üzenetére
Ez most nem téma, mert ez csak egyszerű landing page, szóval belefér, bár ez az egyetlen -id lesz rajta.
Let's begin, de gozaimasu!
-
Jim-Y
veterán
válasz Sk8erPeter #5045 üzenetére
Hát igen.. jó dolog (volt) a jQuery, ezt szerintem senki nem is vitatja, csak azóta, hogy az IE6/7 kezd tényleg kimenni a divatból, és azóta, hogy a WebAPI is sokat fejlődött, pl querySelector(All) egyre kevesebb szerep jut a jQuerynek. Ugye a jQ pont amiatt volt jó, hogy elmosta a böngészők közti különbségeket, de a modern böngészők már sokat fejlődtek ebben. Nem tudom, hogy tudjátok-e, de a jQuery kb 90%-át 3 dolog teszi ki. Az egyik, és legnagyobb rész, az a Sizzle, utána az ajax XHR, majd a jQ animations. Ebből az elsőre már pár éve van jó alternatíva, az előbb említett querySelector személyében viszonylag jó támogatottsággal. A másodikra majd talán most lesz jó alternatíva a fetch API személyében, utóbbira pedig vannak sokkal jobb stanalone libek, meg ugye ott a HTML5 + CSS3. Ezen dolgok miatt jósolom amúgy, hogy az elkövetkezendő években durván tovább fog csökkenni a jQuery népszerűsége. Ami már most is tart amúgy...
-
Cathfaern
nagyúr
válasz Sk8erPeter #5045 üzenetére
Ugye alapvetően minél magasabb szintű a nyelv, annál lassabb lesz. C is lassabb az Assemblynél És persze a jquery önmagában nem egy külön nyelv, de plusz egy réteg, így mindenképp lassabb lesz. A kérdés csak az, hogy az általa hozott könnyebb fejlesztés / tömörebb, átláthatóbb kód nem hoz-e több hasznot. Nyilván ha az ember 2D-s játékot ír html tagekből építkezve, akkor nagyon nem mindegy pár % eltérés se, de ha egy landing page-en a gomb megnyomása után nem 10, hanem 200 ms után tűnik el a szöveg (200%-os lassulás ugye), az nagyon nem fog meghatni...
Szóval meg van a jquerynek is a maga szerepe, de tény, hogy nem szabad ezt sem ész nélkül alkalmazni. -
Speeedfire
nagyúr
válasz Sk8erPeter #5063 üzenetére
Nem láttam se gyorsabbnak, se egyszerűbbnek, mint a js változókat. Alapvetően ajax kérések válaszát tároltam el benne.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
fordfairlane
veterán
válasz Sk8erPeter #5065 üzenetére
Mivel nem tudjuk, hogy pontosan mit és miért tárol el, ezért az sem biztos, hogy storage jellegű a feladat. Az is lehet, hogy szimpla Angular model is elég lenne a state tárolásához.
x gon' give it to ya
-
Speeedfire
nagyúr
válasz Sk8erPeter #5065 üzenetére
"Mitől lenne már gyorsabb localStorage-en vagy bármin keresztül elérni, mint a változókhoz hozzányúlva?"
Miért ne lehetne gyorsabb? Nem tudhatod."Egyébként szerintem ennyi alapján simán elegendő lenne neked a localStorage is, csak sanszos, hogy rosszul használtad."
Miért? Mert leírtam, hogy mire használtam?Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
PumpkinSeed
addikt
válasz Sk8erPeter #5063 üzenetére
Igen tudom, csak mivel sürgetett az idő ezért a doksit nem olvastam végig csak a példaként kódot néztem meg. De egyetlen példakódban sem volt ott a [0].
Köszönöm a segítséget.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Aureal
senior tag
válasz Sk8erPeter #5092 üzenetére
Köszi!
-
PumpkinSeed
addikt
válasz Sk8erPeter #5101 üzenetére
Gondolom a valamin belüli mandarin vagy ilyesmi. Ezért tettem fel a kérdést, hogy ezt hogy lehet megcsinálni.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #5104 üzenetére
Köszönöm a segítséget.
Igazából én arra jöttem rá, hogy felesleges meghatározni a szülő elemet, mert ugye az egyikből teszem át a másikba az inputot, szóval ha ahova tenni akarom ott is be van pipálva és úgy teszi át mindegy, mert már eleve ott van. Szóval annyira nem is fontos, megnézem egy for-al hogy melyikek vannak bepipálva és attól függ, hogy a felhasználó hova kattint átteszem őket.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #5106 üzenetére
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Jim-Y
veterán
válasz Sk8erPeter #5127 üzenetére
BRENDAN: ... But long story short, there was an idea in JavaScript that I was pursuing, and maybe a few others saw it, too, of a language that wasn’t C-like. It was easy to use. It was meant for people who were building things inductively. They were learning programming for the first time. And they didn’t necessarily have to know where semicolons had to go, or even curly braces. I lost the curly brace front. On the semicolon front I said, “It’s ridiculous to reject a program because of a missing semicolon. We should do some kind of error correction procedure.” So, I made one up on the spot and that became automatic semicolon push.
[Laughter]
CHUCK: I kind of hacked this in and it stayed.
BRENDAN: Yup.
AARON: That’s awesome.
JOE: And 15 years later, people are still fighting over it.
JAMISON: That’s every programmer’s nightmare, right?
CHUCK: It’s so true.
JAMISON: Just the hack [inaudible] that you made.
AJ: I felt a sudden tremor in the force as if a thousand semicolons suddenly screwed up everything.
[Laughter]
BRENDAN: Yeah, there are definitely some issues there. But in fact, I remember Jamie Zawinski was writing some JavaScript and he had a long return expression so he put it on the next line with no semicolon after the return. And he was outraged that ASI would insert a semicolon after the return making the ‘return’ return the undefined value and the next line becomes dead code, a useless expression. It’s unreachable in the control flow of that function. He was totally outraged. [Laughs] But I said, “It’s too late. I can’t change it.” Once you ship things on the web, it’s very hard to change it.
-
martonx
veterán
válasz Sk8erPeter #5136 üzenetére
Azzal védekezett, hogy ő inkább az embereit irányította, mintsem az operatív munkában vett részt. De mondjuk bármennyire is nem programozott napi szinten, nem hiszem, hogy a gugli segítségével, el kellene vérezni egy ilyen szintű beugró feladaton? Illetve az is kérdéses, hogy hogy irányítod seniorként az embereidet, hogy review-zod a kódjaikat, ha abszolút fingod sincs a programozáshoz?
Ráadásul az egész folyamat úgy indul, hogy nyisd meg az általad leginkább használt IDE-t, szóval akár még az intellisense-re is lehet támaszkodni.
Na mindegy, a lényeg hogy tényleg tragikusak a felvételizők.Én kérek elnézést!
-
Zedz
addikt
válasz Sk8erPeter #5168 üzenetére
El kell adni mint fícsőr.
-
dqdb
nagyúr
válasz Sk8erPeter #5168 üzenetére
adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet
Nem, ilyen nem fordul elő sosem, mert ugyebár mindenre van egyXKCDtestcaseÉs erről jutott eszembe: valaki belemélyedt már jobban a kliensoldali automatizált tesztelésbe? Vajon mekkora beletanulási ideje lehet egy Jasmine+PhantomJS párosnak? A többi rész után szeretném a webes UI tesztelését is automatizálni, a kollégákkal ellentétben a Jenkins mindig ráér foglalkozni vele, és alaposan dolgozik
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
PumpkinSeed
addikt
válasz Sk8erPeter #5168 üzenetére
Ezért írtam így: "Úgy általánosságban"
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #5188 üzenetére
Mondhatjuk úgy is. Amúgy sztem nem használom sokszor a document.write-t.
Nem ajánlatos használni? Csak mert a kurzuson ez az elfogadott kiíratási módszer."Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #5190 üzenetére
Amúgy csak tesztelésre szoktam használni. El akarok mélyülni a JS "OOP"-ban, és azokat próbálgatom. A legegyszerűbb mondja meg ha mindent kiíratok, mi mit ad meg ilyenek. Amúgy ilyen idióta játékokat szoktam csinálni mint a snake meg fallabda, ott egyáltalán nem jelenik, meg szóval gyakorlati haszna nincs a document.write-nak.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Zedz
addikt
válasz Sk8erPeter #5192 üzenetére
+1 a console-nak.
-
indigo
aktív tag
válasz Sk8erPeter #5195 üzenetére
Köszönöm a választ. Megpróbáltam a jsFiddle-t, a CodePen-t és a Plnkr.co-t is, de egyiken sem tudom megmutatni a problémámat.
A jsFiddle-re feltöltöttem a külső anyagokat (css, js, html fájlok), de nem hajtja végre a feladatot (hiába kattintok az IDE feliratra, nem hajtja végre), egyébként itt a link hozzá.
A CodePen annyival előrébb van, hogy végrehajtja a feladatot, tehát rákattintva az IDE feliratra megjeleni egy új oldal tartalma, de nem Modal Window-ként mutatja meg, itt a link hozzá.
Ezért, végelkeseredésemben összecsomagoltam egy 9k fájlba és így osztottam meg.Itthon, ha szerkesztem Bracket-ben, akkor Google böngészőben végrehajtja a feladatot. Feltöltöttem egy szerverre, azon nézve szintén végrehajtódik az IDE feliratra való kattintás. Viszont simán Total Commanderből indítva a html-t nem hajtódik végre a böngészőkben, egyedül az Internet Explorer-ben, ha engedélyezem az aktív tartalmat.
-
indigo
aktív tag
válasz Sk8erPeter #5197 üzenetére
Köszi szépen a segítséget.
Egyelőre nem működik nálam. Átültetve megjelenik a Modal ablak, de nem hozza be a hir.html tartalmát
Kitöröltem az url='/echo/html/'-t, megváltoztattam a type:-ot GET-re és kitöröltem a //INNENTŐL ... //IDÁIG sorokat.
Szerintem nálam van a hibaChrome böngésző -> F12 -> Console a következőt írja:
data: <div class="modal">
<H1>Ez egy másik weboldal szövege - AJAX használatával.</H1>
</div>[ Szerkesztve ]
-
indigo
aktív tag
válasz Sk8erPeter #5200 üzenetére
Hibakód szerintem nincs, itt egy kép, ha F12-t nyomok és frissítem az oldalt, hogy újra betöltődjön.
-
indigo
aktív tag
válasz Sk8erPeter #5203 üzenetére
A konzol szerint nincs hiba: kép.
Szívesen megpróbálkozok a debuggal.
---------------
Vááá, ha kiveszem a meghívott html div-jéből a .class="modal"-t, akkor jó, lefut minden.[ Szerkesztve ]
-
indigo
aktív tag
válasz Sk8erPeter #5205 üzenetére
Minden elismerésem és köszönöm a munkádat és a teljes körű magyarázatot!
-
DR|FTK|NG
veterán
válasz Sk8erPeter #5213 üzenetére
Oké, oké, oké.
Belső hálózaton lenne, a gépen(amiből csak egy lesz) a(z egyik) legújabb Chrome menne, csak az az egy oldal lenne megnyitva, semmi más. Nem hiszem, hogy egy 50+-os nénike át tudná írni, aki a gépet is alig tudja használni.
Lesz szerver oldali is, rábeszéltetek. Köszönöm Neked is.[ Szerkesztve ]
-
Zedz
addikt
válasz Sk8erPeter #5233 üzenetére
A kérdezőnek lehet érthetőbb így, ha látja másnak hogy megy. Gondolom.
-
Zedz
addikt
válasz Sk8erPeter #5236 üzenetére
Szia honda, nem is tudtam, hogy új accod van!
-
Zedz
addikt
válasz Sk8erPeter #5238 üzenetére
Bocsánat, de másra nem tudtam gondolni hirtelen.
-
Zedz
addikt
válasz Sk8erPeter #5248 üzenetére
"megmarad egy ilyen "volt róla szó"-projektnek"
Valami ilyesmi féle jövőt képzelek el a dolognak. A nagy JS körüli hype viszont érdekes, az eredeti tervekhez képest szinte már mindenhol tetten érhető ez a nyelv.
-
Zedz
addikt
válasz Sk8erPeter #5250 üzenetére
Hogy mire fel van ekkora hype körülötte?
-
PumpkinSeed
addikt
válasz Sk8erPeter #5257 üzenetére
Mondjuk van benne igazság, talán a Java-val lenne összehasonlítási alapom, de mivel egy szemeszterben tanultam egyszerre a kettőt ezért az sem az igazi. Bár annyi összehasonlítási alapom van, hogy Java gyak vizsga előtti héten végig Javascripteztem, és mivel papíron ment a vizsga a változóim nem kaptam típust.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz Sk8erPeter #5397 üzenetére
Igen az megvan, csak valamiért nem kaptam meg az input .value értékét és azért nem adott rendesen értéket. De most már működik rendesen, köszönöm a segítséget.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
cocka
veterán
válasz Sk8erPeter #5499 üzenetére
Ezt már megtettem, csak az a baj, hogy annyi van, mint a nyüves. Van vagy 15 js fájl és szinte majdnem mindben van ilyen időzítő függvény.
-
Karma
félisten
válasz Sk8erPeter #5505 üzenetére
Találtam egy rövidebb verziót.
Ez a blokk átverhető a window.history.pushState-tel:if(document.location.href.match(/hirtv_kesleltetett/i) || document.location.href.match(/hirtv_live/i)) {
reloadBlocker = true;
}Például így: window.history.pushState({}, null, "hirtv_live").
Egy kicsit fejre áll tőle a böngésző, de a feltétel biztosan igaz lesz tőle
[ Szerkesztve ]
“All nothings are not equal.”
-
cocka
veterán
válasz Sk8erPeter #5505 üzenetére
Jajj de ez már ilyen jquerys borzalom, amiből még annyit se értek. Igazából nem azért nem értem, mert nem tudnám megérteni, hanem mert nem ismerem a függvényeket.
-
dqdb
nagyúr
válasz Sk8erPeter #5505 üzenetére
Akkor íme egy Chrome/Opera extension kettőtök kutatása alapján egy kicsit kulturáltabb injektálási módszerrel.
manifest.json
{
"content_scripts":
[
{
"matches": [ "http://mno.hu/*", "https://mno.hu/*" ],
"js": [ "content.js" ],
"run_at": "document_start"
}
],
"web_accessible_resources":
[
"patch.js"
],
"manifest_version": 2,
"name": "setTimeout patch",
"version": "1.0.0"
}patch.js
Window.prototype._setTimeout = Window.prototype.setTimeout;
Window.prototype.setTimeout = function(func, delay) {
if (func.toString().indexOf("reloadBlocker") !== -1)
console.log('blocked setInterval', delay);
else
Window.prototype._setTimeout.apply(this, arguments);
};content.js
try {
var xhr = new XMLHttpRequest();
xhr.onreadystatechange = function() {
if (xhr.readyState === 4 && xhr.responseText) {
var patch = document.createElement("script");
patch.type = "text/javascript";
patch.innerText = xhr.responseText;
(document.head || document.documentElement).appendChild(patch);
}
};
xhr.open("GET", chrome.extension.getURL("patch.js"), true);
xhr.send(null);
}
catch (ex) {
console.log(ex);
}Vagy Firefox alá Greasemonkey scriptként:
// ==UserScript==
// @name setTimeout patch
// @namespace mno.hu
// @include http://mno.hu/*
// @include https://mno.hu/*
// @version 1
// @run-at document-start
// @grant none
// ==/UserScript==
window._setTimeout = window.setTimeout;
window.setTimeout = function(func, delay) {
if (func.toString().indexOf("reloadBlocker") !== -1)
console.log('blocked setInterval', delay);
else
window._setTimeout.apply(window, arguments);
};Érdekes módon itt csak a window példányt tudtam manipulálni, és abban lecserélni a metódust, magát a Window osztályt nem, hogy a prototípusban cserélgessek.
Természetesen nem vártam ki a 20 percet, a naplóba írt üzenettel teszteltem a kódot.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
inf3rno
nagyúr
válasz Sk8erPeter #5602 üzenetére
Én jelenleg hobbi projekteknél fejlesztek így, most éles projektjeim nincsenek. Régebben éles projekteknél még nem ismertem ezeket a technikákat, személyes tapasztalatom annyi, hogy volt olyan projekt, aminél utólag írtam meg a teszteket, és az SQL-ek felében volt kisebb nagyobb hiba, amik nem derültek ki azonnal, mert csak ritkán használt útvonalakról volt szó.
Tudok olyan multiról, ahol TDD + SOLID + OOP alapvető, és a backend-et így fejlesztik, nem véletlenül írtam. Nem hinném, hogy nyugis munkahely lenne, inkább csak elvárják a minőségi kódot, meg egy méret (pár ezer sor) felett széthullik a szemét, amit tesztek nélkül fejlesztesz. A GUI-t nem feltétlen éri meg e2e tesztekről indulva fejleszteni, de azért érdemes lehet bedobni párat a fontosabb feature-ök ellenőrzésére, ha nem is minden apróbb hülyeségre. A DDD egy projekt méret felett éri meg jobban, mint a monolit, én személy szerint ezzel nem értek egyet, próbálom kisebb projekteknél is alkalmazni. Arra, hogy a TDD/BDD többlet idővel járna mutathatnál valami bizonyítékot, mert pont az ellenkezője igaz. Debugra összességében több idő megy el, mint arra, hogy a teszteket előre megírd, és az alapján fejlessz. Persze ha nem veszed komolyan az egészet, vagy nem fotnos a minőség, akkor nyugodtan fejleszthetsz tesztek nélkül is.[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz Sk8erPeter #5616 üzenetére
"Ha nem baj, megfordítanám a dolgot: arra mutathatnál nekem olyan általánosítható bizonyítékot, hogy minden esetben gyorsabb összeállítani egy gigarendszerben - annak összes függőségével, aktuális használati esetnek megfelelő konfigurációjával, stb. - egy valóban komplett tesztkészletet egy kisebb/nagyobb feature időre történő fejlesztéséhez, mint TDD/BDD aktuális alkalmazása nélkül azt elkészíteni."
Nem tudok ilyesmiről, de nem nagyon szoktam statisztikák után nyomozni. A kezdeti fejlesztési idő valamivel lassabb, a bug sűrűség viszont sokkal kisebb. Egy tanulmány szerint kb 15-35%-al több időt kell beleölni a projektbe, és valahol 40-90% közötti mértékben esett vissza a release előtti bug sűrűség, máshogy fogalmazva, kevesebb, mint fele annyi bug volt. [link] A 15-35% idő többlet a 2x annyi debug-nál tapasztalatom szerint bőven visszajön. SO-n volt ilyesmi kérdés. [link] Ha ennyire izgat a téma, akkor utánakereshetnél te is, nincs kedvem olyan dolgokra pazarolni az időmet, amiből nem tanulok semmit, max megnyerek egy vitát. A többi már tényleg nagyon off.
[ Szerkesztve ]
Buliban hasznos! =]
-
martonx
veterán
válasz Sk8erPeter #5641 üzenetére
Csak igyekeztem megragadni a kollégának a probléma lényegét
A displayDate tényleg csak elírás volt, elfelejtettem a legvégén rányomni az update-re, így végül valami régebbi verziót linkeltem beÉn kérek elnézést!
-
PumpkinSeed
addikt
válasz Sk8erPeter #5668 üzenetére
Olvastam, viszont már nagyjából működésre bírtam. Viszont ha deprecated akkor ezt a MediaStream-et kellene használni? Csak mert az elérhető tutoriálok 99,999%-a getUserMedia-t használ. :/
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Speeedfire
nagyúr
válasz Sk8erPeter #5731 üzenetére
Jól van na, kössél belém.
Nekem a pastebin maradt a fejemben.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Zedz
addikt
válasz Sk8erPeter #5738 üzenetére
Ha másért nem is, a stackoverflowért megéri küzdeni.
-
Speeedfire
nagyúr
válasz Sk8erPeter #5738 üzenetére
Há'deszintemindigbelémkötvalakittafórumon. Nagyon már nem is járok fel ide kérdezősködni, inkább máshol teszem fel a kérdéseket.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs