Zend brengt Studio for Eclipse uit

Reacties

« 1 2 »

Door shadowillusions, woensdag 23 januari 2008 21:47

Door Snake, woensdag 23 januari 2008 21:48

Helaas is het nog steeds heel buggy, zoals het zwart vlak bij het opstarten, het niet kunnen bewerken van include folders, het niet includen van include folders, het niet kunnen aanpassen van code gallery...

400 dollar is dan veel geld!

Door remmelt, donderdag 24 januari 2008 12:00

Wat ik wel eens zou willen weten is het verschil tussen deze versie en PDT.

Ik heb veel ontwikkeld in ZDE, dat was inderdaad een fijn platform. We zijn toen om allerlei redenen overgestapt op PDT (dat is de door IBM, Zend en anderen ontwikkelde Eclipse PHP plugin) en die lijkt in eerste instantie wel op ZDE, maar is toch echt een echt Eclipse plugin. Werkt heel fijn, is heel gratis, doet eigenlijk alles wat ik wil.

Ik zie veel dingen in de features van Zend (http://www.zend.com/en/products/studio/features) die andere plugins eigenlijk ook al doen, zoals remote editing, db toegang, debugging. Dat is jammer, dan hadden ze beter de bestaande tools kunnen verbeteren, lijkt me.

Wat is het voordeel van deze Zend studio?

Door webmaster777, woensdag 23 januari 2008 21:53

Door Nijn, woensdag 23 januari 2008 22:30

Ik kom er ook niet op hoor

De laatste tijd heb ik Zend Studio for Eclipse uitgetest en het is de beste IDE voor PHP die ik tot noch toe heb geprobeerd. Ik hoop dat een hoop bugs van de Beta zijn opgelost, maar ben bang van niet. Echter, zelfs met die bugs, deze IDE is een aanrader!

Door tuXzero, woensdag 23 januari 2008 21:59

Deze IDE raad ik elke serieuze PHP developer aan. Zelf ben ik ZCE (Zend Certified Engineer) en ik heb hiervoor al veel met Zend Studio professional gewerkt. Nu zit ik al een maand ongeveer met de vroege stadia van Zend Studio for Eclipse te werken, en ik moet zeggen; Het werkt lekker

. Zelfs op Linux

Het fijne aan deze aanpak is dat Eclipse met Java is geschreven voor Java, en zo dus ook makkelijk op andere platformen kan draaien. En omdat Eclipse erg makkelijk uit te breiden is met hun plugin-systeem kan nu ook met andere talen gewerkt worden, waarbij nu ook PHP. Zo gebruik ik bij de Zend Studio editie nu ook Aptana voor PHP als Eclipse plugin. En dat allemaal in een IDE.

Door random0xff, donderdag 24 januari 2008 09:40

Wat ik me afvraag is of je de Aptana editor kunt gebruiken (met al die HTML, CSS en JavaScript ondersteuning) en als je dan een PHP code block typt, of dan Zend Studio op dat moment de code completion enzo verzorgt? M.a.w. de beide Eclipse plugins hebben wat overlap op het gebied van bestanden met HTML én PHP, hoe maakt de IDE de functionaliteit van die twee plugin dan beschikbaar?

Door webdevotion, donderdag 24 januari 2008 10:13

Je stelt in met welke editor je welk bestandstype wil openen. ( of je gebruikt "open with ..." ) Je gebruikt dus steeds 1 editor in 1 bestand. Wat wel kan is dat je bv een xml en een php file hebt openstaan. Dan is zowel je xml als je php editor ingeladen.

Door OSC-DIS, woensdag 23 januari 2008 22:02

Ik realiseerde me recent dat ik wel heel erg veel verschillende Eclipse installaties op m'n computer had. De reguliere Eclipse, aangezien daar m'n voorkeur naar uitgaat om java in te ontwikkelen. Borland's Together for Eclipse, voor op school. LegacyJ's PERCobol gebaseerd Eclipse 2.x, oldschool. Aptana voor Ruby on Rails, ... Need I continue?

Enerzijds wel tof, zo'n divers landschap. Toon dat Eclipse echt een goed ontworpen klasseproduct is, heel makkelijk uit te breiden. Anderzijds had ik misschien toch liever gezien dat meer functionaliteit kwam via plugins, dan via een volledig nieuw platform. Kwestie van de redundantie een beetje naar beneden te halen, want voor elke aparte installatie moet je natuurlijk ook de Eclipse "core" updaten.

Door Webgnome, woensdag 23 januari 2008 22:08

Als je diverse eclipse'n naast elkaar hebt staan dan zijn dat waarschijnlijk allemaal dezelfde ( op die 2.x na ) en kun je volstaan door de diverse plugins in één workspace te gooien. Als de verschillende onderdelen goed gemaakt zijn bieden ze een apparte perspective waarin alleen die plugins worden geladen die nodig zijn en kun je dus volstaan met maar één á twee eclipse installaties

Door Parlor_Inventor, woensdag 23 januari 2008 22:11

Door OSC-DIS, woensdag 23 januari 2008 22:51

Helaas pindakaas makker.

Aan Together for Eclipse zijn zware licentiekosten verbonden. Dat pakket wordt me toegeleverd door de hogeschool in de vorm van een installatiebestand. Idem voor PERCobol.

En dan hebben we het nog niet gehad over het feit dat de producenten dan nog hun platform moeten (willen? kunnen?) aanbieden in de vorm van een plugin, met update site en alle rim ram die er rond hoort. Voor veel kleinschaligere projecten is dat evident, maar ik moet nog het eerste volledig platform (dus eigenlijk een geheel nieuwe IDE) gebruiken, waar die mogelijkheid bestaat.

En oh, ik zal maar niet tillen aan het feit dat ik je post nogal onbeschoft en tactloos geformuleerd vind.

Door coretx, donderdag 24 januari 2008 02:37

Door SchizoDuckie, woensdag 23 januari 2008 22:12

Nou, het spijt me wel, maar na een aantal maal Zend studio's gebaseerd op verschillende java producten geprobeerd te hebben gooi ik echt definitief de handdoek in de ring wat betreft deze bloated, trage, memory vretende meuk.

Ik heb recentelijk PHPDesigner 2008 uitgevonden en dat is *zo* verschrikkelijk snel en handig in vergelijking met die java meuk dat het al snel zelfs m'n ouwe trouwe editplus vervangen heeft.

Door Apache, woensdag 23 januari 2008 22:23

Veel FUD over de snelheid van eclipse, natuurlijk moet je het niet op een p2 400mhz met 512mb gaan draaien en vaak kan het veel helpen om in de eclipse.ini de default memory te verhogen. Ik werk dagelijks met eclipse, tegenwoordig met daarnaast een volledig opzichzelf staande flex builder 3 beta, dus 2 eclipse instanties, meestal met 20 editors+ open per instance en dat gaat allemaal zeer vlot, behalve wanneer ik in flex builder snel iets wijzig en direct opnieuw wil runnen dan is hij nog aan het compileren, maar das de flex sdk, niet eclipse.

Door SchizoDuckie, woensdag 23 januari 2008 22:27

Niets FUD. Ik heb nette machines van 3ghz met een gb aan geheugen tot m'n beschikking en het blijft altijd een feit dat dit soort java editors trager zijn, sloten aan geheugen gebruiken, hangen, vage bugs hebben, layouting quirks hebben, vage interfaces, etc. Mijn eigen ervaring is dan ook dat eclipse en andere java tools geregeld de JVM gewoon keihard hangen en vwalla, weg is je geniale code. 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. 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.

[Reactie gewijzigd door SchizoDuckie op woensdag 23 januari 2008 22:30]

Door Nijn, woensdag 23 januari 2008 22:40

Dat het opstarten traag is, daar heb je zeker gelijk in, maar doorgaans doe je dat maar ééns per dag.

Dat Java programatuur met (semi-)Windows interface doorgaans trager is, heb je ook gelijk in. Dat het meer geheugen vraagt, zeker.

Dat je je geniale code kwijt bent bij Java IDE's, nee, daar heb je geen gelijk in. Meestal zijn ze beter in foutafhandeling dan hun puur Windows tegenhangers.

Maar persoonlijk heb ik het er graag voor over. Ik heb beide IDE's reeds geproberd en Zend Studio for Eclipse is toch echt de beste.

Overigens werk ik op een 2.8Ghz systeem. De snelheid van Zend Studio for Eclipse is ondanks added functionality beter dan de oudere versies. Sterker nog, ik merk vaak geen enkele vertraging.

offtopic:
Virus/spyware scan?

Door Pl_eX-, woensdag 23 januari 2008 23:02

Dat het opstarten traag is, daar heb je zeker gelijk in, maar doorgaans doe je dat maar ééns per dag.

wow! wat een excuus!
Dat vind ik nogal en probleem eigenlijk. Ik heb java-aps gebruikt die ik toch vaak wilde afsluiten, simpelweg om meer snelheid te krijgen als ik even iets moest fotoshoppen. Dus die aanname is niet helemaal correct m.i.

(PS.
Als Zend echt vertrouwen had gehad in PHP, dan hadden ze het natuurlijk niet in Java, maar in PHP geschreven

)

Door GoBieN-Be, woensdag 23 januari 2008 23:21

PHP is een script taal, geen programmeer taal, je kunt er dan ook geen programma in schrijven met een windows-a-like GUI

Door GrooV, woensdag 23 januari 2008 23:34

Je kan gewoon GUI's met php maken hoor...

http://gtk.php.net/

Door arjankoole, donderdag 24 januari 2008 06:57

dat is iets wat er op een bepaald moment ingehackt is. Het is niet zoals java, en goed overwogen belissing vanaf het begin geweest.

Met php-gtk kun je schattige dingen, maar je kan er lang niet zoveel mee als je met java kunt.

Door YopY, woensdag 23 januari 2008 23:39

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]

