TUD benoemt LINQ-grondlegger tot hoogleraar cloud programming

De Technische Universiteit Delft heeft Erik Meijer benoemd tot deeltijdhoogleraar. Meijer is hoofd van het Cloud Programmability Team bij Microsoft en gaat lesgeven in cloud programming. Dat heeft de universiteit bekendgemaakt.

Microsoft-ontwikkelaar Erik Meijer heeft bijna zeventig patenten op zijn naam staan en is de grondlegger van integratietaal LINQ, waarmee informatie uit verschillende databronnen geïntegreerd kan worden in applicaties die in soortgelijke talen zijn geschreven. "Meijer staat bekend als een deskundige op het gebied van cloudcomputing. Daarnaast is hij, behalve een programmeur, ook een goede onderzoeker", stelt Arie van Deursen, hoogleraar software-engineering aan de TU Delft.

De Technische Universiteit wil met Meijers hoogleraarschap meer nadruk leggen op cloud programming. Van Deursen verwacht dat steeds meer bedrijven en instellingen zullen 'overgaan op de cloud'. Met Meijer wil de universiteit de studenten klaarstomen voor de toekomst; de ontwikkelaar zal lesgeven aan een groep van ongeveer twintig masterstudenten en hen begeleiden met hun scripties.

Erik Meijer promoveerde bijna twintig jaar geleden aan de Radboud Universiteit Nijmegen. Hij gaf enkele jaren les in softwaretechnologie aan de Universiteit van Utrecht, waarna hij terechtkwam bij Microsoft. Daar is hij momenteel hoofd van het Cloud Programmability Team in het Amerikaanse Redmond. Voor het hoogleraarschap aan de TUD zal Meijer een paar keer per jaar vliegen tussen de Verenigde Staten en Nederland. Per 1 oktober geeft Meijer les aan de Technische Universiteit. Op 7 november spreekt hij voor het eerst als hoogleraar op de TEDxDelft.

Reacties (61)

[pakka680]

In het rijtje hoogleraren http://www.ewi.tudelft.nl/over-de-faculteit/hoogleraren/ is cloudcomputing een toch wel wat vreemde (enge) eend in de bijt. Lijkt meer een trend offensief om wellicht wat extra studenten over de streep te trekken die twijfelen over TU Eindhoven of TU Enschede. Cloudcomputing als vak lijkt me ook voldoende, een hoogleraar eraan verbinden ligt niet gelijk voor de hand.

N.B. Deeltijdhoogleraar werd in mijn tijd buitengewoon hoogleraar genoemd dit om het verschil te duidde met een gewoon hoogleraar.

[blspjnl]

Bovendien, een paar studenten meer ( in het geval van informatica) zal een TU niet aanzetten tot het aanstellen van een Hoogleraar, maar misschien kan deze ervoor zorgen dat de laatste stukjes in een puzzel gelegd gaan worden?Als je ziet dat deze man zoveel patenten op zijn naam heeft staan, dan zou dat misschien wel de gedachte achter zijn aanstellling kunnen zijn? Of is het gewoon een creatieve programmeur?

[MSalters]

Hoezo vreemd? Je ziet dat er meerdere hoogleraren aan het vakgebied Netwerk Architecturen en Services werken; cloudcomputing is simpelweg een deelgebied daarvan.

[DEiE]

waarmee verschillende programmeertalen gegevens uit databanken kunnen opvragen.

Het is niet alleen dat, maar ook een manier om gegevens op een meer functionele manier op te halen, wat een stuk makkelijker en leesbaarder is dan de "traditionele" manier. link

[Reactie gewijzigd door DEiE op 26 juli 2024 18:37]

[ShellGhost]

Leuk, meedoen met een hype die over een paar jaar weer helemaal over is....
Cloudcomputing is leuk maar zooooo afhankelijk van anderen.
Zodra die hun service niet op orde hebben is het gedaan met je werk en kan je duimen gaan draaien.
Ook het privacy verhaal vind ik zeer gevaarlijk.
Dus dat alle documenten op een server van een Amerikaans bedrijf staan dat de us of a gewoon mogen kijken of het "staats"gevaarlijk zou zijn.
Wie geeft mij de zekerheid dat er niks maar dan ook niks anders mee gaat gebeuren?
100% garantie dus.

