#codegen — Public Fediverse posts

Astro's GitHub issue backlog is heading to zero for the first time in 5 years. Now Cloudflare is open-sourcing the tool that did it. - The New Stack

"6 months after Cloudflare acquired the team behind Astro, co-founder Fred Schott explains how an AI agent is emptying the project's issue tracker -- and why the hardest part is still left to a human"

https://thenewstack.io/cloudflare-astro-triage-bot/

#agents #ai #codegen #llms

LLMs reward expertise

"The usefulness of domain knowledge suggests that human expertise will continue to be useful even as models get stronger. For many tasks, the human is the bottleneck, not the model, because the difficult part is in communicating to the model exactly what kind of solution the human wants. The information is “in the model” already, but it takes a very smart human to pull it out."

https://www.seangoedecke.com/llms-reward-expertise/

#agents #codegen #dev #llms

Yea, this is definitely the future...

It solved the part I had issues with though (aka told me the correct commandline parameter for git). (If it would actually work...)

But still wtf passing the token via cmd argument "if you don't want the token to appear in the process list". yea-nah...

#AI #codegen

Yea, this is definitely the future...

It solved the part I had issues with though (aka told me the correct commandline parameter for git). (If it would actually work...)

But still wtf passing the token via cmd argument "if you don't want the token to appear in the process list". yea-nah...

#AI #codegen

Yea, this is definitely the future...

It solved the part I had issues with though (aka told me the correct commandline parameter for git). (If it would actually work...)

But still wtf passing the token via cmd argument "if you don't want the token to appear in the process list". yea-nah...

#AI #codegen

Yea, this is definitely the future...

It solved the part I had issues with though (aka told me the correct commandline parameter for git). (If it would actually work...)

But still wtf passing the token via cmd argument "if you don't want the token to appear in the process list". yea-nah...

#AI #codegen

Yea, this is definitely the future...

It solved the part I had issues with though (aka told me the correct commandline parameter for git). (If it would actually work...)

But still wtf passing the token via cmd argument "if you don't want the token to appear in the process list". yea-nah...

#AI #codegen

Делаем модуль на C++ для приложения React Native

Я не планировал переписывать приложение React Native на C++ . Большая часть приложения прекрасно работала на TypeScript: экраны, формы, валидация, навигация, логика продукта — все это находилось именно там, где нужно. Проблема была более узкой и специфичной: нам нужно было, чтобы один фрагмент логики работал с производительностью, близкой к нативной, оставался общим для Android и iOS и при этом был доступен из JavaScript через обычный типизированный API. Поначалу все звучало слишком просто. Написать интерфейс на TypeScript, позволить Codegen генерировать контракты, перенести основную логику на C++, зарегистрировать модуль на обеих платформах и использовать его из React Native как любой другой модуль. Спойлер: да, это работает. Чистый модуль Turbo Native на C++ действительно может дать вам одну реализацию для Android и iOS, типизированную границу через Codegen, меньшие накладные расходы, чем у старого Bridge, и удобный способ повторного использования существующего кода на C или C++ внутри приложения React Native. Спойлер номер два: код на C++ — это не самая сложная часть. Самое сложное начинается вокруг: CMake, NDK, Xcode, Objective-C++, время жизни среды выполнения JSI, регистрация модулей, границы потоков, владение памятью, обработка ошибок, сборки Expo, сторонние библиотеки и вопрос, который никто не хочет задавать слишком поздно — действительно ли этот модуль должен быть нативным? В этой статье я подробно расскажу о создании C++ Turbo Native модуля для React Native: где этот подход полезен, где он добавляет скрытые затраты на поддержку, чем отличается регистрация для Android и iOS, почему важна обертка TypeScript и почему сам TurboModule должен оставаться «тонким».

https://habr.com/ru/articles/1064564/

#React_Native #C++ #TurboModules #JSI #TypeScript #Codegen #Android_NDK #CMake #Xcode

Делаем модуль на C++ для приложения React Native

Я не планировал переписывать приложение React Native на C++ . Большая часть приложения прекрасно работала на TypeScript: экраны, формы, валидация, навигация, логика продукта — все это находилось именно там, где нужно. Проблема была более узкой и специфичной: нам нужно было, чтобы один фрагмент логики работал с производительностью, близкой к нативной, оставался общим для Android и iOS и при этом был доступен из JavaScript через обычный типизированный API. Поначалу все звучало слишком просто. Написать интерфейс на TypeScript, позволить Codegen генерировать контракты, перенести основную логику на C++, зарегистрировать модуль на обеих платформах и использовать его из React Native как любой другой модуль. Спойлер: да, это работает. Чистый модуль Turbo Native на C++ действительно может дать вам одну реализацию для Android и iOS, типизированную границу через Codegen, меньшие накладные расходы, чем у старого Bridge, и удобный способ повторного использования существующего кода на C или C++ внутри приложения React Native. Спойлер номер два: код на C++ — это не самая сложная часть. Самое сложное начинается вокруг: CMake, NDK, Xcode, Objective-C++, время жизни среды выполнения JSI, регистрация модулей, границы потоков, владение памятью, обработка ошибок, сборки Expo, сторонние библиотеки и вопрос, который никто не хочет задавать слишком поздно — действительно ли этот модуль должен быть нативным? В этой статье я подробно расскажу о создании C++ Turbo Native модуля для React Native: где этот подход полезен, где он добавляет скрытые затраты на поддержку, чем отличается регистрация для Android и iOS, почему важна обертка TypeScript и почему сам TurboModule должен оставаться «тонким».

