Archief - Delphi nog de moeite?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
p

pieta

Legacy Member
hi!

ik ben nu 2 maanden aan het werk als software developer bij een niet it-bedrijf. (eerste job)

Nu werken ze hier met Delphi, iets waar ik nog geen ervaring meehad en voor hun geen probleem.
Ik heb wel geen opleiding gekregen maar heb me het zelf aangeleerd en heb al wat kleinere progs mogen maken die ze hebben nagekeken en ze zeiden toch dat het er goed uitzag.

Nu wat betreft mn vraag:
Als ik de vacatures zie zijn er amper bedrijven die vragen achter delphi terwijl delphi toch nog regelmatig updates enz krijgt.( Imo vind ik delphi ook een fijne taal om mee te programmeren)

Ik vind het hier wel fijn maar ik ben nog jong en zal wss binnen x aantal jaar andere oorden verkennen. Wss loop ik dan na x jaar achter met mn java en .net kennis, want 3 talen onderhouden zal moeilijk gaan.

Heb ik binnen x jaar nog de mogelijkheid om verder te doen in delphi?
Kijk ik nu al beter uit voor een java/.net plaats om binnen x jaar steviger te staan op de arbeidsmarkt?

tnx!
m

mausdabber

Legacy Member
pieta zei:
hi!

ik ben nu 2 maanden aan het werk als software developer bij een niet it-bedrijf. (eerste job)

Nu werken ze hier met Delphi, iets waar ik nog geen ervaring meehad en voor hun geen probleem.
Ik heb wel geen opleiding gekregen maar heb me het zelf aangeleerd en heb al wat kleinere progs mogen maken die ze hebben nagekeken en ze zeiden toch dat het er goed uitzag.

Nu wat betreft mn vraag:
Als ik de vacatures zie zijn er amper bedrijven die vragen achter delphi terwijl delphi toch nog regelmatig updates enz krijgt.( Imo vind ik delphi ook een fijne taal om mee te programmeren)

Ik vind het hier wel fijn maar ik ben nog jong en zal wss binnen x aantal jaar andere oorden verkennen. Wss loop ik dan na x jaar achter met mn java en .net kennis, want 3 talen onderhouden zal moeilijk gaan.

Heb ik binnen x jaar nog de mogelijkheid om verder te doen in delphi?
Kijk ik nu al beter uit voor een java/.net plaats om binnen x jaar steviger te staan op de arbeidsmarkt?

tnx!
Klik om te vergroten...

Ik denk dat Delphi en aanverwante produkten er nog wel even zullen zijn. Het is alleen vervelend voor jou dat de softwareboeren in dit land vnl .net en java veestapels houden. Nu ja, die beestjes liggen momenteel goed in de markt. Maar niet getreurd, er zijn genoeg plaatsen waar het er anders aan toe gaat, je moet gewoon goed rond je kijken.

Waarom kan je geen meerdere programmeertalen onderhouden ? Een goede programmeur denkt vooral in software en veel minder in syntax. Als je wat van software-ontwikkeling kent, dan is een nieuwe programmeertaal erbij nemen peanuts (met of zonder zout). Nu komt er wel meestal een heel nieuwe run-time en/of framework met een nieuwe taal, maar die dingen doen in grote lijnen allemaal hetzelfde, plus met de moderne IDEs van tegenwoordig vind je alles wat je nodig hebt vlug terug.
p

pieta

Legacy Member
qua onderhouden doel ik eerder op de subsystemen: wpf, wcf, javaFx,... en de snelle updates die ze krijgen. (En tegenwoordig komen ze ook op zo goed als elke vacature voor.)
d

dJeez

Legacy Member
Delphi is eigenlijk op sterven na dood. Het zal - zoals het eigenlijk steeds het geval geweest is - wel nog wat blijven voortleven als niche product, maar stilaan heengaan en vervangen worden door nieuwere technologie. Persoonlijk zie ik toekomstgericht geen heil in wat Embarcadero ermee aanvangt (Delphi Prism/Oxygene), en zou mijn voorkeur eerder uitgaan naar C# of Java. Nu ja, als je ambities hebt om bij de Federale Politie te werken als IT-er dan is je broodje wel gebakken met Delphi kennis (heb ik uit goede bron :p).
H

H@voc_!nc.

Legacy Member
Delphi heeft idd niet veel toekomst perspectied (imo nog altij een heel schoon programmeertaal). Ge kunt beter in C# verder gaan principes komen allemaal terug.

Zowel Delphi als C# zijn van dezelfden architect duz (Anders Hejlsberg). Veel raakvlakken tussen de 2 alleen dat C# wel iets verder vooruitstaat ;)
C

Cycloon

Legacy Member
De manier waarop je programmeert is naar mijn mening veel belangrijker dan de technologie die je gebruikt. Syntax leer je aan op enkele dagen/weken, degelijk programmeren is iets dat jaren duurt. En het is niet omdat je x aantal tijd Java/C# hebt geprogrammeerd dat je direct instapt in de software van een ander bedrijf. Ook hier is inwerken in de code weeral veel moeilijker dan de technologie onder de knie te krijgen. Neem er dan nog eens bij dat zowat elk bedrijf andere frameworks en pakketten gebruikt en je begrijpt al snel dat je syntaxkennis van een taal totaal in het niets valt.
H

