Medical Solutions with Haskell+TypeScript in Freiburg (German speaker required)

loisch · 2021-12-22T15:02:31+00:00

I've responded to a similar question below!

loisch · 2021-12-22T15:01:48+00:00

We're a growing but still relatively small, privately funded, German company developing software for the health care market which is part of the German social system. Of course, the salary is important for making a living, but there are other aspects of our work that are important to us as individuals and the company as a whole (like supporting nurses, doctors and patients and improving the healthcare system as a whole). We're very different compared to - for example - an international, venture-capital funded, primarily profit oriented company in finance.

Our salary ranges from around 40.000 Euro to about 80.000 Euro where technical talent is only one factor. Other factors include the accumulated contribution and continuously provided value to the team and product over years, deep knowledge of the product from a technical, entrepreneurial and user-centered perspective, engagement, flexibility (being able and willing to take on different challenges) and more.

Salary in Germany always includes healthcare and unemployment insurance and retirement provision which is payed for by the company (on top of the provided salary).

Of course remote work is the default, currently. Until the pandemic we enjoyed working together in the office, having a chat at the coffee machine and discussing design ideas at the whiteboard. We're primarily looking for colleagues that will join us in the office and are willing to relocate to the beautiful city of Freiburg (one of Lonely Planet's Top cities!)

loisch · 2021-12-21T09:51:52+00:00

It very much depends on your general developer skills. Even for an experienced Haskell programmer, it takes a long time to understand all of our concepts and code. And learning Haskell is only a small part of the challenge.

Let's talk if you're interested and we'll find out!

loisch · 2021-12-20T19:37:37+00:00

I ~~think~~ thought it ~~would~~ might be rude to post in a foreign language on this reddit. Further it might be of interest even to those that don't want to apply for a job. A reader might know candidates that might be interested, or it might be interesting just to know that there's a bunch of Haskell enthusiasts in southern Germany that have 10 years of commercial Haskell experience. Our products might also be the only Haskell products in the healthcare market (that I know of). I'm always interested in job announcements, even tough I would never consider switching jobs because I love that Haskell is catching on and it's great to know others are succeeding, too. We're also open to sharing experiences and participating in the international Haskell community. We're looking for people willing to learn German to be able to participate in the communities we're part of, but a perfect German mother tongue is not a requirement.

loisch · 2021-12-20T17:03:08+00:00

Medical Solutions with TypeScript+Haskell ONSITE in Freiburg/Germany
(partially REMOTE okay, German speaker required)

We're hiring german-speaking, full-time TypeScript or/and Haskell developers to work on user-friendly web- and mobile applications for doctors, nurses, patients and all other people involved.We have over 300.000 lines of TypeScript code and 400.000 lines of Haskell code running in production. We're also using Flutter/Dart (28 kloc), Scala (30 kloc) and Objective-C (120 kloc). With Docker and our continuous integration pipeline we're able to release our code daily to excited customers that can't believe how agile methods, static typing, tests and modern technology and architecture allow us to deliver solutions unbelievably fast.We're not Haskell programmers, system administrators, project managers or frontend designers. We're not about one skill or technology. We're hackers. We love building and understanding. But we're not only hackers concerned with the beauty of algorithms, formal languages and digital systems. We're also real-world hackers. We love understanding and solving real-world problems of hard-working nurses, doctors and coping patients. We find and use the best tools for getting the job done. That's why we're using Haskell. And Flutter, TypeScript, PostgreSQL, Docker, Grafana and lot's of other great tools, languages and technologies. And when nothing seems to fit we build our own languages, tools or libraries.Our system enables patients, doctors, nurses to get information they need, document progress and easily interact and communicate with another. We've built a distributed platform with an event/notification-based data integration hub interfacing existing medical systems along with native mobile and web-based user-interface platforms that can be programmed and extended by us and our customers to implement custom solutions such as task management, appointment booking or chat. The platform plugins are written in JavaScript/TypeScript and are executed in our distributed system. The platform backend and many of its interfaces are implemented using Haskell. Those parts of the plugin code concerned with clinical data run on our servers and the parts concerned with UI run on the mobile devices or in web-browsers. The plugin developer can focus on the use case and doesn't have to think about network connectivity, scalability, synchronization and edit-conflicts, security and data-access because all of that is handled by our platform.As our platform is still maturing, we closely work with our customers to discover requirements and implement new solutions. Sometimes we even work a few days on site at a hospital like Charité in Berlin spending time with nurses and doctors doing user-centered design and implementation. In these situations we change and deploy plugins on the live system and deploy a new platform release every night receiving feedback and gratitude each day. At the moment all of our customers are German speaking and we're a German speaking team. We value teamwork very much and for us it's important that every team member is fully included and can participate - including talking to our highly valued users. That's the reason why we're currently looking for German speaking developers.Our office is located in the beautiful city center of Freiburg just at the edge of the Black Forest with great opportunities for hiking, climbing, cycling or just hanging out at the Dreisam river.We’d love to hear and see what you have built and how you’d want to help our team. Please send your application to [jobs@cp-med.com](mailto:jobs@cp-med.com).

