-
Fototrend
Új hozzászólás Aktív témák
-
opr
veterán
válasz bambano #12000 üzenetére
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
-
mckay
aktív tag
válasz bambano #12000 üzenetére
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)
-
-
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
-
mckay
aktív tag
válasz bambano #12004 üzenetére
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
-
martonx
veterán
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!
-
mckay
aktív tag
válasz bambano #12006 üzenetére
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...
-
"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
-
martonx
veterán
Jelzem: a GDPR törvény 2 éve elkészült, csak éppen adtak 2 év türelmi időt a bevezetésére Az már egyéni szoc. probléma, ha valaki beleszart ebbe, és még az utolsó pillanatban se volt képes erre odafigyelni. Megértem én, hogy kínos az életbelépése után ráébredni ezekre a dolgokra, csak nem most illene ezekre ráébredni.
Félre ne érts ez nem neked szól, csak tipikus tulajdonosi hozzáállás, hogy szedjük ki a pénzt a szoftverünkből, a törvényi megfelelésekhez / naprakészséghez szükséges "ingyen" munkákat meg elsunnyogjuk.Én kérek elnézést!
-
mckay
aktív tag
válasz martonx #12011 üzenetére
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? -
"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.": az utolsó fillérig kidobott pénz volt az egész.
most vagy tudsz törléssel reagálni, vagy törvényben írt időszak után törlődik. ha mind a két feltételnek egyszerre megfelelsz, akkor legalább egy törvényt megsértettél.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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
-
Chartreux
csendes tag
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.
-
martonx
veterán
válasz Chartreux #12015 üzenetére
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!
-
Chartreux
csendes tag
válasz martonx #12016 üzenetére
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!
-
-
dabadab
titán
válasz Chartreux #12017 üzenetére
"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
-
-
Chartreux
csendes tag
Koszonom mindenkinek a valaszt!
-
mckay
aktív tag
válasz bambano #11951 üzenetére
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 ]
-
dabadab
titán
-
martonx
veterán
válasz dabadab #12023 üzenetére
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!
-
a korszerű adatvédelemmel most ne foglalkozzunk, ha a gdpr megfelelés a kérdés
a gdpr konkrétan szinte semmit sem tilt. a gdpr egy iránymutató, ami megpróbál végigvezetni a rendszered minden aspektusán, és hozzásegít, hogy felismerd, mik a kockázatos elemek. ezek után eldöntheted, hogy azzal a kockázattal mit csinálsz:
- elfogadható a mértéke, ezért semmit
- magas a mértéke, ezért lépéseket teszel a csökkentésére
- túl sokba kerülne javítani, ezért felvállalod.tehát az a megoldás, hogy precízen kielemzed a rendszert, és utána azt mondod, hogy rövid távon a felfedezett kockázat nem javítható értékarányos módon, ezért felvállalod, megfelel a gdpr-nak. persze egy fokkal jobb azt mondani, hogy csak rövid távon vállalod fel, és indítasz egy projektet a kockázatok megoldására, ami x ideig tart.
egyébként szerintem pont emiatt magasak a büntetési tételek a gdpr-ban, hogy arra ösztökéljen, hogy minél kevesebb esetben vállald fel a kockázatot.
ettől függetlenül azért vannak eszközök a gdpr-ban, hogy egy auditáláskor is elfogadhatóbb legyen a helyzet:
- az egyik az, hogy az adatkezelő írásos utasítást ad az adatfeldolgozónak, hogy hogyan végezze az adatkezelést. ebben előírhatod például az smtps használatát
- a másik, hogyha nem ez a jogviszony derül ki, akkor lehet kötelező vállalati magatartási szabályokat írni. ugyan ezt eredetileg arra találták ki, hogy ha egy cégnél a leányvállalat/tagvállalat nem gdpr-os környezetben van, akkor is rá lehessen kényszeríteni az adatvédelemre, de szerintem nálatok is lehetne a módszert használni.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
mckay
aktív tag
válasz bambano #12025 üzenetére
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! -
smallmer
őstag
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 ]
-
disy68
aktív tag
-
válasz smallmer #12027 üzenetére
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
-
Dißnäëß
veterán
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 ?
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
-
Dißnäëß
veterán
válasz bambano #12034 üzenetére
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.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
martonx
veterán
válasz Dißnäëß #12036 üzenetére
"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!
-
Ispy
veterán
válasz martonx #12037 üzenetére
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."
-
válasz Dißnäëß #12036 üzenetére
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
-
-
V.Stryker
nagyúr
Sziasztok,
Hosszú idő után úgy döntöttem, hogy esténként neki állnék munka mellett programozást tanulni. Van javasolt suli, tanfolyás?
Igazából a nyelv sincs teljesen eldöntve. Azt mondják, hogy ha pénzt akarok keresni, akkor talán androidra való programozás lenne a legjobb. Nem feltétlenül a pénz a motiváció. Inkább a hasznos időtöltés, a több lábon állás idővel és valami logikus, szerethető nyelv használata.Tudtok iránymutatással szolgálni?
Organic Maps - ingyenes, offline navi iOS-re és Androidra.
-
Dißnäëß
veterán
válasz bambano #12039 üzenetére
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.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
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
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
válasz #80123904 #12045 üzenetére
Elnézést. Lefordítom a kérdést:
"Sziasztok, szeretnék zongorázni megtanulni. Szerintetek milyen zongorát vegyek, Yamaha, vagy Steinway & Sons ? Van egy Römer pianínóm, az már adott".
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Ispy
veterán
válasz Dißnäëß #12047 üzenetére
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."
-
Dißnäëß
veterán
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.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!