Category: Blog

  • Beyond Self-Learning: How AI Adapts to You

    Beyond Self-Learning: How AI Adapts to You

    One of the reasons I’m particularly excited about AI is how it can transform learning. But first, let’s understand what AI can do in this context.

    One of the powers of AI, for example, is being language-agnostic. You can have content that’s in English, hand it over to AI, and then ask questions about this content in a different language.
    Let’s say you ask questions in Italian; you’ll get answers related to that English content in Italian. This is part of how AI works and how it is structured and, to me, one of its most useful qualities.

    What’s even more interesting is that now we’re starting to see AI avatars, AI voices, and interactive AI models.
    How does that apply to learning?

    When you want to learn (self-learn, specifically) something, you might go to YouTube or search Google or go to a dedicated site for course , and it can take a while to find the right approach—because not every approach works for everyone.

    For example, you might learn better through videos, while others might prefer to learn specific topics related to design through PDFs and books.

    But you might not always get the format you want. Sometimes you’re lucky enough to have a writer or video maker who creates content the way you like. However, as you probably learned during your school years, you don’t get to choose your teacher. You might choose the school or some of the subjects, but the teacher is a matter of luck, often times.

    In this regard, I personally see a big shift in how AI can transform personalized learning, beyond what self-learning is today.
    Right now, you check out different courses, videos, and websites to learn something—whether it’s woodworking, programming, design, or video making. Over time, since AI can ingest content from any language and of any type, it can create material relevant to that information in a different language or style.

    Here’s an example of how I learned something through an unusual approach: Over time, I accumulated a lot of knowledge about backpack fabrics because I like backpacks, I enjoy traveling, and I like optimizing things. Gradually, I gained knowledge about fabrics.
    How did I gain that knowledge?
    By spending time in forums, reading Reddit, and so on. I realized that this sort of slow, ongoing consumption worked for me as a slow learning curve. I didn’t even know I was learning.

    I began to wonder if I could learn something new in that same format.
    So, I asked Claude to create Twitter/X threads on certain topics.
    I started by trying to learn about large language models. Every day, I would receive 20 tweets about large language models.

    Claude making up Twitter/X threads on LLMs

    Now, obviously, hallucinations are a problem, so be mindful of trusting AI entirely. But the point I’m making is that once you know what works for you in terms of learning, you can adapt and use AI to learn new skills in the way that suits you best.

    Do you need a video? In the future, you could ask AI to create a video course for you. You could have content written as an exchange between two people in podcast form—NotebookLM is already doing this. You could structure it as a Twitter thread, as I mentioned. All these opportunities are right in front of us.

    What is being asked of us now is to start understanding the way you personally learn. Once you have deeper introspection about how you learn best, how you understand things, and how you get excited about learning, you can apply that style to any topic you want and get a personalized learning experience.

    Not all the tools are at this stage yet. If we think about creating a video course, we might still be a bit behind compared to anything that a chat interface can create. But we’re not that far off. So, keep this in mind when you begin learning something new—there may be opportunities for you to learn better and faster.

  • Onboarding AI vs Onboarding Humans

    Onboarding AI vs Onboarding Humans

    There’s one thing I realized when Cursor and other AI-integrated code development systems came out. Some of them allow you to set rules to better help the AI navigate your codebase. For example, you can tell the AI how to use the codebase, where to find the code related to a specific feature, how to structure that code, what the intention behind it was, and if there is any unusual behavior in the code.

    By behavior, I mean cases where the code might be structured in a certain way but still have edge cases that don’t quite make sense or differ from what you would expect just by looking at the folder structure.

    I’ve started to see some tweets about how this is great and I agree. It’s great.

    What I realized is that this is exactly the kind of information you share when onboarding a new team member.

    Usually, you either have some documentation in place or, after some time working together, you end up having specific onboarding sessions. During these sessions, you explain things like, “This is why we have this ‘views’ folder in two different paths — because XYZ.” There’s a reason for that structure even if, at first look, it doesn’t make sense.

    The unwritten rules like: “If you want to work in the first ‘views’ folder, that’s because you want to create a component for a view. On the other hand, if you want to create something in the other ‘views’ folder, that’s likely because you want to define the actual view.

    Besides the argument that my example could be or not be confusing to people, this is exactly the kind of information we also try to include in tools like Cursor rules when developing. It’s curious — we’re trying so hard now to make things clear for an AI, whereas we weren’t trying this hard before for humans.
    It’s funny in some ways, but it’s also what I think we should have been doing from the start.

    We should maintain the code and accompanying documentation so that someone can work on the code as quickly as possible.
    It’s interesting, at least in this moment in time, how the needs of AI are similar to the needs of a human in terms of understanding the code and knowing all the quirks and strange logic that might have been implemented.

    The challenge is still the same: how do we keep the mental model or internal structure of a project up to date so that it makes AI faster and keeps the codebase readable by humans?
    This would help both humans and AI move faster.

    The challenge, at least in the short term, is how to make maintaining this documentation and structure easier.
    For me, looking back at all the coding I’ve done in my life, maintenance has always been the most difficult. You’re tempted to just ship and move the project forward because that’s easy. But you also want to keep the documentation up to date and accurate, that’s a fine balance where you tend to do tradeoffs.

    My personal take is that we should integrate updating the structure or documentation into the change flow. So, whenever you do a big or small refactoring, AI should update the internal documentation of the features you changed. That way, it remains clear, current, and useful.

    Different tools will handle this differently, and I expect this article to be outdated in less than a year, given how fast AI is moving.

    While writing this article I discovered how Devin.ai includes some kind of internal scratchpad that it uses to know how your code works, plus it adds (thinking about human, again), their deepwiki.com to ensure humans can still navigate the complexities of a codebase.
    If you’re using Cursor/Windsurf, .cursorrules are your friend. And you can add prompts in them to ensure they keep either a scratchpad (like Devin) updated, or keep the docs (which, in this case, should live in the same codebase) updated at every PR.

    It’s interesting to see how this will play out in the future. I would suggest everyone keep this in mind because maintaining accurate documentation and structure benefits everyone working with your products.

  • Let’s talk about Burnout, the enemy we cannot ignore

    Let’s talk about Burnout, the enemy we cannot ignore

    This article is a translation of the Italian version I published in 2021 and aims to give some ideas on how to handle burnout both from a personal and an company-wide perspective.

    If you’re currently struggling with burnout, consider seeking help from a professional.
    There are many options available (one of them is Wysa) that can help you work through it.

    Onto the article…

    LinkedIn is a beautiful place where we can list our successes, but no day passes where I don’t see one key element missing in the conversation: Let’s talk about the dark side of work, the burnout.

    What is burnout, and why knowing its existence is not enough?

    Let’s understand first that burnout kicks in after stress.
    When stress, which is usually temporary, persists over a long period of time and is not followed by relaxation.

    When physical stress (fatigue), mental stress (work) or social stress (requirements) do not diminish/resolve.

    Burnout can be many things, fatigue, surrender, etc.
    But more than any of these, it’s loneliness.

    Even more so in a society of overachievers, of heroes, of exceptional people, burnout is something we fear to show, to tell.
    Or, even worse, to see in others.

    We quibble, “it’s just a moment”, “it’ll pass”.
    That’s the voice inside us speaking when we think about our problems or when we discover the struggles someone is going through, when we see them too much exhausted.

    Truth is: Burnout doesn’t heal the way we expect.
    It marks us, a scar is left if we get over it, or we sink if we never heal from it.

    (more…)
  • Why did I start Working Part-Time instead of Full-Time and the Benefits of a 4 Days Workweek

    Why did I start Working Part-Time instead of Full-Time and the Benefits of a 4 Days Workweek

    Around august 2015 I decided that I wanted to step back from my 9-5 job and work part-time for the same company and it was one of the best decisions of my life.
    In this post I want to highlight the story, the tradeoff, the benefits and the downsides of this choice to help everyone that is uncertain about it have a better understanding of what might happen.

    But let me rewind for a second. (more…)

  • Is DuckDuckGo a Worth Alternative to Google? My 6 Months Test

    Is DuckDuckGo a Worth Alternative to Google? My 6 Months Test

    If you’re here I suppose you already know the DuckDuckGo search engine, it’s a free search engine that doesn’t track you and cares even more about your privacy.

    Here there are my thoughts about its pros and cons. (more…)

  • How to Automatically Backup your OpenShift Applications with the Openshift Backup Server

    How to Automatically Backup your OpenShift Applications with the Openshift Backup Server

    Did you know there’s a way to automate the backup of your openshift apps?
    I didn’t until I found it on the main OpenShift blogs.
    Turns out there’s a whole webapp that does it beautifully and it takes 3 simple steps to setup a scheduled backup for your application. (more…)

  • Powerful and Cheap WordPress Blog Setup with PHP 7.0, NGNIX, Memcached and MariaDB 10.1 on DigitalOcean 512MB Droplet

    Powerful and Cheap WordPress Blog Setup with PHP 7.0, NGNIX, Memcached and MariaDB 10.1 on DigitalOcean 512MB Droplet

    I have a few wordpress blogs now, some of them had some spikes in visits, some are quite unpopular, but still I always wanted an easy and secure system to host them all without sacrificing speed and money.

    After many trials and errors, I am quite happy with my actual setup which is

    • PHP7
    • Ubuntu 14.04
    • Nginx+Memcached
    • WordPress

    All hosted on a 512MB droplet on DigitalOcean (ref.link) but you can easily use any VPS provider. I just like the overall DigitalOcean service and support. (more…)

  • How to migrate a Node.js App from Heroku to OpenShift

    How to migrate a Node.js App from Heroku to OpenShift

    Given the recent price/tier changes of Heroku I wanted to understand what alternatives do we have, as developers, to host a Node.js application free of charge.

    Let me be clear upfront… there are not so many alternatives right now, and I can’t praise Heroku enough for putting out a free plan like the one in the past.
    The new Heroku freeplan will limit the overall hours your app can stay on, therefore making it not very feasible for apps that need to be always on (although not very task-consuming).

    So I decided to settle on OpenShift, and see how it would go.
    To do the test I tried porting Haptime.in in OpenShift.

    Let me show you what I discovered. (more…)

  • Recovering a Corrupted embedded Apache Derby Database after an error XJ040 (or if you got an error XSDG2)

    Recovering a Corrupted embedded Apache Derby Database after an error XJ040 (or if you got an error XSDG2)

    Apache Derby is a usually a strong database but sometimes it might get corrupted.

    This is what worked for me after many embedded  derby databases became corrupted because we finished the free space on the partition (yes, shame on us).

    To make things worse, we didn’t always have a recent backup of the db, which just grew the complexity of our problem. (more…)

  • Why big companies like Dell sometimes can’t apologize

    Why big companies like Dell sometimes can’t apologize

    Some days ago I opened up my work-email and instantly saw this

    A newsletter from Dell, strange title isn't it?
    A newsletter from Dell, strange title isn’t it?

     

    It was clear to me that this title was an error, but guess what?
    No one cared, and here’s why.

    (more…)