Door SchizoDuckie, donderdag 24 januari 2008 07:59

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]

Door Castor385, donderdag 24 januari 2008 09:14

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.

Door SchizoDuckie, donderdag 24 januari 2008 10:01

*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]

Door Castor385, donderdag 24 januari 2008 11:21

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.

Door remmelt, donderdag 24 januari 2008 13:51

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.

Door OMEGA_ReD, woensdag 23 januari 2008 22:25

alleen jammer dat phpdesigner 2008 alleen voor win is, ziet er verder wel mooi uit.

Door PierreG, woensdag 23 januari 2008 22:31

Ik heb vorig jaar leren werken met html, css en php in PHPdesigner 2007. Het is inderdaad een erg handig programmatje. Zeker om snel een simpele site te maken denk ik dat er niet veel alternatieven zijn die sneller werken.

Door NoResult, donderdag 24 januari 2008 01:18

Door Pl_eX-, woensdag 23 januari 2008 22:29

Wat ik nog niet helemaal zie (en wat ook niet wordt genoemd in het artikel) is welk voordeel Eclipse nou biedt t.a.v. bijvoorbeeld Vim , Nano of Emacs.

Ga ik nou echt sneller typen en veiligere php schrijven als ik Eclipse gebruik?
(als dat zo is dan hoor ik graag wat argumenten.)

