DEV Community: Frederick Peñalo

As an old backend PHP developer (old… but I’m 27 😅), this post is awesome for me. Great tips and very easy to understand. — I invite everyone to learn it!

Frederick Peñalo — Fri, 06 Feb 2026 05:38:45 +0000

Sylwia Laskowska

Feb 4

Stop Installing Libraries: 10 Browser APIs That Already Solve Your Problems

#webdev #frontend #javascript

251

Comments 88

4 min read

My production server almost went down because of one library

Frederick Peñalo — Sun, 25 Jan 2026 03:55:20 +0000

Sorry if the title sounds a bit weird, but I want to tell you about a real production bug that almost took down all our clients.

We run Kanvas Ecosystem, a backend that powers several frontend apps. One of our core pieces is a filesystem manager: users upload files (images, audio, video, GIFs, etc.) and later attach them to different entities in the system.

Everything was working fine… until it wasn’t.

About 3 or 4 months ago, someone installed a new cache-related library in our Laravel project.

That’s when the problems quietly started.

First rule (learned the hard way)

Never install a new library without talking to your team and testing all scenarios.

The chaos begins

Last week, I launched a new feature: an image scraper.

Users type a word, we scrape images, download them, and store them using our filesystem manager.

Suddenly, production went down.

All clients. All apps.

My boss called me worried, so we jumped into a meeting to find the issue.

Hours went by.

Our code looked perfect.

Dev environment worked.

Tests were passing.

So we thought it might be a CPU issue.

We added more cores and optimized the scraper.

Still broken.

The first real clue

We created a new server from an AWS image.

Same problem.

That made no sense.

Then we checked other services and discovered that Redis was down.

We increased Redis capacity and tested again in the dev environment.

I uploaded one simple image.

It took 47 seconds.

At that point I just thought: why?

Changing approach

I stopped testing only the scraper and started testing everything related to the filesystem manager.

The same issue appeared everywhere.

All clients were affected.

I debugged method by method.

My code looked clean.

Nothing suspicious.

Until I noticed something.

The real problem

At the top of one class, there was a strange line.

An import from that cache library.

Just to test, with zero hope, I removed it.

The upload time dropped to 100ms.

I stared at the screen for a few seconds.

What that library was doing

The library was:

Clearing Redis completely
Rebuilding the cache again
Doing this for all rows in the database

On every single file upload.

Yes.

Every time.

The victory

I called my boss and said:

“I fixed it. I deserve a candy or at least a chocolate.”

I’ve never won the lottery or a gacha game, but the feeling of finding this bug was the closest thing to that.

Final thoughts

I don’t know if this was skill or pure luck, probably both.

But one thing is clear:

Read the README
Read the issues
Understand what a library actually does
Test things in environments that look like production

Thanks for reading.

For me, it’s an honor to share this.

And remember: you can do more than you think.

The Most Valuable Soft Skill: Problem-Solving

Frederick Peñalo — Thu, 06 Mar 2025 17:14:59 +0000

Hello, before we start, let me give you some context. In my day-to-day work, we are creating an amazing project called Kanvas Ecosystem. Kanvas started as a backend-as-a-service (more or less), and currently, it works as a middle platform between your DataSource and the world.

The best example of this is a client—let’s call her "Wanda." Wanda runs an online store with a huge inventory of products. And when I say huge, I mean a MASSIVE inventory. These products are sold across different channels: her Web Store, WhatsApp, and a physical shop.

Now, let’s get to the problem. The Web Store is hosted on Shopify, a well-known e-commerce platform. Shopify Basic has a lot of limitations for my taste, but that’s one of the reasons we use Kanvas—to overcome the restrictions on selling channels.

In January 2025, Wanda needed to randomly gift items to web store clients. But how could we know if a customer was making multiple purchases just to get extra gifts? The answer: their shipping address. The catch? I’m a backend PHP developer, not a Shopify developer.

And that’s exactly why I’m writing this article—because your best soft skill is solving problems. You’re not just a JS coder, a PHP coder, or a Golang coder. You are a problem solver, and that makes you the best software engineer in your workplace.

The solution was simple: in Kanvas, we store all orders from different sales channels (WhatsApp, Web Store, and others). Every time a user enters their shipping address; I can check if that address has already been used to claim the gift item. With a serverless app, I can block or cancel the order if it’s a duplicate. Sounds simple, right? But at the time, it was a real challenge, requiring extensive testing. In the end, the promotion was a success, and everything worked perfectly.

