mboost-dp1

unknown

Interview med manden bag Java

- Via CNET -

I et interview med manden bag Java afsløres det, at han ikke har mange søvnløse nætter over Microsoft og C#.





Gå til bund
Gravatar #1 - Disky
18. jan. 2002 11:02
Den artikel skulle brugeren med nickname C# tage og læse :-)

Den er ret god, og hvor har han dog ret.
Gravatar #2 - C#
18. jan. 2002 11:06
mit nick C# != ms's C#, mere som C #(Sharp), altså oversat Se skarpt :)

men er rigtigt jeg hader java som pesten, 99% af de java progs jeg har kørt har kørt som lort (hastighedsmæsigt).

'You guys (at Microsoft) still don't get it,' because it's sort of Java with reliability, productivity and security deleted."
tsk reliability, derfor man ser så mange fejl i diverse java ting.

næe ren C++ det holder sq, både hvad stabilitet angår, og hastighed i forhold til java, og findes på næsten ligeså mange platforme som java.
Gravatar #3 - Senius
18. jan. 2002 11:22
Du finder måske ikke fejl i C++ ting? Java er rocker stabil, det er skodprogrammøre der gør det ustabil....ligesom C og C++.
Gravatar #4 - Disky
18. jan. 2002 11:29
C#

Det er helt tydeligt at høre du ikke har den mindste forstand på Java.

Java før jdk 1.2 var langsomt korrekt.

Men den nye JDK1.4 er top hamrende tunet, og kører med ca 90% hastighed af et C++ program.

Forresten tag lige en MFC applikation fra windows og rekompile den under linux, og se om det virker.

Jeg kan flytte min java bytekode til et grafisk program til mange systemmer og det kører bare med det samme.

C++ har pointere og ikke beskyttede buffere, det giver enorme problemmer, java er sikkert og har gudskelov ikke pointere.

99.9% af alle sikkerheds fejl skyldtes bufferoverrun og pointer problemmer, så kom lige igen med stabilitet osv.
Gravatar #5 - C#
18. jan. 2002 12:10
nope er ikke inde i java, men alle de erfaringer jeg har med diverse progs skrevet i det, er jeg ikke imponeret over java, skod programmører eller ej. har slet ikke snakket om MFC, men ren c++
Gravatar #6 - defrost
18. jan. 2002 12:15
Jeg undrer mig mere over dette:

The No. 1 tool (in that area) is Emacs, and I was kind of the guy responsible for the original Emacs, 23 years ago.

Jeg mener bestemt at RMS havde en hel del mere med det at gøre i 1976?? ;-)
Gravatar #7 - C_H_I_P
18. jan. 2002 12:16
Arghh JDK 1.4 ... Dammit Jim ... I been away for too long :-)

Hmmm Beta 3...Beta .. ah skidt ..det skal prøves :-)
Se hvad der nu er blevet depricated :-)

Recompile
Gravatar #8 - mortenp
18. jan. 2002 12:53
"Forresten tag lige en MFC applikation fra windows og rekompile den under linux, og se om det virker."

Tag lige og skriv et Java-program og faa det til at virke ens overalt. Der ER forskelle paa JVM'er, og det ER et prblem. Jeg ville hellere skulle flytte C-programmer (GTK+) fra gnu/Linux til Windows, BeOS, whatever end Java-programmer (AWT).
Gravatar #9 - Disky
18. jan. 2002 13:22
mortenp:
Tillykke med det.

Men de java awt/swing applicationer jeg har lavet er udviklet allesammen på Windows platformen, og bliver idag anvendt både på windows, linux og mac.

Hvis JVM'en følger specifikationen er der ikke det mindste problem.
Gravatar #10 - nihil
18. jan. 2002 13:34
den store forskel på de forskellige sprog, er hvem der koder det. hvis man kigger på programmer generelt der er skrevet i et sprog kan man få en fornemmelse af hvor godt det er. en genial programmør vælger jo self. det bedste sprog at kode i.

i øvrigt kan jeg godt lide c++ til at skrive små programmer i, det opfylder mine krav, og det syntes jeg er det vigtigste.
Gravatar #11 - Disky
18. jan. 2002 13:41
nihil:

