Purchase orders piling up. Invoices waiting to be matched. Claims sitting in a queue until someone has time to key them in. This is the work between the work. And in most companies, it’s still done by hand. CoderFlow doesn’t assist with that work. It does it. A document lands in a folder. An agent picks it up, signs on to your applications with its own governed credentials, completes the task, and reports back. Routine cases get finished. Exceptions go to the right person with context already gathered. No rewrite. Nothing new for your people to learn. BCG puts productivity gains from orchestrated agent systems at 30 to 50%. For the CFO, that means more volume handled by the team you have. See how much of your white space you could hand off this quarter: hubs.la/Q04C1GCg0. #IBMi #AgenticCoding #CoderFlow #BusinessAutomation #Futurization

Day two at NAViGATE and Booth 26 has not slowed down. 🔥 The conversation we keep having: teams know they need to move faster on IBM i, but thin talent, growing backlogs, and the real risk of breaking something that's running is a hard combination to work around. That's exactly what our team is here for. If you haven't stopped by yet, we're here all afternoon and back again tomorrow. Booth 26. Come find us. 👇 #IBMi #NAViGATE #TechXchange #AgenticCoding #CoderFlow

We're in Atlanta, and NAViGATE is officially ON. 🎉 Sessions start at 9 AM, and Expo Booth 26 is already set up and ready for tonight's big block party! Jordan Antonoff, Brian May, Roger Betacourt, and Isaac Thibault are here all week. No agenda. Just real conversations about your IBM i. See you on the expo floor. 👋 #IBMi #NAViGATE #TechXchange #COMMON #CoderFlow

Sometimes the best next move is backward. ⏪ ⏪ An agent updates your RPG commission calculation. Something’s off. You correct it. That correction breaks something else. You could keep layering fixes. Or you can rewind. CoderFlow lets you roll back the conversation to the original instructions or any earlier point in the thread. Restate the rules clearly. Pick up from there. You can rewind the code the same way. Fewer cascading corrections. Cleaner outcomes. See how CoderFlow works: hubs.la/Q04BTLhz0 #IBMi #AgenticCoding #CoderFlow #ProfoundLogic #Futurization

What does it actually look like to build a modern IBM i screen with Agentic Display Files? We followed one screen from start to finish: an order summary dashboard a supervisor could pull up on a tablet on the shop floor. In CoderFlow, you turn on Agentic Display Files with a single toggle, describe the screen in plain language, and the agent generates the EJS, JavaScript, and CSS. Review the git diff. Click through the rendered screen. If something needs adjusting, describe it and the agent revises its own output. The new screen picks up your existing Profound UI theme automatically. Charts, filters, and responsive layouts are just HTML and CSS, so there's no widget ceiling. The RPG business logic and Open Access handler underneath stay exactly as they were. The question in your planning meetings changes from "what can our widget library support?" to "what does the business actually need this screen to do?" Read the full walkthrough: hubs.la/Q04BV4g-0 #IBMi #RPG #AppFuturization #CoderFlow #ProfoundAppDev

For a team, an undocumented IBM i environment shows up as slower onboarding and riskier maintenance. For a new IT leader, the cost is different. It's the credibility spent chasing answers instead of making decisions. It's walking into a budget meeting without a clear picture of what you're defending. It's inheriting your predecessor's priorities by default, because you don't yet have the evidence to argue for different ones. You were handed a system. Not a map. Getting a documented baseline of what your IBM i environment actually contains, what each application does, how it's built, what it depends on, changes the shape of your first year. It's what lets you make decisions instead of deferring them. Read the guide: hubs.la/Q04yKJZl0 #IBMi #ITLeadership #Futurization #CIO #IBMiDevelopment

Traditional large-scale IBM i transformation: years of work with a single payoff at the end. Agentic Futurization: built in months with measurable ROI at each phase boundary. That compression matters because multi-year transformation projects don't stall at the end. They stall in the middle, when priorities shift, teams turn over, and the organization loses confidence that the payoff is still coming. Structured to deliver visible results at each milestone, before the next phase begins, is what keeps momentum alive across an initiative that spans years. See how Agentic Futurization is structured: hubs.la/Q04yKPwg0 #IBMi #Futurization #CoderFlow #AgenticCoding #EnterpriseAI

