Kivételesen tökéletesen egyetértünk, ez már nem a fórum szintje, hagyja abba a cég a művészi szintű fillérszexualizációt, és fizessen meg egy ezzel foglalkozó jófajta jogászt.

[ Szerkesztve ]

"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin

oksa, keresek neki valami topicot
azért köszi
:-)

no persze, igazatok van, én is úgy gondolom, hogy ez meló, spéci pénzért, tanultaknak
de azért az adatvédelem nem tegnap kezdődött, és azt hittem, hogy esetleg itt is van valaki, aki vágja fejből, hogy ki mikor kezelője egy adatnak
én ugyanis nem vagyok programozó, de tényleg azt hittem, hogy bizonyos szakokon ez is része a tematikának
belátom, ez határterület, kopogtatok jogászoknál

(ott viszont, már előre látom, azt fogják hajtogatni, hogy ők meg nem programozók, és hogy ők meg olyan szimpla kérdésekhez vannak szokva, hogy xy webshop gyűjti az email címeket a marketingkampányaihoz, és ahhoz képest egy ilyen sztori már nagyon bonyi, mikor ugyanaz a webshop mondjuk már nem kizárólag magának, hanem a velünk kapcsolattartáshoz és ráadásul a mi programunkban gyűjti az adatokat)

De, adatkezelők vagytok. Ha a gugli analitikát behúzzátok egy weboldalra, és a gugli az oldalatokon adatot gyűjt is ti vagytok az adatkezelők, mert ti gyűjtetitek a guglival az adatot, amit utána ti akartok használni.
Szerintem.

Én kérek elnézést!

megnyugtató, hiteles választ úgy lehet adni gdpr-ral kapcsolatban, ha valaki helyszínen alapos interjúzás után átlátja a helyzetet.

az még beleférhetne, hogy itt ingyen kapsz egy-két választ, csak te ezzel nem leszel kisegítve, mert információ hiányában a válasz vagy jó, vagy nem, téged meg bíróság fenyeget.

rendes válaszhoz az kell, hogy valaki elutazik hozzád, rádáldoz az idejéből mondjuk két munkanapot, és mond valamit, ami már megalapozott.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

oks, köszi mindkettőtöknek
tényleg kell egy megalapozott szakvélemény
és tényleg biztosan nem jó a szoftverünk, mert ha
- mi vagyunk az adatkezelők, akkor gond, hogy nem férünk hozzá
- ha pedig a partnerünk (aki a programunkat használja) az adatkezelő, akkor őt meg nem értesítettük, hogy a program alapból minden előzményt elment, és úgy vigyázzon a saját programjára, vagy esetleg ne is használja ezt a fícsört, ha nem akar adatkezelni

a gdpr semmilyen követelményt nem támaszt a vállalati folyamatok alapjaival szemben, követelmény a bizonyíthatósággal szemben van.

tehát a programod csak akkor rossz, ha a gdpr-ra való hivatkozással akarod mozgásba lendíteni a főnökeidet, egyébként semmi baja, rendesen kell dokumentálni.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Egyrészt az adatkezelők ti vagytok, ez 99%. Másrészt nem feltétlenül rossz a programotok, csak megfelelően dokumentálni kell az adatvédelmi szabályzatba (és igazolnotok kell tudni, hogy minden ügyfeletek olvasta és jóváhagyta a frissített szabályzatot), hogy ez így működik és kész. Ha valaki ezzel nem ért egyet, akkor ne használja / használja majd a leendő webes felületet.
De persze szakértő nem vagyok, tényleg érdemes lenne felbérelnetek valakit, aki bambanonél és nálam megalapozottabb véleményt tud mondani (90%, hogy tőle is ugyanezt fogod hallani).

Én kérek elnézést!

háát, abban egyetértünk, hogy a GDPR önmagában nem hoz újdonságot, csak segít, hogy most leessen a tantusz

de a progi sem tökéletes: ha egyszerűen nem létezik benne törlés gomb, és akár 10 évre visszamenően is benne van minden előzmény, az úgy mai szemmel már nem túl döfi

persze mondhatjuk az ügyfeleinknek, hogy adattörlési igény esetén uninstallálják a proginkat, és aztán installáljanak egy tiszta újat, de hát az nem túl elegáns, ezzel kell valamit kezdeni, nem vitás

