-
IT café
Új hozzászólás Aktív témák
-
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á.
[ Szerkesztve ]
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
FeniX-
aktív 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.
[ Szerkesztve ]
-
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?
[ Szerkesztve ]
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
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.
I am having fun staying poor.
-
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.Én kérek elnézést!
-
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.
[ Szerkesztve ]
Forget your troubles, c'mon get happy
-
-
gygabor88
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.
-
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.)
DRM is theft
-
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.
[ Szerkesztve ]
Forget your troubles, c'mon get happy
-
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.Én kérek elnézést!
-
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.
-
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?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- 5.1, 7.1 és gamer fejhallgatók
- Stellar Blade
- Vezetékes FEJhallgatók
- Amlogic S905, S912 processzoros készülékek
- Gitáros topic
- EAFC 24
- Mibe tegyem a megtakarításaimat?
- PlayStation 5
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- További aktív témák...
- iPad Air 1 alkatrésznek eladó
- A képen látható PC házak egyikét keresem
- BONTATLAN ÚJ iPad Pro 2021 2022 M1 M2 Chip 11 és 12,9 128-2000GB DEÁK TÉRNÉL AZONNAL ÁTVEHETŐ
- ÚJ Bontatlan Macbook Pro 16 M3 Pro 12CPU/18GPU 36GB/512GB SSD Magyar billentyűzet Azonnal átvehető.
- BESZÁMÍTÁS! GIGABYTE WindForce 2X GTX 960 4GB GDDR5 videokártya garanciával hibátlan működéssel