[Rust] Mensen hier die er professioneel mee werken?

[BikkelZ]

Ik ben sinds een tijdje in Swift 2 bezig en ik moet zeggen dat een moderne maar performante taal toch wel echt heel erg relaxed is. Mijn C is heel rudimentair en bij C++ ben ik eigenlijk altijd weg gebleven vanwege de ogenschijnlijke complexiteit. Ik heb wel ooit overwogen een mobiele SDK te bouwen met een simpele subset van moderne C++ (soort van "C++: The Good Parts"), echter toen dat speelde hebben andere mensen er doorgedrukt dat het native zou worden per platform. Ook ben ik bij het opdoen van C++ kennis bang om veel aanbiedingen voor legacy projecten te krijgen met veel WIN32 en koude spaghetti.

Maar als ik naar Rust kijk zie ik eigenlijk heel veel overeenkomsten met Swift, je kunt er nog één niveau dieper mee qua geheugenmanagement (Swift is altijd ARC) maar verder is het wel een schone, simpele en duidelijke taal. Het heeft ook als voordeel dat er géén legacy code bestaat.

Wat ik me af vraag is in hoeverre het al mogelijk is om een deel van je carrière op Rust te baseren, wat wordt er nu al mee gedaan en in hoe verre gaat dat meer worden?

[pedorus]

Rustig topic. Weinig Rust-hipsters hier, en hypes kunnen overwaaien.

Ik denk eigenlijk dat voor ervaring taal niet echt uitmaak. Een taal kun je meestal redelijk snel oppikken, de concepten zijn overal hetzelfde en kun je minder snel oppikken. De vraag is wel of je al zinnige projecten in Rust kan doen.

Het idee waarom ik nu bijvoorbeeld Scala of Python gebruik, en (nog) niet voor Rust zou kiezen, is de hoeveelheid packages die er beschikbaar zijn. Eigenlijk overal is wel een java of zelfs scala native package voor dat je zo kan gebruiken. Daarnaast heb je niet zoveel code nodig en mogelijke security-problemen als bij c++. En die packages, daar is dan het werk ingestoken dat de boel snel maakt, wat een reden zou zijn om voor Rust te kiezen.

Hier staat bijvoorbeeld een mooie vergelijking van waar snelheid uitmaakt: http://www.techempower.co...r10&hw=ec2&test=plaintext En daar zie je dan dat een kandidaat als Go gewoon nog geen echt snelle library beschikbaar heeft, laat staan Rust. De top wordt gevormd door c/c++, java en zelfs scala. Voor kleinere taken zie je wel dat Rust sneller is maar meer code nodig heeft (bijv. http://benchmarksgame.ali...mance.php?test=mandelbrot ), maar meestal is vooral IO het issue en niet CPU.

Nog een voorbeeldje: http://spark.apache.org/examples.html voor scala/python vs https://crates.io/search?q=spark voor Rust.

[farlane]

BikkelZ schreef op woensdag 16 september 2015 @ 22:23:
Mijn C is heel rudimentair en bij C++ ben ik eigenlijk altijd weg gebleven vanwege de ogenschijnlijke complexiteit.

Ik denk zelf dat een goede kennis van C en C++ kan toevoegen aan je perspectief en je nieuwe inzichten kan verschaffen. Door weg te blijven bij deze talen doe je jezelf tekort volgens mij.

[BikkelZ]

pedorus schreef op zaterdag 19 september 2015 @ 02:12:
Rustig topic. Weinig Rust-hipsters hier, en hypes kunnen overwaaien.

Ik denk eigenlijk dat voor ervaring taal niet echt uitmaak. Een taal kun je meestal redelijk snel oppikken, de concepten zijn overal hetzelfde en kun je minder snel oppikken. De vraag is wel of je al zinnige projecten in Rust kan doen.

Het idee waarom ik nu bijvoorbeeld Scala of Python gebruik, en (nog) niet voor Rust zou kiezen, is de hoeveelheid packages die er beschikbaar zijn. Eigenlijk overal is wel een java of zelfs scala native package voor dat je zo kan gebruiken. Daarnaast heb je niet zoveel code nodig en mogelijke security-problemen als bij c++. En die packages, daar is dan het werk ingestoken dat de boel snel maakt, wat een reden zou zijn om voor Rust te kiezen.

Hier staat bijvoorbeeld een mooie vergelijking van waar snelheid uitmaakt: http://www.techempower.co...r10&hw=ec2&test=plaintext En daar zie je dan dat een kandidaat als Go gewoon nog geen echt snelle library beschikbaar heeft, laat staan Rust. De top wordt gevormd door c/c++, java en zelfs scala. Voor kleinere taken zie je wel dat Rust sneller is maar meer code nodig heeft (bijv. http://benchmarksgame.ali...mance.php?test=mandelbrot ), maar meestal is vooral IO het issue en niet CPU.

Nog een voorbeeldje: http://spark.apache.org/examples.html voor scala/python vs https://crates.io/search?q=spark voor Rust.

Klopt maar soms is het gewoon handiger te zijn waar de bal naar toe gaat, niet waar hij vandaan komt. Als er voor x nog geen Rust library is en je schrijft een open source library die door veel mensen gebruikt wordt kun je jezelf profileren. Bij gevestigde talen zijn alle belangrijke frameworks er wel.

farlane schreef op zondag 20 september 2015 @ 11:04:
[...]

Ik denk zelf dat een goede kennis van C en C++ kan toevoegen aan je perspectief en je nieuwe inzichten kan verschaffen. Door weg te blijven bij deze talen doe je jezelf tekort volgens mij.

Nou mijn interesse in C is er zeker wel, de kennis is er alleen nog niet zo sterk. C begrijpen is je computer begrijpen. C++ is een taal waar naar mijn idee te veel ideeen in zitten. Ook slechte ideeen.

[farlane]

BikkelZ schreef op zondag 20 september 2015 @ 16:35:
C++ is een taal waar naar mijn idee te veel ideeen in zitten. Ook slechte ideeen.

Die heeft elke taal, daar leer je misschien nog wel meer van

[BikkelZ]

farlane schreef op zondag 20 september 2015 @ 21:07:
[...]

Die heeft elke taal, daar leer je misschien nog wel meer van

En bekijk ik dit en dan krijg ik precies de C++ die ik wilde mét VS support:

YouTube: CppCon 2015: Herb Sutter "Writing Good C++14... By Default"