H@voc_!nc.

Legacy Member
Het risico is dat je wordt "gelabeled" als een bepaalde developer ik weet nog dat ik bij mijn overstap van delphi naar C# (5 jaar gelden) altijd wel wat uitleg heb moetten geven (wat niet altijd evident is aan mensen die geen techishe achtergrond hebben)

en als junior kan dit zeer sterk meespelen mbt tot job opportunities

anderzijds als jeje kan specialiseren in een technologische area waar er een tekort is op de resource markt kan je wel poen pakken :p
maar bon ander verhaal :)
p

pieta

Legacy Member
mausdabber zei:
Goed nieuws, deze firma zoekt een delphi-kenner: Software Developer | Tein Telecom
Klik om te vergroten...

tof ma ik ben op mn huidige job vast aangenomen :)

ik moet hier sleutelen aan een zelf gemaakt erp programma, dus ookal is mn kennis in delphi binnen x jaar minder relevant heb ik toch kennis ivm een erp pakket..(wat ze nergens anders gebruiken :p)
M

Molletje

Legacy Member
Delphi is een leuke taal waarvan je imo heer snel kan overstappen op .NET (zeker als je al Delphi.net gebruikt) of C.

Ik ben met Delphi begonnen en maak nu men overstap naar C# (Na heel wat andere talen te doen)
H

H@voc_!nc.

Legacy Member
Molletje zei:
Delphi is een leuke taal waarvan je imo heer snel kan overstappen op .NET (zeker als je al Delphi.net gebruikt) of C.

Ik ben met Delphi begonnen en maak nu men overstap naar C# (Na heel wat andere talen te doen)
Klik om te vergroten...

Same here... Delphi is een propere taal en je zal sneller .NET principes zoals delegates, events en properties gaan snappen
K

Krueger

Legacy Member
H@voc_!nc. zei:
Same here... Delphi is een propere taal en je zal sneller .NET principes zoals delegates, events en properties gaan snappen
Klik om te vergroten...

Kan je dan niet gewoon van de eerste keer starten met .Net ?
H

H@voc_!nc.

Legacy Member
zoals ik gezegd heb in een van men vorige posts denk ik wel dat het beter is dat je begint in .NET omdat je al snel gelabeled gaat worden als een .Netter, javaan of weet ik veel. en zal het moeilijker zijn door te groeien naar een andere techniek.
Puur van technisch perspectief is het niet slecht dat je de inner workings beter begrijpt want veel mensen die in .NET Linq en lambdas e.d. gebruiken weten niet dat er delegates achter de schermen zitten. Ik weet nog dat ik in den tijd de links tussen delegates en linq kon aantonen in code.

Soit is delphi nog de moeite? Gezien de huidige markt evolutie denk ik van een commercieel standpunt (wij moeten onszelf verkopen) is imho het antwoord neen.
j

joyrider

Legacy Member
Op mijn werk gebruik ik ook nog steeds delphi, alles is daarin geschreven, maar we hebben ook .net applicaties omdat sommige dingen gemakkelijker gaan daarin dan in delphi (zoals bijvoorbeeld webservice clients die gebruik maken van certificaten en signen van de soap headers, iets wat we daar ook nodig hebben).

Het is zelfs mogelijk om Dot net code te gebruiken binnen delphi native, via remobjects ed en zelfs dat is op zich niet nodig je kan dit ook via windows api en allerhande truckjes, alhoewel dat dit veel moeilijker is maar er zijn wel artikels over te vinden op het net.

Wat wij momenteel nog doen is soms Com nog gebruiken ook al is dit eigenlijk een verouderde technologie. We maken bepaalde functionaliteit in dot net maken de lib com exportable, registreren die en roepen dan de dot net functionaliteit vanuit delphi aan via Com (creatoleobject etc) dat leeks ons toen we daarmee begonnen de gemakkelijkste manier en nu is het moeilijk om daarvan af te stappen.

Vind delphi persoonlijk nog altijd zeer leuk en het blijft vernieuwen, ik heb ooit nog begonnen in pascal in dos en dan pascal in windows nog voor delphi 1 er was. Op het werk werken we voornamelijk met delphi 2007 omdat ze niet echt de code willen converteren naar unicode. Tevens zou er volgens wat ik laatst las tegen september een release moeten komen van delphi voor native 64 bit ondersteuning. Je zou daarmee dus 64 bit applicaties kunnen schrijven, Stond op delphifeeds.com paar dagen geleden
d

dJeez

Legacy Member
joyrider zei:
Tevens zou er volgens wat ik laatst las tegen september een release moeten komen van delphi voor native 64 bit ondersteuning. Je zou daarmee dus 64 bit applicaties kunnen schrijven, Stond op delphifeeds.com paar dagen geleden
Klik om te vergroten...
Nu pas? Met FreePascal kan dat al jaren (naast support voor ARM ed :p).
m