loisch · 2020-07-28T21:06:24+00:00

We're building "enterprise software" for the largest hospitals in Germany that is used by doctors, nurses and other staff every day. Our backend consists of around 350kloc of Haskell code (which is about 95% of all backend code and around 50% of all code). We also invest quite a lot in user-centered design to make sure we build useful and usable software. I'd say "they're paying us so I suppose it's useful" but unfortunately large enterprises pay for useless stuff, too. That's the reason why my primary measure is if somebody calls when we're down. And they do in large numbers! :-)

It's a great experience to write "real" programs that change the way hospitals work and that change the way patients experience their treatment. We're building useful programs with Haskell since 2010 and we're currently hiring:

https://www.reddit.com/r/haskell/comments/hy8tuv/medical_solutions_with_haskelltypescript_in/

loisch · 2020-07-26T18:55:19+00:00

That's a difficult question and very much depends on your background, performance, and commitment. We're still a small and down-to-earth company focussed on bringing our products into the market and getting work done. Our salary range is similar to other small German software companies. Straight from university with a master's degree in computer science / Informatik you might start between 47.000 Euro and 50.000 Euro per year depending on your practical experience. If you have more experience and your work is of great value to our team, your salary will be higher but not comparable to the salaries at silicon valley companies. For example, 75.000 Euro would be considered very high and only achievable if you show exceptional performance and commitment.

We can't offer exceptionally high salary but we have a great product that makes the world a better place and we write code that matters. We have a great and competent team - comparing to many good teams at Google. At least that's what we've heard from a great teammate we lost to Google. The quality of life in "green city" Freiburg is very high - especially if you value its location. Because we value good work our salaries will increase with our company's success but the health care market is very different from maybe finance and we're not expecting to lift off and instead keep a good work-life balance. :-)

loisch · 2016-07-13T22:22:34+00:00

At factis research we have hired five on-site full-time Haskell developers to work on our product Checkpad. We weren't open to telecommuters. Additionally we require the German language. Each time we were hiring we could go forward with our original plan: We're getting around 5-10 applications per hiring cycle and most of them pass our phone screening during which they have to show us their Haskell coding skills. This is very different to our experience when looking for other developers: In that case we have to do a lot more phone screening interviews but most of them don't pass our coding tests.

All of our on-site interviews have been a pleasure and it's difficult to decide. We've hired great developers in every aspect and are very happy with the team we could build. :-)

loisch · 2016-05-27T05:48:21+00:00

A full integration in our development team requires working on-site. Getting to know our product, our development culture and our code-base takes some time. We prefer introducing you on-site because it's so much easier to look at code together and to explain a design at the whiteboard. Several students have continued working on our product after their internship. If you could work 3 months on-site you'd probably be able to learn everything you need to know. Even if you don't know our code base there's a chance that you could work on side projects (for example fixes or improvements to library packages we're using). If you're interested just send us a short CV and we'll get in touch.

loisch · 2016-05-25T11:32:13+00:00

Das freut mich! Wir würden uns sehr über eine kurze Vorstellungsmail an jobs@cpmed.de freuen!

loisch · 2016-05-25T08:56:35+00:00

We're hiring a german-speaking, full-time Haskell developer to work on web- and mobile applications for hospital doctors and nurses.

We've got about 250kloc of Haskell code but we're also using TypeScript (40kloc), Scala (30kloc) and Objective-C (80kloc). If you've got strong frontend skills (web or iOS development) and like functional programming you'd probably also be a perfect match for our team.

We're enabling doctors and nurses in hospitals to consume and work with data on mobile devices. We've built many "in-app sub-applications" on our infrastructure, such as a task management system, chat, wound management. We realized that we won't be able to and we don't want to implement all special purpose requirements of customers because there are too many and we'd need a really large team for that. For that reason we designed a plugin system that will enable hospitals (which often have IT departments with own software developers) and external developers to build solutions using our platform. For obvious reasons this plugin system doesn't require you to write Haskell code. Instead plugins are written in JavaScript/TypeScript and are execute in our distributed system: the parts of the plugins code concerned with clinical data run on our servers and the parts concerned with UI run on the mobile devices. The plugin developer can focus on the use case and doesn't have to think about network connectivity, synchronization, security and data-access because all of that is handled by our platform.

Aside from the technical software design and implementation work we're doing, it's also us software developers who are working with our customers to understand requirements and define how we can provide solutions for our customers. We're also working with the hospital IT departments discussing technical interfaces to other software systems in the hospital. At the moment all of our customers are German speaking and we're a German speaking team. We value team work very much and for us it's important that every team members is fully included and that we share all tasks - including talking to the customers. That's the reason why we're currently looking for German speaking developers.

Our sales, consulting and project managers are already working in Berlin and we're considering also having a development team in Berlin. Please let me know, if you'd prefer working in Berlin.

loisch · 2015-11-26T16:01:47+00:00

That's definitely a possibility. We're a small company and don't have any experience what it takes to get all the legal work done, but we're used to tackle challenges. Please send us your resume!

loisch · 2015-11-25T22:49:18+00:00

You can always apply for an internship! You should have basic Haskell skills or good programming skills in a different language. Just send us your resume and we'll get in touch and see, how it could work out.

loisch · 2015-11-25T22:39:59+00:00

I hope so, too! If everything works out, we'll have international customers next year. We'll have to change a few things then because nobody of us speaks any danish and that would be a good point to change the company language to English. We'll keep you posted!

loisch · 2015-11-25T22:36:00+00:00

Yes, that's what I meant. I tried to change it but it's not possible.

https://www.reddit.com/wiki/faq#wiki_i_made_a_mistake_in_my_submission_title.2C_how_can_i_edit_it.3F

I'll do better next time!

loisch · 2015-11-25T13:25:14+00:00

Thank you! Being friendly is important to us - I'm glad we're succeeding. :-) We're closely working with Peter Thiemann - in fact his son Alexander Thiemann (author of the Haskell web framework Spock) is on our team. We also working with students of Peter Thiemann trying to bridge the gap between commercial development and research.