Door Nijn, woensdag 23 januari 2008 22:41

Code validation terwijl je je code schrijft, ingebouwde FTP / SQL support, ingebouwde PHP debugging, etc etc etc.

Door kingmuze, woensdag 23 januari 2008 22:44

Inderdaad, ik programmeer PHP (eerst 4, nu 5) nudrie jaar met VIM. Daarvoor programmeerde ik het altijd in Notepad++. Wat zijn nu de voordelen van Eclipse?

Door martijnvanegdom, woensdag 23 januari 2008 23:15

Nou syntax checking.. Als ik een script code dan word on the fly the syntax gecheckt. Niet alleen gekleurd zoals je VIM kunt hebben maar ook of de syntax correct is. En dat scheelt ongelooflijkt veel uitzoektijd.

Je kunt ook altijd een outline zien van de klasse / script waar je op dat moment bent, dus klik je in 1 keer naar een functie die enkele honderen geregels verder staat.

Verder heb je code completion. Als ik $_P is type en op enter ram word het aangevalt tot $_POST. De meeste php functions zitten ingebakken en er kan in Eclipse even kort een hulp worden opgevraagd.

In Eclise zit een history comparere. Als ik vandaag save en morgen open en ik bemerk dat ik gisteren iets weg gehaald dan kan ik dat binnen 2 tellen weg halen

