bnr

ReconWell | (Senior/Staff) Full Stack Software Engineer | REMOTE in Germany/Switzerland | 70-100k€

At ReconWell, we’re a dynamic, small company dedicated to app development for psychiatric hospitals. Partnering with a prestigious university psychiatry in Switzerland, our work is at the forefront of mental health research and application.

We value tight integration of domain experts into our engineering. Using our specialised platform we deliver software faster and better than many others in this space. Quality management and regulatory requirements are central to our business.

Tech Stack: Kotlin, TypeScript, JetBrains MPS (Language Engineering, DSL), Spring Boot, React Native

Looking for a self-driven, curious person to join our engineering team. Should bring at least a few years of relevant experience.

You would be expected to start from an area where you're most comfortable in (Frontend, Backend, Ops, QA, DSL, ...) and grow from there. Eventually you should be able to work on all parts of our codebase without mentoring.

I'm Philip, CTO of ReconWell and my email is [email protected]

With the set of patches used eg in lineageos4microg, spoofing is restricted to the microG core app.

It uses a projectional editor, so there is only one way of "formatting" the code and no need for a linter. The typesystem is very powerful and allows a language engineer to create arbitrary checks on the language which are executed inside the IDE.

I have not tried building a debugger for a DSL in MPS, but it might be achievable, at least if you're targeting Java as a generated language.

Build integration is available for Maven and Gradle.

The article (controversely, maybe) classifies libraries for general-purpose programming languages as internal DSLs. One could argue that Data Scientists working with libraries in Pythin are already using a DSL, just with an escape hatch into the general-purpose world.

I don't think proper vertical DSLs should be made marketed towards people who are comfortable working in a general-purpose language. I see them as a way to help non-technical domain experts work on code instead of specification. Limiting the possibilities of what one can write, like with MPS' projectional editor, is a feature here and not a bug.

I'm thoroughly convinced that software engineering efficiency can be increased by at least one order of magnitude by letting domain experts and product owners directly modify the product through a well defined DSL.