a kérdés inkább az, hogy a soron következő javításig (amikor bekerülne a törlés gomb) addig is kinek a terhe, hogy megrendelőszoftverünkben ott figyel valami, amire kérés van, hogy legyen kitörölve...

ehh, ha már ketten mondjátok, hogy valszeg mi vagyunk az adatkezelők...
nem örülök a véleményeteknek...

"kinek a terhe, hogy ...": erre a kérdésre egyértelműen lehet felelni, mert ezt a gdpr rendezi: az adatkezelő terhe. tehát a tietek. konkrétan az adatkezelő felelős vezetőjére húzzák rá a vizes lepedőt, ha beüt a krach.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Igen, igen, igazatok van, nem most indult az adatvédelem.

De egyébként itt nem smucigság van, hanem egyszerűen nem is gondolt rá a cégnél senki. Ugyanis nagyon sokat figyeltek/költöttek az elmúlt időszakban is ilyenekre, a mi szerveroldalunkon ez meg is van csinálva, bármilyen igénylésre tudunk törléssel reagálni, és amúgy is törlődik a törvényben írt időszak után a személyes adat.

Csak ez az egy apróság, hogy nekünk van egy olyan vastagkliens szoftverünk (aminek az alapötlete szerintem meghaladott), hogy a számunkra rendelést feladó cégek a saját számítógépükön a rendelésfeladó programjaikban is gyűjtik az előzményeket, no ez nem esett le senkinek. Ezt a progit hat éve csináltuk, és kiemelem: részünkről offline!, nem férünk hozzá, nem is tudjuk mi történt vele a partner gépén. Csak úgy ott van, és persze mind a mai napig használják, és küldik be vele a megrendeléseket. De mi nem tartjuk karban náluk!

És most, hogy valaki kérte az őt érintő adatok törlését, és mi ezt ügyesen meg is tettük szerveroldalon, na most esik csak le a tantusz, hogy az idegen kft számítógépéről, amelyik beküldte a rendelést, vajon ki fogja törölni? Egyáltalán, megvan még az a számítógép, vagy múl héten kidobták? Vagy pl. újratelepítették rajta a rendelőprogramunkat, és most nincsenek is benne a előzményadatok?

szóval ha tényleg úgy van, ahogy írtad, tehát a vevő a másik céggel van kapcsolatban, ti meg, mint egy nagyker, fogadjátok a kisker rendelését, akkor a másik cég az adatkezelő, ti adatfeldolgozók vagytok, akkor nem nektek kell eldönteni, hogy mi legyen. a vízválasztó az, hogy ki határozza meg az adatkezelés lépéseit.

ez kiváló példa arra, hogy egy olyan valakinek meg kellene nézni rendesen a működéseteket, aki alapvetően informatikus, de a gdpr-hoz is ért.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Szep estet!

Kis iranymutatasra lenne szuksegem az oreg rokaktol, egy kisse belekavarodtam a dolgokba.
Egy ideje tanulgatom munka mellett a HTML+CSS kombinaciot amivel nagyon jol haladtam, konnyen ment minden. Aztan jott a dolgokhoz a 'bonyolultabb' resz, bekoszontott a Javascript, amit jelenleg probalok elsajatitani ahogy ez az erombol tellik. Mikozben ezt tanulgatom mar allitanam fel a kovetkezo celokat, es eleinte ez a PHP lett volna, amivel a weboldalfejlesztesnel maradtam volna. De aztan 1-2 angol forumot elolvasgatva rajottem, hogy nem feltetlen szeretnek megmaradni a weboldalfejlesztesnel, sokkal inkabb egy olyan nyelvet hasznalnek, ami majdnem minden iranyban "nyitott".

A kerdeseim a kovetkezok lennenek(Lelkes tanulo vagyok csak, ne egyetek meg, hogyha butasagokat kerdezek ):

-Hogy alakitsam a tanulasi tervemet, mit miutan tanuljak?
(HTML-CSS-Javascript-?)

-Szukseges nekem egyatalan a PHP, esetleg tudnek helyette egy C#-ot vagy valami hasonlot tanulni, es ezt hasznalni egy weboldal Backend reszehez?

-Milyen "kiegeszites" javasolt a Javascript-nel es a PHP-nal (JQuery/SQL(Ezzel sem allok stabil labakon ) )?

Kicsit hosszura huztam, de nagyon kene mar egy rovid atfogo magyarazat, hogy mit mire tudok epiteni, mert ahany forumot olvasok, annyi kulonfele elkepzelest latok.

