Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 51 reacties, 36.315 views •

De Nederlander Guido van Rossum, grondlegger van de programmeertaal Python, verlaat Google en gaat aan de slag bij cloudopslagdienst Dropbox. Onduidelijk is wat hij precies gaat doen, maar Python zou al een belangrijke rol spelen bij de ontwikkeling van Dropbox.

Guido van RossumVan Rossum heeft 'als beste vrienden' afscheid genomen van Google en zal per januari 2013 aan de slag gaan bij Dropbox. Volgens Drew Houston, ceo van Dropbox, is Van Rossum al een jarenlange vriend en heeft hij als bedenker van Python in feite al vanaf het begin van de ontwikkeling bijgedragen aan Dropbox. "Het is vijf jaar geleden dat ons eerste prototype als dropbox.py werd opgeslagen, schrijft Houston.

"Python werd mijn favoriete programmeertaal omdat het een balans van simpelheid, flexibiliteit en elegantie had", schrijft hij verder, "Deze kwaliteiten van Python, en het werk van de community om elk platform te ondersteunen, maakt het mogelijk voor ons om de code een enkele keer te schrijven voordat we deze overal uitrollen." Wat Van Rossum precies gaat doen bij het Dropbox-team is niet bekend.

Van Rossum verwierf faam met het uitvinden van de programmeertaal Python, in 1989. Eerder werkte hij onder andere bij Zope en vanaf 2005 was hij werkzaam bij Google, dat ook veelvuldig gebruikmaakt van Python. Zijn naam is vanaf half jaren negentig tevens verbonden aan de titel bdfl, die gebruikt wordt om een selecte groep sleutelfiguren in de opensourcewereld aan te duiden.

Reacties (51)

Zou dit een begin kunnen zijn van 'werkende' eenvoudige oplossing voor op een NAS ?

Ik zou Dropbox graag lokaal op mijn NAS gebruiken, scheelt een aardige footprint op mijn pc's
Ik denk dat FreshMaker het andersom bedoelt, dus het syncen van je dropboxaccount op je nas.
Voor Synology is daar een plugin voor beschikbaar:
https://bitbucket.org/polandj/synobox/wiki/Home
Aha, thanks, ziet er goed uit, kende het niet.
Thecus heeft dit ook al, ooit gebruikt en werkte prima, maar vond het voor mezelf niet zo nuttig maar velen vinden het erg handig :)
Ik denk dat FreshMaker het andersom bedoelt, dus het syncen van je dropboxaccount op je nas.
Voor Synology is daar een plugin voor beschikbaar:
https://bitbucket.org/polandj/synobox/wiki/Home
Kijk , Dat is idd wat ik bedoelde ....
Thnx !!
own-cloud ?
Ik heb daar naar gekeken, maar het 'blijft' x86 based, en is nagenoeg hetzelfde als de functionaliteit van de Synology
Dropbox is ( voor mij ) handiger omdat het vertrouwder is naar buiten toe, en de accounts zijn extern aan te maken, en onafhankelijk van 'mijn' servers ook te gebruiken.

own-cloud uit = geen sync - ( mijn apparaten staan nog wel eens niet online )
Bij dropbox ( en consorten ) heb je dan het boze wijde web nog als 'backup'
Volgens mij is deze oplossing er voor Qnaps met Intel CPU

http://tweaking4all.com/n...lleer-dropbox-op-een-qnap

[Reactie gewijzigd door nexhil op 8 december 2012 12:58]

Als je een Synology NAS hebt kun je het programma Synology Cloud Station gebruiken. Werkt inmiddels (na wat updates) perfect. Alleen is een redelijke uploadsnelheid toch wel een must...

[Reactie gewijzigd door Snooby op 8 december 2012 12:59]

Zou dit een begin kunnen zijn van 'werkende' eenvoudige oplossing voor op een NAS ?

Ik zou Dropbox graag lokaal op mijn NAS gebruiken, scheelt een aardige footprint op mijn pc's
Wanneer je gisteren avond naar Reporter had geheken dan had je je waarschijnlijk afgevraagd, wanneer zijn we weer af van al die Cloud Enabled devices....
[...]
Wanneer je gisteren avond naar Reporter had geheken dan had je je waarschijnlijk afgevraagd, wanneer zijn we weer af van al die Cloud Enabled devices....
Cloud is niet per definitie slecht, maar mensen moeten wel beseffen wat er mee gedaan wordt.
Dus bij Amerikaanse bedrijven zoals Dropbox en Google, moet je goed bedenken dat de Amerikaanse overheid hoe dan ook bij je data kan. Als dat een probleem is, moet je dus niet met Amerikaanse cloud-dienstverleners in zee gaan. (zie bijv. EPD discussie van afgelopen week)
Waar Reporter met name op doelde was dat menigeen zijn/haar NAS aan het internet hangt (dus poortjes open zet in de router) en geen wachtwoord gebruikt/instelt/aanpast.
Dat is de overtreffende trap van niet weten waar je data beschikbaar is.