Du er nemlig inde på det rigtige, man skal bruge det sprog man bedst kan lide, eller som ens arbejdsgiver tvinger en til.
Gravatar #12 - nihil
18. jan. 2002 15:36
jeg mente nu mere det sprog som opfyldte ens krav. der er jo feks ingen grund til at man sætter sig ned og lærer assembly for at skrive små dialogboks programmer.
Gravatar #13 - Mysterio
18. jan. 2002 16:54
åhh det her er alt for teknisk for mig

men jeg er da glad for at i kan så meget
(det kunne jo være at man fik problemer med det en dag, og nu ved jeg hvem jeg skal spørge :o)
(lidt hustler er man jo altid)

MVH
-Kenneth
Gravatar #14 - macaw er dum
18. jan. 2002 17:29
Jeg ved, at der har været en del problemer med GUI når man koder under en JVM og derefter kører sit java program under en anden JVM, det er noget lort.
Gravatar #15 - macaw er dum
18. jan. 2002 17:36
#include

int WINAPI WinMain(HINSTANCE hinst, HINSTANCE hprev, LPSTR cmdline, int n)
{

MessageBox(NULL, "En messagebox", "OK?!", MB_OK);

return 0;

}
Gravatar #16 - tlbdk
18. jan. 2002 22:33
Ja Ja, Hurtig Java, den tror vi på nu har Sun kun prøvet i mere end 6 år. Java er meget fint legetøj, men hvor mange Java programmer bruges rent faktisk i virkelighedden?. GUI programmer i java, det ser ud som der kommer fra amiga.

At C# kan lænke med C og C++ og levere en ren API er sku ikke en ulempe, men en fordel, hvad så hvis der er usikker hukommelse, it's fast.

Så er C# faktisk også en standart, noget som Java aldrig blev.
Gravatar #17 - C#
18. jan. 2002 22:59
sjovt nok kun sun der stemte imod at C# skulle standerdiseres, når deres eget java ikke er.
Gravatar #18 - Disky
18. jan. 2002 23:03
tlbdk:

Java gui ser ud som du ønsker det !

Tro mig rigtigt mange firmaer ønsker java programmer frem for c++ og c# af flere årsager.

De lider begge af en stor fejl, nemlig ikke beskyttede buffere og pointere.

begge dele skaber bugs og sikkerheds huller af dimensioner.

Se på bug lister fra software, hvad er en ofte forekommende fejl ? Bufferoverrun, det er 100% umuligt at lave i java.

De ting du nævner viser ligesom c# udtalelser at i ikke har efraring med java/C++ udvikling, jeg har udelukkende arbejdet med java udvikling proffesionelt i 2 år nu, og på ikke prof. niveau i 5 år. Så jeg kender godt java.

Java Gui er mere konfigurerbart end MFC gui er, og så er det 100% platformsuafhængigt.

En
Gravatar #19 - Disky
18. jan. 2002 23:03
Gravatar #20 - Disky
18. jan. 2002 23:03
Gravatar #21 - Disky
18. jan. 2002 23:04
Nu begynder det at blive irriterende at slette dem.
Gravatar #22 - Disky
18. jan. 2002 23:04
Gravatar #23 - Disky
18. jan. 2002 23:04
Gravatar #24 - Disky
18. jan. 2002 23:04
Gravatar #25 - Disky
18. jan. 2002 23:04
Gravatar #26 - Disky
18. jan. 2002 23:04
Gravatar #27 - Disky
18. jan. 2002 23:04
gaaaaaaab
Gravatar #28 - Disky
18. jan. 2002 23:04
Gravatar #29 - Disky
18. jan. 2002 23:04
Gravatar #30 - Disky
18. jan. 2002 23:04
Gravatar #31 - Disky
18. jan. 2002 23:04
Gravatar #32 - Disky
18. jan. 2002 23:04
forum koder, du har en grim lille error i din kode et sted,
Gravatar #33 - Disky
18. jan. 2002 23:04
Gravatar #34 - Disky
18. jan. 2002 23:04
Gravatar #35 - Disky
18. jan. 2002 23:04
Gravatar #36 - Disky
18. jan. 2002 23:04
Gravatar #37 - Disky
18. jan. 2002 23:04
juuhuuu snart færdig
Gravatar #38 - Disky
18. jan. 2002 23:04
Gravatar #39 - Senius
18. jan. 2002 23:14
Disky: Jeg tror vi har fattet det....:)
Gravatar #40 - Disky
18. jan. 2002 23:16
okay, den engine her har et problem, jeg trykkede kun 1 gang på knappen.