Nagyon megkoszonnem, ha valaki aki jartas ebben, tiszta utra terelne engem.

Ez esetben PHP-zned tényleg felesleges. Simán maradhatsz pusztán csak a Javascriptnél is, mostanra már azzal is lehet backendet fejleszteni (Node.Js) vagy akár komplett appokat is (pl. Electron).

Személy szerint nagy kedvenc a C#, az Asp.Net Core nagyon állat lett, miközben C#-al mindenre tudsz fejleszteni, nem csak webes backendet.

De ugyanez elmondható a Java-ról is, meg biztos van még pár jó nyelv, csak nem tudom azok mennyire cross-platformok (pl. Pythonban lehet vajon natív mobile appot készíteni?).

Én kérek elnézést!

Koszonom a segitseged, nagyjabol letisztult a kep.

Meg 1-2 kerdes, es batran tervezek tovabb.

Node.Js:
-Ezekszerint PHP-t a Node.Js-el teljes mertekben felvalthatom, meg akar "kemenyebb" weboldal soran is?
-A szerver oldali dolgokat teljes mertekben ellatja?
-Valamint az adatbazis ebben az esetben MySQL? (lattam valami MongoDB-t is )

Adatbazisok-ban es ezekben a Framework-okben egyatalan nem vagyok otthon, ezekhez ha tudtok egy linket adni ahol kitudom elemezni mi melyikhez tartozik, hol erdemes hasznalni, mivel erdemes kombinalni, akkor azt is nagyon szivesen latnam, nem szeretnem az idotoket rabolni ezzel.

Koszi elore is!

MongoDB egy noSQL adatbázis, js-en keresztül dolgozhatsz vele így megint nem kell új nyelv. Viszont sok limitációja és előnye is van SQL adatbázissal szemben.
Javaslom próbáld ki mindkettőt

[ Szerkesztve ]

Everything that has a beginning... has an end

"Ezekszerint PHP-t a Node.Js-el teljes mertekben felvalthatom, meg akar "kemenyebb" weboldal soran is?"

Igen. Egyébként Javascript helyett Typescriptet javasolnék, az kb. a legépeszűbb nyelv ebben a körben, van mögötte rendes, komoly támogatás és sima Javascriptté fordul. Webszerveres dolgokhoz az ExpressJS framework az, amit érdemes megnézni.

"Valamint az adatbazis ebben az esetben MySQL?"

Én inkább PostgreSQL-t néznék, abban van jól megcsinált JSON adattípus, szóval ha kell, akkor ott vannak a nosql-es feature-ök is, de mégis csak egy hagyományos, gyors relációs adatbázis.

IDE-t ugyan nem kérdeztél, de ott szerintem messze a Visual Studio Code a legjobb választás (nem összekeverendő a "hagyományos" Visual Studioval), ami egyébként szintén nodejs-es cucc, konkrétan Electront használ.

[ Szerkesztve ]

DRM is theft

Dabadab fórumtárs kommentjével többnyire egyetértek (Expressjs, VS Code, PostgreSql). Én a noSql-eket most még nem kezdeném ide keverni.

Mondjuk az se biztos, hogy rögtön typescripttel érdemes indítani, vanilla JavaScript helyett.

Én kérek elnézést!

hát igen, beletenyerelt Sztanozs, és valószínűleg te is nagyon jól mondod: új architektúra mellett szól minden, még a GDPR büntik mértéke is

köszi a szempontokat!

és ha már az architektúra szóba került: ha az adatok a kliens program és a mi cégünk között email és csatolt fájl formában közlekednek, önmagában már ez is gond most?
- Sztanozs tényleg beletenyerelt: a kliens progi vastagklienses, saját titkosítatlan adatbázissal, logikákkal.
- a kommunikáció egy titkosítatlan .xml fájl küldése csatolt fájlként
- igen, az .xml igen gyakran személyes adat van, hiszen mi nem csak üzleteknek, hanem természetes személyeknek is visszük, amit tőlünk rendelnek a partnereink
- és igen, ez azt jelenti, hogy a programunknak szüksége van a partnerünk smtp adataira, autentikációjára, ezt a beállításokhoz pötyögik be
- itt a beállítás menüben nem tilos a programunkban SSL nélküli smtp-t megadni, gondolom sok partnerünk használja is a 25-ös/587-es portot

