JetBrains (som bl.a. utvecklar IntelliJ IDEA) har börjat utveckla ett Web IDE som bygger på samma grund som IntelliJ IDEA, men som fokuserar på webbutveckling och då främst i PHP. IntelliJ IDEA har ju länge varit väldigt bra på att editera HTML-, XML- och CSS-filer och jag har länge undrat när de skulle lägga till stöd för PHP. Nu verkar det alltså som att det snart är dags!
Ifall ni missat det så har JetBrains precis släppt en nya major-version av sin IntelliJ IDEA, nämligen version 8.
Några grejer som finns med i nya releasen:
- SQL + Query Runner
- UML-Like Class Diagrams
- JBoss Seam
- JavaScript & Flex debugger
- FreeMarker & Velocity
Dessutom har de snabbat upp uppstarten (hört den förut va?) och skapat en wizard för att hantera plugins. Läs mer om vad som är nytt här, och ladda ner den nya versionen här (30-dagars trial finns).
Även om jag är ett hängivet IntelliJ IDEA-fan, så jag har faktiskt jobbat i Eclipse under vissa stunder (mot min vilja då såklart). Övergången till Eclipse har alltid varit smärtsam eftersom jag är så van med alla snabbkommandon och smarta hjälpmedel som finns tillgängliga i IDEA. Som tur är finns det en kille där ute som skapat en IDEA-keymap för Eclipse som ni hittar här.
Dock finns det en enda sak i Eclipse som jag saknat väldigt länge i IDEA. Som standard i Eclipse highlightas (fin svengelska va?) den variabel du markerat, dels med en färg runt själva variabeltexten i editorn, men också med en vit markering i högermarginalen av editorn. Fruktansvärt användbart för att snabbt se hur mycket (och var) en variabel används i klassen du tittar på. IntelliJ IDEA har inte denna funktion som standard. Däremot kan man använda sig av en funktion som heter ”Highlight Usages in file”. Problemet är bara att den variabel du valt att highlighta (here I go again..) fortsätter att vara markerad tills du markerar den igen och väljer ”Highlight Usages in file” (som nu väl egentligen borde heta ”Unhighlight Usages in file”?) en gång till. Väldigt frustrerande när man vill röra sig runt i koden snabbt o byta mellan olika variabler för att få en snabb överblick.
Då fick äntligen våra nya vassa utvecklarmaskiner från Apple.
Mac Pro med 2st 4 kärnors Xeon (Inte nån iMac) med 10 GB i RAM och 2 diskar med hårdvaruraid.
Riktigt grym prestanda.
Fast givetvis var maskinen rätt uppsatt från början utan 1 av minnesmodulerna satt fel så systemet kom åt ”bara” 8GB.
Sen så var inte raiden uppsatt som jag (Läs mer…)
Ett sätt att öka produktiviteten när man programmerar är såklart att välja tangentbordet oftare än musen. En lång lista av snabbtangenter finns att tillgå för samtliga IDEs men användningsgraden är ofta relativt låg. Man har sina favoritkombinationer men det finns troligtvis många fler som skulle behövts nötas in. Jag har nyligen bytt IDE från Eclipse till IntelliJ IDEA och det är rätt tufft att bli så produktiv som upphovsmännen i Tjeckien hävdar att man blir – det tar ett tag att upptäcka funktioner och repetera snabbtangenter.
(Läs mer…)
Här finns presentationerna från senaste Javaforum i Göteborg.
Javaforum-möte i Göteborg (2008-02-27 16:30)
Plats: IT-Universitetet, Forskningsgången 6, Lindholmen, Göteborg
Observera att dörrarna enbart är öppna mellan 16:30 – 17:15.
Agenda
16:30 Macka och mingel
17:00 JavaUpdate
Nyheter med fokus på IDEA7 samt en rapport från JFokus 2008
Erik Hellman, IBS JavaSolutions
17:25 10 ways to screw up with Scrum and XP
Scrum & XP may sound deceptively simple. But once you get down to the everyday practical stuff there are many subtle traps hiding about. Common mistakes that are easy to make and hard to detect, mistakes that cancel out many of the benefits that Agile methods were supposed to give. In this talk I’ll go through the most common mistakes, how to detect them, what the effect is, and how to address them. This talks assumes that you have basic knowledge of Scrum and XP.
Henrik Kniberg, Crisp
Henrik har jobbat som javautvecklare sedan 1995. Hunnit med att vara CTO på tre företag och där implementerat agila metoder. Just nu är Henrik kanske mest känd för ”Scrum and XP from the Trenches” som blivit poppis.
18:10 PAUS
18:40 JavaPuzzler of the Day
Dagens kluriga javagåta.
Rikard Thulin, IBS JavaSolutions
18:50 JavaFX – en introduktion
Pär Sikö, Epsilon
19:40 Hotpatcha din Java-6-applikation
Med Suns Java-6 kan man ansluta till ett JVM och ändra klassfilerna i ett körandes program, och detta utan att ha förberett JVM:et vid uppstart. Tekniken som tillåter detta är Suns dynamiska attach-funktion (com.sun.tools.attach) som gör det möjligt att ansluta en egen agent. Tillsammans med Reflection-API:et och Instrumentation-API:et betyder det att du kan inspektera datastrukturerna i programmet och ändra programkoden. Mer precist uttryckt skriver du en agent som när den ”anländer” till/får köra i JVM:et använder java.lang.instrument för att ändra byte-koden för metoder i en klass som kanske redan är instansierad.
Markus Wahl, IBS JavaSolutions
IntelliJ IDEA 7.0 finns nu tillgänlig i en milestone 2. Jag har alltid varit en stor fan av IntelliJ, men i och med den här versionen så har jag funderat på att bli religös. NetBeans och Eclipse har rätt långt kvar innan de är i kapp, särskilt om man tar en titt på några av de live-demos de har lagt upp:
Hur man kodar Spring och Hibernate, the IntelliJ way: http://www.jetbrains.com/idea/training/demos/IDEA-m2.html
Hacka Groovy och Grails: http://www.jetbrains.com/idea/training/demos/IntelligentGroovy.html
Så här ska en debugger fungera: http://www.jetbrains.com/idea/training/demos/debugger.html
IntelliJ IDEA kostar $499 för en kommersiell licens, eller $249 för privatpersoner. I utbildningssyfte eller open-source projekt så kan man få en licens gratis. Man kan alltid ladda ner en 30-dagars prov-licens gratis och testa. Ni hittar allting, samt alla demos, på http://www.jetbrains.com/idea/nextversion/.
Om du är en av de som kodar Java men inte testat IntelliJ IDEA än så rekommenderar jag starkt att ni gör det. Jag brukar testa både Eclipse och NetBeans med jämna mellanrum för att se hur deras utveckling går, men det slutar alltid med att jag går tillbaka till IntelliJ…
I min presentation för JavaOne beskriver jag hur du kan skriva ett 3D spel på mindre än 50 minuter. Detta har gjort att vissa höjt lite på ögonbrynen och ställt sig tveksama till att det faktiskt går att skriva det så snabbt. Spelet som jag presenterar består av ungefär 1400 rader kod, varav ungefär 500 är automatgenererade getter/setters och dylikt. I princip så har jag alltså manuellt skrivit ungefär 900 rader Java-kod på mindre än 50 minuter. Det betyder 22,5 rader per minut. Jag räknar med i genomsnitt ungefär 40 tecken per rad, vilket då resulterar i att jag måste slå 720 slag på tangentbordet varje minut i 50 minuter för att hinna med alltihop. Jag läste på Wikipedia att den genomsnittlige datoranvändaren skriver mellan 50 och 70 ord per minut, där varje ord är i genomsnitt 5 tecken lång, d.v.s. 350 tecken per minut som mest (världsrekordet ligger på 150 ord-per-minut under 50 minuter, innehas av en Barbara Blackburn). Det är alltså en bra bit från de 720 tecken/minut som jag behöver uppnå. Så hur kan jag hävda att det är möjligt?
Beroende på hur man ser på det så fuskar jag. Jag använder själv IntelliJ IDEA (6.0 för närvarande) för all Java-kodning. Överlägset stöd för code-completion, refactoring, templates och annat trevlig godis för utvecklare. Ta följande exempel; jag ska skapa lägga till en ActionListener på en knapp. Jag har skrivit följande kod och markören står på *.
JButton button = new JButton(”Kör”);
button.addActionListener(*);
Sen långt tillbaka har vi haft grundläggande code-completion där jag skriver variabelns namn, punkt, och sen trycker Ctrl-Space (eller dylikt) och får upp en lista på alla metoder som kan köras på det objektet. IntelliJ tar det hela ett steg längre, nu skriver jag bara följande (i fetstil) och trycker på Ctrl-Shift-Space:
JButton button = new JButton(”Kör”);
button.addActionListener(new );
Resultatet nu är att IntelliJ fattar att det är en ActionListener som ska in där. Den presenterar en lista med alla klasser och interface som skulle passa där (alla klasser som implementerar ActionListener och som ligger i projektets classpath). Nu vill jag inte använda en färdig ActionListener, utan skapa ett anonymt inre objekt. Väljer jag då ActionListener av de alternativ som finns i listan så fixar IntelliJ all boiler-plate kod åt mig automatiskt, resultatet blir alltså, utan att jag behöver skriva ett tecken mer, att jag får följande helt automatiskt (markören hamnar på *):
JButton button = new JButton(”Kör”);
button.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
*
}
});
Detta funkar för alla typer av anonyma inre klasser och även för sånt du skriver själv. Väldigt smidigt alltså. Denna intelligent code-completion fungerar på fler ställen. Definerar jag en variabel av typen Map så räcker det med att jag skriver variabelns namn, ett = tecken och new och IntelliJ ger mig en lista över alla klasser som implementerar Map. Väldigt trevligt.
Detta är bara ett litet smakprov av vad IntelliJ erbjuder dig som kodare. Trivilia saker som ofta kräver mycket manuellt skrivande görs i ett nafs. Refactoring-stödet är smått magiskt och har under de 6-7 år som jag använt IntelliJ väldigt sällan fallerat. Nu vet jag att både Eclipse och NetBeans erbjuder smart code-completion och refactoring, men ingen av dem är ens i närheten av de finesser som IntelliJ har.
Baksidan är att IntelliJ kostar pengar. $499 för att vara exakt. Väl investerade pengar enligt mig. För de som vill testa IntelliJ så kan du ladda hem en trial licens på 30 dagar. Du hittar allt på www.intellij.com.