Ik gebruik ook dropbox, maar dat is voor zaken die nauwelijks interessant zijn voor derden.
Met mijn Google-account is dat al iets anders, maar ik ben mij er wel degelijk van bewust dat derden, zoals overheden, erin zouden kunnen kijken.
Mocht ik ooit gevoelige zaken moeten opslaan, dan zal dat ook zeker niet op dergelijke clouddiensten gebeuren, of het moet al in een eigen truecrypt-volume zitten.
Echter dan zit je met gebruikersgemak. Ik kan misschien 10% van mijn kennissen/familiekring uitleggen wat ik dan zou willen doen en waarom ik dat zou doen. Die overige 90% zou het echt niet snappen waarom, laat staan hoe ze dat zelf zouden moeten doen.
En dan heb ik nog een kennissenkring waarin een hoop informatici zitten.
[...]


Wanneer je gisteren avond naar Reporter had geheken dan had je je waarschijnlijk afgevraagd, wanneer zijn we weer af van al die Cloud Enabled devices....
Zoals TD-er ook aangeeft,
Cloud is NIET per definitie slecht, ik heb reporter niet gezien ( ga hem wel terugkijken nu ) maar vaak worden in dat soort programma's de nadelen extra uitgelicht, omdat dat de nieuwswaarde verhoogd
( zie TOR, maar ook beveiligingsbedrijven, en zelfs de immigrantenpolitiek )

Ik gebruik de clouddiensten voor utiwisseling van bestanden en foto's e.d. omdat het foolproof is, ik kan mijn schoonmoeder aangeven om iets te installeren, en te activeren, zodat ze een half uurtje later 'up en running' is.
Maar om haar op mijn 'prive-cloud' ftp of webdav in te laten loggen, is een brug te ver ..
7 Jaar aan het werk zijn bij hetzelfde bedrijf in deze sector en ook nog zijn status hebben is vrij ongebruikelijk. Hij schijnt overigens in tegenstelling tot vergelijkbare figuren als Yukihiro Matsumoto nog veel code zelf te schrijven (t.o.v. language designer zijn).

Ergens vind ik het wel jammer, omdat Dropbox zo'n specifiek product is en hij bij Google z'n werk verrichte aan twee handen vol projecten.

[Reactie gewijzigd door afraca op 8 december 2012 12:24]

Maar misschien vindt hij het wel veel leuker bij dropbox om met zijn eigen uitvinding dingen te doen. Dat is toch prachtig?
Dropbox is een veel specifieker product i.v.m. al de projecten van Google, dus zijn er veel minder potentiŽle gebruikers die van de vruchten van zijn inspanningen zullen gaan genieten. Stel dat Google als enige product Google Drive had: dan was van Rossum's reputatie ook nooit zo groot geworden en had hij waarschijnlijk een stuk minder uitdagingen gehad.
Nu zullen er voor hem genoeg uitdagingen bij Dropbox liggen maar ik vraag mij wel af of hij blij zal zijn er 7 jaar lang aan door te ontwikkelen. Ik heb Dropbox ook maar een paar keer gebruikt -- als ik online opslag nodig heb gebruik ik meestal Wetransfer wat ik wat praktischer vind.

[Reactie gewijzigd door Aham brahmasmi op 8 december 2012 14:32]

Om dropbox nu te vergelijken met wetransfer... dan heb je geen flauw idee wat dropbox is & kan volgens mij.
Ik denk dat je zijn voorkeur meer in deze analogie moet zoeken: mensen gaan voornamelijk naar een benzinestation om te tanken, terwijl er vaak ook veel meer gekocht kan worden.
Stel dat Google als enige product Google Drive had: dan was van Rossum's reputatie ook nooit zo groot geworden en had hij waarschijnlijk een stuk minder uitdagingen gehad.
Guido van Rossum had al naam gemaakt voor hij bij Google ging werken. Ik geloof niet dat Google daar nog veel aan heeft veranderd.
Ik vond het eerlijk gezegd (vanuit een inhoudelijk perspectief) ook een beetje vreemde overstap. Dropbox zal de komende jaren toch vooral om opslag draaien, terwijl Google een heel breed spectrum van diensten biedt. Maar goed, wellicht schrijft Dropbox aan het einde van de maand een ander bedrag over naar zijn bankrekening.
"Ideas are more valuable than implementations"

Ergo, hij kan beter zo min mogelijk programmeren en zich meer richten op het komen met goede ideeen.