When private equity acquired Western Power Sports, the assumption was that IBM i would be replaced. Then someone looked at what it was actually doing. $3 million a day in e-commerce revenue. 99.9% of sales processed online. The entire operation supported by 3.5 people. "They wanted to replace it because they thought the 400 was old-fashioned. Then they started looking at it... and they forgot about replacing it." — Rody Cummings, Analyst, Western Power Sports IBM i wasn't the liability in that story. It was the reason the numbers looked the way they did. Read the full case study: hubs.la/Q04zLknp0 #IBMi #Futurization #ProfoundAppDev #CaseStudy #ECommerce

11,400 baby boomers reach retirement age every single day. The IBM i developer community is not insulated from that number. The average RPG developer is in their mid-to-late fifties. The pipeline coming in behind them is thin. Most organizations frame this as a risk to manage. It is also a window that's open right now and closing. The companies that act while veteran developers are still available to validate documentation, review agent output, and encode institutional knowledge into Skills will be in a different position than the ones that wait for a departure to force the issue. The knowledge doesn't get easier to capture after the person who holds it leaves. Read the staffing cliff breakdown: hubs.la/Q04zLhSV0 #IBMi #TechTalent #Futurization #CoderFlow #AgenticCoding

A finance team reconciling payments against a batch that runs at 2 AM is a team that's always half a day behind what actually happened. That gap doesn't show up as a system outage. It shows up as a standing tax on how current the business's own data is, paid quietly every day the batch window exists. Kamik is a useful example of what closing it looks like. Their IT team built Node.js applications using Profound API that took orders from Amazon, EDI, and their Magento storefront and wrote them directly into ERP and warehouse management systems, automatically, in real time. Three separate order sources. One path into IBM i. No overnight file drop in the middle. The validation logic RPG was already enforcing didn't get rebuilt. It got reused, exposed as a REST endpoint any modern system could call. That's the pattern. The business logic that already exists does the work. The integration just gives it a new entry point. Talk to our integration team: hubs.la/Q04yKKnB0 #IBMi #ProfoundAPI #Futurization #Integration #EnterpriseIT

Have you heard? @COMMONug NAViGATE is heading to @IBM TechXchange in Atlanta, October 26-29, and we'll be there. Jordan Antonoff, Brian May, Roger Betacourt, and Isaac Thibault will be there all week to talk CoderFlow, IBM i futurization, and whatever's keeping your development team up at night. 700+ sessions. 100+ IBM i focused. 150+ hands-on labs. One registration gets you the IBM i community you know and a much larger technical conference alongside it. See you in Atlanta 👉 hubs.la/Q04zcSqL0 #IBMi #NAViGATE #TechXchange #COMMON #Futurization

What if your next IBM i fix was built, tested, and waiting for your approval before you finished your morning coffee? With CoderFlow, that’s just a normal morning. A developer describes the fix in plain language. The agent handles the compile, test, and validation loop. What comes back isn't a suggestion or a draft. It's a verified result with application screenshots showing exactly how the change behaved, and the exact lines of code that changed. The developer looks at it. If it's right, they approve. Nothing merges without that call. That's what governance looks like inside CoderFlow. The agent does the execution work. The developer makes the final judgment. The audit trail covers everything in between. Your IBM i is now agentic. Go with the flow. Learn more: hubs.la/Q04zLgLX0 #IBMi #RPG #AgenticAI #CoderFlow #DeveloperProductivity

Week three in a new IT leadership role. Someone asks why the order entry program behaves that way during month-end. Everyone in the room looks at you. This is a common story for a new IT leader stepping into an IBM i environment. The systems work. The people who know why they work that way are often no longer in the building. And the scramble to find whoever has been there long enough to remember is not a personal failing. It's a documentation problem. 80% of CIOs come from outside the organization they now lead. Most are running systems they didn't design, built by people who aren't there to explain their choices. If you're new to your seat, you're the rule. Not the exception. Read the full guide for new IBM i leaders: hubs.la/Q04yKHmS0 #IBMi #ITLeadership #Futurization #CIO #RPG

IBM i skills displaced cybersecurity as the top concern among IBM i professionals in 2026. First time that's happened since 2017. Nine years. And the thing that finally pushed security down the list wasn't a new threat. It was a staffing problem that's been building for a decade and is now impossible to ignore. What we keep hearing from IT leaders going into Q4 planning: the backlog is real, the talent pool is thin, and the options they've tried haven't reliably moved the number. Hiring takes months. General staffing firms place a resume with IBM i somewhere in it and call it a match. Offshore can look attractive on a rate card until the rework shows up six weeks in. If you're heading into budget season with a capacity problem and no clean answer for it, what's the conversation you're having internally? #IBMi #TechTalent #StaffAugmentation #Futurization #CIO

