2. Fórumok
  3. Szoftverfejlesztés
  4. A Neptunt fel kell készíteni a tantárgyfelvétel időszakára

Új hozzászólás Aktív témák

  • #13 Beerhead csendes tag
    Új Válasz #13
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Beerhead

    csendes tag

    Undorító, és nevetséges, amit több tízezer diákkal (és tanárral) művel évek óta az SDA. A világon nagyon kevés rendszernél meghatározható a csúcsterhelés pontos időpontja és mértéke. A neptun pont ilyen, darabra tudni az egyetemre járók számát (pl. BME, 2016: 22820 fő, de ez a neptunból pontosan lekérdezhető) és a tárgyfelvétel időpontját is (nyilvánosan hirdetve van a neptunban). Innentől elmehetnek a tudjákhova. Én biztos, hogy a továbbiakban kerülni fogom a céget minden tekintetben.
    A nem működő, saját CAPTCHA implementációról persze mélyen hallgatnak (kiír valamilyen számsort, majd nem fogadja el, több képernyőmentéses bizonyíték van róla, van, akinek csak 2-3 újratöltés után sikerül egyáltalán elindítani a várakozást, máskor lelógnak, teljesen olvashatatlanak a karakterek, biztos fájt volt a google féle megoldás). Az is szar kifogás, hogy sok ellenőrzés kell tárgyfelvételkor. Optimalizálni kéne a feltétel ellenőrzőt (saját, belső nyelvet használ a rendszer), de nem, mindig az user a hibás, sosem a fejlesztő.
    Béreljenek rendes cloud kapacitást arra a 10 percre. Ja, hogy az pénzbe kerülne, bukna a fix állami profit, meg annyira szarul skálázódik, hogy az sem segítene rajta.
    Mocskos szemét banda az egész, bármilyen javaslatot a szőnyeg alá söpörnek, és a cikkben leírtakat hajtogatják. Az user limit meg 100 főről indul, aztán húzogatják, amíg még stabilnak találják.
    Az egészen látszik, hogy valamikor sok évvel ezelőtt elég nagyszabásúnak indult, az akkori kor követelményeit többnyire teljesítve. Mára a kódbázist úgy, ahogy van a kukába kéne dobni, és vagy venni az államnak egy erre való nagyvállalati CRM szoftvert, vagy írni egy újat, a 2017-es paradigmákat figyelembe véve. (pl. pollinggal ellenőrzi a renszer, hogy bejutottál-e már a bejelentkezési várólistán. 2017-ben... de millió ilyen van, egy időben a statikus és dinamikus tartalom is egy helyről volt kiszolgálva).
    És akkor még az UX rémálomról, a random működő tárgykeresőről, a nem működő órarend tervezőről nem is beszéltem...
    Összefoglalva nagyon gyenge magyarázkodás egy állami csöcsön lógó, nagyon gyenge szoftvercégtől.

Új hozzászólás Aktív témák