Toelichting: over een jaar komt er misschien wel een ontwikkeling die al zijn code in 1 klap waardeloos maakt, terwijl zijn ideeen (de python taal zelf bijvoorbeeld) wel meer waardevast zijn. Bijvoorbeeld: hardware transactional memory (een techniek die veel kan betekenen voor multi-processor systemen), active libraries (code die zichzelf optimaliseert), nieuwe inzichten in garbage collection technieken, etc. etc. etc.

Ergens wel jammer dat hij bij dropbox gaat werken, niet echt een bedrijf dat hoog scoort op maatschappelijke impact. Ik had gedacht dat hij op een gegeven moment het bedrijfsleven wel zat zou zijn en weer wat meer "open" dingen zou gaan doen, misschien weer bij een universiteit ofzo.
Leuk weetje; EVE Online, is (of was) grotendeels geprogrammeerd in Python.
Klopt. :) Maar meestal word vooral de logica (AI, en dat soort dingen) gedaan in een scripttaal. Zware dingen zoals de graphics engine worden vooral geschreven in C en C++ omdat de performance van die talen vele malen beter is. Toch word Python daarnaast nog vaak gebruikt als scripttaal omdat dat een stuk eenvoudiger is om in te programmeren.
Ook de opensource 3d modeleer en render software Blender leunt zwaar op Python.
Hier een presentatie over hoe EVE Online gebruik maakt van Stackless Python: http://www.slideshare.net/Arbow/stackless-python-in-eve

Stackless Python is een multithreading-focused python implementatie.

