Verder is 'even snel dubbelklikken' op je file om hem te editten er gewoon niet bij want het moet eerst opstarten en dan kan je wel gelijk koffie gaan halen.
Daar is een IDE ook niet voor gemaakt: als je snel even wat wilt editen doe je rechtermuisklik -> edit met Notepad++ oid. Een IDE is bedoeld als professionele ontwikkelingsomgeving, niet een snelle editor. Kijk ook eens wat een lading aan extra's je krijgt bovenop de text editor zelf.
Dat is gewoon niet hoe een IDE moet zijn imo, een IDE moet vooral snel zijn en je niet tegenhouden, anders kan je gewoon net zo goed weer teruggaan naar editplus/textpad/notepad.
Een editplus/textpad/notepad mist alleen helaas belangrijke features als real-time compilen / error controle, refactoring (bv klassenaam veranderen zodat dat overal in elk bestand in je project ook veranderd wordt), code cleanup, CVS integratie, tientallen plugins die functionaliteit toevoegen als slordigheden vinden, stijl nakijken, UML diagrammen genereren / vertalen naar Java code (oid), en ga zo maar door. Dit kost wat overhead ivm geheugengebruik en dergelijke (waar Java geen ster in is, dit zal verbeteren (zeggen ze) met de volgende versie), maar kijk eens wat je ervoor terugkrijgt - dat doet een notepad-vervanger of notepad zelf niet na. Ze hebben beide regelnummers en syntax highlighting, maar daar houdt de vergelijking meestal mee op.
Uit je negatieve reactie kan ik opmaken dat je of het punt van een IDE niet doorhebt, of je het nooit in een serieus programmeerproject hebt gebruikt.
Edit: En dan heb ik het nog niet eens over autocompletion, waardoor je, in tegenstelling tot een notepad, niet eerst de code van een library van een derde partij in hoeft te duiken (of de documentatie daarvan) om maar uit te zoeken welke functie wat doet en hoe.
[Reactie gewijzigd door YopY op woensdag 23 januari 2008 23:41]
Uit je negatieve reactie kan ik opmaken dat je of het punt van een IDE niet doorhebt, of je het nooit in een serieus programmeerproject hebt gebruikt.
én bedankt... Ik doe de hele dag niet anders dan graf IDE's gebruiken die contra productief zijn, vandaar dat ik de andere oplossing aandraag waar jij hier even aan voorbij gaat.
Die extra's waar jij het over hebt als real-time compilen zijn absoluut overbodig in php omdat het een scripting taal is waarbij je niet *hoeft* te compilen. Refactoren kan je met een snelle search / replace en CVS integratie zit standaard in je shell.
Zoals ik al eerder genomend heb, een IDE moet imo SNEL zijn, en dat is al die java gebaseerde meuk gewoon niet. Het voelt traag, log, en bloated aan. Dit is mijn persoonlijke ervaring op meerdere systemen met meerdere java based IDE's. Als het MOET dan kan ik er mee werken maar het haalt mijn productiviteit juist omlaag. Een IDE moet een verlenging van jezelf zijn net als je fiets of een auto. het moet gewoon passen en je niet tegenhouden, dat was het punt wat ik probeerde te maken. Ik type al 550 apm, en ik ken de functie libs en de aanroepen al zo'n beetje uit m'n hoofd, dan wil ik niet hoeven te wachten tot de IDE eindelijk de syntax highlighter of de code completer gevonden heeft.
Gelukkig is met PHPdesigner 2008 de juiste stap in die richting gemaakt, dat bewijst namelijk dat al mijn 'eisen' die ik aan zoiets stel wel mogelijk zijn. PHPDesigner heeft óók auto completion, refactoring, code insight, find-as-you-type, integrated debugging, etc, etc, etc en dat allemaal in een programma dat binnen 3 seconden opstart en wél snel aanvoelt
[Reactie gewijzigd door SchizoDuckie op donderdag 24 januari 2008 08:07]
Hell no dat je alle functionele aanroepen van een enterprise applicatie uit je hoofd weet! Voor PHP of zeer kleine applicaties klopt je stelling. Maar no-way dat je J2EE applicaties met notepad++ (of zo) gaat ontwikkelen, laat staan een refactor uitvoeren door find-replace.
btw bijv: generate getters / setters kan ik sneller de shortcut voor indrukken, dan jij met 500+ apm kan tiepen.
*knock* *knock* we hebben het hier over PHP applicaties. Die zijn 99% van de tijd lang zo bloated niet als de J2EE meuk. Tenminste, mijn PHP apps niet, en daar ken ik wél alle functies en aarnroepen van uit mn hoofd. FYI, ik doe momenteel fulltime J2EE en ik *SNAP* het nut van een IDE. Maar dat wil nog niet zeggen dat ze ook prettig zijn om mee te werken.
[Reactie gewijzigd door SchizoDuckie op donderdag 24 januari 2008 10:02]
Ik ben het volledig met jouw standpunt eens wat betreft PHP. Echter volledig oneens wat betreft J2EE. Maar goed, dat doet er verder niet toe.
Ik vind zelf dat die Zend meuk erg mooi spul is, maar helaas te sloom werkt om daar fatsoenlijk in te kunnen werken. Daarvoor zijn PHP apps nu eenmaal te klein.
Wat ik eigenlijk wilde zeggen is, dat eclipse als IDE voor mij het werken met J2EE versimpelt.
Er zijn natuurlijk ook mensen die code uit libraries gebruiken. Of mensen die met andere mensen samenwerken. Of mensen die een project van 4 jaar geleden nog eens even moeten veranderen. Zie maar hoe ver je komt met alles uit je hoofd leren
Kleine, fijne php apps zijn perfect. Compleet mee eens. Daar kan je het overzicht houden, alles lekker in eigen beheer en dus in je eigen hoofd.
Probeer eens een module op drupal te ontwikkelen en dan praten we verder.
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
Zend Studio for Eclipse is ontwikkeld voor php-ontwikkelaars die zich bezighouden met de volledige levenscyclus van het bouwen van php-applicaties, aldus het persbericht van Zend. Door de integratie met Eclipse krijgen de developers toegang tot het Eclipse-framework en de andere mogelijkheden van het ontwikkelprogramma, zoals de optie om de ide met addons uit te breiden en de ingebouwde ondersteuning van Subversion.
22:43
18:17
![[show]](http://tweakimg.net/g/if/comments/button_down.gif "Reactie uitklappen")
Door 
. Zelfs op Linux 
)
) maar het bespaart tijd in mijn ogen.
