j-car
Introductory paragraph
Enzai is looking for a talented senior Elixir software engineer who is an experienced problem solver, able to break down complex issues into actionable steps and tasks. The ideal candidate will have a passion for writing clean, maintainable and scalable code, and be willing and eager to share their knowledge with others on the team. They will bring a sense of curiosity to their work, always striving to find the best, and most appropriate, solutions for the task at hand. They should take pride in crafting robust systems that are built to last.
About us
My name: Jack Carlisle
My position: Founder
Company name: Enzai
Company website: https://www.enz.ai
Company headquarters (country): Northern Ireland
Company info and history: At Enzai, we’re on a mission to ensure that AI is safe and trustworthy for the future. Our software helps companies understand and manage the risks that come with building and deploying AI, whilst meeting their emerging regulatory requirements.
We’re a small team of lawyers and engineers, backed by some of the best venture capital funds in Europe. AI has enormous potential, and we want to make sure it fulfils that…with your help. This is an opportunity for someone ambitious, looking to play a key role in the core engineering team at a high-growth startup.
Our tech stack mainly consists of Elixir, Phoenix and LiveView. We’re using a PostgreSQL database and everything is deployed to AWS with Terraform. We have containerised our stack with Docker for ease of portability for on-prem deployments.
About the job
Job title: Senior Elixir Software Engineer
Job description: Enzai is looking for a talented senior Elixir software engineer who is an experienced problem solver, able to break down complex issues into actionable steps and tasks. The ideal candidate will have a passion for writing clean, maintainable and scalable code, and be willing and eager to share their knowledge with others on the team. They will bring a sense of curiosity to their work, always striving to find the best, and most appropriate, solutions for the task at hand. They should take pride in crafting robust systems that are built to last.
Salary range: £70-85K
Position on remote work: We are remote first but also have office space in Belfast + London if preferable (remote roughly within GMT +/- 2).
Qualifications or experience required: 4+ years of professional software development experience with an expert-level knowledge of Elixir. They should have experience in building, deploying and maintaining scalable systems.
What the successful job applicant will be working on: They will be working on a range of different projects across our ever-evolving roadmap. These projects will be high-impact and will consist of applications and features led entirely by user testing and feedback. Responsibilities will consist of, and include:
- Designing, building and maintaining efficient, reusable and reliable code
- Leading projects and features throughout the full software development lifecycle
- Writing clean, well-documented and well-tested code
- Participating in code reviews and providing constructive feedback to other engineers
- Identifying and advocating for impactful improvements to code quality and system architecture
- Producing technical requirements and specifications from product design criteria
- Mentoring and provide technical guidance to junior and mid-level engineers
- Collaborating cross-functionally with product, designers and other stakeholders
- Developing proof-of-concepts and prototypes
- Supporting successful deployment of applications and features
- Monitoring application performance and optimising where possible
- Clearly communicating status, issues and technical details to non-technical stakeholders
About the interview process
- Send us your CV and give us a brief overview of your experience with Elixir and anything else you think is relevant
- First interview: get to know the founders and find out more about the company
- Second interview: technical discussion with our Director of Engineering about past experience and any interesting problems that you’ve previously solved, and you approach in doing so.
Further info
- For more info or to ask any questions you can send me a DM.
- To apply, email us at hey@enz.ai with your CV
- For full job description follow this link 1,000+ Senior Developer Contract jobs in United States
Trending in Jobs
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ai
- #ecto-query
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #metaprogramming
- #hex











Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
Eiji
After years of programming my mind is focused on find edge cases. I have found 2 things that may be confusing and described them so everyone can see and understand the difference …
TLDR: What you wrote may be seen as you are ok for accepting most applicants from Africa and even Asia (Israel) and in fact it’s fine if some applicants are 3 timezone away from
Belfast/London(summer time in eastern Europe and Israel). Also you mentionAI, but you have not precised if you require some experience withAI.As far as I know
GMTis popular inUKandIreland. Just to be sure you are ok with anyone in such range … InEast Europewe have 2UTCtimezone (standard and summer time) which means that depending on date one country inGMT+2timezone could actually be inUTC+2EET andUTC+3EEST.Israelhave it’s 2 equivalent timezone inGMT+2. As far as I knowGMT+2is also inEgiptandMozambiquewhich are even more onEastthanRomania.So to be more precise I guess you are fine with whole
EuropeexceptRussiaandTurkey(as they are in GMT+3).Looks like
HybridORRemote(withihn GMT +/- 2). This is important to say it clearly as otherwise it’s confusing.Hybridusually means that few days at week somebody needs to be in office or at least attempt on regular meetings (for example weekly discussion about next iteration).On the other side
Remoteallows to work at home 100% of time and developer could join every meeting (if any) using some app likeSlackHybridmay be a source of problem. For example not everyone can quickly go to airport and travel to any city in “no time”. Some people can’t even visit family and return back in same day not even talking about work. In my case even when easily plan family visit I need to consider spending 1 extra day each way inLondonwaiting for next plane or travel long 10 hours by car.Office in
Londonmakes it much easier, but if for some reason you would need someone quick onsite inBelfastthen you would need to count extra few hours for stopover inLondon. It’s over 5 hours in one direction only by plane. Add to it other transport, time for meeting (at least 1 hour I guess?) and you have at least 12 hours. Even if we can do it in one day then I still would not work on code and it gives at least 4 hours overtime. With a slightest delay such developer stays in hotel and takes 5+ hours on next days to return back which means 2 paid days for just 1 hour meeting. This is why I don’t accept offers that are fully remote.People who never worked on AI / machine learning may skip this offer as it’s not specified if you require any knowledge about such technologies, but what’s confusing in tech stack there are technologies only for backend/devops skills and nothing about AI / machine learning.
j-car
Hey @Eiji, thank you for your response and apologies for any confusion, I’ll add some clarification below:
If you have any further questions please let me know!
tshakah
Just FYI, GMT and UTC are essentially the same thing. Okay, one is technically a timezone whilst the other is the standard by which we measure timezones, but in practice they always represent the same actual time.
Saying that, the OP would be more correct in saying “UTC +/- 2”
dimitarvp
Curious if this position is still open?
bdarla
It seems to be, or in other words, it is still on their website.