<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US">
  <id>https://lorenzopasquali.dev/en/blog</id>
  <title>Blog — Lorenzo Pasquali</title>
  <subtitle>Notes on backend, frontend and applied AI, by Lorenzo Pasquali.</subtitle>
  <updated>2026-10-28T00:04:00.000Z</updated>
  <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog" />
  <link rel="self" type="application/atom+xml" href="https://lorenzopasquali.dev/en/blog/atom.xml" />
  <author><name>Lorenzo Pasquali</name><uri>https://lorenzopasquali.dev/</uri></author>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/php2shell-node-gitlab-security-ai</id>
    <title>PHP2Shell, Node.js and GitLab: the week software security became a race against time</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/php2shell-node-gitlab-security-ai" />
    <published>2026-10-28T00:04:00.000Z</published>
    <updated>2026-10-28T00:04:37.014Z</updated>
    <summary>A series of critical vulnerabilities in PHP, Node.js and GitLab raises a question: as AI accelerates vulnerability discovery, can teams patch systems just as quickly?</summary>
    <category term="security" />
    <category term="cve" />
    <category term="php" />
    <category term="nodejs" />
    <category term="gitlab" />
    <category term="ai" />
    <category term="devops" />
    <category term="cybersecurity" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/future-saas-reverse-engineering-clones</id>
    <title>If Any Software Can Be Cloned, What Is the Future of SaaS?</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/future-saas-reverse-engineering-clones" />
    <published>2026-10-22T00:53:00.000Z</published>
    <updated>2026-10-22T00:53:53.778Z</updated>
    <summary>The wave of software reverse engineering and cloning has me thinking about the future of SaaS and local applications. If reproducing features is getting easier, what will truly set a product apart?</summary>
    <category term="ai" />
    <category term="saas" />
    <category term="reverse-engineering" />
    <category term="software" />
    <category term="developer-tools" />
    <category term="open-source" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/releases-didnt-speed-up-i-checked-the-math</id>
    <title>79% of engineering leaders say code ships faster but releases don't. I checked the math</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/releases-didnt-speed-up-i-checked-the-math" />
    <published>2026-10-13T16:13:00.000Z</published>
    <updated>2026-10-14T19:39:42.704Z</updated>
    <summary>A survey of 300 leaders says code ships faster with AI and releases don't. Instead of only arguing about the number, I went after why: writing code was a quarter of the week, release is a queueing problem, and organizations answer more code by adding gates.</summary>
    <category term="ai" />
    <category term="llm" />
    <category term="research" />
    <category term="developer-tools" />
    <category term="agents" />
    <category term="productivity" />
    <category term="devops" />
    <category term="code-review" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/mcp-two-advisories-trust-boundary</id>
    <title>MCP got two advisories in one week and neither is a code bug</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/mcp-two-advisories-trust-boundary" />
    <published>2026-10-05T15:45:00.000Z</published>
    <updated>2026-10-14T19:39:47.322Z</updated>
    <summary>On September 28th and 30th, two MCP security issues landed: one in the official Python SDK, one in the next dev MCP endpoint. Both are trust boundary failures, not implementation bugs. I had written about MCP in production days earlier, so I read both advisories in full.</summary>
    <category term="mcp" />
    <category term="security" />
    <category term="ai" />
    <category term="llm" />
    <category term="nextjs" />
    <category term="developer-tools" />
    <category term="agents" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/openai-devday-2026-25-launches</id>
    <title>OpenAI's DevDay dumped 25 launches in one day</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/openai-devday-2026-25-launches" />
    <published>2026-09-30T15:44:00.000Z</published>
    <updated>2026-10-14T19:39:52.078Z</updated>
    <summary>OpenAI announced 25 things at DevDay on September 29th. I counted them on the official recap page, pulled out what actually matters if you write code, and redid the math on the one-fifth-the-price claim using the numbers they published themselves.</summary>
    <category term="ai" />
    <category term="openai" />
    <category term="llm" />
    <category term="developer-tools" />
    <category term="agents" />
    <category term="mcp" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/future-developer-more-product-than-code</id>
    <title>Maybe the Developer of the Future Will Be More About Product Than Code</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/future-developer-more-product-than-code" />
    <published>2026-09-28T15:27:00.000Z</published>
    <updated>2026-10-14T19:39:56.878Z</updated>
    <summary>AI is making software implementation increasingly cheaper. That made me wonder whether the differentiator for the developer of the future will be less about writing code and more about understanding problems, products, and context.</summary>
    <category term="ai" />
    <category term="development" />
    <category term="product" />
    <category term="career" />
    <category term="developer-tools" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/llm-mcp-integration-on-premise-mes</id>
    <title>How I Built an MCP Integration for LLMs in an On-Premise MES</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/llm-mcp-integration-on-premise-mes" />
    <published>2026-09-25T00:14:00.000Z</published>
    <updated>2026-10-14T19:40:01.646Z</updated>
    <summary>How I built an MCP to connect an on-premise MES to GPT, Claude and Gemini, and the architectural problems that appeared along the way.</summary>
    <category term="ai" />
    <category term="mcp" />
    <category term="java" />
    <category term="mes" />
    <category term="llm" />
    <category term="architecture" />
    <category term="industrial" />
    <category term="developer-tools" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/jev-what-if-an-ai-didn-t-need-to-generate-text</id>
    <title>Jev: what if an AI didn't need to generate text?</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/jev-what-if-an-ai-didn-t-need-to-generate-text" />
    <published>2026-09-22T15:46:00.000Z</published>
    <updated>2026-10-14T19:40:05.653Z</updated>
    <summary>Jev proposes a different way to use AI: instead of generating text, it makes structured decisions among predefined alternatives. The idea is simple, but it raises an interesting question about how many software problems really need a full LLM.</summary>
    <category term="ai" />
    <category term="jev" />
    <category term="llm" />
    <category term="agents" />
    <category term="developer-tools" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/gemini-hacked-3-companies</id>
    <title>Gemini “hacked” 3 companies in a test. The real failure was weak passwords and exposed secrets</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/gemini-hacked-3-companies" />
    <published>2026-09-22T00:57:00.000Z</published>
    <updated>2026-10-14T19:40:22.767Z</updated>
    <summary>During an Irregular CTF in May, a test environment let Gemini reach the internet and the model ended up accessing three real companies. The least futuristic detail: one password was guessed and two sets of credentials were exposed in public repositories.</summary>
    <category term="ai" />
    <category term="security" />
    <category term="llm" />
    <category term="cybersecurity" />
    <category term="devops" />
    <category term="agents" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/should-ai-slow-down-or-is-this-just-politics</id>
    <title>Should AI Slow Down, or Is This Just Politics?</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/should-ai-slow-down-or-is-this-just-politics" />
    <published>2026-09-17T01:16:00.000Z</published>
    <updated>2026-09-22T01:17:23.068Z</updated>
    <summary>Anthropic CEO Dario Amodei called for the AI industry to slow down. Sam Altman and Elon Musk agreed. Days later, Trump argued for the opposite, raising a question: safety or a race for technological leadership?</summary>
    <category term="ai" />
    <category term="llm" />
    <category term="geopolitics" />
    <category term="anthropic" />
    <category term="openai" />
    <category term="elon-musk" />
    <category term="technology" />
  </entry>
  <entry>
    <id>https://lorenzopasquali.dev/en/blog/dropping-indentation-to-save-tokens-is-it-worth-the-trade-of</id>
    <title>Does telling AI to skip code indentation actually save tokens?</title>
    <link rel="alternate" type="text/html" href="https://lorenzopasquali.dev/en/blog/dropping-indentation-to-save-tokens-is-it-worth-the-trade-of" />
    <published>2026-08-09T15:45:00.000Z</published>
    <updated>2026-10-14T19:40:40.498Z</updated>
    <summary>A study from Monash University and Singapore Management University tested stripping indentation, whitespace and newlines from code before sending it to an LLM. Input gets much cheaper; output, barely, and the reason matters more than the number.</summary>
    <category term="ai" />
    <category term="java" />
    <category term="llm" />
    <category term="prompt-engineering" />
    <category term="research" />
  </entry>
</feed>