[BoringDay]

Cloud is een ontwikkeling, dat afhankelijkheid zal ruwweg met een buffer opgevangen worden en zodra er verbinding is de synchronisatie van start gaan.

Voor de gemiddelde consument zal dat geen probleem zijn en voor veel bedrijven een uitkomst.

Voor mij is het ook niet weggelegd omdat de applicaties die ik draai niet voor cloud geschikt zijn.

Verder prefereer ik liever een centrale server thuis waar alle clients op verbonden kunnen worden en vanuit de server bepaald wordt wat met de clous gesynchroniseerd kan of mag worden.

Maar laten we reëel zijn de halve wereld gebruikt al jaren cloud:
- hyves;
- google;
- facebook;
- webwinkels;
- wordpress;
- smartphones die gebruik maken van online diensten;
Noem maar op;

[hiostu]

Je bent geheel vrij om de data encrypted op te slaan in de cloud met je eigen encryptie mechanisme.

[mae-t.net]

Dat helpt nog niet echt tegen kwijtraken, en ook niet tegen uitvallen van machines en netwerken. MS heeft met allebei al praktijkervaring opgedaan, Google mogelijk ook al. Het zijn in elk geval geen diensten met een dusdanige betrouwbaarheid dat je ze zakelijk moet willen gebruiken (of om in de stijl van de fipo te blijven: moedwillen gebruiken). Bovendien zal je inderdaad versleuteling moeten toepassen, behalve dat het karakter van een cloud wat openbaarder is dan dat van een eigen server, wil in de voorwaarden ook nog wel eens staan dat men niet voor de inhoud in kan staan.

[QQ2]

Dit is uiteindelijk gewoon een variatie van de vliegtuig paradox. Ik werk al dik 10 jaar in de IT en heb onderandere bij een grote Nederlandse bank gewerkt. Ik kan je verzekeren dat verstoringen, ook van cruciale systemen, veel frequenter voorkomen dan bij de cloud providers. Probleem is dat het uivallen van deze systemen relatief weinig mensen raakt en relatief weinig bekendheid en daarmee nieuws genereerd. (Als het transactie verwerkende systeem plat ligt wordt dat opgevangen door interpay waardoor je er pas na een paar uur downtime iets van merkt)

Maar als er iets mis gaat bij Amazon dan is dat meteen nieuws en dus ben je er meer bewust van. Kilometers per vliegtuig zijn veel veiliger dan met de auto maar als het mis gaat gaan er 100+ passagiers dood. De cloud is veel stabieler dan inhouse hosting maar als het mis gaat hebben veel meer mensen er last van

[mae-t.net]

Ja en nee. Een auto is inherent niet echt veiliger en stabieler te krijgen dan een vliegtuig, maar in-house hosting (mits goed uitgevoerd!) heeft bijna per definitie minder points of faillure, dus daar heb je al voorsprong. Nadeel is kennelijk dat de points of faillure een hogere kans op voorkomen kunnen hebben, maar dat is geen inherent nadeel en kan je oplossen (indien vakmanschap en budget aanwezig zijn, juist bij banken mag dat geen probleem zijn toch?).

Ik denk dat de vliegtuigparadox (*) dus maar ten dele bruikbaar is. Overigens werk ik ook al dik 10 jaar in de IT (niet bij banken) en heb de ervaring dat veel storingen toch van externe providers komen.

P.S. Hoogst interessant., realiseer ik me nu. Er is een punt waarop de vliegtuigvergelijking perfect opgaat: Namelijk dat het ook niet geadviseerd wordt om met alle bedrijfsgeheimen op je laptop in een vliegtuig te stappen (derde partijen meten zichzelf het recht! aan deze in te zien).


(*) Het is natuurlijk ook nog eens een keer zo dat de kans op een crash niet gelijk over alle maatschappijen verdeeld is... Het is dus niet helemaal vreemd om niet in een bepaald vliegtuig te willen stappen. Met welke vliegmaatschappijen je MS en Google moet vergelijken, weet ik niet.

[Reactie gewijzigd door mae-t.net op 26 juli 2024 18:37]

[Cybergamer]