Eclipse ondersteunt het // TODO comment. Alles wat ik in die regel achter todo zit word automatich in mijn todo lijst doorgevoerd.

Er zit een debugger in (hoewel ik die persoonlijk niet zoveel gebruik).

En er zitten nog veel veel veel meer opties in die het werken sneller en makkelijker maken.

Eclipse kan nog veel veel meer talen aan. De enige talen die ik geschreven heb en waar ik geen eclipse voor gebruikt heb zijn de wat excotischer talen als Scheme. Het voordeel is dat de omgeving gelijk blijft en alleen specifieke plugin per taal worden geladen. Voor mij is omschakelen van Java naar PHP alleen om schakelen van taal en niet ook nog van tool.

Er is echt geen enkele reden als je jezelf serieus neemt als programmeur om niet een fatsoenlijke IDE te gaan gebruiken Eclipse is een gode. Prog je veel .net spul dan Visual Studio ook fijn.

Als je nog meer arguemten wil.. Google.. je komt pagina's vol tegen.

Door YopY, woensdag 23 januari 2008 23:42

Verder heb je code completion. Als ik $_P is type en op enter ram word het aangevalt tot $_POST. De meeste php functions zitten ingebakken en er kan in Eclipse even kort een hulp worden opgevraagd.

Niet alleen de standaard php functions, maar ook die van externe libraries (als het goed is). Dus als je een functie in een Smarty-object zoekt, hoef je niet eerst de code van Smarty door te spitten of de online documentatie op te zoeken, je typt gewoon $smarty-> in (oid) en bladert door de beschikbare functies.

Door arendjr, woensdag 23 januari 2008 23:21

Persoonlijk vind ik het grootste voordeel de snelle code navigatie. Als ik Control ingedrukt houdt en met de muis over een functie call ga, dan krijg ik al een preview van de betreffende functie, en ik kan erheen springen door erop te klikken. Als je een groot project hebt voorkomt dat heel veel gezoek door files.

Door IEF, woensdag 23 januari 2008 23:05

code completion, function manual, code highlighting, debugging opties..
Ingebouwde SFTP/SCP/FTP support, CVS/SVN support.. o.a.

dat heb je in geen enkele teksteditor (afgezien van misschien code highlighting)

Gebruik zelf Zend Studio, wil er niet meer vanaf

Zowaar overgestapt van jed/nano naar Zend Studio.

Je gaat er natuurlijk niet 'sneller van typen' (alhoewel code completion je wil tikken scheelt

) maar het bespaart tijd in mijn ogen.

Door DeTeraarist, donderdag 24 januari 2008 01:06

Ehh, op CVS/SVN support na zijn de andere opties die je noemt toch vrij normaal in een IDE.
Neem UltraEdit(nb niet eens een IDE) heeft het allemaal en zo zijn er nog tal van andere IDE's en editors die dat ondersteunen.

Door Fishbeast, woensdag 23 januari 2008 23:24

Zulke IDE's moet je alleen niet gaan gebruiken als je net komt kijken in een bepaalde taal. er wordt wat dat betreft veel te veel voor je gedaan. zij het niet dat ik Eclipse geweldig vind!

