Du får lige dette link. Optimale løsninger til transport af varer er særdeles komplicerede at beregne. Hvis nogen påstår de kan lave en 'matematisk' effektiv løsning, så ved de ikke hvad de snakker om, da de i så fald blot kan nappe en million. Derfor klarer man sig i praksis med mindre end optimale løsninger - og helt konkret baserer man sig på fragtmandens erfaring, kan jeg forstå.
Du får lige dette link. Optimale løsninger til transport af varer er særdeles komplicerede at beregne. Hvis nogen påstår de kan lave en 'matematisk' effektiv løsning, så ved de ikke hvad de snakker om, da de i så fald blot kan nappe en million. Derfor klarer man sig i praksis med mindre end optimale løsninger - og helt konkret baserer man sig på fragtmandens erfaring, kan jeg forstå
og vil sige fatter ikke lige hvor du vil hen ud dyb lige dit indlæg.
Jeg har ikke kastet alle guldkorne her i det åbne forum. da ideen ikke har patent og kan faktisk heller ikke få det da det er 3 ting som eksisterer idag men er sat sammen i en...
Men hvis man er interesseret som partner hvor man har styr på kodning og opsætning af databaser er man mere end velkommen til at skrive en PM til mig og så lufter jeg gerne ideen.
g vil sige fatter ikke lige hvor du vil hen ud dyb lige dit indlæg.
Det var 100% velmenende :)
Jeg går ud fra du et eller andet sted i løsningen skal forholde dig til at pakker skal hentes og leveres - og at der er en begrænsning på lasten samt muligvis en tidsfaktor der kan spille ind. Dermed kan der været et spørgsmål om i hvilken rækkefølge pakker skal ind og ud af logistiske hensyn. Man vil typisk have stødt på disse problemer på datalogi, så man kan altså sagtens være softwareudvikler uden nogen sinde af have arbejdet med denne særlige form for matematiske problemer.
Du skriver du har idéen til systemet, men mangler den tekniske del. Så mit indlæg var alene tænkt som en baggrundsinformation til at klæde dig og en kommende udvikler på. Intet andet :)
Du skriver du har idéen til systemet, men mangler den tekniske del. Så mit indlæg var alene tænkt som en baggrundsinformation til at klæde dig og en kommende udvikler på. Intet andet :)
ahhh på den måde.
jeg har også lidt af det tekniske bag mig, men jeg er desværre ikke datamatiker. så at sætte mig ved computeren at kode det kan jeg ikke.
Nej man behøves ikke at havde viden inden for transportbranchen bare man ved hvordan man kan kode noget software, så er den virker ud fra de kravspecifikationer som jeg har stilt op.
og ved at det kan kodes da jeg har haft det ude hos 3 IT virksomheder der skulle give et tilbud på hvor meget det kostede.
jeg har også lidt af det tekniske bag mig, men jeg er desværre ikke datamatiker. så at sætte mig ved computeren at kode det kan jeg ikke.
Nej man behøves ikke at havde viden inden for transportbranchen bare man ved hvordan man kan kode noget software, så er den virker ud fra de kravspecifikationer som jeg har stilt op.
og ved at det kan kodes da jeg har haft det ude hos 3 IT virksomheder der skulle give et tilbud på hvor meget det kostede.
Yep. Og nu skriver du netop 'datamatiker', men en datamatiker vil ikke have arbejdet med de problemstillinger jeg beskriver ovenfor, men måske berørt det i et algoritmekursus. Hvis din idé er meget afhængig af hard-core beregningsdelingen, så er det datalogiske og matematiske problemer som du skal have specialister til. Et typisk webbureau vil slet ikke have kompetencerne.
Hvis du kun har behov for beregninger af den slags i begrænset omfang kan du naturligvis klare dig med mindre eller fokusere på brugerinterface indtil du forhåbentlig får nogle penge. Hvis du har de komplicerede beregninger med i din idé og nogen siger de 'sagtens' kan lave det, så er du hermed advaret :)
Hvis du kun har behov for beregninger af den slags i begrænset omfang kan du naturligvis klare dig med mindre eller fokusere på brugerinterface indtil du forhåbentlig får nogle penge. Hvis du har de komplicerede beregninger med i din idé og nogen siger de 'sagtens' kan lave det, så er du hermed advaret :)
nu er der også noget GPS ind over..
men det er lettere at fortælle ideen og vise den end at sidde her og give det hele.
men det er lettere at fortælle ideen og vise den end at sidde her og give det hele.
for skulle mene jeg har taget høje for det meste
Jeg læst din opgave et par gange og jeg giver Jesper ret; opgaven er ikke umulig at løse, men den er så matematisk kompleks at i skrivende stund skal der ikke mange punkter på en enkelt rute, før du rammer en teknisk barriere.
Det er implicit af din opgavebeskrivelse at når man scanner et fragtbrev, skal dit system plotte destinationen ind i systemet og tillægges en rute. Man kan vel med rimelighed antage at hvis ruten fastlægges af hvilken rækkefølge fragtbrevene scannes i, er dit system ikke særligt brugbart og efterfølgende ikke salgbart.
Derfor må det igen være implicit at for dit produkt skal systemet også kunne give brugeren en optimeret rute - og det er her du vil løbe panden mod muren.
Har du bare 10 fragtbreve har du mere end 3,5 million mulige rute sammensætninger. For hver mulighed der er skal dit system så udregne den korteste mulige vej mellem hvert punkt på ruten, for så til sidst at give dig den korteste tur blandt de 3,5 millioner muligheder.
Får du så fragtbrev nummer 11 at skulle tillægge ruten, er der pludselig 40 millioner mulige ruter du skal løbe igennem.
Der findes i skrivende stund ikke nogen matematisk fornuftig (effektiv) løsning på de udregninger - og du vil derfor nemt kunne opleve at computere i dag ikke vil kunne levere et svar til dig, fordi jorden sandsynligvis ikke engang eksisterer når udregningerne er færdige.
Så derfor advarer Jesper dig mod at tro på når firmaer fortæller dig at de 'sagtens' kan lave det.
PHP Freelancer med speciale i Laravel og API integrationer
Lige IDV siger mig ikke noget. men DTL har jeg kontakt med og de sagde Edisoft, Dette firma har jeg haft kontakt med og de har ikke eispatisen til at udvikle det, da de arbejder mest med label software og track and trace.
Bliv gratis medlem
Opret bruger