Since my first blog post where I constructed a server with Hyper some time has passed and there is now a new version of the library that is based on Tokio. My goal 3:

A new version of the Hyper library has been released which is based on the Tokio library. Convert the existing code to use that new version and provide one integration test case.

Tokio handles input/output asynchronously, which makes setting up a server more complicated. The benefit is more efficient parallel execution with a non-blocking event loop.

I already wrote about using Eclipse for Rust development but after trying Visual Studio Code (VSCode) I think it is slightly better than the Eclipse integration:

• when the cursor is at a variable the same variable is highlighted elsewhere.
• tooltip popups when hovering over variables, functions, methods.
• better native support for Git and Markdown files

Syntax highlighting, autocompletion, Ctrl + Click on functions and auto-formatting of course also work in VSCode as you would expect from an IDE.

In my first post I wrote a quite fragile, minimally working prototype that uses many unwrap() calls thereby raising lots of panics during execution. Implementing and verifying proper error handling requires testing. I don't want to do unit testing yet because that would require research about complicated mocking techniques and dependency injection in Rust. Instead, I would like to do integration testing of the whole application to prove that the end result is working as expected.

Update: New blog post about choosing Visual Studio Code for Rust because of better IDE support.

In my first blog post I was starting out with Atom editor but quickly realized that it is lacking features of Integrated Development Environments (IDEs). I need to be able to click on functions and data types to jump to their definitions and was not able to get that working in Atom.

Rust is still very alien to me and I want to write a bit of code in it to get a feeling of the concepts and restrictions it enforces.

What is the appropriate response if a fellow woman pulls you aside and says "Go easy on this code review, she is a woman after all and already gets a lot of shit."? Of course it is "Sure, this will be my friendliest code review ever!".

Here are the slides and the video of our DrupalCon Dublin 2016 talk "Automated Testing: PHPUnit all the way".

Here is the video of my DrupalCon Asia 2016 talk "How to publish a module on drupal.org".

I upgraded my local computer to Ubuntu 15.10 today and revisited my Drupal development environment (this guide is also available for Ubuntu 13.10). Here is a simple and fast guide how to configure Ubuntu for development. There are a number of installation documentation pages on this topic on drupal.org, but they suggest to use the packaged Drupal installation and to run Drupal in subfolders (e.g. http://localhost/drupal6). They also do not cover some other important development tools like Phpmyadmin or php.ini settings. During development we want to edit files and we want to do that somewhere in our home directory to avoid any permission problems. There is also Drubuntu, but it is outdated and does way too much magic in my opinion. So here is a more transparent tutorial that highlights the key development configuration settings for Drupal development on a local computer (do not use this for a production server!).…

Ich habe mir die ORF Sendung "Am Schauplatz: An der Grenze" vom 24.09.2015 angesehen und stellte fest, dass keine einzige flüchtende Frau* zu Wort kam. Auch die anderen Interviewten waren Großteils Männer*, also habe ich einfach mal nachgezählt: in der Sendung sprachen 38 Personen direkt in die Kamera, davon 9 Frauen* (24%). Was jetzt klingt wie eine Männersendung "Patriachat Reprodzuieren: Folge 5327" entpuppt sich aber als Produktion der Reporterinnen Gudrun Kampelmüller, Julia Kovarik und Doris Plank. Ich bin enttäuscht.

• Die Einteilung nach Frau/Mann wurde nach meiner subjektiven Wahrnehmung durchgeführt. Wir sind uns bewusst, dass die Zahlen und Zuschreibungen dadurch nie ganz genau sein können und auch nicht sein sollen.