Skip to main content

How did you get your first job in open-source?

I have graduated with a 2:1 Masters of Engineering in the UK. I am now looking for recent-graduate entry level jobs. I have been involved in Ubuntu development during my spare time over the past years. My current job hunt hasn't been successful yet. So i want to ask:

How did you get your first job in open-source?

I have experience in C/Python/Gtk programming, Ubuntu/Debian Deb packaging as well as Fedora/openSUSE RPM packaging, autotools/CMake/distutils, git/bzr/svn. I am looking for internship, entry level job with prospects of future full-time employment. Ideal position is an open-source C/Python developer on Linux as part of an experienced team. Location: UK, EU, Russia.

This is my story =) Share your story with me!

attach. CV

Comments

  1. Im in the same boat as you really if you talk with some people that you know in the open source world they can pull some strings for you.

    ReplyDelete
  2. The thing helped me most was writing code and making it public available (a public repository with a web interface works really well).

    It's true that if you need a work NOW, investing time in all this OSS background can be a little bit hard, but at the end it'll pay you back.

    ReplyDelete
  3. My story started with a non-paid 6 month internship in a company I was targeting. The important thing is work where YOU want to work and where you feel challenged, (but in a fun way).

    The internship gave me the experience I needed, a good overview of the position I wanted in the company and what was required. It also showed others that money was not an object and that I was interested in the project and dedicated to the cause.

    Make yourself useful and helpful to others. his will allow people to count on you and refer to you for advice. When you feel ready, apply for an available opportunity or have one created.

    Good luck!

    ReplyDelete
  4. The following might help, saw it on PlanetKDE

    "Codethink is hiring"
    http://www.kdedevelopers.org/node/4364

    ReplyDelete
  5. My first unpaid internship with FOSS happened when an adjunct professor who worked at a newspaper for his dayjob found me on Facebook looking for a programmer who was interested in politics, so he'd have an intern to work on maintaining the political parts of the website.

    My first *paid* FOSS job happened when I spoke at a conference and then made up all the trivia questions that were stumping everyone at the after-party. A couple guys came up and started asking about my contributions and my presentation. I showed them my slides and my kernel patch, talked a little about bug triaging in Ubuntu, and when they got home from the conference they went to their manager and told him he should hire me.

    (These were while I was still in uni.)

    I just finished my degree too and quit my job and moved back to my hometown, so now I'm looking for a new one here, preferably involving more FOSS than the last.

    ReplyDelete

Post a Comment

Popular posts from this blog

How to disable TLS 1.0 and TLS 1.1 on Ubuntu

Example of website that only supports TLS v1.0, which is rejected by the client Overivew TLS v1.3 is the latest standard for secure communication over the internet. It is widely supported by desktops, servers and mobile phones. Recently Ubuntu 18.04 LTS received OpenSSL 1.1.1 update bringing the ability to potentially establish TLS v1.3 connections on the latest Ubuntu LTS release. Qualys SSL Labs Pulse report shows more than 15% adoption of TLS v1.3. It really is time to migrate from TLS v1.0 and TLS v1.1. As announced on the 15th of October 2018 Apple , Google , and Microsoft will disable TLS v1.0 and TLS v1.1 support by default and thus require TLS v1.2 to be supported by all clients and servers. Similarly, Ubuntu 20.04 LTS will also require TLS v1.2 as the minimum TLS version as well. To prepare for the move to TLS v1.2, it is a good idea to disable TLS v1.0 and TLS v1.1 on your local systems and start observing and reporting any websites, systems and applications that...

Ubuntu Livepatch service now supports over 60 different kernels

Linux kernel getting a livepatch whilst running a marathon. Generated with AI. Livepatch service eliminates the need for unplanned maintenance windows for high and critical severity kernel vulnerabilities by patching the Linux kernel while the system runs. Originally the service launched in 2016 with just a single kernel flavour supported. Over the years, additional kernels were added: new LTS releases, ESM kernels, Public Cloud kernels, and most recently HWE kernels too. Recently livepatch support was expanded for FIPS compliant kernels, Public cloud FIPS compliant kernels, and as well IBM Z (mainframe) kernels. Bringing the total of kernel flavours support to over 60 distinct kernel flavours supported in parallel. The table of supported kernels in the documentation lists the supported kernel flavours ABIs, the duration of individual build's support window, supported architectures, and the Ubuntu release. This work was only possible thanks to the collaboration with the Ubuntu C...

Ubuntu 23.10 significantly reduces the installed kernel footprint

Photo by Pixabay Ubuntu systems typically have up to 3 kernels installed, before they are auto-removed by apt on classic installs. Historically the installation was optimized for metered download size only. However, kernel size growth and usage no longer warrant such optimizations. During the 23.10 Mantic Minatour cycle, I led a coordinated effort across multiple teams to implement lots of optimizations that together achieved unprecedented install footprint improvements. Given a typical install of 3 generic kernel ABIs in the default configuration on a regular-sized VM (2 CPU cores 8GB of RAM) the following metrics are achieved in Ubuntu 23.10 versus Ubuntu 22.04 LTS: 2x less disk space used (1,417MB vs 2,940MB, including initrd) 3x less peak RAM usage for the initrd boot (68MB vs 204MB) 0.5x increase in download size (949MB vs 600MB) 2.5x faster initrd generation (4.5s vs 11.3s) approximately the same total time (103s vs 98s, hardware dependent) For minimal cloud images that do not in...