C++ Developer (f/m/d)

Join us as a C++ Developer
Location: Berlin, Germany, or remote*

Do you believe in beauty when it comes to programming? Do you have a vivid interest in elegant algorithms? Are you fluent in C++? If so, we would like to meet you. Here's what we offer in a nutshell:

*Remote positions are open exclusively to candidates residing and working within the time zones UTC-1 to UTC+4.

About us

About our software

Our focus is on business slides (as opposed to more artful, open-ended applications) because they offer great potential for automation of the layout tasks traditionally performed by PowerPoint users themselves. There are plenty of challenges, from a solid understanding of what makes a good layout, to algorithms that produce an aesthetically pleasing output fast enough for interactive slide design, to an intuitive and unobtrusive user interface that supports our original approach to slide layout, to solid technical solutions for automatic bug reporting and updates, to compatibility with third-party software on the computers of over a million users.

Here are some highlights of what we've done:

Language

• Everything we do is C++. Even our customer portal is written in C++. There's some Assembler glue code where necessary, and our build scripts are written in Python, but other than that, think-cell is all about C++.
• We closely track the latest versions of our compilers, Visual C++ and Xcode, so we can always use the latest C++ standard features as soon as they become available.
• We fund the working group for programming languages of the German Institute for Standardization (DIN). Some of our employees are members of this committee and vote in the international standardization process ISO / IEC C++.
• We're an official sponsor of the Standard C++ Foundation, which promotes international standards for C++. 

Library

• We use Boost throughout our code—for example, Boost.Spirit for parsing.
• We have our own range library, in the same spirit as Boost.Range or Eric Niebler’s range-v3, but we go further, for example, by unifying internal and external iteration. We gave a talk about it, and most of the code is public.
• We develop our own cross-platform library to support macOS and Windows with a single code base. You can find our public library here.
• We have our own reference-counting and persistence libraries to save and restore whole object trees.
• We have an extensive bug-reporting infrastructure. Assertions and error checks stay in the release code, and our software automatically reports bugs to our server. The server analyzes the bug, categorizes it, and files it in a database that all Developers can access. If an update fixes the bug, the user can download the update directly from a bug response web page.

Algorithms

• think-cell was founded on the idea of an algorithm for automatic slide layout, and we're still on an exciting journey towards that ambitious vision. You can see our most recent release in action!
• We developed a new algorithm for automatic point cloud labeling that allows labels to be positioned away from the actual points.
• We developed a new algorithm for automatic column chart labeling.
• We're working with John Forrest—author of the linear solver CLP—to make his simplex code faster for our kinds of problems.
• We developed many generic data structures that aren't in C++ or Boost, such as partitions.
• Our software not only produces charts, it can also read them off print and digital images. For our chart recognition tool, we rely on OpenCV and the Leptonica Image Processing Library.

Reverse engineering

• We do lots of reverse engineering with the disassembler IDA from Hex-Rays to achieve things that aren't possible through the documented Microsoft Office API.
• We've written what's probably the best function-hooking engine out there. Each time our software starts, we patch the Microsoft Office executables in memory. Rather than hard-coding patch addresses, we search for small chunks of assembly code to protect against minor changes in the executables.

Watch our founder answer FAQs

Arno Schoedl (think-cell founder) and Volker Schöch (Senior Software Developer) answer frequently asked questions about applying and working at think-cell as a C++ Developer.

About this job

We're looking for bright, creative Developers with a solid theoretical background. Our team’s backgrounds range from 10+ years of commercial experience in various fields to fresh graduates in Computer Science, Physics, and Mathematics. A university degree or work experience with C++, in combination with a fresh and creative problem-solving approach, would be ideal for this role. We love working with talented people, whether you're a student, fresh graduate, or C++ expert, therefore our recruitment process is skills-based and consists of tasks related to the role.

You will mostly work independently and will be responsible for the entire range of tasks involved in implementing a new feature. You should be able to look at a problem from the user's perspective and discuss abstract concepts with fellow Developers. We expect each of our Developers to do architecture, design, implementation, customer feedback, and bug fixing, rather than splitting these activities between several people. We thus put everyone in control of their own work.

At think-cell, there are no deadlines or scheduled meetings. A feature is ready to be released when you're convinced that you have implemented the best possible solution. Meetings take place as needed, and only the people actually involved in the topic are required to attend. At any time in the process, ideas, suggestions, and criticism from anybody in the hierarchy are welcome and are seriously considered. We want to hear your ideas, even if they mean that we have to change a lot of code to make things better.

We've published several scientific articles in the areas of artificial intelligence and computer graphics, and we will encourage you to do the same. We sponsor visits to conferences and have close relationships with universities and research institutes across the U.S. and Germany.

think-cell encourages a healthy work-life balance. We do not work at night or on weekends.

We pay very competitively and offer our Developers an annual salary of EUR 130,000 after one year of employment. If necessary, we'll go out of our way to help you relocate to Berlin, and we'll do what we can to help you acquire a work permit. You should be able to communicate effectively in English. Knowing German is not required, but we'll cover the costs of German lessons, if desired.

Even more details on our DevOps

Which IDE and compiler are you using?

We use Visual Studio with the MSVC compiler on Windows and Xcode with Clang on macOS. As mentioned above, we compile from the same source code for both platforms.

Which toolkit do you use for the UI?

We employ Metal on macOS and DirectX on Windows to render our own user interface on top of PowerPoint's and Excel's window contents.

What do you use for issue tracking?

We use YouTrack for issue tracking.

Which version control system do you use?

Git hosted on-premise.

Do you do unit tests?

We've implemented a toolkit that allows for an easy definition of unit tests directly in our code base. Unit tests are executed as part of every compile run.

Do you have a build server?

A dedicated machine runs Jenkins to continuously build the project and, in case of failure, automatically send emails to Developers who have committed code since the last successful build.

Do you have coding conventions?

We have a written set of coding conventions with very solid arguments for every single one of them. We do not hesitate to update our coding conventions when we find new or better arguments.

What do you think about static code analysis?

We tried a few tools, but they offered few valuable insights. Apparently, through our coding conventions and code reviews, we quite successfully avoid typical pitfalls. More complex problems that escape our code reviews tend to go unnoticed during static code analysis, as well.

Instead, employing a well-staffed testing team and a vigilant support team with direct access to Developers has proved far more helpful in identifying sneaky bugs than static code analysis. That said, we keep looking for tools that help Testers and Developers find more bugs faster.

What is your take on Agile as a software development methodology?

We're aware of the modern software development methodologies that have evolved around the Agile movement and employ whatever helps our projects without getting in the way. This includes:

• Peer reviews
• A high degree of self-organization and accountability
• Hallway usability tests
• Formal tests with actual users
• Being ready to take new requirements or findings into account at any stage in the development process
• Frequent automatic updates
• A tight feedback loop with active users, in addition to automatic reports from the software
• The best tools money can buy, like SSD RAIDs and gargantuan amounts of RAM for every Developer
• Taking the time to ensure that every detail of our implementation gets the attention it deserves
• Not writing unnecessary code

Does that sound good to you?

If you're the one missing from our team, please send us your electronic application.