er zitten wat jongens bij mij in de klas (4e jr informatica) die nog steeds in textpad(texteditor + java compiler) zitten te kloten. zulke gasten moet je gewoon van school trappen, want die weten echt niet waar ze mee bezig zijn. In de tijd dat ik 10 regels code geschreven heb, hebben zij er net 1 af (bij wijze van). dmv zo'n IDE gaat de efficientie echt omhoog omdat je je veel minder hoeft bezig te houden met typefouten, syntaxfouten debuggen na compileren enz enz.

Door GrooV, woensdag 23 januari 2008 23:39

Als je straks gaat werken wordt toch echt wel van je verwacht je applicaties uit de grond kan stampen, en dan is intellisense ( http://en.wikipedia.org/wiki/IntelliSense )heeeeeeeeeeeeel handig. Dus maak hier gewoon gebruik van ipv je zelf moeilijk maken. Als je straks met 1000'en regels code bezig bent ga je echt niet meer zonder debugger werken maar benut je juist alle mogelijkheden van de programmeer taal, dus ook de IDE

[Reactie gewijzigd door GrooV op woensdag 23 januari 2008 23:39]

Door hackerhater, woensdag 23 januari 2008 23:40

er zitten wat jongens bij mij in de klas (4e jr informatica) die nog steeds in textpad(texteditor + java compiler) zitten te kloten. zulke gasten moet je gewoon van school trappen, want die weten echt niet waar ze mee bezig zijn.

Mwah ligt eraan
Soms heb je een goede reden geen autocompletion te willen
Ik werk zelf met een eigen platform geschreven in PHP en dan wil ik die auto-completion absoluut niet
Zo'n IDE pakt dan toch maar de verkeerde functie/klasse
Voor de rest is eclipse heel fijn ja

Door mashell, donderdag 24 januari 2008 00:24

Mensen die echt kunnen programeren kunnen dat overal in en niet uitsluitend in luxe meewerkende IDE's. Ik ken meerdere hele goede programmeurs die uitsluitend in VI werken.

Wat ik schokkender vind, 4e jaar informatica en dan nog steeds java? Dan zou je toch al bij de echte talen moeten zijn aangeland?

Door arjankoole, donderdag 24 januari 2008 07:03

Wat ik schokkender vind, 4e jaar informatica en dan nog steeds java? Dan zou je toch al bij de echte talen moeten zijn aangeland?

daar hebben ze geen leraren meer voor. Ik ben al lang blij dat ze mensen nog leren dat er meer is dan VB.NET.

Door MatthiasDS, donderdag 24 januari 2008 07:41

Wat ik schokkender vind, 4e jaar informatica en dan nog steeds java? Dan zou je toch al bij de echte talen moeten zijn aangeland?

Ohoho, de "echte talen". Gaan we met dat soort kinderlijke prietpraat beginnen? Ik zit in een bedrijf dat zowat 100 Java-programmeurs tewerk stelt (waaronder ikzelf), en wij zitten ook voor een goed deel in de overheidssector. Het soort projecten dat wij realiseren met Java is niet bepaald kinderlijk te noemen.

Dus laat dat pejoratief gedoe over Java maar achterwege. Het is volledig misplaatst.

Goede programmeurs die uitsluitend in VI werken? Dat zal dan wel. Maar je mag nog zo goed zijn, als je geen deftige IDE gebruikt in een groot (let op dit woordje) project zal je werk misschien wel goed zijn, maar je zal geen enkele deadline halen. Tenzij het gaat over bugfixes en/of kleine CR's.

[Reactie gewijzigd door MatthiasDS op donderdag 24 januari 2008 07:41]

Door rsmits, donderdag 24 januari 2008 08:44

Twee weken geleden mooi artikeltje in de Automatiserings Gids, 'Java helpt programmeren om zeep': http://automatiseringgids...euwsbericht.jsp?di=382685

Met Java krijg je alleen de ingredienten om de soep te maken, maar niet de kennis om de ingredienten te telen. Dus zal je de nieuwe ingredienten moeten inkopen elders (lees: outsourcing).

Maar goed, het is al jaren aan de gang dat het kennisniveau daalt.

Door random0xff, donderdag 24 januari 2008 09:56

Met Java krijg je alleen de ingredienten om de soep te maken, maar niet de kennis om de ingredienten te telen. Dus zal je de nieuwe ingredienten moeten inkopen elders (lees: outsourcing).

Wat een onzin weer zeg. Java is een programmeertaal, als studenten te weinig weten ligt dat aan de opleiding en/of aan de studenten zelf, NIET aan de taal.

Door seppevs, donderdag 24 januari 2008 10:44

Wat een gezever! Wat denk jij dat de klant het liefste heeft? Dat je hun business code programmeert, of dat je rand hulpmiddelen (bv een zip library ofzo) zelf programmeert?
Als het ooit al gemaakt is (bv die zip library), waarom het wiel dan opnieuw uitvinden?

Ik steek mijn tijd liever in het programmeren van het project zelf, ipv in hulpmiddelen die in Java al bestaan onder de noemer van libraries.

edit: reactie op rsmits

[Reactie gewijzigd door seppevs op donderdag 24 januari 2008 10:45]

Door arjankoole, maandag 28 januari 2008 07:24

Ik steek mijn tijd liever in het programmeren van het project zelf, ipv in hulpmiddelen die in Java al bestaan onder de noemer van libraries.

ben ik opzich wel met je eens, maar ik denk dat je het toch wel met me eens zult zijn dat het voor een programmeur een must is om zelf ook libraries te kunnen schrijven indien datgene wat hij wil/nodig heeft niet voorhanden is. (dan wel dat het licentie technisch niet opportuun is deze te gebruiken)

Door elmuerte, donderdag 24 januari 2008 09:25

Wat ik schokkender vind, 4e jaar informatica en dan nog steeds java? Dan zou je toch al bij de echte talen moeten zijn aangeland?

Een taal is slecht syntax en misschien nog wat semantiek. Iets wat wel binnen een week of twee te leren is. Het gaat om de achterliggende gedachten. Een boek schrijven in het Engels is hetzelfde als een boek schrijven in het Nederlands, alleen de taal is een beetje anders.

Java of C#, of C++ or Pascal. Allemaal 1 pot nat (OO/Procedureel).
Maar daar naast is het ook handig om andere paradigma's te begrijpen zoals Functioneel-, Aspect Oriented-, Constraint-, ..., programming.

Door YopY, woensdag 23 januari 2008 23:45

mja, het probleem met dat soort gasten is dat ze 'puur' willen blijven of iets dergelijks. Dat type mensen probeert ook bij elk project het wiel opnieuw uit te vinden, zodanig dat ze na vier jaar in een opleiding al twintig nieuwe versies van hun 'database abstractielaag' gemaakt hebben die nog steeds ontwerptecnische poepconstructies als $db->query("SELECT * FROM een_tabel"); hebben, terwijl er al jarenlang goeie databaselagen en dergelijke op internet te vinden zijn. Ik was daar ook een van toen ik vroegah nog met PHP bezig was, gelukkig weet ik nu wel beter. (mbt gebruik maken van PHP en een notepad ipv een IDE).

Door Fishbeast, woensdag 23 januari 2008 23:25

@ GoBiell-Be:

uuhh heb jij nog niet van die 'nieuwe' library gehoord in php? 't ziet er misschien nog niet zo gelikt uit als in C, .NET of java, maar je kan er GUI's mee maken

« 1 2 »

Op dit item kan niet meer gereageerd worden.

22:43	Sidn start eind februari registratie numerieke .nl-domeinnamen
18:17	Valve verklapt wat er gaat veranderen in Team Fortress 2

Nieuws I/O

Shortcuts

Categorieën

Lees meer over

Gerelateerde content

Gerelateerde jobs

Reacties

12-02 Nieuws

07:56 Productreviews

08:29 Vraag & Aanbod

10-02 Jobs

07:52 Etc.

08:28 Reacties

08:28 Forum

03-02 Gesponsorde acties

00:03 Tweakblogs

10-02 Computable headlines

10-02 CRN headlines