„Vita:BPROF:2dm” változatai közötti eltérés

A Miau Wiki wikiből
(→‎Kapcsolódó játékok/alkalmazások)
 
(3 közbenső módosítás, amit 2 másik szerkesztő végzett, nincs mutatva)
1. sor: 1. sor:
 +
=Kompakt-verzió=
 +
* kell egyetlen egy beviteli mező egy önálló szoftver által felkínálva
 +
* melybe egyetlen egy lokális elérési út másolható be (input-könyvtárként, nem fájlként lezárva)
 +
* a szoftver az elérési út nyomán minden lépést elvégez, ami ahhoz kell:
 +
* hogy a végén egy olyan másik (output-)könyvtár megadásával térjen vissza,
 +
* ahonnan egy szóló (single) 2dm-játék azonnal indítható
 +
* (ill. ez a könyvtár egy web-szerverre másolva azonnal kipublikálható)
 +
* HA AZ INPUT-KÖNYVTÁR TARTALMA 1-----17.PNG A HELYES NEVEZÉKTAN SZERINTI
 +
* amennyiben a szoftver futása során bármilyen ellenőrzési elv sérülését tárja fel,
 +
* akkor a megsértett elv(ek) pontos leírásával, mint hibaüzenettel visszatér és leáll
 
=Fogalmak=
 
=Fogalmak=
 
*Például a "teszt" kifejezés jelentéstartalmait tisztázni kell! vö.
 
*Például a "teszt" kifejezés jelentéstartalmait tisztázni kell! vö.
99. sor: 109. sor:
  
 
*https://hu.wikipedia.org/wiki/Robotiz%C3%A1lt_folyamatautomatiz%C3%A1l%C3%A1s
 
*https://hu.wikipedia.org/wiki/Robotiz%C3%A1lt_folyamatautomatiz%C3%A1l%C3%A1s
 +
 +
=Tesztesetek konkrétan és általában=
 +
*Működik-e adott fejlesztési állapotban bármilyen kép-formátum (különösen az animált gif)?
 +
**https://miau.my-x.hu/miau/271/2dm/img/SMILEY_DIR.gif
 +
**https://miau.my-x.hu/miau/271/2dm/img/DIR_BR.gif
 +
** pl. *.ico
 +
** pl. *.mp4
 +
** pl. *.*
 +
*Hogyan hat egy fejlesztésre, ha más a kiterjesztés mögötti tartalom?
 +
** pl. *.jpg=*.pdf
 +
**...
 +
*Van-e hatása speciális karaktereknek az inputmezőkben?
 +
**vö. Teams chat: *.*
 +
**vö. SQL-injection-analógiák?
 +
*Van-e hatása egyes képformátumoknak, képméreteknek ezek feldolgozhatóságára?
 +
**pl. jpg versions
 +
**nagy képek xGB
 +
*Lehet-e online képkonverziós szolgáltatásokat API jelleggel arra használni, hogy szabványos hibaüzenetet kapjunk, ha egy kép nem szabványos?
 +
 +
Általános érvényű konklúzió:
 +
minden lehetséges fejlesztést érintő döntési pont (paraméter, konfig-adat, stb.) kapcsán
 +
az alternatívák értelmezése önálló tesztesetként értelmezendő ideális esetben...
 +
=Kapcsolódó játékok/alkalmazások=
 +
*szorzótábla: https://www.okosjatek.hu/szorzotabla-papirbol
 +
*ország-város-fiú-lány: https://www.facebook.com/slagerfmradio/posts/2399667050049448/
 +
*ARUKERESO.hu, INGATLAN.hu, HASZNALTAUTO.hu, stb.: termék-összehasonlító-táblázatok

A lap jelenlegi, 2023. szeptember 12., 11:15-kori változata