Inderdaad, of je zet gewoon een eigen thuis server online. Zo moeilijk is dat tegenwoordig niet meer.

[Verwijderd]

in jouw voorbeeld van een geval van het in gevaar komen van de staatsveiligheid geldt nog dat altijd dat jouw gegevens beschermd worden door het fenomeen "security through obscurity"; Zolang jouw gegevens geen risico voor de staat vormen is er echt niemand in geïnteresseerd.

(En nee, Black Briar door de telefoon roepen staat niet garant voor een 12x optische zoom in de flat tegenover)

[kidde]

Zolang jouw gegevens geen risico voor de staat vormen is er echt niemand in geïnteresseerd.

Niet bij de overheid / bedrijven in de VS misschien, maar het recente GMail / Iran verhaal laat al zien dat mogelijk ook buitenlandse mogendheden zijn geinteresseerd om 'jouw' cloud eens wat nader te bestuderen.

Dus het is de vraag of er momenteel afdoende bescherming is om veilig 'met de wolk' te communiceren.

[Verwijderd]

Ik kan uit eigen ervaring vertellen dat er wel degelijk een risico aan zit. Zelf is van mij een keer een e-mail naar Canada meermalen tegengehouden (met waarschuwing van een of andere veiligheidsdienst dat het e-mailverkeer naar de ontvanger voortaan zou worden gecontroleerd) alleen omdat de naam van een voormalige minister uit de V.S. er in stond vermeld, en dat in 2003. Dat was toch wel even schrikken.

[roy-t]

Het systeem van cloudcomputing heeft lange tijd bestaan, maar dan met eigen cloud per bedrijf zonder toegang tot de buitenwereld in de vorm van terminals. Het concept werkt en is nu veel beter uit te voeren door de goede internetverbindingen die er bestaan. Ook is het handig omdat bedrijven steeds sneller veranderen dat er rekenkracht 'op de cloud' gekocht kan worden (Google Gears, MS Azure) waardoor je altijd precies genoeg capaciteit hebt voor wat je doet.

Ik zie daarom het hele cloud gebeuren wel werken. Het is gewoon voor bedrijven efficienteer mbt beheer, beveiliging, backups etc.. om te werken met lean&mean clients + een grote uniforme backend waar alles door professionals op geregeld kan worden.

Of de cloud services van dit moment die niche al voorzien weet ik niet, maar als er een bedrijf opstaat dat dit echt begrijpt, goed uitvoert en weet te communiceren naar klanten dan zal dit bedrijf het zeker goed doen de komende jaren .

[Verwijderd]

Lol, laatst werd ik op mijn werk opgebeld door iemand die zei dat 'ie een nieuw datacenter had geopend. Hij vroeg of we interesse hadden om klant te worden, omdat alles zoveel makkelijker zou draaien als we ons hele netwerk op de cloud ergens anders zouden laten draaien... had 'ie toch even op Google Maps moeten kijken, dan had hij de dichtstbijzijnde grote verdeelkast van de koperlijntjes op ongeveer 3 km zien staan
Verder draait de TS bij ons trouwens al een jaar of 6 goed en werkt 't telewerken al evenlang ook goed...

[YopY]

Hype? Grapjas, . 'de cloud' is slechts een marketingterm voor iets dat al tientallen jaren oud is.

[kidde]

Da's meestal het typerende bij een hype, dat er een nieuwe marketing term is voor iets dat al tientallen jaren oud is.

[alt-92]

Ook het privacy verhaal vind ik zeer gevaarlijk.
Dus dat alle documenten op een server van een Amerikaans bedrijf staan dat de us of a gewoon mogen kijken of het "staats"gevaarlijk zou zijn.

Die garantie heb je ook niet in Nederland hoor - zelfs niet in Europa als (losvast) geheel.

Elke staat heeft zo z'n eigen regels met betrekking tot de toegang in het staatsbelang. Je hoeft alleen maar te denken aan de in Europees verband overeengekomen bewaarplicht voor verkeersgegevens en hoe makkelijk die hier in Nederland opgevraagd worden om dat te beseffen.

[VisionMaster]

Wat ik me nou afvraag... Hoe kan je een hoogleraar zijn in 1 bepaalde set technieken gelieerd aan 1 fabrikant. Ik zie een zekere mate van partijdigheid in deze naar boven komen. Mag dat? Klopt dit? Kan dat?

