Hi! Welcome to the team, I'm very happy to have you here, and I'm sure we will build amazing things together. You are now starting a new chapter in your career in our company, This is the time for you to take a listen, write things down, ask any question that comes to your head and get to know the team and company.
I believe every complex piece of code should be properly documented, so it would be easier to understand and maintain. Humans are even more complex than any piece of code you can find, so why not have documentation to help people interact with each other better? This is my documentation for you :).
I'm Moshiko 27yo, I'm T1D since I was 11yo, I started my SW career at the Israeli ministry of defense, where I served as a software developer for 2 years. I joined DreaMed right after I finished my military service, as a junior SW developer and worked my way up :). I'm an off-road driver, motor lover, and an amateur photographer.
My Role is divided into two sections:
- People role - As a manager, my role is to make the team (and you :)) move faster and efficiently. I will be here to mentor, and help you grow and develop your talent inside our company. As a part of my role, I will provide you context on your tasks and I will be your point of contact to anything (good or bad) you want to share with the management team.
- Tech role - It is my responsibility to make sure we are building an amazing, scalable, and maintainable product. As part of this responsibility, I would make sure your code is being reviewed and validated according to code conventions and business requirements. I will be here to answer any tech/architecture questions you may have.
- End to End Ownership - When you as a developer are getting a new task, I expect you to understand the full context of the mission. This is because when you understand the full context (tech and product) you can bring up solutions or issues that will affect the feature development as well as help us build a better product for our customers.
- Be Loyal to the team - Conflicts and bugs are part of a programmer's job. When such a thing happens, I need you to remember no one is looking for someone to blame. We are all in the same boat that needs to be steered together to the best land we can find. If someone did wrong, we will help him/her fix and learn from the mistake.
- Boy scout Rule - There are some rules that I follow, one of them is the "Boy scout Rule". This is a rule taken from the US Boy scouts and it goes like this: when the Boy scouts is leaving a camping zone they leave the place cleaner than it was before. When you get a task in the codebase, I expect you to leave it cleaner than it was when you got it. This would make our codebase cleaner and cleaner with every feature we add.
- CI - I believe that each one of us and the team as a whole should be in a process of "Continues Improvement" at all times, which means every feedback, suggestion, comment, you have to me, or to any team process, I would be more than happy to hear it and take it under consideration.
- I argue with “passion” -I may raise my voice a little. I don’t like it about myself, and I try to improve. That may happen because I like the product, and it's important to me to make sure we do it as good as we can. If you feel I crossed the line, please let me know. It’s not my intent.
- I have the memory and attention span of a goldfish- I have the memory and attention span of a goldfish- The only way I can be productive is by constantly taking notes. If you see me typing while we're talking, I'm not browsing Facebook, just trying to record what we're saying so I can reflect and process it later on.
1:1s are your meetings. This is your place to talk about anything that's bothering you or you want to share. Those meetings won't be about status updates, we would talk about your career goals and how we can help you achieve them. For us to be productive in our 1:1s, I want you to be prepared: prepare questions, thoughts, or any other agenda. But don't worry, if you won't, I will navigate the conversation :).