(een andere erg interessante implementatie is pypy , een implementatie die vooral snel wil zijn, met z'n eigen voor- en nadelen)

[Reactie gewijzigd door afraca op 8 december 2012 13:07]

Steam en veel Valve games zijn ook (grotendeels) geschreven in Python. De Source engine ook btw
Daar wil ik toch graag eens een bronvermelding bij zien.
De scripting taal ondersteunen via een API is 1 ding, maar "geschreven zijn in" is iets helemaal anders...
De source-engine is geschreven in C++. Voor een game-engine is het wel wenselijk dat de taal een beetje low-level is. Elke procent performanceverschil is er ťťn te veel voor een game... Daarin wil je dingen als openGL wel native aanroepen.
Ja en nee. Python is ook maar gewoon een syntaxis. Het ligt aan de compiler wat er mee gebeurd.
Maar Python is een geÔntepreteerde taal. Dat betekend dat deze niet vooraf gecompileerd word. Deze talen worden gelezen door de interpreter en die vertaald het dan pas naar een formaat die de computer begrijpt. Deze overhead zorgt er voor dat Python programma's een stuk trager zijn dan een gecompileerde taal.

Voordeel is echter dat de syntaxis van deze talen eenvoudiger kunnen zijn (niet expliciet hoeven aan te geven wat voor datatype een variabele is bijvoorbeeld).
Het punt van dacloo2 is juist dat een taaldefinitie slechts aangeeft wat er mogelijk moet zijn binnen een taal, welke semantiek hieraan verbonden is (wat een stukje code betekent) en in welke vorm dit opgeschreven dient te worden. Er wordt hier in principe niet vastgelegd hoe dit uiteindelijk uitgevoerd moet worden (dwz geinterpreteerd of gecompileerd).

Dat CPython en pypy dit geinterpreteerd uitvoeren is een keuze van de implementatie, niet perse van de taal. In theorie kan je voor elke taal een compiler maken en een interpreter; in de praktijk komen er dan vaak wel erg complexe eigenschappen van de taal kijken om het een of het ander mogelijk te maken. Zo is bijvoorbeeld binnen een taal die gedraaid wordt op een virtual machine vrij eenvoudig om echte introspectie en reflexiviteit voor elkaar te krijgen, terwijl dat in een gecompileerde taal, zoals C, C++ of Pascal veel moeilijker voor elkaar te krijgen is.

Over programmeertalen vergelijken zijn ook hele fora volgeschreven; het verschil in performance tussen Java en C++ kan gigantisch zijn, afhankelijk van de situatie kan het zijn Java dik wint of juist C++.
Python wordt erg veel gebruikt in Linux, als bv installers e.d.
en volgens mij wordt het ook gebruikt bij de installatie van de Catalyst-drivers van AMD
En je kan er, dankzij PyGTK ook gewoon grafische applicaties mee bouwen.
Ook QT heeft een Python binding..
er mooie taal Python, mis alleen gemak van andere talen om er grafisch ook wat van te maken, er zijn wel mogelijkheden, maar ze komen nogal omslachtig over, krijg ik zelf wel voor elkaar, maar leerlingen vaak niet. Ik ben daarom overgestapt op Processing. Altijd goed dat er Nederlanders prominenten in de IT zijn.
Wat bedoel je "grafisch"? Als je op Linux zit kun je met PyGTK (qt heeft standaard Python bindingen) gewoon een grafische applicatie in elkaar sleutelen
Het zal hem vast zitten in het stukje als je op linux zit. Veel van dit soort dingen is voor Windows net wat lastiger om op te tuigen.
er mooie taal Python, mis alleen gemak van andere talen om er grafisch ook wat van te maken, er zijn wel mogelijkheden
Ik ben sinds een jaar of wat ook helemaal fan geworden van Python. IdeeŽn vliegen van mijn hoofd via mijn vingers in een werkende code alsof het niks is. Ik wordt niet lastiggevallen met zaken als pointers, getters, setters, garbage collection etc en de schone syntax zorgt ervoor dat ik weinig wordt opgehouden door syntacktische fouten. Bovendien is er een enorme hoeveelheid wetenschappelijke modules, zoals numpy, scipy, matplotlib (wat tesamen zo'n beetje matlab vervangt) en ook voor GUI's heb je een heleboel: pyGTK, pyQT (samen met QT Designer), wxpython, en ook het relatief nieuwe Kivy wat er veelbelovend uitziet en specifiek goed schijnt te zijn voor multitouch applicaties. Oh, en een tip voor eenieder die een goede IDE zoekt; probeer Spyder!

Python is inderdaad langzamer dan talen als C of C++, maar mbv PyPy kan je inderdaad enorme snelheidswinsten halen zonder iets te hoeven veranderen in je code. Als je wil compilen naar C dan kan dat ook mbv Cython, maar daarvoor moet je wel static typing toevoegen aan de code.

Al met al is het mijn absoluut favoriete taal en kan ik het iedereen aanraden!
Hear hear. Ik ben ook al jaren compleet hooked aan Python.... Dat Python langzamer is als C boeit me werkelijk niet. Ik heb er gewoonweg geen last van. Ik programmeer robots in zowel C als Python. Alleen bij werkelijk gecompliceerde instructies en handelingen merk je dat C wellicht sneller is.
Ach, de snelheid van een taal wordt steeds minder belangrijk gezien de snelheid van de processoren. Ontwikkeltijd en beheerbaarheid van code is veel belangrijker.
mag ik hier de volgende quote tegen in brengen:
software is getting slower more rapidly than hardware becomes faster.
- Niklaus Wirth (1995)
Ik kan het helemaal beamen. Opgegroeid met Perl met al z'n regex kracht. Intussen zou ik niet meer weten wat ik zonder Python zou moeten. Simpelweg het gemak waarmee je met pip modules kan installeren is al geweldig. Debuggen is makkelijk en voor elk probleem is wel ergens een module te vinden.

De syntax wordt door sommigen gehaat en door sommigen bejubeld. Een mooie anekdote is dan ook een voorval uit 2005. Ik had een algoritme, uitgewerk in Python, laten zien op een bijeenkomst met voornamelijk Perl en Java developers. Op de opmerking wanneer ik de 'pseudocode' ging implementeren was men erg verbaasd toen ik de code ter plekke liet draaien.

Toch zijn er ook grote nadelen, b.v. de global interpreter lock is af en toe een ramp, maar je kan je dan ook afvragen als je daar tegenaan loopt of het zowiezo geen tijd is voor gewoon C(++)
Of C libs schrijven en interfacen naar Python voor performance-specifieke zaken... ;)
Zit al jaren aan de Perl, nadat ik een collega 10 jaar geleden had zien coden met dat taaltje op Solaris. Heb het toen veel toegepast om zaken te automatiseren bij KPN. Heb veel gehoord over Python, is het interessant om over te stappen. Ik maak wel eens scriptjes om automatisch mail te versturen m.b.v. databasen op Linux en ik heb een video-recorder platfrom gebouwd op Windows. Windows, helaas waren er geen goede capturecard drivers beschikbaar voor NTSC.
ik denk dat Kivi for Python een grote toekomst heeft,deze Library is namelijk ook voor alle platformen te verkrijgen o.a. zelf Android.

En vergeet ook niet ironPython in combinatie met visualstudio of Shardevelop,waarschijnlijk de beste combinatie om snel iets bruikbaars uit de hoge hoed te toveren.
Ben benieuwd waarom hij is overgestapt. Google is toch wel een erg gerenommeerd bedrijf. Daarom ben ik ook benieuwd naar zijn taken bij Dropbox, maar goed, dit zullen we allemaal wel niet te horen krijgen
Verstandige mensen zoeken werkzaamheden die ze leuk vinden bij een bedrijf dat ze bevalt. Hoe gerenommeerd een bedrijf is, is in mijn ogen dan ook totaal niet relevant. En gelukkig bij van Rossum ook niet.
Alsof jij het weet wat zijn motieven voor de overstap zijn. Misschien kiest hij heel ordinair wel voor de poen of voor meer macht.
Ik programmeer in C++ in plaats van Python, en ik vind het goedzo. ;)

Op dit item kan niet meer gereageerd worden.



Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBWebsites en communities

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True