Jeg synes at Eclipse er ok. Det lyder også som om du gerne vil lave noget android udvikling?
--

#1: Lige er et planlægnings program der skal fungere ved hjælp af et touch interface. Er også blevet anbefalet noget Visuel Studio og lave det i .net samt touch fladen i noget html5.
--

Eclipse er fint. Det er nemt at finde ud af og er fint overskueligt. Du kan blot hente android SDK til det som plugin, også er du også kørende på den front. Ellers er intelliJ også et fint værktøj. BlueJ også fint værktøj, men kun til det virkelig basale. Mest for det visuelle i klasse sammenhæng. Eclipse er det bedste imo! #2 Det kunne du også gøre. HTML5 kan rigtig meget, og er fint hvis du skal bruge det på flere typer af enheder. Held og lykke med dit projekt :)
--
D:

af de nævnte vil jeg anbefale eclipse det er nok den mest benyttede og der er et hav af addons til. Netbeans er dog også udemærket dog syntes jeg den er lidt tungere og looket er ikke lige mig. der ud over kan jeg anbefale intellij, det er dog ikke gratis. ---- Den tablet du snakker om er det en android? i så fald kan det siges at android studio bygger på intellij´s android editor.. og en af de to er helt klart at anbefale hvis det skal være visuelt lækkert.. --- bruger til dagligt eclipse, og intellij til android
--

Eclipse eller Netbeans. JDeveloper er super langsomt. BlueJ er til babyer, det er kun tiltænkt som undervisning til at lave folk om OOP. JBuilder mener jeg ikke der bliver udviklet på mere. Men derudover vil jeg da klart anbefale noget .NET istedet :)
--
Gæstebruger, opret dit eget login og få din egen signatur.

Hold da op, super fine svar ... Vil lidt info om projektet hjælpe ? Simpel planlægning af produktion: - Kunne se belastning på ens maskiner - Fx fordele sine ordre ud på XX svejse robotter og se hvor booket ens produktions er. - Sætte produktions tider på, medarbejdere og lign. - Mulighed for at indsætte diverse "krav" - Fx hvordan materiale kommer hjem og lign. Dette skal fungere ved hjælp af touch var min plan ... Dvs at jeg fx har en kalender hvor jeg kan oprette maskiner, tilføje medarbejdere osv - Dvs nogle "kasser" der kan flyttes rundt.
--

Pt er der hvis flest bud på: - Java (Funktionerne) - MS SQL Express (Database) Eller noget - Visual Studio = .net - Evt html5 til touch funktionerne - Databasen i ?
--

Jeg har selv brugt Eclipse, og det synes sgu det er helt ok :)
--

Kan stærkt anbefale IntelliJ til Java udvikling (den slår uden tvivl Eclipse mv :-) ). Den er meget intelligent til at foreslå ting, og du kan nemt refacoter metoder osv. #4 Community Edition af IntelliJ gratis.
--

#9 jeg købte den da de holdte tilbud i januar :) men skulle bruge nogle diagram funktioner der kun var med i den version :D.. html5 kan du os gøre i java bare så det ikke blir på den baggrund du afgør det
--

Hvad er nemmest bedst mon ? Tænker på fx Java kontra noget Visual Studio med .net programmering/kodning ?
--

der er ikke noget der er bedre end det andet det udelukkende en smags sag
--

#12: Gør det kun endnu svære for en amatør at vælge :-) ... Har ikke lyst til at begynde fx med JAVA, og finde ud af at Visual Studio ville have været væsentlig bedre at have brugt tid på.
--

Visual Studio er et program til at arbejde med .NET - dvs C# (C-sharp), ASP.net, visual basic, osv. Kan du et objekt orienteret sprog er det ikke svært at lære et andet. Så start du bare hvor du føler dig mest hjemme.
--
D:

Lige pt hælder jeg nok til at lave det i Visual Studio, men skal da lige have læst hvad de forskellige ting skal laves i så. Om databasen stadig foregår i noget MS SQL Express og selve touch interfacet i ...
--

#13 Det kommer helt an på hvilket formål du har? du skriver godt nok i #0 at du vil programmere noget til en tablet, men hvilket OS kører det med? Hvis det er Android skal du igang med Java, hvis det er Ipad skal du igang med Objective-C osv. :) Personligt startede jeg med Java, og lige nu er jeg ved at kigge på noget C#, hvilket er hurtig lært fordi jeg kender Java.
--

#16: Firmaets andre systemer kører ren Windows, så det var min første tanke. Formålet kan ses i #6 ? Ellers skal det være Android, tror ikke de vil have iOS hvis jeg kender dem rigtigt :-=
--