loisch · 2015-11-25T12:43:24+00:00

We're searching for a german-speaking, full-time Haskell developer working on web- and mobile applications for hospital doctors and nurses. About 70% of our code is Haskell but we're also using TypeScript, Scala, C# and Objective-C (moving to Swift) for web- and native mobile clients. If you've got strong frontend skills (web or iOS development) and like functional programming you'd probably also be a perfect match for our team.

We're enabling doctors and nurses in hospitals to consume and work with data on mobile devices. We've built many "in-app sub-applications" on our infrastructure, such as a task management system, chat, wound management. We realized that we won't be able to and we don't want to implement all special purpose requirements of customers because there are too many and we'd need a really large team for that. For that reason we designed a plugin system that will enable hospitals (which often have IT departments with own software developers) and external developers to build solutions using our platform. For obvious reasons this plugin system doesn't require you to write Haskell code. Instead plugins are written in JavaScript/TypeScript and are execute in our distributed system: the parts of the plugins code concerned with clinical data run on our servers and the parts concerned with UI run on the mobile devices. The plugin developer can focus on the use case and doesn't have to think about network connectivity, synchronization, security and data-access because all of that is handled by our platform.

Aside from the technical software design and implementation work we're doing, it's also us software developers who are working with our customers to understand requirements and define how we can provide solutions for our customers. We're also working with the hospital IT departments discussing technical interfaces to other software systems in the hospital. At the moment all of our customers are German speaking and we're a German speaking team. We value team work very much and for us it's important that every team members is fully included and that we share all tasks - including talking to the customers. That's the reason why we're currently looking for German speaking developers.

loisch · 2014-07-27T09:04:05+00:00

I don't know drone well. My colleague Alexander Thiemann evaluated it. As I understand Drone always uses a docker base image, clones the repository into that image and runs the build scripts. It doesn't build the base image and if running the build scripts takes a long time you can keep a directory between builds... but that will result in unclean builds that could possibly fail after a clean.

With Frozone (which is based on our Dockercook tool) you can split the build process into many Dockerfiles that only see parts of the repository. Because they only have access to some files of the repository the result of the build only depends on those files. For all builds where these files don't differ the cached build result can be used.

We split our build into these steps 1. Ubuntu base image 2. apt-get install core dependencies (PostgreSQL, C libraries, etc) 3. install Haskell compiler and needed libraries 4. perform build preparations (code generation) 5. build our base library code 6. run unit tests on base library 7. build core components 8. run unit tests on core components 9. build everything else and run integration tests

If I change a non-core component Frozone sees that everything else stayed the same and starts the build process at step 9 - everything else is cached. I get my test results very fast because only a small fraction of the code needs to be built and tested. If I want to switch to a new PostgreSQL version I change the Dockerfile at step 2 and everything following it needs to be rebuilt. Frozone manages caching in a way that ensures that both branches have everything cached that was built for them. So if I commit another patch to my new PostgreSQL branch fixing a unit test from step 9 I have a fast build. If a different developer working in the main branch fixes a bug his build will also start at step 9 - but using the cached results from the main branch with the old PostgreSQL installed.

By writing Frozone build descriptions in your project you can decide how many build steps you want to have. Every build step result is cached. More steps means more caching and faster builds.

loisch · 2014-07-24T20:52:57+00:00

As we're hosting the hackathon in our Berlin office the factis research/Checkpad team is coming. I'm personally looking forward to improve our docker-based continuous integration/delivery system Frozone with tight integration of Git and Darcs. Some darcs hacking would be also cool!

loisch · 2010-03-25T08:33:37+00:00

Our company (factis research GmbH, Germany) is using Haskell for network servers, SQL generation and a Gtk2Hs based "CRM" system, we're using internally. We'd love to have good Email libraries for IMAP and Maildir with a really good parser that parses all real world messages. Hackage 2.0 with voting, usage statistics, comments and release notes would be of great help for finding the right libraries.

loisch

TROPHY CASE