jeg prøver at rette de andre
Gravatar #41 - tlbdk
19. jan. 2002 01:38
Disky: Det kan da godt være du kan lave mere end i MFC, men faktum er nu stadig at Java per default er grim, desuden svarede du ikke på hvor mange reallife applikationer som folk bruge dagligt under at bræke sige over hastighedden.
Og hvis du vil have et sprog der er mere beskyttende en C++, så prøve nogen i pascal serien, Modula 3, Ada, etc.
Det er jo til grin at JIT'et JAVA kode har store problemer med at slå script sprog på simple text analyse.

Jeg ved godt der er mange virksomhedder der stadig mener java er løsningen på alt, men det er jo absolut ingen grund til at konkluder de ved hvad de snakker om, folk køre jo også IIS i produktion.

Hvad har java giver os, jeg kender ikke nogen som bruge JAVA i andet end browseren, i det daglige, gør du?
Gravatar #42 - annoia
19. jan. 2002 03:08
http://www.geocities.com/inzain0/FlyingSlime.html
Nuff said, case closed. Java roxx! Slime rules!

// annoia
Gravatar #43 - sKIDROw
19. jan. 2002 09:48
Den der sagde at java lignede noget fra en Amiga, har tilsyneladende ret dårligt kendskab til dem begge... ;o)
C#, c, c++ og lign. er da sikkert fine nok, bortset fra at et java program jo er dejligt compatibelt... :o)
Langsomt?... Ja dårligt programmerede programmer kører altid langsomt, om de så havde været skrevet i assembler... ;o)
Java er der mere standard over end C#, men sådan er den her branche ind i mellem... :o/
Gravatar #44 - Disky
19. jan. 2002 15:15
tlbdk:

Hvad er dette for noget vrøvl ?
Det er jo til grin at JIT'et JAVA kode har store problemer med at slå script sprog på simple text analyse

Java understøtte fuld regexp posix (hvis jeg husker navnet rigtigt) Så hvor er problemmet ?

Igen beviser det din manglende viden java.

Venligst sæt dig lidt ind i tingene.

Forresten er Ada også noget hø, se Visual Age fra IBM, det er lavet i ADA det er grimmere end det grimmeste MAC program, og temmeligt ubrugeligt.

Som Skidrow siger, afhænger det langt mere af udvikleren end sproget.

Men java er dejligt da det er 100% platformsuafhængigt også når man bruger GUI. !

Jeg kan nævne mange fuldbyrdige java applikationer som bestemt ikke er langsomme eller dårlige. Men hvad nytter det at nævne dem, for du kan per definition ikke lide java, og kan derfor ikke finde på at ændre din mening.
Gravatar #45 - henrikmk
20. jan. 2002 00:12
#15:

view/title layout [button "OK?!"] "En Messagebox"

Sådan. Gæt sproget... ;-)

Ang. total kodeportabilitet, så kig på AmigaDE.
Gravatar #46 - C#
22. jan. 2002 13:46
<STRONG>sKIDROw</STRONG>:
meget muligt, men C# er standardiseret, det er java ikke punktum.
Gravatar #47 - IMPREZA
22. jan. 2002 14:41
jeg har ALDRIG prøvet jave eller noget i den stil. såe jeg holder mig bare fra emnet ok He
Gravatar #48 - Disky
23. jan. 2002 12:38
c#

en ting er om det er standardiseret, noget andet er om det er en standard.

Lille men vigtig forskel.
Gravatar #49 - sKIDROw
25. jan. 2002 02:31
=>C#

Det skaber desværre uhensigtsmæssigt extra opmærksomhed, når produktet skammer fra oraklet Microsoft... ;o/
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login