mausdabber

Legacy Member
H@voc_!nc. zei:
zoals ik gezegd heb in een van men vorige posts denk ik wel dat het beter is dat je begint in .NET omdat je al snel gelabeled gaat worden als een .Netter, javaan of weet ik veel. en zal het moeilijker zijn door te groeien naar een andere techniek.
Puur van technisch perspectief is het niet slecht dat je de inner workings beter begrijpt want veel mensen die in .NET Linq en lambdas e.d. gebruiken weten niet dat er delegates achter de schermen zitten. Ik weet nog dat ik in den tijd de links tussen delegates en linq kon aantonen in code.

Soit is delphi nog de moeite? Gezien de huidige markt evolutie denk ik van een commercieel standpunt (wij moeten onszelf verkopen) is imho het antwoord neen.
Klik om te vergroten...

Het lijkt me dat voor een firma een investering in .NET een stuk hoger ligt dan Delphi. Delphi is één product dat grotendeels op zich staat, terwijl je met VStudio voor .NET al rap afhankelijk wordt van een aantal andere dure producten van hetzelfde merk (sql server, windows server, etc.). Of zijn hier bijkomende financiële aspecten die ik over het hoofd zie ?
T

Tyfius

Legacy Member
mausdabber zei:
Het lijkt me dat voor een firma een investering in .NET een stuk hoger ligt dan Delphi. Delphi is één product dat grotendeels op zich staat, terwijl je met VStudio voor .NET al rap afhankelijk wordt van een aantal andere dure producten van hetzelfde merk (sql server, windows server, etc.). Of zijn hier bijkomende financiële aspecten die ik over het hoofd zie ?
Klik om te vergroten...
Misschien. Maar zo'n investering moet je overwegen ten opzichte van het aantal werk-uren dat je er anders tegenover moet stellen. Wij hebben deze week bijvoorbeeld een PostSharp licentie aangeschaft. Voor een team van 10 man lijkt dat een dure investering, maar op die ene week heb ik al een aantal aspects geschreven die de code-base aanzienlijk vereenvoudigen. Dus snellere development van onderdelen, minder kans op fouten, ...

Anderzijds heb je misschien ook enige zekerheid. Als je dan toch opteert voor SQL server dan ben je er vrij zeker van dat (bijna) alles zal voorzien zijn om de integratie met je applicatie snel en eenvoudig te laten verlopen. Indien je hier naar een 3th party lib moet zoeken heb je misschien meer tijd nodig voor de integratie en de afhandeling achteraf. Leg dus het aantal werkuren van de werknemers naast de aankoop prijs.
m

mausdabber

Legacy Member
Tyfius zei:
Misschien. Maar zo'n investering moet je overwegen ten opzichte van het aantal werk-uren dat je er anders tegenover moet stellen. Wij hebben deze week bijvoorbeeld een PostSharp licentie aangeschaft. Voor een team van 10 man lijkt dat een dure investering, maar op die ene week heb ik al een aantal aspects geschreven die de code-base aanzienlijk vereenvoudigen. Dus snellere development van onderdelen, minder kans op fouten, ...

Anderzijds heb je misschien ook enige zekerheid. Als je dan toch opteert voor SQL server dan ben je er vrij zeker van dat (bijna) alles zal voorzien zijn om de integratie met je applicatie snel en eenvoudig te laten verlopen. Indien je hier naar een 3th party lib moet zoeken heb je misschien meer tijd nodig voor de integratie en de afhandeling achteraf. Leg dus het aantal werkuren van de werknemers naast de aankoop prijs.
Klik om te vergroten...

Ik weet het niet. Zo'n afhankelijkheden lijken me duur op lange termijn ((verplichte) upgrades en eventuele aanpassingen e.d.) en ik zou de klant niet willen verrassen met de prijs van een sql server en dergelijke, zeker niet als die klant een linux-versie van het product wil. Die werkuren vind ik geen argument, wij doen hier alles met heel weinig 3th party libraries of dure afhankelijkheden en projecten verlopen vlot.
M

Moto

Legacy Member
terwijl je met VStudio voor .NET al rap afhankelijk wordt van een aantal andere dure producten van hetzelfde merk (sql server, windows server, etc.). Of zijn hier bijkomende financiële aspecten die ik over het hoofd zie ?
Klik om te vergroten...
Ge kunt ook mono doen, ge hoeft helemaal geen sql server te gebruiken, ge kunt ook een gratis DB gebruiken, Tis niet omdat ge .Net gebruikt ge de hele MS Stack moet gaan kopen
m

mausdabber

Legacy Member
Moto zei:
Ge kunt ook mono doen, ge hoeft helemaal geen sql server te gebruiken, ge kunt ook een gratis DB gebruiken, Tis niet omdat ge .Net gebruikt ge de hele MS Stack moet gaan kopen
Klik om te vergroten...

Ge kunt ook gewoon geen .NET gebruiken gelijk wij hier. :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan