I write about growing as a developer, and advocating for people-first software.

  • Evaluating LLMs that write code by their perceived soft skills

    In the context of programming, Large Language Models (LLMs for short) are usually measured and compared only by their ability to write code. This makes sense because code is easily measurable, even if some metrics have limited value.

    We never focus on soft skills because we don’t usually include them in team meetings. They are given a task, complete it quickly, and that’s the interaction. But we humans care about our interactions with LLMs, and we notice when they change their tone or general demeanour towards us.

    Read post: Evaluating LLMs that write code by their perceived soft skills
  • Being out of my depth (a lesson from my design background)

    I wrote and talked a lot about how being in a developer role has changed my mindset, and what parts I enjoy and consider an improvement over my previous roles as a designer.

    Design is always learning new things. To design a tool for an industry I know nothing about, or communicate something I don’t understand, I must learn about it first. It’s part of Design as a methodology.

    Read post: Being out of my depth (a lesson from my design background)
  • Why you should write things down more often at work

    Since I have the developer title, I have found writing things down to be very valuable.

    This is a change from being a designer, because as a designer writing things down is usually only made in the context of deliverables and presentations, but not as part of your everyday work. At least this has been my experience, maybe other designers have better work methodology.

    Read post: Why you should write things down more often at work
  • Why hybrid roles and people with diverse backgrounds are important

    Explaining the value of my experience to recruiters and potential employers has always been a struggle for me. People see I transitioned from design to development and have doubts about my path, as it’s not as linear as others, or my future career moves.

    This is, in part, because I refuse to rewrite my work experience. I have been doing frontend development since I started, but I wasn’t a developer but a designer, and that’s meaningfully different. So I highlight the development part and what I learnt, but I don’t change the job title to pretend I had a different career path.

    Read post: Why hybrid roles and people with diverse backgrounds are important
  • Should I learn to code on my own?

    I learnt how to code on my own. Which is a funny expression because I had help from hundreds or thousands of people I have never met.

    Back then I learnt with documentation and people sharing experimental projects. Nowadays there are platforms where you can learn in a structured manner. But some aspects of learning on your own have not changed.

    Read post: Should I learn to code on my own?
  • Be honest and tell people your worth

    One skill that will influence your career growth is the ability to tell your success.

    Hiring processes are broken. You surely have heard it many times already. The truth is hiring in tech is complicated, so even with appropriate processes, it can be messy. One reason is complexity, as it takes someone with knowledge and experience to accurately understand the requirements of a position and the experience of a candidate. But this is not the only problem; if it was experienced developers would make a fortune switching to recruitment.

    Read post: Be honest and tell people your worth
  • The hidden face of being proactive

    Being proactive is a very good skill to have, and one that many employers explicitly list on job descriptions.

    The main part is being autonomous and working on things without waiting for someone else to ask you. It means that you are more productive, as you will not stop working if there is no oversight, and also you will be purposeful and able to add value to the tasks and projects you work on by analysing and proposing goals, methods, and courses of action.

    Read post: The hidden face of being proactive
  • When not working is a skill

    Not working off the clock is something everyone agrees upon when talking about work-life balance because it is easy to measure in traditional jobs. If you need to be in a specific location to do your job, or if your job requires some physical actions or tools, it is not hard to know when you are or are not working. But what happens when you can work anywhere, and your work — or part of it — does not require any tool or physical activity?

    One of them is going to your desk or using your mobile device to log into your work account when you are not working. This requires tools, so it is the easier part to modify because it is undeniable that you are working when you do it.

    Read post: When not working is a skill
  • How should we learn about complexity in development

    Learning how to code to become a developer used to start with simple things, like learning the basics of a language and making a simple application. But nowadays, junior developers have to deal with complexity from day one, and I do not know if we are adapting how we learn for them to be prepared.

    Let’s take an easy example: WordPress. Before the introduction of Full Site Editing — FSE for short — knowing some PHP was enough to start creating templates or functions — which already was more complex than starting from scratch, as it requires navigating through a large code base: functions, classes, and hooks already defined to be learnt.

    Read post: How should we learn about complexity in development
  • A different type of help

    Yesterday a colleague reached out to me to ask for help with a project related to WordPress. And I was happy to help.

    I did not offer any insight or knowledge; I just listened and asked questions to narrow the problem, and they could figure it out on their own. And I am happy I helped.

    Read post: A different type of help
  • My bad

    Being aware when you fail is extremely important. Voicing it when communicating with your team is crucial. This is also true when communicating with clients.

    Telling a client you failed and acknowledging your mistake is not only a question of honesty and transparency but also helps build trust.

    Read post: My bad
  • Optionality as a strategy

    I joined last Out in Tech‘s Career Talks, an event that includes talks about career topics and rounds with different recruiters. It is a great opportunity, especially for younger queer folks trying to start tech careers.

    One of the speakers was Yeong Cheng (they/them), who talked about being empowered as individuals in professional environments. It was very inspirational and most focused on nonconformity, something I truly relate to.

    Read post: Optionality as a strategy
  • Working from home

    I work fully remote. It is the first time I work remotely, and I had a hard time at first. My younger brother, who had been working remotely for a while before I started, tried to warn me. I thought he was being dramatic, but he was right.

    There are many challenges associated with working from home, especially when you have the freedom to choose your schedule. Fortunately, I work with people who have been very supportive and helpful in my transition.

    Read post: Working from home
  • What is next?

    When working in tech, be aware of what is next. Not the next technology or tool, but your next step. Where do you want to go? What does the next stage of your career look like?

    In our industry, there is an infinite sea of knowledge to learn. What makes it so fascinating is being able to learn constantly. But if you do not have a destination or a direction to move toward, you can easily end up swimming in circles.

    Read post: What is next?