#17 Du siger det skal køre touch - hvilket OS har de tablets det skal køre på? Den er jo næsten lige til højrebenet alt efter hvad de skal køre på ;)
--
D:

#18: Det vil højest sandsynligt blive Android, dels også for at gøre det billigt - Ala noget 10" Samsung Galaxy.
--

#17 Beklager, havde ellers læst #6 men lige glemt den igen - det må være pga. den sene tid ;) Okay, hvis det er Android skal du igang med at lære Java :-)
--

#20: Så ved android er Visual Studio udelukket ? ... Sådan nogle valg ville sku gøre tingene nemmere for mig :-) ... Har ikke rigtig tid til at lære alle de forskellige sprog. Formoder JAVA er til funktionerne, fx MYSQL til database, og så interface ? .... Fordelen ved Visual Studio var at jeg havde hørt det var nemt. Denne kommentar der "solgte" det godt. "Ved .Net har du WPF til at lave interface med og du kommer superhurtigt igang. Bare download gratis version af visual studio og du har dit første kompilet program inden for 10 minutter. "
--

java og c# er to object orrinterede programerings sprog, de kan det samme. dog der er lidt forskel i syntax samt forskellige bibloteker til. android, bygger på java dvs android apps er skrevet i java kode og kan altså ikke køre c# (visual studio) kode. både c# og java kan arbejde med databaser mysql mssql nosql sqlite og hvad der ellers er. bægge sprog kan bruge interfaces. .net har WPF, java har swing INGEN af disse vil nogen sinde komme til at køre på en tablet. enten skal du lave et web design i html, ellers skal du lave android hvor du bruger java med noget xml (det skal du ik være skræmt af man kan drag n drop)... ---- SÅ du bliver nød til at finde ud af hvad det er du skal lave. før du kan finde ud af hvad for nogle værktøjer du skal benytte
--

Nej det er ikke helt udelukket ( http://stackoverflow.com[...] ), men jeg vil anbefale at du bruger enten Eclipse eller IntelliJ til Android udvikling. Ang. kommentaren, så er det mig bekendt ikke muligt at bruge WPF til Android. Til gengæld kan du bruge WPF til Windows GUI programmer :-)
--

#22: Takker for svaret, prøver at se om dette er nok. Simpel planlægning af produktion: - Kunne se belastning på ens maskiner - Fx fordele sine ordre ud på XX svejse robotter og se hvor booket ens produktions er. - Sætte produktions tider på, medarbejdere og lign. - Mulighed for at indsætte diverse "krav" - Fx hvordan materiale kommer hjem og lign. Dette skal fungere ved hjælp af Touch. Dvs at man kan klikke på en opgave og så får man mulighed for at vælge medarbejder, eller skrive at opgaven er gjort færdigt. En "kalender" hvor man kan flytte kasser hen på. Fx en kasse der har info omkring "Ordre XX" og få vil denne kasse fylde XX antal timer ved Maskine XX den dag. Mit udgangspunkt er at det skal kører på en Tablet for at holde prisen nede, hvor jeg nok ser noget i denne stil som bedste bud: SAMSUNG GALAXY TAB 2 P5110 16GB 10.1" http://www.dustinhome.dk[...] Forklarer det fint nok ?
--

KAN lige tilføje for at dæmpe forviringen at gunden til der findes både java og c# er at java er platform uafhennigt dvs at en java app kan køre på windows, mac, linux så længe man har en java compiler :). c# køre kun på windows... c# er inspireret af java :) og et nyere sprog, men det gør det ikke bedre eller mere overlegent.
--

#24 det er en rimelig omstendig opgave for en nybegynder. ikke for at tage modet fra dig men her kommer en simpel forklaring du er ude i at skulle lave netværks applikationer der kan snakke sammen. fx for at tableten kan vise loadstatus på en anden computer, har den jo behov for at kunne spørge den. den computer skal derfor ha en aplikation der kan modtage spørgsmålet og svare. Hvis jeg var dig ville jeg tage 1 punkt af gangen og arbejde mig stille og rolig der hend af
--

#26: Hvis vi fjerner det med at den skal kunne snakke med en anden computer i første omgang, vil det gøre projektet nemmere ? ...
--

Har nu prøvet at installere Eclipse + Android SDK plugin. Må vel være en hæderlig start lyder det til.
--

Hvis du ikke har kodet før tror jeg du kaster dig ud i alt for meget. Prøv bare at start med simple opgaver som at lave et spil kryds og bolle. Hvis du ikke kan lave det, kan du heller ikke lavet det andet. Drop alt om android og mobil udvikling til at starte med. BAre fokuser på selve programmeringen. Jeg ville stadig vælge noget .NET i Visual studio. Men start med console projekter hvis det er første gang :)
--
Gæstebruger, opret dit eget login og få din egen signatur.

#7 Super fedt projekt...! Jeg vil måske gerne købe en kopi af dig når du er færdig. (Arbejder selv med produktion og planlægning). Jeg har ikke selv mod på/tid/evner til selv at programmere sådan en app. Men hvis det er muligt at købe basis koden (så man selv kan ændre maskiner, kapacitet, medarbejdere osv.) og app'en så lad mig endelig høre...! Glæder mig til at høre nærmere...!
--
Se system specs i profil

#30: Er pt igang med at høre omkring priser til noget af hjælpen jeg skal have. Planen er at den skal stå færdigt med årets afslutning.
--

#25 har du hørt om mono ? Prøv og læs om dette :) -------------- nu kommer jeg lige med min mening :) java multienvironment..... Det ville jeg ALDRIG starte på, som nybegynder. Som tidligere nævnt er en god start at bruge consoleapplikationer til at få programmering ind under neglene. Undgå at få for mange tekno logier med fra start. hvis jeg var dig.... .NET c# visual Studio express ms sql express entity framework læs om de grund læggende design patterns i OOP hvis du vil udvikle til tablets og du vælger windows platformen så byg dine projekter i wpf, da du kan overførergrundpricipperne direkte til windows store apps :) eventuelt læs på mvvm. drop html og CSS tankerne, hvis ikke du vil arbejde med den slags senere.
--

Det her lyder næsten som et hjemmestrikket SCADA system, vildt nok :) Hvis jeg skulle lave det samme projekt ville jeg helt klart lave et server-client baseret system med en c++/mysql backend og html5 frontend. Som RPC ville jeg bruge enten apache thrift eller ren json med eget RPC. Hvis c++ lader for vildt ville backend kunne laves i java også. Til java foretrækker jeg klart netbeans som IDE.
--
w00tness...

#32: Takker for de forslag, jeg må lige prøve at læse mere omkring det. Fx entity framework er ikke blevet nævnt tidligere :-) .... #33: Har det med at gå lidt længere end mine evner rækker, men det ender ofte i gode ting alligevel :-) ... Tager lige og oversætter dit svar, skal lige helt have styr på alle de udtryk der, hehe :-)
--

Jeg vil sige du bør for enhver pris prøve at opnå et system der ikke er bundet til en platform. Java er ok til dette, men med udbredelsen af Android/iOS og andre embeddede platforme kommer Java lidt til kort, i hvert fald på klienten. Din server kan du normalt selv kringle lidt mere på hvorfor backend siden ofte er "lettere" at stille krav til. Hvis du laver din backend korrekt vil du også ofte hurtigere kunne skifte din frontend hvis det skulle være nødvendigt, her kommer RPC delen ind. RPC er remote procedure call og er i bund og grund hvordan du får din klient til at kunne gøre noget som helst på serveren. Grunden til jeg nævner Apache Thrift er at jeg selv har brugt det en del, og det er sgu bomben fra sumpen. Du slipper for at definere on-the-wire dataformat, at rode med netværkssockets direkte samt skrive rpc rutiner selv. Man slipper for at lave det job som 1 million har lavet før en selv, og ender med noget der er yderst skalerbart. Thrift indeholder dog som sådan et ret stort overhead pga. libraries osv. i hvert fald på c++ siden, men hvis man vil, kan det hele også køre f.eks. json hvis du selv vil klare hele RPC delen selv, og kun bruge Thrift til at definere det data der kører over-the-wire. Det giver yderligere et godt format til at gemme resourcer på disk. Thrift findes til et utal af programmeringssprog, inkl. c++, java, php osv. Det er i øvrigt det framework facebook er baseret på (thrift er startet på facebook, og senere blevet apache domæne) så det siger lidt om skalérbarheden. Grunden til jeg anbefaler et HTML5 frontend, er at det simpelthen er den vej verden er ved at gå. Man skal dog bare huske forskel på hvad det er man laver. Skriver man webforums, simple informationsdelingssider eller maskinstyringer kræver ikke det samme. Det største problem med HTML5 (hvis man ser bort fra websockets som stadigvæk ikke er synderligt godt understøttet så vidt jeg ved) er servergenerede events, dvs. hvor du gerne vil have at brugeren får af vide at der er sket et eller andet. Det kan dog løses med ajax selvom det er en smule "kluntet".
--
w00tness...

Okay, tidligere da jeg svarede på dit indlæg, gættede jeg ikke at du med touch mente tablet. Du kunne lave det som en ren web-applikation, altså en hjemmeside der bare tilpasser sig skærmen på en tablet. Evt. PHP + MySQL (på enten Windows eller Linux server) Eller ASP.NET + MS-Sql (på Windows server) Det er rigtig hurtigt at komme igang med.
--