Kompakt-verzió

  • kell egyetlen egy beviteli mező egy önálló szoftver által felkínálva
  • melybe egyetlen egy lokális elérési út másolható be (input-könyvtárként, nem fájlként lezárva)
  • a szoftver az elérési út nyomán minden lépést elvégez, ami ahhoz kell:
  • hogy a végén egy olyan másik (output-)könyvtár megadásával térjen vissza,
  • ahonnan egy szóló (single) 2dm-játék azonnal indítható
  • (ill. ez a könyvtár egy web-szerverre másolva azonnal kipublikálható)
  • HA AZ INPUT-KÖNYVTÁR TARTALMA 1-----17.PNG A HELYES NEVEZÉKTAN SZERINTI
  • amennyiben a szoftver futása során bármilyen ellenőrzési elv sérülését tárja fel,
  • akkor a megsértett elv(ek) pontos leírásával, mint hibaüzenettel visszatér és leáll

Fogalmak

Szabványok, ajánlások

Tervezési kockázatok

Túlspecifikálás vs. metaszintű leírás

  • a tervezés egyik/első/külső rétegének mindenképpen csak annyit szabad, de annyit kell specifikálnia, hogy a quasi bármilyen programnyelven való megvalósítás ezen "kotta" alapján lehetséges legyen
  • a választott programnyelvre vonatkozó tervrészletek csak ezt az általános kottát illene, hogy kövessék időben és logikailag is
  • vö. https://miau.my-x.hu/mediawiki/index.php/BPROF:2dm#Adatt.C3.A1rol.C3.A1s

Problémák, ötletek

  • a tervezési folyamatban nem a fejlesztés tényleges (főleg nem utólagos) problémái dokumentálandók
  • a tervezési folyamatban felmerülő probléma-jelenségek = kockázatok
  • hasonlóképpen a tervezési folyamatban az ötletek, mint döntési pontok kell, hogy ábrázolásra kerüljenek:
    • indítvány: kitől/miért/mi
    • döntés: ki által/milyen indoklás mellett

Ideális rendszertervezési folyamat

A wiki-szócikk kapcsán javasolt működési mód (ez lett volna az órai anyag is): készüljön el elsőként a TELJES tartalomjegyzék-tervezet azaz megfelelő számú =...= jelek között álljon elő minden modul/réteg/blokk/fejezet/alfejezet címe s ezt optimalizáljuk közösen majd a teljes véglegesnek remélt fejezet-struktúra kerüljön át vitalapra (is) ahol minden egyes fejezethez (egységhez) fel kell írni: milyen kérdésekre fog a fejezet válaszokat adni s ezt is optimalizáljuk közösen ezután még mindig a vitalapon minden egyes kérdéshez kerüljön hozzárendelésre: mennyi karaktert igényel a válasz és kell-e majd képi támogatás, ha igen mennyi kép kell? ezt is optimalizáljuk közösen UTÁNA indulhat a szócikkben a kérdések tételes megválaszolása inkl. képe/ábrák (melyek ugye általam lesznek amiau-ra feltéve és így lesz hivatkozható URL-jük) a kérdések megválaszolásakor minden választ közösen tudunk majd optimalizálni (pl. alapvetően távmunkában) a többiek számára a teljes folyamat maga is tananyag a fejezetstruktúrához az eddigi ajánlott irodalmak kellenek minimum és minden más, ami még előkerül és logikusan illeszkedik a tervezési folyamatba...

WIKI-szócikk szerkesztése

  • lehetőség szerint minden sor esetén szabványosságra törekvés
    • pl. ne legyen manuális számozás,
    • pl. ne legyen manuális kötőjel,
    • pl. ne legyen