önmagukban ezek az ismérvek is olyanok, amit tiltana a korszerű adatvédelem?
ha kikényszerítjük, hogy csak titkosított csatornát használjanak, akkor végülis architektúrálisan meg van oldva, nemde?

jah, a lényeget nem mondtam: igen, eldőlt, lesz új programunk, ami böngészőben fut majd, de állítólag csak két év múlva készül el, addig betart a tervezés/kódolás
no addig kell ezt a fenti architektúrát mégis életben tartani valahogy!

köszi mégegyszer minden segítséget az eligazodáshoz!

[ Szerkesztve ]

"Mondjuk az se biztos, hogy rögtön typescripttel érdemes indítani, vanilla JavaScript helyett."

Biztosan függ háttértől is, de én a típusos nyelvekben hiszek és nem látok olyasfajta tanulási folyamatot, hogy JS-t egyszerűbb lenne megtanulni, mint TS-t.

DRM is theft

Hidd el, én mint C# kedvelő ember is a típusos nyelvekben hiszek, de a typescript egy szuperszetje a js-nek, és szerintem nem árt elsőre legalább egy kicsit magát a js-t megérteni, megtanulni, hogy a ts-t legalább el tudjuk helyezni, hogy mégis mi ez, miben tud többet, miben segít.

Én kérek elnézést!

jó ötlet, le kéne papírozni, hogy mire figyeljenek oda a programot felhasználó partnereink
és akkor alapvetően maradhat a maradék két évre
köszi a tippet!

ezt a verziót is fogom javasolni a céges jogászoknak, programozóknak, vezetőknek, akik kalákában foglalkoznak a gdpr-megfeleléssel
köszi mégegyszer!

Sziasztok!

Egy server-kliens alkalmazás elkészítése a feladatom. Úgy döntöttem, hogy egy zenelejátszó alkalmazást készítenék. (JAVA nyelven)
A lényeg az lenne, hogy a serveren vannak tárolva a zeneszámok és több kliens kapcsolódva ehhez a serverhez le tudja játszani ezeket a zeneszámokat.
A kérdésem az lenne, hogy milyen plusz funkciókat lehetne belerakni a programba? lejátszási lista, random lejátszás, kedvencek, zeneszámok értékelése már része. Bármi pluszt esetleg tudtok modani? Akár server oldalon.

köszönöm

[ Szerkesztve ]

Gondolom akkor lesz user kezelés is?

igen-igen,
szeretnék olyat, hogy regisztrálni kelljen és az userek ott tudják elkészíteni a listákat, stb...

A zenék legyenek stílus szerint kategorizálva. Legyen követve mit hallgatnak a felhasználók és zenei stílus és az egyéb userek hallgatási szokásai alapján legyen új zene ajánló.

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

zenék automatikus kategorizálását is belerakhatod, mp3-ból az mp3 tagek kiolvasásával elég sok mindent meg lehet tudni a számról.
illetve ha nagyon ráérsz megcsinálhatod azt is, hogy Fourier analízissel kiválogatod a zenéből a dobot, megméred a "sebességét", hogy mennyi a bpm, és ez alapján kategorizálod a zenét. automatikus lejátszási lista összeállításnál nem rossz, ha ugyanolyan bpm-es zenék vannak egy csoportban.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Sziasztok,

szeretnék sok-sok év után újra programozni, web-en, főleg adatot gyűjteni innen-onnan, amit egy dashboard féle központi oldalra kitesz nekem a rendszer. Más weboldalakról szedném az infót, simán bizonyos dolgokra keresve és a felismert minták alapján lekérdezni az infót, eltárolni nálam, majd azt megjeleníteni.

Egyszerű példával élve: egy felület, amin megjelenítem az időjárást az időképről, az index.hu sport rovatából a legutóbbi bejegyzést, szedek még egy kis Tibiatya féle humort is valahonnan egy harmadik helyre, ilyesmik.

LAMP-ban gondolkodtam eddig mint jó kis kezdő rendszer, de közben jöttek itt ilyenek, hogy MySQLi, ott a jó öreg PostgreSQL, PHP5 adott, szóval.. szerintetek ? Igényem lenne még képfeltöltésre és tárolásra automatikus átméretezéssel (ezeket hogy szokás megoldani, külső script-et meghív a szerveren a kód, vagy adott nyelven belül?) .. Mibe érdemes beletanulnom ? Postgre-nek vannak hátrányai mysql-el szemben ?