#35: Hold da op et indlæg, det må jeg lige få læst helt ordenligt imorgen - Siger mange tak for svaret. #36: Helt i orden, mig der ikke har givet ordenlig information omkring det. Men det er meningen det skal bruges på en 10,1" Tablet, højst sandsynligt noget Samsung Galaxy grundet det kan gøres ret billigt hardware mæssigt så.
--

#35 Synes godt nok at det virker voldsomt at bruge Thrift til hans project set i lyset af det meget begrænsede omfang... Så er skalerbarheden, nok ikke det vigtigste. Du kan jo sagtens blot nøjes med SOAP i den størrelse, som #0 taler om.
--

#38 Thrift handler om meget mere end skalérbarhed. Når du først har thrift oppe at køre har du et powerhouse af et library ifht. netværksbaseret kommunikation. Du har et godt IDL til at beskrive datatyper og RPC kald, du har et yderst modulært framework ifht. server/klient, der gør du kan genbruge objekter til både at gemme på disken i human-readable format, samt sende over-the-wire i et kompakt zipped format hvis det skulle være det samt der er versionering indbygget. For mig synes jeg når man går igang med et projekt som dette, ville det være tosset ikke at få det grundlæggende system lavet ordentligt så man pludseligt ikke står og er begrænset. Det kan virke som overkill, men hey så er Thrift da heller ikke mere besværligt at installere. Der er en million forskellige måder at løse den opgave på, om det er SOAP, ren XML, JSON, Protocol Buffers, Thrift, whatever. I thrift får du bare en pakke der omfavner næsten det hele, om det så er HTTP, direkte sockets eller hva fan du nu end vil.
--
w00tness...

Må hvis igang med først at læse hva pokker Thrift overhoved er :-) ... Har ca 3 måneder til at lave projektet, men det kunne være fedt at arbejde videre med det bagefter. Fx gå i dybden med at hente data fra forskellige eksisterende systemer og lign.
--

Vil lige sige tak for hjælpen :-) .... Har fundet en som tidligere har hjulpet mig, og han vil nu begynde at kigge på opgaven snart. Det bliver en browser baseret "light" udgave hvor en del funktioner/muligheder er fjernet for at gøre opgaven overskueligt. Den skal bruges til at vurdere hvor godt det princippet overhoved fungere, inden der smides mere tid/penge/energi i projektet end nødvendigt. Så arbejdet er begyndt :-)
--

Efter at have været forbi stort set alle de IDE'er nævnt her, må jeg indrømme at Jet Brains simplethent laver de bedste værktøjer. Hvad angår Java, har de lavet IntelliJ. Snakker vi C#, så er det bedste Visual Studio + Resharper (Jet Brains plugin).
--

Er vel lidt en smags sag. Jeg synes at netbeans er bedst.
--
YEAH, har fundet på noget vildt sejt at skrive HER... damn, har bare glemt det ;P

Hvis folk skal igang med JAVA er der ihvertfald en tråd med mange anbefalinger nu :-) .... Nu forventer jeg at inden for de næste par uger at have en light udgave der kan testet, og så må jeg igang med at læse og udvikle videre derfra.
--

hvad mener du med en light udgave??
--
YEAH, har fundet på noget vildt sejt at skrive HER... damn, har bare glemt det ;P

#45: At der kommer til at mangle lidt muligheder samt funktioner. Hvis alle mine ideer skulle være med fra starten er det et meget omfattende projekt, både tids og penge mæssigt. Så derfor får jeg lavet en "light" udgave for at teste om konceptet osv virker, og så kan det udbygges derfra. Hellere nøjes med lidt mindre til at starte med, kontra slet ikke at få det gjort.
--

Hvad endte strukturen så med at blive? Nu skriver du en light webapplikation som jeg forstår det, men dvs. det bliver ved php og javascript/html eller hvordan?
--
w00tness...

Uhhh, hvis jeg husker rigtigt vil han lave det browserbaseret - Php og html forbundet til en Mysql database. Hæng mig dog ikke lige op på det, sidder ikke lige og kan spørge ham pt. Om det er det rigtige er for mig svært at vurdere, der er meninger omkring det hele. Har dog fået det til en yderst go pris, så dette er den billigeste/nemmeste måde for mig at få testet min ide i praksis - Hvilket pt er det vigtigeste. Det med "light" var kun pga at alle de ideer og funktioner jeg har oppe i hoved ikke kommer med, der bliver skåret lidt fra her i starten der kan tilføjes senere.
--