Bonus: el smart contract permite enviar cada cobro a otra wallet. Poné tu cuenta de @belo_app como destino y salís a FIAT al instante, sin comisiones 💸
El sábado (7/11) Participamos de la #HackaTwin by @twinfinance_ con @lautigb7 .
Spoiler: No ganamos (salimos 3ros) pero la pasamos bien
Construimos Ponte: Pagos QR con cualquier stablecoin de LatAm. Sin cuenta, sin KYC, sin gas, solo con tu wallet. 🧵👇
Ganan todos:
🧑 El cliente paga sin KYC, sin descargar apps y sin fees por compra internacional.
🏪 El comercio paga solo 0,5% por venta y recibe el dinero al instante, sin esperar días a que se acredite. ✅
@MathiasChu "Hoy muy poca gente hace cuentas en papel"
Creo que el planteo de Damián va un poco más allá que el uso de la herramienta. Vos usas la calculadora, yo también. Pero no por eso dejamos de aprender a sumar, restar y dividir. El problema está ignorar lo "básico" de entrada.
@DamianCatanzaro@leandroriviello Sumado a que incluso con esos oficios, todavía hay "demanda" por parte de personas que valoran el trabajo artesanal y sienten en ello un valor agregado/diferencial por el proceso. En el software esa percepción para el cliente no existe. La cuestión es simple: sirve o no sirve.
Tengo la teoría de que de acá en adelante ya no se van a crear más devs de alto seniority. Hay muy pocos incentivos para alguien que arranca hoy a aprender realmente a programar, entender de infraestructura, de por qué se usa una base de datos u otra o de chocarse mil veces contra la pared para resolver un problema. Eso era lo que nos hacía aprender.
Hoy en día, cualquier persona que está arrancando puede tirar un prompt y eso sale. Entonces, cuál es el incentivo de esa persona para aprender las bases de lo que hay atrás si todo "sale andando"? Y lo pongo entre comillas porque, si bien sale andando, no sabés lo que está pasando por atrás ni qué decisiones se tomaron.
Y te das cuenta de esto último por ver acá mismo en redes cómo gastan cientos de dólares en una base de datos y un login para 5 usuarios porque no saben que todo eso se puede hostear, por poner un ejemplo muy claro.
Creo posta que fuimos muy beneficiados los que aprendimos sin AI a programar y resolver problemas, porque hoy en día, con lo fácil que está todo, me sería imposible aprender lo que aprendí a nivel Junior.
@ferminrp Me emitieron una tarjeta corporativa. Las opciones eran comprarla en algún negocio que reciba tarjeta de crédito (recomiendan Artifact) o comprarla en USA.
La compré en el Apple Store y la traje a Argentina con Orlando Market. (~10 días y estaba en Córdoba)
I appreciate that Guillermo always emphasizes the importance of fundamentals.
That is something I strive to do myself: write good code, pick the right data structures, think critically, and not rely on AI for everything.
A few things that I have been doing recently to improve.
1. LeetCode.
I do LeetCode to challenge myself and to improve my algorithms and data structure skills. I can say that it doesn't do that alone. That's why I do it.
2. Low-level design.
I constantly try to design systems and think of the right abstractions/interfaces, responsibilities, and patterns to apply. The point of this is to be able to write clean code that is easy to understand, extend, and maintain.
3. Debugging.
I try to debug the code written by the agent. I ask them to give me broken code without telling me what is wrong with it, then I try to fix it myself. Another thing I do is try to debug my own LC and system design solutions rather than ask AI for the answer right away.
4. I Always look for optimizations.I try to understand how far I can push a piece of code. Not only Big-O time and space complexity, but what actually happens on the machine: CPU/cache behavior, memory allocations, data layout, unnecessary copies, SIMD/vectorization, etc.
5. AI comes last.
For all three of these, I try to avoid using AI as much as possible. I want my own brain to do the work it needs to do to become a better software engineer.
AI can be a huge productivity boost to you as a developer. However, I feel that it is important to not rely on it too much, as it can make you lose some of your own ability to debug, design, and code on your own.
It took a huge amount of Marketing and propaganda to convince the generation that anyone can build good quality softwares. Which is not true.
Prioritize fundamentals, and let AI be your productivity booster.
Excellent software takes time.
It requires smart people to care deeply about the product and to obsess over the details. To debate passionately about the details big and small. To spend time deeply thinking.
Nothing about this has changed.
1- AI-generated code just creates more technical debt.
2- At the end of the day, you (the developer) are responsible for the code, not the LLM that generated it. So the less code you have, the easier it is for you to own it.
3- A good engineer knows what code to write, and equally importantly, what code not to write or to delete.
(BTW, this is what we old-school software engineers have been saying for a long time, and we've been called all sorts of names for it.)
Así empezaba el show de Los Fundamentalistas del Aire Acondicionado, horas después de la muerte del Indio Solari.
Con el público al grito de "Indio, Indio" y el abrazo de la banda.