[Verwijderd]

Er is natuurlijk altijd een risico op belangenverstrengeling bij de aanstelling van een bijzonder hoogleraar uit het bedrijfsleven. Er zijn de nodige onderzoekers uit de haskell community door MS aangenomen, waaronder Erik Meijer. Dit zijn allemaal al gerespecteerde onderzoekers die verder kijken dan de producten van hun werkgever. Dus ik vermoed dat het in dit geval wel meevalt.

[Gammro]

Een heleboel hoogleraren op de TU Delft hebben een achtergrond waarin zij iets voor het bedrijfsleven hebben ontwikkeld.Tot nog toe heb ik geen van mijn hoogleraren op partijdigheid kunnen betrappen. Een van mijn oude projectbegeleiders heeft bijvoorbeeld 20 jaar bij Intel gewerkt, na zijn introductiepraatje heeft hij het hier nooit meer over gehad. As it should be, een hoogleraar is meestal toch in eerste plaats een wetenschapper met vakkennis (die hij wilt overdragen aan studenten) en buiten die tijd pas een fanboy van "zijn" bedrijf.

[- peter -]

Ik moet zeggen dat ik LINQ wel geniaal vind, leuk om te zien dat een Nederlander daar aan de wieg van heeft gestaan. Cloudcomputing vind ik net als anderen een beetje een hype. Tuurlijk is het voor sommige dingen juist wel prettig, maar alleen maar cloud.... dan ben je ook wel erg afhankelijk.

[Meekoh]

Het concept achter LINQ is slim. Vooral het gemak waarmee je iets uit een database(MSSQL) trekt.
Maar, ik heb LINQ al zo vaak ontzettend slecht performende SQL statements zien produceren . Ik vind LINQ dan ook leuk om snel iets in mekaar te flansen, maar als het gaat om goed performende SQL queries maken dan hou ik het toch liever zelf in de hand.

[Reactie gewijzigd door Meekoh op 26 juli 2024 18:37]

[RobIII]

Linq staat los van databases

[Verwijderd]

Linq is inderdaad niet persé voor databases. Maar als je kijkt naar de SQL-code die middels Linq -quieres geproducerd worden dan zijn die niet altijd optimaal qua performance. Daarover ben ik het met Meekoh eens.

[RobIII]

