mboost-dp1
unknown
Det var da en dejlig nyhed på en mandag morgen :)
At de har fået et BEDRE værktøj til opbygning af GUI (de havde altså også et før), er positivt, og så kommer de måske op på siden af Oracles JDeveloper 10g (som ellers er mit favoridt IDE, udover det kræver en god spand ram).
Dog finder jeg stadig NetBeans struktur for komplex, og hælder mere til at bruge JDeveloper eller bare min text-editor ConTEXT.
Også fordi jeg synes deres "stavekontrol" er pænt elendig, da den ikke har det så godt med egne klasser (ihvertfald sidst jeg prøvede).
Ellers rart med nogle flere gratis IDE's til os som ikke gider bruge Eclipse :P
At de har fået et BEDRE værktøj til opbygning af GUI (de havde altså også et før), er positivt, og så kommer de måske op på siden af Oracles JDeveloper 10g (som ellers er mit favoridt IDE, udover det kræver en god spand ram).
Dog finder jeg stadig NetBeans struktur for komplex, og hælder mere til at bruge JDeveloper eller bare min text-editor ConTEXT.
Også fordi jeg synes deres "stavekontrol" er pænt elendig, da den ikke har det så godt med egne klasser (ihvertfald sidst jeg prøvede).
Ellers rart med nogle flere gratis IDE's til os som ikke gider bruge Eclipse :P
#2 de overhaler alle andre gui værktøjer med flere kilometer med matisse.
Med matisse bliver det som at sidde i delphi eller visual studio .. eller nogen vil sige bedre, når det kommer til at lave designe gui. Noget som det desværre ikke er lykkedes for nogen andre Java værktøjer før... og det er hovedårsagen til netbeans også har fået så meget omtale det sidste halve år.
Se flash demo:
http://www.netbeans.org/files/documents/4/475/mati...
Jeg er iøvrigt hverken interesseret i netbeans eller GUI.
Min favorit ide er klart Intellij IDEA, se martin fowlers lille post om den http://www.martinfowler.com/bliki/PostIntelliJ.htm...
JEG ville ønske der også var Intellij for C# da vs.net er et stenalder værktøj ved siden af.
Med matisse bliver det som at sidde i delphi eller visual studio .. eller nogen vil sige bedre, når det kommer til at lave designe gui. Noget som det desværre ikke er lykkedes for nogen andre Java værktøjer før... og det er hovedårsagen til netbeans også har fået så meget omtale det sidste halve år.
Se flash demo:
http://www.netbeans.org/files/documents/4/475/mati...
Jeg er iøvrigt hverken interesseret i netbeans eller GUI.
Min favorit ide er klart Intellij IDEA, se martin fowlers lille post om den http://www.martinfowler.com/bliki/PostIntelliJ.htm...
JEG ville ønske der også var Intellij for C# da vs.net er et stenalder værktøj ved siden af.
#2
Personligt vil jeg til enhver tid hellere havde et fuldt IDE, frem for en lille editor.
Det er for mig meget hurtigere at udvikler i f.eks. Visual Studio når jeg er på arbejde, end hvis jeg skulle havde brugt Ultraedit (som endda er den ultimative editor), men alt det med code completion, code snippets, debugger osv. er virkeligt noget der øger produktiviteten.
Men ligesom så meget andet er det selvfølgelig smag og behag.
Personligt vil jeg til enhver tid hellere havde et fuldt IDE, frem for en lille editor.
Det er for mig meget hurtigere at udvikler i f.eks. Visual Studio når jeg er på arbejde, end hvis jeg skulle havde brugt Ultraedit (som endda er den ultimative editor), men alt det med code completion, code snippets, debugger osv. er virkeligt noget der øger produktiviteten.
Men ligesom så meget andet er det selvfølgelig smag og behag.
#3 lyder nice, må hente den snarest muligt, skal netop til at skrive en application med GUI lige nu, så det var en oplagt mulighed.
#4 Men hvis du sidder på en laptop, med opløsningen 1024x768 og skal skrive et lille program som http://phpfi.com/100647?lang=java , så er et IDE langt overvuderet.
En IDE er først nødvendigt, når man udvikler noget, hvor featurene i et IDE faktiskh hjælper. Hvilket jeg ikke har på skalaen lige for tiden.
Derudover arbejder man jo tit med ting i java, som kræver at du includer libs, og bruger commandline stuff, som i netbeans tager evigheder at indstill, fremfor en bat fil.
#4 Men hvis du sidder på en laptop, med opløsningen 1024x768 og skal skrive et lille program som http://phpfi.com/100647?lang=java , så er et IDE langt overvuderet.
En IDE er først nødvendigt, når man udvikler noget, hvor featurene i et IDE faktiskh hjælper. Hvilket jeg ikke har på skalaen lige for tiden.
Derudover arbejder man jo tit med ting i java, som kræver at du includer libs, og bruger commandline stuff, som i netbeans tager evigheder at indstill, fremfor en bat fil.
Ahh jeg nåede at hente den før nyheden kom :D
Nogen af de nye funktioner har allerede reddet fars dag, og et par dumme fejl :)
Nogen af de nye funktioner har allerede reddet fars dag, og et par dumme fejl :)
#6
Det er korrekt, men nu har jeg heldigvis en laptop der kan vise 1600*1200 pixels :-)
Jeg bruger altid det features et IDE kan tilbyde også til små programmer.
Om netbeans lige er langsom til det med commandline ved jeg ikke, til Java brugte jeg først Forte, og købte derefter IntelliJ Idea som er suveræn :)
Det eneste tidspunkt jeg anvender Ultraedit til udvikling er i PHP, da jeg endnu ikke har fundet et brugbart IDE til PHP som tilbyder mig det samme som f.eks. Visual Studio 2005.
Det er korrekt, men nu har jeg heldigvis en laptop der kan vise 1600*1200 pixels :-)
Jeg bruger altid det features et IDE kan tilbyde også til små programmer.
Om netbeans lige er langsom til det med commandline ved jeg ikke, til Java brugte jeg først Forte, og købte derefter IntelliJ Idea som er suveræn :)
Det eneste tidspunkt jeg anvender Ultraedit til udvikling er i PHP, da jeg endnu ikke har fundet et brugbart IDE til PHP som tilbyder mig det samme som f.eks. Visual Studio 2005.
#6:
Hvad i himmelens navn har opløsningen at gøre med din editor? I alle de IDE'er jeg har prøvet kan man fjerne/lukke/minimere/etc alle de "hjælpevinduer" der er, så sollutionbrowser, toolbox, output, errorlist etc.forsvinder, og du kun har dit kode-edit vinudue tilbage. Så kan man så, modsat de fleste simple editore stadig have gavn af codecompletion, refactoring osv som IDE'en tilbyder, uden at det betyder noget at du har en fjollet lille skærm.
Men hvis du sidder på en laptop, med opløsningen 1024x768 og skal skrive et lille program som http://phpfi.com/100647?lang=java, så er et IDE langt overvuderet.
Hvad i himmelens navn har opløsningen at gøre med din editor? I alle de IDE'er jeg har prøvet kan man fjerne/lukke/minimere/etc alle de "hjælpevinduer" der er, så sollutionbrowser, toolbox, output, errorlist etc.forsvinder, og du kun har dit kode-edit vinudue tilbage. Så kan man så, modsat de fleste simple editore stadig have gavn af codecompletion, refactoring osv som IDE'en tilbyder, uden at det betyder noget at du har en fjollet lille skærm.
#12 LOL
Ikke for at starte en større diskussion om kodestil, men jeg kan personligt ikke lidt kode med for mange kommentarer. Kommentarer er til for at hjælpe læseren til at forstå koden, der hvor den ikke er selvforklarrende. Der hvor den så er selvforklarrende vil jeg hellere være fri.
Nåå så metoden drawSun() tegner solen! Godt med den kommentar, det havde jeg aldrig gennemskuet.
Uden den kommentar så var jeg på bar bund :)
Well her kunne du så overveje nogle kommentarer, modsat drawSun() så er den metode ikke umidelbart selvforklarrende.
hehe... godnat
Anyway, det er til tider en kunstart at skrive kommentarer i sine programmer så man på den ene side hjælper læseren (sandsynligivs sig selv om 3 måneder) og på den anden side ikke forvirrer læseren mere end man hjælper. Jeg kan personligt bedst lidt få kommentarer, men resultatet er nok at jeg skriver for få, fordi jeg finder hele koden selvindlysende, hvilket måske nok er tilfældet for mig selv når jeg lige har skrevet den, men ikke for andre eller mig selv for den sags skyld om et halvt år.
Forresten kan jeg godt forstå hvis du er ligeglad med IDE'er, hvis du skriver programmer på 135 linier... Jeg plejer at være meget glad for en IDE, men de programmer jeg skriver er også tit lidt længere... bare lidt :)
Ikke for at starte en større diskussion om kodestil, men jeg kan personligt ikke lidt kode med for mange kommentarer. Kommentarer er til for at hjælpe læseren til at forstå koden, der hvor den ikke er selvforklarrende. Der hvor den så er selvforklarrende vil jeg hellere være fri.
drawSun(); // Tegner solen, og begynder billedskiftning
Nåå så metoden drawSun() tegner solen! Godt med den kommentar, det havde jeg aldrig gennemskuet.
tmpImg = sun1; // sætter vores midlertige variabel til sol1
Uden den kommentar så var jeg på bar bund :)
/**
* Centerer programmet midt på skærmen for pænt layout
*/
public void centerApplication()
{
Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();
Dimension frameSize = this.getSize();
if (frameSize.height > screenSize.height)
{
frameSize.height = screenSize.height;
}
if (frameSize.width > screenSize.width)
{
frameSize.width = screenSize.width;
}
this.setLocation((screenSize.width - frameSize.width) / 2, (screenSize.height - frameSize.height) / 2);
}
Well her kunne du så overveje nogle kommentarer, modsat drawSun() så er den metode ikke umidelbart selvforklarrende.
Thread.sleep(length); // ZZzzZZzzzzZZzzzZ
hehe... godnat
Anyway, det er til tider en kunstart at skrive kommentarer i sine programmer så man på den ene side hjælper læseren (sandsynligivs sig selv om 3 måneder) og på den anden side ikke forvirrer læseren mere end man hjælper. Jeg kan personligt bedst lidt få kommentarer, men resultatet er nok at jeg skriver for få, fordi jeg finder hele koden selvindlysende, hvilket måske nok er tilfældet for mig selv når jeg lige har skrevet den, men ikke for andre eller mig selv for den sags skyld om et halvt år.
Forresten kan jeg godt forstå hvis du er ligeglad med IDE'er, hvis du skriver programmer på 135 linier... Jeg plejer at være meget glad for en IDE, men de programmer jeg skriver er også tit lidt længere... bare lidt :)
#2
Din sidste bemærkning lyder lidt som om at Eclipse IKKE er gratis hehe ;) (hvilket vi jo alle ved det er)
#4
Kan af personlig erfaring sige at efter blot kort tid hvor man bruger et veludviklet IDE (eclipse i mit tilfælde) benytter man flere af de gode features ved netop et IDE.
F.eks. fik jeg hurtigt CVS til at køre med eclipse, og små operationer såsom code snippets og forslag til korrektion af fejl hjælper utroligt meget. Bare det at din kode under skrivningen bliver kontrolleret kan være en enorm hjælp ;)
Ikke sagt at mindre editorer ikke kan det, men syntes da lige så godt man kan få erfaring med større IDE med flere muligheder senere hen...
Din sidste bemærkning lyder lidt som om at Eclipse IKKE er gratis hehe ;) (hvilket vi jo alle ved det er)
#4
Kan af personlig erfaring sige at efter blot kort tid hvor man bruger et veludviklet IDE (eclipse i mit tilfælde) benytter man flere af de gode features ved netop et IDE.
F.eks. fik jeg hurtigt CVS til at køre med eclipse, og små operationer såsom code snippets og forslag til korrektion af fejl hjælper utroligt meget. Bare det at din kode under skrivningen bliver kontrolleret kan være en enorm hjælp ;)
Ikke sagt at mindre editorer ikke kan det, men syntes da lige så godt man kan få erfaring med større IDE med flere muligheder senere hen...
#13 (og andre)
Koden var lavet til
1) en pige, som
2) skulle bruge den som skoleaflevering, derfor kommentarene :)
Var bare noget hurtigt jeg fandt, hvor at et IDE ville være overrated, + at JDeveloper ville normalt fucke totalt op i Graphics elementet i dens UI editor.
Mht. eclipse, så prøv at køre det i 1024x768 :D det er absolut ikke det værd, eclipse egner sig til en del højere opløsning.
Koden var lavet til
1) en pige, som
2) skulle bruge den som skoleaflevering, derfor kommentarene :)
Var bare noget hurtigt jeg fandt, hvor at et IDE ville være overrated, + at JDeveloper ville normalt fucke totalt op i Graphics elementet i dens UI editor.
Mht. eclipse, så prøv at køre det i 1024x768 :D det er absolut ikke det værd, eclipse egner sig til en del højere opløsning.
#18
Hvorfor skulle jeg dog ødelægge overskueligheden i koden, ved at forsøge at gøre det på en linie ?
Jeg tjener intet ved at gøre det, da jeg har en skærm der godt kan vise mere end 25 liner med 40 tegn på hver linie.
Overskuelighed, simpelthed, både for mig og for andre er vigtigere for mig, end at forsøge at spare at par linier.
Mit motto når det gælder sådanne noget er KISS. (Keep it Simple, Stupid)
Hvorfor skulle jeg dog ødelægge overskueligheden i koden, ved at forsøge at gøre det på en linie ?
Jeg tjener intet ved at gøre det, da jeg har en skærm der godt kan vise mere end 25 liner med 40 tegn på hver linie.
Overskuelighed, simpelthed, både for mig og for andre er vigtigere for mig, end at forsøge at spare at par linier.
Mit motto når det gælder sådanne noget er KISS. (Keep it Simple, Stupid)
#20
Jeg synes ikke indrykningen alene giver samme overskuelighed, og da slet ikke når man har mange 1 liners indrykket under hinanden.
if...
for ...
while ...
if ....
for ...
{
...
...
}
og slet ikke når de så måske er størrere end en side på skærmen.
Så hellere {}'erne på hver gang, og på deres egen linie.
Men det er selvfølgelig en privat præference man har.
Jeg synes ikke indrykningen alene giver samme overskuelighed, og da slet ikke når man har mange 1 liners indrykket under hinanden.
if...
for ...
while ...
if ....
for ...
{
...
...
}
og slet ikke når de så måske er størrere end en side på skærmen.
Så hellere {}'erne på hver gang, og på deres egen linie.
Men det er selvfølgelig en privat præference man har.
#13: Enig med dig i, at for mange kommentarer bare forvirrer. Der er faktisk nogle, der mener, at kommentarer stort set kan undgås, idet
1) Hvis en metode har brug for yderligere beskrivelse, så laver den enten for meget eller den har et dårligt navn
2) Hvis man har brug for kommentarer til at beskrive skridtene i en algoritme, så bør den splittes op i flere metoder, der hver især har et beskrivende navn
I begge tilfælde hedder løsningen refaktorering.
Nu er det jo en meget idealistisk/XP/agile-agtig tanke, men jeg finder den meget interessant. I praksis tror jeg dog ikke, at kommentarerer helt kan undgås.
Lidt mere on topic, så sværger jeg også til Intellij IDEA. Min erfaring med GUI builders er ikke så god, men jeg kender dem hovedsagligt fra Visual Studio, hvis autogenererede kode jeg afskyr på mange planer. I det hele taget har jeg det lidt skidt med autogenereret kode, specielt når jeg selv synes, jeg kunne lave det pænere. Derfor IDEA (eller Eclipse).
1) Hvis en metode har brug for yderligere beskrivelse, så laver den enten for meget eller den har et dårligt navn
2) Hvis man har brug for kommentarer til at beskrive skridtene i en algoritme, så bør den splittes op i flere metoder, der hver især har et beskrivende navn
I begge tilfælde hedder løsningen refaktorering.
Nu er det jo en meget idealistisk/XP/agile-agtig tanke, men jeg finder den meget interessant. I praksis tror jeg dog ikke, at kommentarerer helt kan undgås.
Lidt mere on topic, så sværger jeg også til Intellij IDEA. Min erfaring med GUI builders er ikke så god, men jeg kender dem hovedsagligt fra Visual Studio, hvis autogenererede kode jeg afskyr på mange planer. I det hele taget har jeg det lidt skidt med autogenereret kode, specielt når jeg selv synes, jeg kunne lave det pænere. Derfor IDEA (eller Eclipse).
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.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund