- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Gaming notebook topik
- Milyen belső merevlemezt vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- AMD vs. INTEL vs. NVIDIA
- Hobby elektronika
- DUNE médialejátszók topicja
- Apple MacBook
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- HiFi műszaki szemmel - sztereó hangrendszerek
-
PROHARDVER!
Új hozzászólás Aktív témák
-
-
coco2
őstag
válasz
FeniX-
#18793
üzenetére
Ha kell egy minor replika (adat downstream), az jellemzően úgy megy, hogy a major replikához tartozik egy exporter api, a minor replikához meg egy importer api. Aztán egy háttér folyamattal csak szóród át folyamatosan (akár a forrás szerveren fut az a háttér processz, akár a remote site-on, az adatoknak édes mindegy). Az ilyesmiben mit lehet összezavarni, nem különösebben értem. De az egyenesre fésült esethez képest mintha valami zavar lenne az erőben.
Ha a minor replikád több forrásból is tükröz, azokat szét kellene válogatnod több külön DB-be, mert ha összeakadhatnak, az úgy nem játék.
Apropó a minor replika az read only, ugye abban nincsen tévedés?
-
Marky18
aktív tag
válasz
FeniX-
#18783
üzenetére
A regi adatbazisrol csinalsz egy staging masolatot: initial load, aztan a change eventekkel frissiteni az objektumokat. Aztan ha helyszukeben vagy view-kal megoldani az uj objektumokkal valo kompatibilitast.
Ha historyt is tarolnal - akarmilyen okbol -, akkor viszont csinalj history tablakat a staging fole.Meg lehet oldani API hivasokkal is, de barmi okbol elveszited a kapcsolatot a regi rendszerrel, vagy csak kivezetesre kerulne, akkor szukseged lesz az adatbazisra. En nem probalnam meg ezt kisporolni.
-
martonx
veterán
válasz
FeniX-
#18783
üzenetére
Ha ott van az API, akkor minek saját adatbázis. Kezeld az API-t úgy, mintha az lenne az adatbázis. Kell egy termék? Lekérdezed az API-ról. Rendelést adnak le? Átadod az API-nak. Kis túlzással, így a végén még talán saját szerver sem kell, csak egy static site, amin fut egy SPA.
Ha meg az újnak többet kell tudnia, mint a réginek, akkor érdemes saját DB-t felhúznod, és vállalnod az adatimportálás plusz fejlesztését. -
nevemfel
senior tag
válasz
FeniX-
#17903
üzenetére
Ha ezt a formát akarja továbbvinni, akkor sok munkával elérheti, hogy kialakít magának egy stabil ügyfélkört, akik rendszeresen adnak megbízásokat, kezelhető mértékben problémásak, és fizetni is hajlandóak. Ebben a helyzetben már megengedheti magának, hogy nem vállal be bárkinek bármit bármennyiért.
És igen. Dual simes kártya, az ügyfelek csak az üzleti számot ismerik, amit este már el lehet némítani, ez kezdetnek jó. Hacsak nem vállal 24 órás ügyeletet.
-
dabadab
titán
válasz
FeniX-
#17898
üzenetére
Jól értem, hogy ez nem annyira klasszikus KKV, mint inkább egy egyszemélyes mikrovállalkozás?
Annak ez tipikus betegsége, hogy az egy szál vállalkozónak kellene érteni mindenhez (és nyilván nem fog). Ilyenkor vagy belenyugoszik abba, hogy ez ilyen, vagy növekszik (és megtanul delegálni) vagy keres más elfoglaltságot. (Általában az első pont szokott bekövetkezni.)
-
skoda12
aktív tag
válasz
FeniX-
#17889
üzenetére
Outsourcing multi cégnél levő középvezetőtől tudom, hogy hasonló problémák miatt nem dolgoznak már magyar piacra. Ha egy ekkora cég bicskája beletörik, akkor nem kell meglepődni, hogy az ismerősöd is így jár.
Nem tudsz mit csinálni a nagyon problémás ügyfelekkel. Lehet nekik magyarázni mit hogyan kéne, de az az igazság, hogy náluk van a pénz és ha ők nem értenek egyet az ismerősöddel, akkor odébb állnak.
Vannak magyar cégek, akik ellavíroznak az itthoni piacon, de ahhoz akkora normális bejáratott ügyfélkör kell, hogy nyugodtan el tudják engedni a problémásakat.
-
nevemfel
senior tag
válasz
FeniX-
#17889
üzenetére
A fejlesztők többsége általában nem jó sem ügyfélmenedzsmentben, sem az ügyfelekkel való kommunikációban, sem jogi kérdésekben, és nehezen tudnak technikai dolgokat egyszerűen, a köznapi ember által érthető-értelmezhető módon elmagyarázni. Ez van, nem érthet mindenki mindenhez.
Ha továbbra is egyedül akarja ezt csinálni, akkor sajnos ezeket a dolgokat meg kell tanulnia, nincs mese. Belenézhet pár agilis-fejlesztős anyagba, amikből esetleg képet kaphat arról, hogy a menet közbeni változásokat hogyan lehet kezelni. A rugalmasság egyértelműen piaci előny, viszont ha valaki túlzásba viszi, akkor könnyen ráfizethet, úgyhogy ez félig-meddig művészet, hogy mennyi változtatás, mekkora rugalmasság engedhető meg, hogy mindkét fél jól járjon.
Esetleg megteheti azt, hogy felvesz rá alkalmazottat, olyat, aki képben van a projektmenedzsmenttel, az ügyféllel való bánásmódról. Közvetítőn keresztül is dolgozhat, ahol ezeket a terheket leveszik a válláról. Elmehet alkalmazottnak egy céghez, ahol fejlesztőként koncentrálhat a technikai dolgokra. Más opció nemigen jut eszembe. A saját céges élet sajnos ilyen problémákkal jár.
-
martonx
veterán
válasz
FeniX-
#17889
üzenetére
Ez szimpla ügyfélkezelési probléma, nincs köze ahhoz, hogy az ügyfél magyar-e vagy külföldi.
Az ismerősöd nem tud bánni az ügyfelekkel és/vagy annyira rá van szorulva a pénzre, hogy rögtön ugrik mindenkinek mindenre, ezzel elkapatva az ügyfeleit.
Le kell szarni, hogy mit csinál a megrendelő dacára a szerződésnek, megegyezésnek, hiszen azért van szerződés, megegyezés, mert az a programozót is védi, nem csak a megrendelőt.
Ha le van írva, hogy milyen rendelkezésre állással dolgozik valaki és milyen módon fogadja el a support ügyeket, akkor ez van.
Persze ettől még lehet próbálkozni éjszakai telefonhívásokkal, meg mindenféle fenyegetőzésekkel, de a szerződés/megegyezés kimondja, amit kimond, ahhoz mindkét félnek tartania kell magát.No persze a dolognak lehet olyan olvasata is, hogy ismerősöd annyira szarul dolgozik, és annyira ótvar hibák jönnek elő a kódban, ami a megrendelő részéről elviselhetetlen, és mondjuk egy péntek délután felfedezett (netán előtte 10 percel kiélesített) hiba annyira durva, hogy nem várhat a hétfői javításig, mert addig X milliós bevételtől esik el a megrendelő a programozó hibájából.
Ha rendre ilyenek miatt jönnek a soron kívüli hívások, akkor meg azt tanácsolom az ismerősödnek, hogy ne erőltesse, ami nem megy, ne legyen programozó, menjen el inkább asztalosnak. -
Drizzt
nagyúr
válasz
FeniX-
#17889
üzenetére
Egyszeru a helyzet latszolag, megvalositani annal nehezebb, ha nincs az ember hozzaszokva: meg kell tanulni nemet mondani. Talan ott kezdodik az egesz, hogy egyaltalan miert reagal az ilyen jellegu megkeresesekre. Ha beleirja a szerzodesbe, hogy milyen formaban lehet megkeresni, milyen keretek kozott, akkor tartsa magat a dologhoz, ignoralja a telefonhivasokat. Nyilvan ez potencialisan ugyfel veszteseggel jar, de ilyen ugyfelet elveszteni valoszinuleg tobbet er, mint megtartani.
-
#16981
racskobalazs
senior tag
FeniX-
#16978
racskobalazs
senior tag
válasz
FeniX-
#16978
üzenetére
Hogyne
Szóval lénygében lámpaoszlopokra utak mentén égőt rakni úgy, hogy a legolcsóbban le lehessen fedni az egészet (utak mentén).Az oszlopok fix távolságra vannak egymástól (ami választható, tehát mondhatom azt, hogy 10méterenként, 5 méterenként stb), a lámpák adottak, inputfile-ból jönnek, nem kell minden oszlopra lámpát rakni, minden lámpafajtából végtelen mennyiség áll rendelkezésre. Van áruk, teljesítményük, fényerejük, világítószögük. (amiből valami súlyértéket kell még kitalálni, valamint ebből van meg ugye a világítókörük)
Input pedig XY geokoordináták (QGIS-ből exportálva), az oszlopok helyzetei. (de ha könnyítene a feladaton, akkor tudok olyan inputot is csinálni, hogy az XY koordináták mellett benne van az inputban, hogy melyik "egyenes" (útszakasz) mentén van az adott oszlop). Ha két útszakasz között "átlóg" a fénye a lámpának, az nem gond, csak a saját útszakaszát kell figyelembe venni. (Vagyis ha két koordináta nagyon távol van egymástól (azaz más útszakaszokon, azokat nem kell együtt vizsgálni).
Így érthetőbb?
-
FeniX-
senior tag
válasz
FeniX-
#16978
üzenetére
Minden pont gyermek-listát készít a sugarán belül található többi pontról, és mikor ki van jelölve a cél, akkor ezen a listán elkezd haladni. Ha kiválasztja azt a sugarában található pontot, amelyik a legközelebb van a célhoz, akkor azon a ponton ugyanúgy gyermeklista alapján indul tovább. Valahogy menet közben könyveled, hogy melyik pontokon jártál, vagy súlyozás alapján.. - valami ilyesmi absztrakt verzióban.
-
#16977
racskobalazs
senior tag
FeniX-
#16976
racskobalazs
senior tag
válasz
FeniX-
#16976
üzenetére
Szia, Köszi a választ.
Bemenet formátuma lényegében "tetszőleges". Jelenleg pontok CSV-ben (koordináta alapján).
A gondom inkább a markerek lerakásával lesz most így elnézve... Mert nincs más ötletem mint minden pontra minden lehetőséget megnézni, ez pedig minden csak nem hatékony
A feladat amúgy olyasmi, hogy úgy kell a pontokat markerekkel ellátni, hogy mindenhol fedjék a markerek a pontok közti távolságot (ergo a markereknek van sugara), viszont csak azoknál a pontoknál kell nézni amik x távolságon belül vannak egymástól (ergo a bemeneti térkép két végén lévő pontok közt nem). Van a markereknek egy "súlya" is, és ebből kéne a lehető legjobb lefedés úgy, hogy a legkisebb legyen az összsúly... Valami csúcssúlyozott gráfalgoritmusra gondolnék így kapásból, de az se áll össze, hogy hogyan lehetne implementálni hozzá.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- ThinkPad L13 Gen5 13.3" FHD+ IPS Ultra 5 125U 16GB 512GB NVMe ujjlolv IR kam gar
- Új Bontatlan Sony WH-1000xm5 bluetooth fejhallgató.
- Eredeti Bose QuietComfort Bluetooth fejhallgató
- X1 Carbon 9th 14" 4K UHD+ IPS i7-1185G7 32GB 512GB NVMe ujjlolv IR kam gar
- Apple watch series 9 45mm újszerű állapotban, 100% akku 2027.05.20-ig Media Markt gari
- Bomba ár! Lenovo ThinkPad X260 - i5-6G I 8GB I 256GB SSD I 12,5" HD I HDMI I CAM I W10 I Gari!
- PlayStation Network Card (PSN) ajándékkártyák, egyenesen a Sony-tól!
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! nVidia Quadro P4000 8GB GDDR5 videokártya garanciával hibátlan működéssel
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB DDR4 1TB SSD Radeon Pro 5500M garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest