Står i den situation, at jeg er blevet lokket med til et projekt, hvor brugerfladen på klienten er en essentiel del af projektet. Klienten skal bl.a. være cross-platform og anvende noget kryptering/RSA.

Problemet er, at mine c++ kompetencer er langt bedre end mine java kompetencer. Skal jeg være helt ærlig, så tror jeg det bliver en stor mundfuld, at implementere RSA og andre relativt svære (for en java noob), funktioner. Men java er bare så oplagt fordi det skal være cross-platform.

Hvad vil i vælge? Som jeg ser det lige nu:

Java

• Cross platform JVM
  
• Nemmere (kortere)
  
• Nemme frameworks (swing, AWT, QT jambi)
  

C++

• God erfaring
  
• Binaries (no jvm/hullet ost dependencies)
  
• QT
  

Jeg tror at jeg selv i forbindelse med RSA via Java enten ville finde et library til formålet, eller i hvert fald bruge en ASM blok. Det afhænger lidt af hvor meget den skal kryptere. Lige på det punkt tror jeg ikke det gør nogen kæmpe forskel om du gør det i C++ eller Java, idet du i mange tilfælde enten skal bruge det så lidt så det ikke gør noget at det er ineffektivt, eller skal bruge det så meget så det skal kodes i ASM fordi det giver et enormt boost.
Personligt har jeg ingen erfaring af betydning med C++, det ene program jeg har lavet kan helt sikkert overflowes samtlige steder og der var ikke noget GUI, så det vil jeg helst ikke udtale mig så meget om.

Mht. Java så har jeg to syn på den sag. Det er nemt at kode, jeg er helt enig, men hvor tungt må det være? Jeg synes tit det er en gene som forbruger at få kastet Java programmel i hovedet fordi der ligesom mangler noget integration i styresystemet. Det værste synes jeg selv, er de malplacerede dotfiles man får i Windows fordi udvikleren har glemt at det ikke gør dem usynlige... og så hører de i det hele taget ikke til der, selvom de gør under Linux. Jeg kunne rante afsted om det, men for at være lidt mere objektiv ville jeg kigge på hvem og hvor mange der kommer til at bruge det.
Er det til intern brug i en virksomhed, eller noget der skal være alment tilgængeligt? Hvis det er noget ikke-specielt-vigtigt intern software kunne man godt lave det i Java. Hvis det menes som et større offentligt projekt tror jeg det fra forbrugerens vinkel var rarest hvis det var C++.

slettet slettet slettet slettet

Tak for svarene!

Det er rigtigt at jeg slipper for evt. overflows osv. med java blue, men tror ikke det bliver så aktuelt, da softwaren udelukkende er til intern brug i firmaer. Selvfølgelig er c++ hurtigere. Det køres direkte af processeren, men java med JIT er nu heller ikke ringe :)

Selve krypteringsdelen bliver ikke tungt, og med projektets foreløbelige omfang, er ressourcer ikke det helt store problem. Vil dog give dig ret i, at det uden tvivl kan gøres bedre i c++, men det er 2x arbejdet. En anden fordel ved java er, at alle efterhånden har det installeret pga. nemid.

Syntes det peger lidt mod java. Så kan jeg også få læst et par bøger om asymmetriske krypteringsalgoritmer + java :).

(24-06-2014, 22:19)havregrød Skrev: Tak for svarene!

Det er rigtigt at jeg slipper for evt. overflows osv. med java blue, men tror ikke det bliver så aktuelt, da softwaren udelukkende er til intern brug i firmaer. Selvfølgelig er c++ hurtigere. Det køres direkte af processeren, men java med JIT er nu heller ikke ringe :)

Selve krypteringsdelen bliver ikke tungt, og med projektets foreløbelige omfang, er ressourcer ikke det helt store problem. Vil dog give dig ret i, at det uden tvivl kan gøres bedre i c++, men det er 2x arbejdet. En anden fordel ved java er, at alle efterhånden har det installeret pga. nemid.

Syntes det peger lidt mod java. Så kan jeg også få læst et par bøger om asymmetriske krypteringsalgoritmer + java :).

Jeg tror så også at jeg i den sammenhæng ville vælge Java. Hvis performance ikke er en kritisk del af det og man sagtens kan forvente at folk har det installeret, så go for it ^^

slettet slettet slettet slettet

Afhænger af så mange ting, at man ikke rigtig kan komme til nogen konklusion mht. hastighed.
This software skal dog ikke kværne en masse igennem, så opstart o.l. er relativt vigtigt for brugeroplevelsen. Men igen, det afhænger af så meget. Træls kode, f.eks. SQUID, der skubber mange ting ud af hukommelsen, og ender med at lave en pokkers masse langsomme I/O operations, log filer der skrives til hvergang i stedet for bare at holde det i shared memory eller system calls, har nok større betydning en "java vs cpp".

slettet slettet slettet slettet

Var det fordi jeg nævnte squid?
Har en fætter, der lige er blevet færdig på cambridge

slettet slettet slettet slettet