This kind of challenge always reminds me that, in programming, every business problem has a solution. Some solutions take a long time, others just a little—but if you believe in yourself, you can do it.

So next time you face a challenge outside your comfort zone, remember: you're not just a coder, you're a problem solver. And that’s what makes you great.

My name is Frederick, a simple coder 😛. Thanks for reading!

Step By Step

Frederick Peñalo — Sat, 25 Jun 2022 03:29:53 +0000

In the last month, I started a new way to do the things in my life. Step by step, not more, not less, just focus on the next step.

And yes, I know that this is confusing, but I'm going to explain, I remember that I was walking to my father's job but the way is long, maybe five or ten minutes walking. In the Dominican Republic with our climate that is a lot of time, but I just have to do the next step and step by step I complete my goal, meet with my father in his job.

So why can't I use the same idea, in software development?

As software engineer we must do a lot of things, the more simple feature can take some hours of our time. So thinking in the complete feature can be scary, maybe feel tired.

So I imagined Julio and Cian when they told me "Frederick this week you have to complete the ticket about import a Thread from Twitter" I said, yes of course. As Dominican, I said "Claro , anja yo resuelvo" but I had no idea how can I complete this how I can complete this ****.

So At this moment I used the technique Step by Step, I take the Jira History and started to describe the step in my internal to do list.
Step 1: Study the developer documentation of twitter
Step 2: Register in the developer site of twitter
Step 3: ....

So my focus don't was complete the history import the thread, no, my focus was to complete the Step 1, when finish the Step 1, continue step 2, after step 3, etc.

When I finish my internal to-do list, I was more productive because complete my work also Julio and Cian does happy because I complete my history. Thank you to the technique step by step, my moral is up.

I'm trying to use this technique in all the thing in my life, when I'm cooking, when I'm reading my focus is read the current page, not all the pages. When I'm programming, my focus is in the current task and step to step I complete the history.

_Thanks for reading my post.
_

El error lógico en el tiempo

Frederick Peñalo — Wed, 24 Nov 2021 01:53:17 +0000

Siempre he escuchado que el trabajo de un desarrollador en su mayoría es leer código que escribieron otros desarrolladores y creo que nunca me había dado cuenta de la gran verdad que lleva este dicho, hasta que me tocó leer código muy mal escrito.

En los últimos meses, he decidido volver al freelance, por lo general me alejo de los proyectos por uno o dos meses y luego vuelvo porque me gusta mi trabajo. Uno de esos proyectos lo tome porque me llamo mucho la atención la problemática que tenían y sabía que pocas personas manejaban esa tecnología y decidí trabajar en este proyecto, hable con el cliente, me planteo mejor su problema y como resultado de todas esas conversaciones, les hice una propuesta que aceptaron.

A partir de aquí usaré datos ficticios relacionados al proyecto por motivos de confidencialidad.

La aplicación era un sistema de inventario, los errores presentados eran específicamente en el módulo de productos, según me contaron, estos errores comenzaron aparecer repentinamente.

Me comenzaron a mostrar la aplicación y el formulario que daba los problemas, que por cierto este era bastante grande, varias secciones anidadas, una dentro de la otra (imaginen todas las claves foráneas del producto como secciones una dentro de otra, debajo les dejo una imagen).

Esto no me pareció extraño al principio, lo que si fue extraño es que los campos y labels, funciones de javascript eran extraídos desde la base de datos y creados en HTML con PHP. Algo para nada recomendado, porque de todas formas el formulario no se podía generar editando código HTML y mejor no digo que pasaría si quieres cambiar el script de JS.

Mi tarea era simple, reparar el formulario para que guarde todos los datos y agregar nuevos campos para guardar una descripción que enviará el proveedor. Algo fácil cierto, pues te cuento que no, y aquí es donde todo se complica de una manera al que tuve que decir la palabra que más incómoda para mí en el área de desarrollo “No se puede”, aquí inicia mi historia.

Dia 1

Procedo a descargar el folder del sistema, y aquí está el primer error, no existía un repositorio, por lo tanto, no había un registro histórico de los cambios en el tiempo, así que tuve que conectarme al servidor y hacer un scp o rsync para descargar el código del repositorio

Cuando descargo el folder o intento descargarlo, veo que la app, tiene un peso de 10GB aproximadamente y aquí encontré el segundo error, los archivos de los proveedores se subían directamente al caché folder de la app, fotos de productos, fotos de los representantes, todos esos archivos se guardaban directamente en la carpeta destinada a la caché.

Tuve que descargarme la carpeta del node_modules y vendor, que fue bastante triste para mí , cuando tengo el folder completo, borro los folders innecesarios como el vendor, creo el repositorio en git, subo la copia a GitHub y con bastante paciencia logro montarlo en Docker.

Aquí entonces veo algo que me dejo con la boca abierta y con un miedo enorme, cuando estaba intentando configurar la base de datos, los valores de mi archivo de entorno no se estaban reflejando, cuando entro al archivo de configuración del proyecto, sorpresa!!!, TODAS LAS CREDENCIALES ESTABAN ESCRITAS TAL CUAL en el código, un desastre.

Y así concluyó el primer día.

Si has llegado hasta aquí, te agradezco mucho que hayas leído esta parte de la historia, para mí es un honor que estés leyendo esto, seguiré escribiendo el resto de la historia por día esperando al final o en medio de los post agregar un granito de valor a tu vida

Una carta a mi amigo Junior

Frederick Peñalo — Wed, 24 Nov 2021 01:40:30 +0000

Hola Junior ¿cómo estás? Tengo tiempo sin saludarte, pero te envió un fuerte abrazo, espero que tú y tu familia estén bien. Recibí tu e-mail y me alegra mucho que hayas decidido iniciar a programar, sé que fue tu sueño de joven pero por circunstancias que ya sabemos tuviste que dedicarte a trabajar.

Imagino que ahora mismo tienes un mar de preguntas y dudas, pero tranquilo tratare de contestar a las preguntas que me dejaste en el correo.

Te cuento que mi primer contacto con la programación fue cuando tenía 14 años de edad, estaba cursando mi tercer año de la secundaria, recuerdo ese hola mundo en PHP, el sentimiento de que podía conquistar el mundo, pero no sabía el largo camino que me tocaba por recorrer.

Han pasado casi 9 años de eso y han muchísimas cosas, he aprendido muchas cosas al pasar del tiempo, no solo en el área de TI, tambien he tenido crecimiento en mi vida personal, he conocido muchas personas, he visto nacer y morir varios proyectos, he pasado por varios empleos y de cada uno me he llevado lo mejor.

Han salido nuevas tecnologías y aprendí que como experto de esta industria siempre seré un eterno estudiante, aprendí que no siempre tengo la razón y a escuchar al resto del equipo.

He tomado cursos de lenguajes con los que no trabajo, solo para ponerme en el lugar de otros a la hora de hacer un API o hacerle un requerimiento, he tenido que practicar mi comunicación con otros y trabajar para que mi equipo se sienta cómodo al tenerme con ellos.

Así podría escribirte toda la noche sobre cosas que he aprendido en lo pocos años que llevo estudiando y trabajando como desarrollador.

Sé que tomaste ese curso en oferta para ser programador “Full Stack” pero te cuento que no es el final del camino, apenas es el principio, de hecho hubiese preferido que tomaras uno de introducción a la programación, dominaras bien los conceptos básicos y luego eligieras el lenguaje con el que te ibas a especializar.

No te intimides por la cantidad de tecnologías que lleva el stack o el roadmap , ve a tu ritmo , domina el lenguaje que elegiste y luego ve poco a poco con el framework o librería que más crecimiento tiene de ese lenguaje, recuerda que cada día trae su propio afán

Aprende sobre patrones de diseño (no cometas el mismo error que yo de volarte eso), no olvides las habilidades blandas, podrás ser el mejor de tu área pero si nadie quiere trabajar contigo no vas a persistir en un empleo.

Como junior o entry-level entiende que eres un JR o entry level, respeta a tus superiores y busca una empresa donde tu líder de tecnología de verdad sea un líder para ti y te ayude e inspire a seguir creciendo.

Recuerdo que tenías muy buen manejo de los idiomas, eso será una ventaja porque tendrás acceso a mucho material en otros idiomas y podrás hacer networking y cuando sigas creciendo buscar un trabajo remoto si así lo prefieres

Y recuerda Junior, aunque estamos algo distanciados, seguimos siendo amigos, si necesitas mi ayuda para algo o tienes algún bloqueo, me puedes escribir y revisamos ese problema y tal vez juguemos unas partidas en un videojuego para relajarnos.

Salúdame a tu familia, con mucho aprecio, Frederick.

La opinión de un desarrollador sobre User Research

Frederick Peñalo — Wed, 24 Nov 2021 01:20:50 +0000