Ötletek

  • Github-on puzzle katalógus repo, amibe bárki bele tud committolni.
  • Ezt fetchelne az alkalmazás és így ott is meg tudna esetlegesen jelenni egy külön marketplace nézet, és innen lehetne aktiválni egy egy témát.Ezt rendezni, szűrni lehetne. A repositoryt létrehozó github user nevét is oda kellene rakni a keretrendszeren belül
  • Github csillagok alapján népszerűségi sorrend is felállítható.
  • puzzle inditasakor a puzzlet letrehozo szemely által elvárt azonosító input (neptun kod,nev,becenév stb (nem kell ezzel foglalkoznom h valid-e,mert nekem elég ha egy string az output))- Ez is belekerülne a logfajlba, mely segítené a teszt írójának beazonosítását.
  • előző ellentéte: puzzle anonim leadásának lehetősége
  • puzzle kiértékelése a tanár részéről:
    • output fajlokat osszeszedi (nem erdekel, hogy hogyan, emaillel beküldik a diákok stb….), és beolvastatja a programmal, ami csinal egy egyszeru excel táblát, akár kimutatásokkal
  • puzzlek között lépkedni lehet előre hátra, ha van több puzzle (ezt a puzzle szerkesztője engedélyhezheti/tilthatja le)
  • teszt folytatasanak engedelyezese is tanartol fuggjon, logolva lesz a szüneteltetés
  • tesztben a kép pathje nem képre mutat,hanem egy más fajta fájlra, akkor ezt le kell kezelni (ilyen hiba case-eket ki kell listázni, és ki kell küszöbölni)
  • más, nem 3x3-mas teszt használatát engedélyezni*
  • logger teszt irása közben:
  • logolni fogja a szoftver a user általi: alkalmazás váltást, alkalmazás minimalizálást, és az ezekhez tartozó időpontot is
  • log az egyenlore egy txt fajl
  • “log {timeOfStart}.txt”
  • lehetőség a webes rendszerbe való fejlesztéshez(???):

itt ebben ha megvaltoztatom a 

COLOR_GREEN_DOT_1

-eket 

COLOR_GREEN_DOT_2

-re, akkor at fog váltani 2 pöttyre, és a játék el fogja fogadni amikor odahúzom a 2 pöttyös zöld mezőbe

  • ne lehessen a json fájl stringjeibe olyan adatot beírni,amit esetleg a C# parancsként értelmez (valós biztonsági rés ez? kell e ez fixálni?)
  • Tartalmi ellenőrzés, minimum obszcén szavak kiszűrése 3 nyelven (magyar,angol,német) (erre adatbázis vs api)


https://www.nuget.org/packages/Profanity.Detector/

  • az ezt megengedő github repository-kban (licensztipusoik alapjan) lehessen szerkeszteni a kvízt az áruházon belül

Saját kvíz publiklálása

Lehetőség van saját magunk által készített teszt publikálására is. A publikált tesztek a "Marketplace" (vagy valami ehhez hasonló,később kitalált fantázianévvel ellátott) menüben fog megjelenni.

Firebase

Adatbázis

Az adatbázist jelenleg a Google által fejlesztett Firebase szolgáltatja, NoSQL módszerrel. Az adatbázis jogosultsága jelenleg teszt üzemmődban van, későbbiekben megfelelő autentikációval lesz ellátva.

Fejlesztés státusza

https://miau.my-x.hu/mediawiki/index.php/BPROF:2dm_st%C3%A1tusz



Tesztesetek konkrétan és általában

  • Működik-e adott fejlesztési állapotban bármilyen kép-formátum (különösen az animált gif)?
  • Hogyan hat egy fejlesztésre, ha más a kiterjesztés mögötti tartalom?
    • pl. *.jpg=*.pdf
    • ...
  • Van-e hatása speciális karaktereknek az inputmezőkben?
    • vö. Teams chat: *.*
    • vö. SQL-injection-analógiák?
  • Van-e hatása egyes képformátumoknak, képméreteknek ezek feldolgozhatóságára?
    • pl. jpg versions
    • nagy képek xGB
  • Lehet-e online képkonverziós szolgáltatásokat API jelleggel arra használni, hogy szabványos hibaüzenetet kapjunk, ha egy kép nem szabványos?
Általános érvényű konklúzió: 
minden lehetséges fejlesztést érintő döntési pont (paraméter, konfig-adat, stb.) kapcsán 
az alternatívák értelmezése önálló tesztesetként értelmezendő ideális esetben...

Kapcsolódó játékok/alkalmazások

A lap eredeti címe: „https://miau.my-x.hu/mediawiki/index.php?title=Vita:BPROF:2dm&oldid=83229”