End of year is when most IBM i organizations look back at what the technology budget actually produced. The honest version of that conversation usually surfaces the same gap: a fair amount was spent, and the strategic position didn't change much. Interfaces were updated. Some debt was patched. The underlying constraints are still there. That's what modernization produces. It addresses the liability. It doesn't build the asset. The organizations that come into next year in a genuinely different position are the ones that treated transformation as a strategic initiative, not a maintenance cycle. The questions they answered were different. Not "how do we update what we have?" but "how do we build a platform that grows alongside the business?" Those two questions produce very different plans. Read the full futurization vs. modernization breakdown: hubs.la/Q04yKLdS0 #IBMi #Futurization #ITStrategy #CIO #YearEndPlanning

Most integration conversations with IBM i go one direction: getting data out. The other direction gets solved with a batch job. A flat file drops overnight, and by morning the order, the inventory update, or the shipment confirmation has made it into the system that runs the business. This works, in the sense that the data eventually arrives. A warehouse that sees last night's orders is a warehouse that may have oversold something at 9 PM. Writing into IBM i in real time has its own constraint: the data has to be validated on the way in. RPG programs have spent decades encoding what a valid order looks like, what fields are required, what has to be checked before an inventory count moves. A raw write into a Db2 table skips all of that. Profound API closes this by routing inbound writes through the RPG programs that already do the validation. The logic that exists gets reused, not rebuilt. Read how the inbound side works: hubs.la/Q04yKJ3-0 #IBMi #ProfoundAPI #Futurization #Integration #EnterpriseIT

Most IBM i organizations run the same debt cycle every year. A list gets made. The visible problems get patched. The ones without a deadline get deferred. Next year, the list is longer. The problem isn't effort. It's that patching the most visible thing isn't the same as fixing the one that's actually costing the most. Our process runs through five steps before a line of code changes: Discover, Identify, Prioritize, Execute, Futurize. The first three map what you have, match it to real operational risk, and produce a phased roadmap with ROI projections. By execution, the team is working on debt that matters, not just debt that's visible. See how the process works: hubs.la/Q04ydm3-0 #IBMi #TechnicalDebt #Futurization #ITStrategy #CoderFlow

In the 2025 IBM i Marketplace Survey, 57% of respondents cited application transformation as a top IT concern. In 2026, that number was 62%. IBM i skills concern moved in the same direction over the same period: 60% to 69%. Both numbers are heading one way, year over year. That's not noise. That's a trend with a direction. The organizations driving those numbers aren't asking abstract questions. They're asking because their boards are asking, or their customers are pushing back, or their recruiting teams keep running into the same wall. The window where not acting feels like a neutral choice is narrowing. Read the full competitive risk breakdown: hubs.la/Q04x87bK0. #IBMi #Futurization #ITStrategy #CIO #DigitalTransformation

The agentic coding question IT teams actually need answered isn't "can the agent write good code?" It's "what is the agent allowed to do, and who controls that?" CoderFlow's Skills system handles this at the architecture level. Skills are not just instructions for how to accomplish a task. They define what an agent is authorized to do in a given environment. Enterprise IT teams can designate Skills as system-level, which requires elevated permissions to invoke. Read-only, which prevents state modifications. Or proprietary, which restricts access to specific teams or projects. Agent autonomy expands within explicitly authorized boundaries. Not ahead of them. For teams running mission-critical IBM i systems, that distinction matters more than raw model capability. The question isn't whether the agent can help. It's whether you can define precisely what it touches, and know those limits hold. Read how CoderFlow's governance model works: hubs.la/Q04x80MD0 #IBMi #AgenticCoding #CoderFlow #EnterpriseAI #Futurization

Our team says it better than we do. 👉 "Having been a customer for 10 years before joining, I can confidently say there is no better product or services in our industry." — Kevin Hunter, Senior Developer We're remote-first with open roles right now! If you work in IBM i and want to work somewhere building what this market actually needs, take a look: hubs.la/Q04ydlbH0 #IBMi #Hiring #ProfoundLogic #WeAreHiring #IBMiDevelopment