Vmi olyan rendszert szeretnék, ami stabil, lehetőleg kevés bug jellemzi, nagyon megbízható és relatív biztonságos is, értsd: az átlagosnál nehezebb "törni".

Van egy Tantusz könyvem, PHP, MySQL, JavaScript & HTML5 címmel, ezzel indítanék és ha kezdek a felszín alá kapirgálni, majd meglátom, hogyan merre tovább.

Ti mit tanulnátok MOST, tekintettel a jövő igényeire, kihívásaira ?

POKE 16017,44 ..... SYS 2077

Egy kicsit gugliztam ejjel a ketto kozott, nem tudom, szuksegem lehet-e kesobb azokra az extrakra, amiket postgre tud, mert bar nem webshopot akarok csinalni, egy sima kkv-s webshop, vagy vallalati hibajegykezelo rendszer sztem siman megalkothato mindkettovel es latvanyosan nem hinnem, hogy ebben a par 10 fos user-webes kornyezetben a lassubb (?) postgre hatrany lenne, viszont ha komplexebb lekerdezeseket tudok benne krealni, az akar elony is. Vagy nem.

Hobbikent tanulnam ki a mufajt, igazabol sajat ceget inditanek es szeretnek az ala egy sajat folyamatkezelo rendszert osszerakni,ahelyett, hogy csilliokat dobnank ki az ablakon valami penzes megoldasra, agyuval love a verebre. Mindig is almom volt egy ilyen belso felulet megalkotasa, nekilatnek az alapoknak. Ido nem surget.

POKE 16017,44 ..... SYS 2077

"Hobbikent tanulnam ki a mufajt, igazabol sajat ceget inditanek es szeretnek az ala egy sajat folyamatkezelo rendszert osszerakni,ahelyett, hogy csilliokat dobnank ki az ablakon valami penzes megoldasra, agyuval love a verebre. Mindig is almom volt egy ilyen belso felulet megalkotasa, nekilatnek az alapoknak. Ido nem surget."

Uh, megmondom ebből mi lesz. Éveket fogsz elvesztegetni, és a végén csilliókat fogsz kidobni az ablakon.

Én kérek elnézést!

Ajjaj, mennyi ilyet láttam, már "nem kell a ti szaros programotok ilyen drágán, majd mi megoldjuk" felkiáltással évekig csinálják, csak éppen elfelejtik, hogy egy ilyen szaros drága programban mondjuk benne van esetenként 10-15-20 év fejlesztés, tapasztalat, egy komplett cég. De hát mindenki arra költi a pénzét/idejét, amire akarja.

Persze hobbiból lehet ilyennel foglalkozni, azzal semmi gond.

[ Szerkesztve ]

"Debugging is like being the detective in a crime movie where you're also the murderer."

nem értem, honnan jön ez a postgre-zés, de elég undorítóan hangzik.
a postgresql eredetileg postgres volt, amíg nem sql volt a lekérdező nyelve. ezért, ha rövidíteni akarod, akkor postgres.

másrészt (kezdjük a flame-t ) én egyszer megnéztem rendesen a mysql-t, nyilván nem mostanában, kiderült, hogy buta, mint a föld, de legalább lassú. azóta se érdekelt. pedig a mysql-ben voltak olyan érdekes ötletek, hogy tudott raid0-t is, amit azóta kivettek belőle. nem tudom, a gpl-es mysql azóta tud-e már tranzakciót kezelni, mert régen nem tudott. ami vicc egy adatbáziskezelőnek hívott valamitől.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

MariaDB-ben már van transaction, de mondjuk én se nagyon tudnék érvet hozni amellett, hogy miért az és nem Postgrest.

DRM is theft

anno a mysql-ben úgy volt, hogy az isam backend nem tudott tranzakciót, de ingyen volt.
az innodb tudott, de nem volt gpl-es. ezzel el is vágta magát nálam.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Akkor még nem láttál mindent..

POKE 16017,44 ..... SYS 2077

Hát amikor egy kezdő zongorista elkezd Beethoven-t játszani, az is elég szarul hangzik, valljuk be. Üssem meg érte ? A felvilágosítást viszont köszi.

