Einloggen, um das vollständige Profil von Tejas Kumar zu sehen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Einloggen, um das vollständige Profil von Tejas Kumar zu sehen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Berlin, Berlin, Deutschland
Einloggen, um das vollständige Profil von Tejas Kumar zu sehen
Tejas kann Sie mit mehr als 10 Kontakten bei IBM bekannt machen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
6233 Follower:innen
500+ Kontakte
Einloggen, um das vollständige Profil von Tejas Kumar zu sehen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Gemeinsame Kontakte mit Tejas Kumar anzeigen
Tejas kann Sie mit mehr als 10 Kontakten bei IBM bekannt machen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Gemeinsame Kontakte mit Tejas Kumar anzeigen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Einloggen, um das vollständige Profil von Tejas Kumar zu sehen
oder
Neu bei LinkedIn? Mitglied werden
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Websites
- Persönliche Website
-
https://tej.as
Info
Schön, dass Sie wieder da sind
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Neu bei LinkedIn? Mitglied werden
Serviceleistungen
Aktivitäten
6233 Follower:innen
-
Tejas Kumar hat dies gepostetDX is UX when it shortens the distance between a good idea and a shipped experience.
-
Tejas Kumar hat dies gepostetBuild time is iteration time. A developer who waits thirty seconds for her changes to appear in the browser builds fewer things per day than a developer who waits half a second. Faster builds mean more experiments. More experiments mean better products.
-
Tejas Kumar hat dies geteiltFor Berlin-based professionals: I have been meeting with Isaac Akinsete weekly for over a year and I am better for it. If you want to build your fitness sustainably, check him out. https://isaac.fitness
-
Tejas Kumar hat dies geteiltI am the size of an ant in that first picture.Tejas Kumar hat dies geteiltA big event comes with big speakers and personalities that shape the future of our world. Our Friday event was a testimony of that kind. With talks, debates that followed up a packed free meetup and in depth workshops. We are so proud and thankful for our speakers and their efforts to make this event a very memorable one. A big thank you to Zephyr Cloud Tether.io ImageKit.io and VoidZero for funding our event and helping our community efforts. We have given more than 40 free tickets to students and other members of the community. Our speakers Eduardo Aparicio Cardenes Alvin Bryan Ruben Casas 🤷 Nico Martin Erik Rasmussen Ananya Kittane Yogananda Alexander Cheprasov Carly Richmond Paul Ibeabuchi Zbigniew Tenerowicz Trust Jamin Okpukoro Scott Spence Steven Goodwin Matteo Collina Luca Mezzalira Sara Vieira Douglas Crockford Rich Harris Ali Spivac Aprajita Verma Kitze Tejas Kumar David Benson @David Withney Daniel Roe 🏡 Nkechi Anyanwu Anna Henningsen Denise Lashlley Jess Madhavan Alexander Günsche Praveen Kumar Purushothaman Benjamin Bartosch Christoffer Noring Matheus Albuquerque Dan Neciu Faris Aziz Viktorija B. Lena Lekkou David Mark Clements Paolo Insogna Robin Bender Ginn Harshit Budhraja J ames Moss Scott Phillips Néstor López Jim Dummet Thomas Ankcorn Alexander Cheprasov
-
Tejas Kumar hat dies geteiltsmashed itTejas Kumar hat dies geteiltI'm having a great time at the CityJS Conferences London 💻 Tejas Kumar smashed it out of the park with a live demo with how to write custom LLM tools and even integrate company branding to the output 👌 Great to hear about all the useful latest updates to Node.js from Matteo Collina. I'm going to deep dive into The Definitive Guide to Node.JS 📖 I loved to hear about observality withvOpenTelemetry from Carly Richmond 💚 And 2 talks on building local LLMs have got me fired up to build my own 😁 Alvin Bryan & 🤷 Nico Martin #CityJSLondon #JavaScript
-
Tejas Kumar hat dies repostetTejas Kumar hat dies repostetThe first-ever AI Engineer Europe did not disappoint. I’ve watched hours of recordings from previous editions, so it was special to be in the room where it happens this year. To no surprise, AI Agents dominated the conversations. Here are some of my key takeaways: > “2026 is the year agents go into production” - This was a quote from David Soria Parra (Anthropic), who described the amazing work their team is doing to advance agentic capabilities. More capable agents are coming. > Good harnesses enable reliable agent performance - Tejas Kumar (IBM) drove this point home with his high-energy demonstration of how a simple harness can drive measurably better outputs. A well-engineered system outperforms a more capable model or a more verbose prompt. > Context is key - Patrick Debois (Tessl) introduced me to the Context Development Life Cycle for building, evaluating and improving agents and agent skills. Agent skills are hot right now - as they roll out, it’s important to figure out how we track them and continuously improve. It’s an exciting time to be developing agentic systems. Things are moving faster than ever. This was an incredible opportunity to hear how leaders across the industry are keeping up with the changes, and to connect with so many great developers who are deep in these problems. Thanks to those who made it happen.
-
Tejas Kumar hat dies geteiltHere's a tutorial I created that explains how to do this: https://lnkd.in/djrtjDap
-
Tejas Kumar hat dies repostetTejas Kumar hat dies repostetA lot of knowledge is locked in video, audio, and documents that agents can’t use. Docling turns it into structured Markdown or JSON in under 40 lines of code. In this walkthrough, Tejas Kumar shows how to make it usable for RAG and agent workflows. 📺 Full video → https://ibm.biz/~hFQxzMxpd 💻 Code → https://ibm.biz/~sAzZRp2f6
-
Tejas Kumar hat darauf reagiertTejas Kumar hat darauf reagiertThanks to the ROCS Grad Staffing team for stopping by the office this morning to drop off my March Madness Bracket Challenge prize and for treating the whole team to breakfast! It was a fun bracket challenge getting to reconnect with other ROCS folks including other ROCS alumni still here at the National Restaurant Association Educational Foundation (NRAEF), Mary Kate Pierpoint and Danielle Little!
Berufserfahrung und Ausbildung
-
IBM
********* ********
-
*****
*******
-
**********
********
-
***** ****** ******
****************** ******* undefined
–
Gesamte Berufserfahrung von Tejas Kumar anzeigen
Jobbezeichnung, Beschäftigungsdauer und mehr ansehen.
Bereits auf LinkedIn? Einloggen
Wenn Sie auf „Weiter“ klicken, um Mitglied zu werden oder sich einzuloggen, stimmen Sie der Nutzervereinbarung, der Datenschutzrichtlinie und der Cookie-Richtlinie von LinkedIn zu.
Ehrenamt
Sprachen
-
English
Muttersprache oder zweisprachig
-
German
Fließend
-
TypeScript
Muttersprache oder zweisprachig
-
CSS
Muttersprache oder zweisprachig
Erhaltene Empfehlungen
4 Personen haben Tejas Kumar empfohlen
Jetzt anmelden und ansehenTejas Kumars vollständiges Profil ansehen
-
Herausfinden, welche gemeinsamen Kontakte Sie haben
-
Sich vorstellen lassen
-
Tejas Kumar direkt kontaktieren
Weitere Beiträge entdecken
-
Ioannis Polyzos
JPMorganChase • 1978 Follower:innen
Experienced developers aren’t replaced by AI—they’re supercharged by it. In this thoughtful piece, Manuel Kiessling explores how senior engineers can use AI coding agents to improve productivity, quality, and joy in software development. 🔗 https://lnkd.in/dthdS-iZ #AI #SoftwareDevelopment #DevEx #Productivity #SeniorEngineers
13
1 Kommentar -
Roger Johansson
1786 Follower:innen
Software development has fundamentally changed for me. I’ve been using AI as part of my daily development workflow for years now—it’s become a standard tool in my toolbox. But recently, I tried something new: ChatGPT Codex. Codex is essentially ChatGPT connected directly to your repositories. The difference? It doesn’t just read your code. It runs your tests, spins up supporting services like Redis, analyzes compiler output, reasons about test logs—and keeps iterating until it gets things right. This is a completely different experience from what I’d call “vibe coding”—where an LLM has some context about your codebase and maybe the file you’re working on, but no real awareness of the larger system. Vibe coding often leads to hallucinations: fake APIs, patterns that don’t exist, or large, irrelevant rewrites in unrelated parts of the system. It feels like one step forward, five steps back, followed by a hard reset to a clean git commit. Codex, on the other hand, is grounded. It makes small, precise changes based on real feedback from the environment. No wild guesses—just direct, incremental progress on the task at hand. Right now, I’m using it for practically everything: Updating Proto.Actor documentation and diagrams Porting features from C# to Go Simplifying overly complex code Generating examples and test cases Filling in gaps in test coverage Creating GitHub workflows It’s not going to build you the next Unreal Engine. But for all the everyday maintenance—fixing things, porting code, writing tests—it’s a game changer. And the best part? It almost never produces unmergeable code—as long as you have tests for it to validate against.
53
19 Kommentare -
Sadam Arbaa
Bromberg & Associates • 8033 Follower:innen
Just finished watching this video by Maximilian Schwarzmüller A very subjective comparison of Claude Code, OpenCode, Cursor, and GitHub Copilot. What stood out to me wasn’t just the features, but the hands-on, real-world experience—how these tools actually fit into daily development. 📌 Key takeaway → There’s no single “best” AI coding tool. → It depends on your workflow, preferences, and how you like to think while coding. If you’re using AI tools seriously in your dev work, this is a must-watch. 📌 → Which one are you using right now, and what do you like (or dislike) about it? 📌 → Check out the video here 👇 https://lnkd.in/g2wiSS5N #AI #AICoding #Developers #SoftwareEngineering #DevTools #Claude #Cursor #GitHubCopilot #OpenSource
5
-
Martin Helmich
mittwald • 752 Follower:innen
Did you know you can use mittwald's hosted AI models (currently in beta) for coding assistance in both VS Code and JetBrains IDEs? Just pushed a bit of documentation (read more at https://lnkd.in/gPKSUHVV) that explains how to configure both JetBrains AI Assistant as well as Continue (for VS Code, or JetBrains IDEs) and Cline (also VS Code) to use open-source models like Qwen3-Coder-30B-Instruct via the mittwald API. All models are hosted on german servers, and no user data is stored (let alone used for training purposes).
29
-
Krishna Durai
Meta • 5136 Follower:innen
Did journalists get replaced by LLMs - even though they were already great at writing? I don’t think so. And I believe the same applies to software engineering. The craft has never been just about producing text or code. It’s about ‘the what, the why, and the how’ behind what gets built. Tools can accelerate output, but they don’t replace judgment, context, or intent. Boris Cherny, creator of Claude Code, recently predicted the emergence of a new wave of builders using tools like Claude Code - especially people for whom software development previously felt inaccessible. I think he’s right. We’re lowering the barrier to entry, and that’s powerful. But the real difference isn’t simply that more people can build. It’s how well things are built, and how quickly ideas move from concept to reality. In many ways, it reminds me of football (soccer): street football and the Premier League both involve the same game, but the level of execution, structure, and mastery changes everything. AI doesn’t remove the craft - it changes the playing field. Curious to hear how others see this shift. Are we witnessing an evolution?
38
3 Kommentare -
Michele Brissoni
BriX Consulting • 4436 Follower:innen
The room went quiet at the Lausanne Craftsmanship meet-up today. Not when we showed the framework. Not during the live demo. During the research slide. DORA 2024: Delivery stability down 7.2% with AI adoption. Stanford: Experienced developers in complex codebases saw negative impact. METR: 19% time increase when developers felt 24% faster. Someone in the third row stopped typing. A few phones went down on tables. When we opened Mentimeter, the responses landed with a weight I wasn't expecting. One phrase kept surfacing: "We've been measuring the wrong things." That's not a criticism of anyone's intelligence. The metrics we inherited weren't built for this moment. Lines of code. Velocity points. PR throughput. They measure motion, not progress. What got me was the conversation after. Not "how do we adopt AI faster" but "how do we know if it's actually working?" and "how do we bring junior developers up to speed when the tools do the thinking for them?" Those are the right questions. And honestly, we don't have all the answers. Nobody does yet. But we have seven years of failing, measuring, adjusting. And two things that might help: A free AI-Readiness assessment. And nWave, the agentic AI framework we built for crafters after the obvious approaches stopped working. If you're asking similar questions, happy to share what we've learned. No pitch. Just patterns. To everyone in that room today, especially Andrea Laforgia Peti Koch Maarten Engels Pedro Santos Claudio Perrone... thank you. Your questions and reactions were better than our slides. What metrics is your team actually trusting right now? #nWave #AIReadiness #SoftwareCraftsmanship #ceo #cto
31
10 Kommentare -
Matt Mower
AgendaScope • 2337 Follower:innen
I'm on record as being quite sceptical about Large Language Models. There are a lot of people in whose interest it is to hype these things up, I'm not one of them. LLMs are certainly useful. Especially for linguistically driven tasks. Computer programming is a kind of linguistically driven task even if the language is rather specialised. So, what is "vibe coding" going to do to programming? As someone whose been writing computer programs professionally since 1990, I have something of a vested interest. I suspect they are useful in different ways to different kinds of programmer. For non/junior programmers they are a way in, they make things possible that would not be possible. For mid/senior programmers they are an assistant. Where I find them very useful and fairly reliable: Architectural spike of a well known but new to me area. Where I find them useful and somewhat reliable: Non-trivial but non-complex coding tasks that I would find boring to implement. Where I find them rather unreliable: Everything else. We've been here before. Off-shoring was supposedly the answer to needing expensive developers. We can just specify the application, hand it over, and get back working code. Well… it works but it wasn't that simple. It brings us back to age old questions that we were wrestling with in the '90s: * Buy vs build * Best point solution vs best integrated solution Should we use this existing SaaS platform or vibe code our own? It's so easy to vibe code! It feels great! However, you get to own that code and all it's problems and long term maintenance. And the data. And the fallout when everyone wants to vibe code their own hacky solution to every problem or challenge. How I think this plays out: Let's assume that most of the problems of vibe coding go away and it becomes reasonably reliable and accessible. What does it do to development? It commodifies the simpler end and creates opportunities to layer higher order services on top (c.f. Wardley Mapping). Those will not, by definition, be simple to execute properly. When I started programming a spreadsheet was a business and a major undertaking for good programmers. These days any old fool can put a spreadsheet in their app with git and a few lines of code to integrate a library. Now it's what you do with the spreadsheet module that matters, what leverage it gives you to do more interesting and valuable things. And so, assuming my more sceptical predictions don't play out, will it be here. You'll vibe code the simple stuff and turn to developers for the more complicated stuff. Unless and until some idiot cracks AGI. Then all bets are off.
8
2 Kommentare -
Viberank.dev
308 Follower:innen
Ever wondered what it takes to build an operating system from the ground up? 🤯 This incredible guide breaks down the journey of creating a kernel from scratch. A must-read for anyone who loves diving deep into code and building amazing things in public. Check out the full article here: https://lnkd.in/eppSp2rZ #buildinpublic #indiehacker #startup
-
Flower Labs
10.060 Follower:innen
Today's the day! The Distributed AI Hackathon in Berlin kicks off in just a few hours 🚀 We're bringing together students, researchers, and AI builders for Europe's first hackathon focused on federated and distributed AI. Over the next two days, teams will compete to train the best AI models using distributed workspaces across various datasets, proving that data-sovereign AI is achievable. What's at stake: 🏆 €5,000 cash prize pool 💻 Free GPU credits for all participants 🤝 Direct connections to Germany's AI industry and ecosystem 🎯 Real experience building federated AI solutions Flower Labs, as the world's leading opensource federated and decentralized platform is proud to organize this with key partners that include: - exalsius / logsight.ai (SPRIND-backed) – cloud GPU infrastructure for modern AI teams - Technische Universität Berlin's top technical university driving next-gen research - Einstein Center Digital Future – Berlin's inter-university digitalization research hub Doors open at 13:00 today. Let's build the alternative to centralized AI—together!
31
1 Kommentar -
Case Jones
Localpro, Inc. • 3548 Follower:innen
I really appreciated this post by Adam Jafer, describing an experience at Voi, which reflects an experience I think we've all had in tech, and I've had it multiple times in my experience. The surprise: Applying 'more' of something that worked in the past, doesn't work now because it's not exactly what's needed for the current set of problems. So in practice it looks like this: 1) Using AI gives you a quantum leap in speed of initial development - giving you a whole lot of functionality that you previously did not have, which lets you get that first customer, or that first investor but! Adding "more AI" doesn't keep on giving you more value, because your own time is limited, prompting gets harder and harder, and the problems require more and more skill to solve. 2) Hiring one programmer gives you a quantum leap in value, but! the second one gives you a little less, and eventually adding more people doesn't give you much more value at all. Because the programmers need managers, and they speak to each other, and they form teams, and they need to coordinate, and they need to discuss the development processes, and they need to re-evaluate what the project is actually about, etc. 3) Adding a server gives you a quantum leap in value, but! adding more and more servers will not help you if the actual resource problem is not actually CPU or IO bound ... 4) One can extend this idea "1 is great, but adding more and more gives less and less improvement" into all kinds of things. I would leave that as an exercise for the reader.. Who is not surprised by this: generally the people who already know this are experienced software developers, because, that's the nature of software development. To solve any problem in software, the very first thing to do is to figure out the exact nature of the problem, and solve that directly. And sadly, human nature, or possibly, the nature of business, is not to properly diagnose and solve problems! But, there are always some people in the team, or company, who do know! The hard part is to listen to their processes, their ideas, when much louder and more confident voices proclaim they already know what to do!
2
-
Stefan Grothkopp
aicx. • 2128 Follower:innen
650 signups. 150 spots. Full house at the Claude Code Meetup Munich yesterday. I gave a lightning talk called "More Code, More Problems." The premise: AI makes individual developers faster. The evidence is clear on that. But teams might actually get slower. Why? Because the bottleneck moves from writing code to coordinating it. Review, integration, alignment. More code means more load on communication and coordination. More code, more problems. We also had great talks by Sebastian Weyrauch (nion digital) and Dominik Grusemann (Marbles AI). Big thanks to the orga team around Dr. Florian Steiner, M.B.R., Ramin Assadollahi, Jens Franke, Steffi Kieffer and Jens Rusitschka. You are doing a really great job organizing theses events, I really enjoyed them as a guest and now also as a speaker!
32
8 Kommentare -
Faris Aziz
Swiss JavaScript Group • 3667 Follower:innen
We just shipped something small, but important, for ZurichJS Conf. You can now report issues directly on the website. Typos. Confusing UX. Performance hiccups. Unclear information, for example around CFP deadlines. Anything that feels “off”. We are building this conference in public. That means the experience should not be dictated only by us. It should be shaped by you. The goal is simple: Make the website and the event experience as clear, smooth, and intentional as possible. If something is confusing, that is on us. If something breaks, we want to know. If something can be better, we are listening. There is now a dedicated “Report an issue” entry in the footer. Submit feedback, and we will review it personally. We are making incremental improvements every week. Your feedback directly influences what gets fixed next 💛 PS: We also shipped a few hidden Easter eggs across the site 😉 If you find them, you might unlock a secret ticket discount. No guarantees. This conference is community built. Help us refine it. #ZurichJS #ZurichJSConf #JavaScript #WebDevelopment #Frontend #React #TechCommunity #CallForPapers #ConferenceLife
16
3 Kommentare -
Matthew Bliss
Activate Your Podcast • 1018 Follower:innen
This post made me think about AI & podcasting - why do we use the word AI as a catch-all term? Who's it easier for? And what are we sacrificing without the specificity? Instead of being a podcaster who uses: - a local shaping algorithm for audio improvement - an LLM-based transcription tool - an LLM for processing and analysis of transcript, and; - a machine learning algorithm for social media discovery ...we say, "I use AI in my podcast." AI is a marketing term to entice people to use products. AI is a catch-all term to ensure a program or process is understood. Our post-production process doesn't need to be simple to understand. And in response to the question, "Do you use AI in your podcast?", why should the answer be Yes or No? I give you permission to be specific. Specificity is hard when you're doing text-based editing in Descript, but if you use a variety of tools with varying functions & algorithmic capacities, be specific. And to Stephanie Fuccio's point, lets start categorising and explaining what we use to assess its impact. If I make your Zoom call sound better, its not the same as a 3,000 episode per week production schedule with no human oversight. And if your apps are starting to stuff their packages with AI-based tools, explore what, why and how to figure out what's happening in there.
3
1 Kommentar -
Samir Abid
Pace Insights Limited • 5666 Follower:innen
Vibe coding tip of the week... Don’t build a “proper” software project… …in a streamed Google Drive folder. 🤦♂️ Everything was going just fine— until I decided to do some “folder housekeeping”. Turns out, moving 10,000+ tiny files takes forever… The sync broke. My computer ground to a halt. I was left staring at a bunch of empty folders. Gulp. Thankfully, 16 hours later, I’ve patched things back together. Six months of work is safe (thank you GitHub 🙌). Sharing this as part of the warts-and-all life of a vibe-coder. Mostly so you don’t make the same mistake! The new approach: - Local dev folder (with GitHub and Time Machine) - Drive just for PDFs, spreadsheets, and docs Lesson learnt. (Very understanding) client’s patience tested. Onwards! 😊 #happyfriday #vibecoding #ai #aiagents
12
-
Russell Miles
ClearBank • 6439 Follower:innen
Do we design similar lodestones into our internal developer platforms? In an unfamiliar codebase or platform, developers also need lodestones—magnetic points to return to when lost. They might be: - Clear documentation hubs (a Foyles of knowledge). - Stable, trusted APIs (a Strand of reliability). - Curated starter templates or examples (a Goldsboro of prized, rare clarity). - Sandboxes or test environments (a Skoob of rediscovery and play). - Communities of practice (an Alabaster where voices gather in cramped intimacy). Each one has general value—they orient the wandering developer. And each has specific value, revealing what this particular platform, in this particular organisation, chooses to elevate and make habitual. And that’s the lesson: Bookshops teach me that to truly inhabit a place, I need lodestones that combine clarity with ambiguity, generality with specificity. Cities provide bookshops. Platforms must provide their own. https://lnkd.in/ec54XU9K #platformengineering #softwaredevelopment #softwareengineering
-
Stigg
4861 Follower:innen
Stigg is an abstraction and orchestration layer that sits between your application and your billing provider (like Stripe), designed to give you flexibility and control over your monetization strategy. Learn how to decouple pricing from billing and move faster. 👇 https://lnkd.in/g3j8AYZ4
7
1 Kommentar -
Paul Turner
DigiTech Search Ltd • 3484 Follower:innen
Check out my connection Tobias Uhlig latest article on Neo.mjs and the future of frontend development. He makes a compelling case for a new "AI-native" architecture that goes way beyond the current "AI-assisted" tools we've all been using. If you're a JavaScript dev tired of AI hallucinations and outdated docs, you'll want to read this. The idea of a self-improving codebase where AI acts as a foundational partner is a game-changer. Read the full article here: https://lnkd.in/e3MQRdmE #JavaScript #FrontendDev #AINative #NeoMJS #AI #Development
5
3 Kommentare -
Dan Vega
Broadcom • 24.688 Follower:innen
Juergen Hoeller, Spring Framework co-founder and project lead, joined us on Spring Office Hours. If you missed the live show, the recording is available now. Here's why you should make time for this one: - Direct insight from the person who has shaped the Spring Framework for over two decades - A rare look at the thinking and direction behind one of the most widely used Java frameworks - Perspective you won't get from docs or release notes alone Whether you're building with Spring Boot, Spring Cloud, or the core framework itself, this conversation is worth your time. https://lnkd.in/g8gsBQg3
72