Ze zijn niet altijd optimaal maar dat is nogal wiedes als je een extra laag gebruikt die dat voor je op zich neemt (en daarbij z'n best doet). Er is overigens met wat spelen in 't formuleren van LINQ queries (en/of met extra annotaties meen ik?) meestal nog wel wat te sturen in de queries als ik me niet vergis (ik gebruik LINQ niet veel).

[Meekoh]

Dat klop, je hebt ook Linq to XML etc. Ik heb het hier even over Linq to SQL (MSSQL)

[Verwijderd]

Even een vraagje. Waarop laat je die SQL statements dan executeren? Oracle? of MSSQL?

Beetje goed geconfigureerde oracle DB zorgt voor optimalisatie van je SQL-statements. Klopt dat niet altijd alle "slechte" SQL's beter worden maar in 80/90% van de gevallen (zeker de gegenereerde) zal er door Oracle een stukken beter performend statement uit komen dan je zelf had kunnen bedenken. Daar komt bij dat je zelf natuurlijk ook voor een deel verantwoordelijk bent voor de samenstelling van het statement.

Niet zelf goed nadenken over een statement kan ook nadelig uitpakken.

[HerrPino]

Ik heb het niet zo met cloudcomputing. Ik heb toch echt het idee dat het puur is om een tijd te overbruggen tot wanneer we gewoon onze eigen spullen thuis overal vandaan kunnen benaderen. We hebben dit eerder gezien, centraliseren - decentraliseren - centraliseren - decentraliseren en nu weer centraliseren ... Ik zelf wil echt niet al mijn foto's in de cloud staan of bij sites als facebook. En omdat ik toch al een deel van mijn foto's daar niet wil hebben staan kan ik net zo goed al mijn foto's thuis op een NAS zetten. Hetzelfde geldt voor documenten en video's. Daarnaast vertrouw ik Google en andere clouds niet met mijn prive gegevens. Deze bedrijven zijn verplicht deze gegevens af te staan aan autoriteiten (niet dat ik echt iets te verbergen heb, maar toch) wanneer daar aanleiding voor is.

[varkenspester]

ik denk dat je eerder naar het bedrijfsleven dient te kijken dan prive wat betreft cloudcomputing. enkel betalen voor serverkracht die je effectief gebruikt of verhuren wat je niet verbruikt. volgens mij zit hier voor de b2b zeker wel toekomst in

[Verwijderd]

Een hoogleraar met veel praktijk ervaring en dan ook nog eens een zwaargewicht uit Redmond lijkt me een verrijking voor de TUD en haar studenten. Op zich best knap voor een Nederlandse universiteit om een dergelijke deskundige op het gebied van cloudcomputing aan te trekken.

[BoringDay]

Uiteraard gezonde ontwikkeling maar naast Microsoft medewerkers zie ik ook liever andere ontwikkelaars op die scholen les geven zoals Linux-leraren/Apple-leraren/Sun-leraren/Assembleertaal-leraren/Unix-leraren.

In Nederland ligt de focus vaak nog steeds teveel op windows producten terwijl er nog een complete andere markt is die heel erg nuttig is en kan zijn.

[YopY]

Ik heb deze meneer... begin vorige week nog horen spreken bij Strangeloop, hij opende die conferentie met een keynote. Eerlijk gezegd vond ik zijn keynote niet heel erg relevant, buiten het feit om dat hij nog eens uitlegde dat ORM's (en het concept van objecten opslaan in een database) eigenlijk best wel raar is, ook ivm de niet-OO manier van het opslaan van referenties naar andere objecten. (bij een object weet de parent wat voor children hij heeft, in een relationele database is het andersom (en dan vaak nog via een nieuw veld, een foreign key)

[Verwijderd]

Niet erg relevant... Kun je dat nader toe lichten?

Want over het algemeen heeft Erik toch wel iets te melden. Bij te veel informatica onderzoek blijft het bij een theoretische beschouwing (als je geluk hebt is er een proof of concept waarbij veel kanttekeningen geplaatst kunnen worden). Maar deze man weet de theorie buitengewoon succesvol toe te passen, getuige zijn track record.

[Korben]

Erik Meijer stond ook aan de wieg van Rx (Reactive Extensions), wat dan weer een laag bovenop LINQ (onder andere) is om zo'n beetje alle databronnen push-based (in plaats van pull-based) te maken, wat ze weer ideaal maakt voor cloud computing. Eén van de helden van het C#-team, naast uiteraard Anders Hejlsberg.

[actionInvoke]

Linq is best wel fijn om mee te werken maar wel traag in veel gevallen (imo). True story bro.

[Verwijderd]

LINQ is zo traag als de programmeur het maakt. Het echte probleem van LINQ is dat het lastig zichtbaar is hoe de query uitgevoerd wordt. Een kleine wijziging in je query kan van een query op de database ineens een query in memory maken of zelfs duizenden extra tabellen erbij joinen (Ok, dat laaste is beetje extreem).

Met LINQ heeft Meijer een ontzettend indrukwekkend concept neergezet waarmee je op uniforme wijze alle soorten data kunt joinen en dat ook nog op een manier die voor iedereen vrij goed leesbaar is.

Het is te hopen dat Meijer op de TUD nog vele knappe koppen kan inspireren om dezelfde richting te kiezen. Nederland kan wel weer wat vooraanstaande ICTérs gebruiken, want we drijven langzaam weg in de top van de ICT landen.

[kwaazaar]

"Een kleine wijziging in je query kan van een query op de database"

Je hebt het dan over de implementatie van de LINQ-provider, bv. voor Linq2Sql of het Entity Framework. Hoewel zo'n extra laagje de DB mooi voor je abstraheert, heb je in de praktijk inderdaad vaak wel degelijk kennis nodig over hoe de query wordt samengesteld.

In de basis kan het in theorie niet sneller (bv. Linq-to-objects) (de query wordt gecompileerd). Verkeerd gebruik kan wel, maar dat geldt natuurlijk overal voor.