De hogy ne rúgjak abba, aki "etet", az üzeneted 99%-a konstruktív volt számomra és tényleg köszönöm. Igazából azért toltam be ide a témát és flame ON, mert így - egyelőre - kívülállóként az összes adatbázissal dolgozó ismerősömnek van valamilyen véleménye e kettőről (is) és elég szerteágazók. Próbálok valami kapaszkodót találni, mert a prog ha elkezdem, elég jól megy hálistennek, viszont a flexibilitás hiányzik belőlem: gyűlölöm, ha valami percenként változik, már nem úgy van, mint korábban, satöbbi. Ez most persze így nagyon kommerszül hangzik, hiszen IT-ban mozgunk mindannyian itt, ami elég gyorsan és hektikusan változik, de azért szeretem, ha van egy rendszerben, nyelvben némi következetesség, nem pedig ma jobbról fúj, holnap balról fúj a szél. Tehát én spec. a konzervatívabb, időtállóbb megoldásokat szeretem. Szóval tankok előnyben vs. kétévente facelift-elt Audik.

POKE 16017,44 ..... SYS 2077

Naugye.

Ellenkezője: én csak ilyet láttam, igaz, multi volt mind. Ők ebben nagy specialisták, aztán tákolják jobbrólbalról, végül mikor már megunják, hogy drága az SI (System Integration), először kiszervezik őket külföldre-offshore-ba, aztán ejtik a picsbe, a rendszer még ott van, mert megkente a CEO-t, a jónép meg tekeri a jó öreg bevált dedó Excel-t, ahogy illik, rommá-szénné makrózva, csak hogy a kontrollingot említsem egy komolyabb forecast tevékenység alatt..

A kkv-ban meg a nagy tátongó űr: mi ? Az mi ? Hogy ? Jaaa, neeeem, semmi, semmi...

A szakadékban meg ott lavírozik az a nagyonkevés ügyes-magyar-kkv-félkkv, aki nem szállt bele a csillagrombolóba és láthatóan próbál valami köztes pár-tíz-misis megoldást megvenni a piacról, egész jól használják is, de azért a helyi informatikus "guru srác" már API-n keresztül persze rommá mókolja a dolgot és körbeépíti mindenféle egyébbel, aztán ott vagyunk, hogy van egy intranetes web-es mindentudó felület a guru által, ami az API-n keresztül kezelgeti az amúgy Windows-ra írt számlázó, raktár és nyilvántartó dedikált program motyóit. Hát ez sem valami gyönyörű agyonszofisztikált megoldás

POKE 16017,44 ..... SYS 2077

Nem kell ahhoz multi, ismerek olyan magyar vállalatot, ahol felvettek 2 programozót, hogy na majd ők aztán, saját rendszer, ahogy ők akarják, 2 év után már mind a 2 programozó megpattant, igaz elvittek 25 millát addig, mint alkalmazott, rendszer meg sehol. És nem, nem a programozók voltak a hibásak.

Na, mindegy, a lényeg a lényeg, sok pénzt is el lehet költeni jól is, meg szarul is.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Teljesen egyetértek Veled. A két modellben az óriási különbség az, hogy az Általad említett esetben nekik szükség volt, MUSZÁJ volt a rendszert lefejlesztetni (vagy venni, de inkább fejlesztettek, ki tudja milyen okok miatt), ami önmagában is bármilyen épeszű embernek rizikós, hogy ha valami KELL és SZÜKSÉGES akkor ott lehetőleg ne két egyetemistát bízzunk már meg éhbérért, hogy majd fusiban legyomja. (Túlzok, de érted). Totál egyetértek, ennek a cégnek venni kellett volna valami normális rendszert + supportot hozzá és most bentebb lennének ha nem is a teljes 25M-el, mert az ugyanúgy elmegy, de cserébe dübörögne az, aminek dübörögnie kell.

Nálam meg csak "nice to have" hobbi és saját időm égetem rá, semmi kül. Az a helyzet, hogy - most sokan meg fognak utálni - napi 24 órám lesz arra, hogy azt csináljak, amit akarjak. Na jó, alszok, eszek, mosdok, wc, bevásárlás néha, szabadidő, hmmm. Úgy napi 4-6-órát rászánnék erre, agyzsibbadástól függően. Azzal meg nagyon szépen lehet haladni sztem és nem mellesleg még böfögni is fogom kicsit azt, amit a külsős old meg nekem. Az idő meg csak telik, telik, telik, telik, telik .. jön ez fel majd, mint a kosz.

POKE 16017,44 ..... SYS 2077