Hace unos meses comencé a trabajar en un proyecto para un influencer del país, el proyecto contaba de una página web y una aplicación Mobile. Cuando me inserte al equipo aún estaban en la etapa de planeación y fue en este momento donde escuche por primera vez la palabra User Research por Marilenny Soriano.

¿Qué es el user research?

Investigación de usuario en español, pero suena más cool en inglés así que seguiré con user research.

User research te da la información necesaria para conocer a tus usuarios y cuando digo conocer es casi toda la información posible que puedas obtener de ellos, que le gusta, que no le gusta, sus opiniones de algún tema, colores favoritos, a que se dedican, qué hacen en su tiempo de ocio, como se comportan en una app, toda la información posible.

¿Por qué es importante?

Yo me hice esta pregunta más de una vez, en cada reunión que Marilenny hablaba del trabajo realizado durante esa semana nos daba una luz para saber en qué enfocarnos para continuar con el desarrollo de la app o cambiar los objetivos y te cuento por qué.

¿Alguna vez te has preguntado por qué la mayoría de las aplicaciones, páginas o videojuegos que más te gustan tienen algo en común?

Tal vez sean los colores, la forma en que interactúas con ellos, el valor que te agregan en algún aspecto de tu vida, tal vez te gusta cómo te hace sentir la app o la productividad que consigues con esa app, en el caso de los videojuegos, la música, la jugabilidad, el entorno.

Todas estas cosas no son coincidencias, son los resultados de un trabajo realizado por un profesional o equipo de User Research, donde esa persona o equipo se encargó de conocerte por medio de la información recolectada y hacer un producto específico para un perfil como el tuyo.

El simple hecho de que un asistente de voz tenga voz de chica en vez de chico, o que la mascota de una app sea un gato y no un perro, que el color de una app sea azul y no rojo, todas estas cosas no son al azar.

Ok Frederick volvamos a la importancia…

Imagina que crearas una aplicación para una tienda de libros, pero antes de iniciar

¿Sabes cuáles son los pasos que quieren dar tus usuarios para comprar un libro?

Ok te despertaste inspirado y creaste todo un UI, te pregunto, ¿sabes cómo se comportan tus usuarios con ese UI? ¿El tiempo que duran para comprar un libro? ¿Qué tan cómodos se sienten con las letras, las fuentes y los tamaños de los textos?

Una vez el usuario esté en la app, ¿cómo haces para que se mantenga en la app? ¿Tus usuarios consideran la aplicación intuitiva?

Pero imaginemos que todas las respuestas son positivas, ahora llega el usuario a la parte del checkout, ¿Tu aplicación cuenta con los métodos de pagos que tus usuarios prefieren o solo pusiste los mismos métodos de pago que tiene Amazon, eBay y otras páginas de ventas?

¿Vas entendiendo lo que pasa si no conoces a tus usuarios antes de comenzar a lanzar código? Un error común de los desarrolladores al iniciar cualquier proyecto, es iniciar a codear sin prestar atención a las demás etapas que lleva la creación de una aplicación y futuro modelo de negocio.

Menospreciar cosas como el User Resarch , UX/UI, marketing o soporte son cosas que te restan como profesional y frenaran tu equipo, muchas veces pecamos de ignorante como fue mi caso, no obstante aquí te dejo mi opinión de user research para que no cometas los mismos errores que yo

“Comenzar una aplicación sin conocer a tus futuros usuarios es como si crearas el mejor sistema de calefacción, sin embargo, intentaras venderlo en las hermosas islas el caribe”

Tienes el mejor producto, pero vas a intentar venderlo en el lugar equivocado, recuerda que escribo para compartir mi conocimiento, espero que te haya sido útil y si te gusto el tema del user research, tienes más curiosidad sobre el tema o quieres contactar a un profesional sobre este Marilenny Soriano.

El próximo post que quiero hacer es hablando sobre mi experiencia trabajando con diseñadores UX/UI, si crees que sea útil dejamelo saber en los comentarios.

Introduction

Frederick Peñalo — Mon, 28 Oct 2019 03:23:51 +0000

Hi there
My Name is Frederick Peñalo , a backend developer from Dominican Republic, a long time ago i was thinking a way for teach Laravel Framework and because is a the best frameworks currently.

In this series, we will build a online store with Laravel 6, don't require avanced knowledge on the framework, but you will need it on PHP at least the basics (Class, Method, Traits, Objects).

So, i'm pleased for your time and appreciate that you read this post

PD: I'm learning English, i would be very grateful if you give your feedback

Thank you ♥