https://habr.com/ru/articles/1064564/

#React_Native #C++ #TurboModules #JSI #TypeScript #Codegen #Android_NDK #CMake #Xcode

Делаем модуль на C++ для приложения React Native

Я не планировал переписывать приложение React Native на C++ . Большая часть приложения прекрасно работала на TypeScript: экраны, формы, валидация, навигация, логика продукта — все это находилось именно там, где нужно. Проблема была более узкой и специфичной: нам нужно было, чтобы один фрагмент логики работал с производительностью, близкой к нативной, оставался общим для Android и iOS и при этом был доступен из JavaScript через обычный типизированный API. Поначалу все звучало слишком просто. Написать интерфейс на TypeScript, позволить Codegen генерировать контракты, перенести основную логику на C++, зарегистрировать модуль на обеих платформах и использовать его из React Native как любой другой модуль. Спойлер: да, это работает. Чистый модуль Turbo Native на C++ действительно может дать вам одну реализацию для Android и iOS, типизированную границу через Codegen, меньшие накладные расходы, чем у старого Bridge, и удобный способ повторного использования существующего кода на C или C++ внутри приложения React Native. Спойлер номер два: код на C++ — это не самая сложная часть. Самое сложное начинается вокруг: CMake, NDK, Xcode, Objective-C++, время жизни среды выполнения JSI, регистрация модулей, границы потоков, владение памятью, обработка ошибок, сборки Expo, сторонние библиотеки и вопрос, который никто не хочет задавать слишком поздно — действительно ли этот модуль должен быть нативным? В этой статье я подробно расскажу о создании C++ Turbo Native модуля для React Native: где этот подход полезен, где он добавляет скрытые затраты на поддержку, чем отличается регистрация для Android и iOS, почему важна обертка TypeScript и почему сам TurboModule должен оставаться «тонким».

https://habr.com/ru/articles/1064564/

#React_Native #C++ #TurboModules #JSI #TypeScript #Codegen #Android_NDK #CMake #Xcode

Building Personal Software: Crafting Your Own Tools for Success

"We are entering the era of Personal Software. This is software written for an audience of one. It’s an application or a script built to solve a specific problem for a specific person, with no immediate intention of scaling, monetizing, or even sharing."

https://allen.hutchison.org/2025/11/28/the-era-of-personal-software/?ref=sidebar

#ai #codegen #dev #diy #llms

Anyone Can Build - Stuart Parmenter

"That, I’ve come to think, is the sharpest frame available for what AI is doing to software. Anyone can build now. That is not the same as everyone building something that lasts. The distance between those two sentences is the subject of this essay."

https://stuartp.org/p/anyone-can-build

#agents #ai #codegen #llms

The Therapist Pattern — Massively Parallel Procrastination

"So, how does somebody work on themself in a safe, supportive environment with some level of external guidance and supervision?

Yup. That sounds a lot like therapy. And agents know what it means to go to therapy and work on themselves. They know what to expect and how to engage.

The Therapist is implemented as a standalone subagent inside Sen."

https://blog.fsck.com/2026/07/20/the-therapist-pattern/

#agents #ai #codegen #llms #therapy

The LLM Critics Are Right. I Use LLMs Anyway. | Jeremy Theocharis

"I almost agree with all of the LLM critics, yet I still use LLMs a lot. I know this sounds like I am delusional, and I also feel like that sometimes because of this dissonance, but I don’t think I am alone with it."

https://www.theocharis.dev/blog/llm-critics-are-right-i-use-llms-anyway/

#ai #codegen #llms

It's OK to Use Coding Assistance Tools To Revive The Projects You Never Were Going To Finish

"In my mind there are different buckets for personal projects. One is things I do to learn and grow and the other is things I really wish existed. [2] This kind of project falls into the second bucket. Using AI coding assist to reify those projects is sort of a form of wish fulfillment. I never would have gotten to it, but now I can have the project. One less metaphorical book sitting unread on bookshelf."

https://blog.matthewbrunelle.com/its-ok-to-use-coding-assistance-tools-to-revive-the-projects-you-never-were-going-to-finish/

#ai #codegen #llms

</> htmx ~ Working With AI: A Concrete Example

"With respect to memory, while I can’t remember everything I used to be able to, I can understand things again very quickly with appropriate, er, prompting. AI is very good at helping me with this, and it lets me switch between open source projects and work projects much more efficiently than if I didn’t have it.

With respect to the long hours, AI is able to grind in a way that, even as a young developer, I would have had a difficult time keeping up with. This means, for example, I can have a..."

https://htmx.org/essays/working-with-ai/

#aging #al #codegen #dev #llms