Practical Python AI in Java with GraalPy: learn how to embed Python in Java applications, bundle Python packages using Maven and Gradle plugins, and interact with Python libraries through Java interfaces: youtube.com/watch?v=v5DPuVCv… #Java #Python #GraalPy

The Three Kotlin Versions in a Gradle Project blog.gradle.org/three-kotlin… ややこしすぎるからGradleにKotlinを含めるのをやめてくれないかなとは思う....

Rilasciato Joy-Con Droid v1.1.1: Aggiornate sicurezza, Gradle 9.5.1, Retrofit 3, OkHttp 5.4.0, Jackson 2.22 e compatibilità Android biteyourconsole.net/2026/06/…

我的harness流程已经吸纳了spec元素, 其核心逻辑: 人定契约, agent按照契约写, 并且机器跑真测试来判定是否真的完成. 该项目specwright, fork自 @blackanger 的 agent-spec, fork之后调整的一些内容: - 多语言 —— Cargo / Maven / Gradle / Android / iOS / Node-TypeScript 都能验 - 对测试绑定增加了一些更多限制, 比如0用例判fail - 契约收缩为只用英文关键词, 描述可以中文 事实上, 基于spec还可以有很多扩展, 比如我最近将userstory这一层也加了我的harness流程(可选模式), 好处是, 在与客户协作的时候, 可以基于用户故事来扩展, 不至于用户改了一个需求, 代码修改无从下手, 或者无法持久维护. github.com/BUNotesAI/specwri…

if i'm talking about mac it's really hard to contain properly. you have osascript, launchctl, ok you can restrict those. but i do mobile dev, i need gradle builds, xcodebuild which talk to 1 mil subcommands each of those escape the root process restrictions

That’s interesting. For personal apps you don’t want to code yourself, NiuNiu takes plain language and builds an Android APK directly. No Kotlin, no Gradle, just an installed app after you approve the plan. Might be worth a look.

Documentation to publish a KMP library just says "add maven-publish and run gradle" done, that easy! How do Swift devs actually use the iOS part? It's called MULTIplatform but the second platform is apparently my problem.

Survived the initial Gradle dependency download marathon, and the debug build compiled successfully on the first run. Fully operational on both platforms now.

𝗦𝘁𝗲𝗽 𝟮: Run an R8-enabled build Set minifyEnabled and shrinkResources to true in your release build type and trigger your release Gradle task.

Androidアプリって自作できるんだなぁの気持ち（kotlinもjavaもgradleも分からんので設計だけ渡してAIに作ってもらってるが

またGradleの設定移行しないといけないのか... んもう docs.flutter.dev/release/bre…

Building CI runners wasn’t in our plans until we realized it’d prevent us from collocating cache with compute improving the cache efficiency. Runner providers refused to offer that, cause that’s one of their add-ons to try to make their offer competitive. We threw ourselves into making this happen with one little twist. We’d design the system such that we could bring cache as close to the compute as possible, even to environments we don’t control, like developers and agents’. This is rare to see if you are a CI company. It’s not that they don’t support it. If you look at their docs, you can use your Gradle/Bazel/… CI-populated cache locally, but the experience of doing so is not great (cause we don’t care too much about the experience outside of our CI environments) and they don’t optimize for lower latency. We want any environment to be fast, and while it’d be great if most workflows ran on ours, that’s unrealistic cause today workflows and everything that surrounds them is not portable. Because of that we built an open source technology for distributed caching that can do leaderless replication. We can place a server in us-east if that’s where your machines are, and another one in eu-central if that’s where your engineering teams are located. Both are ready to serve fresh artifacts, fast, and with the lowest latency possible. And if you want to go the extra mile, you can place those in your offices too. We call it Kura. This investment didn’t come alone. We agreed we’d move that piece of the infrastructure to single-tenancy, or in other words caching nodes per tenant, and potentially do the same with the rest of the system. This would require us to have a more declarative way to describe the system, and k8s became our solution. We moved off PaaS solutions, built our cluster, and moved our main server and cache loads. Turns out, k8s gave us also a foundation to model all our runners infrastructure, split between hardware provided by Hetzner & Scaleway. All our CI workloads run today in our own infrastructure, with collocated caching nodes, and we are starting to rollout regional nodes to customers. Few months ago, it was clear we had to do something if we wanted to continue to onboard large players into our system and be competitive in the productivity space. Fast forward to today, and couldn’t be more confident about where we landed and what’s ahead. If you are starting to get annoyed about slow feedback loop locally, on CI, or remote agentic environments, shoot me a DM. We’ve built the infrastructure for that, and we are taking the first steps towards taking these benefits beyond build systems.

[Link] 【Java】Maven の概要と Gradle との比較>qiita.com/Yasushi-Mo/items/8…

Coverage this release: 37 new packages with pinned bottle digests for all four platforms. bash, zsh, nginx, qemu, colima, postgresql, mysql, node@24, rustup, gradle, tailscale, sops, gitleaks, eza, whisper-cpp, and more. On top of the top 100 formulae and casks.

9. [ноут] Семь утра. У него не получилось. Ну, падла, думаю, окей. Сам ему скачал этот злосчастный Gradle конкретной версии, ткнул Claude Code носом в архив, на, подавись. Он тут же зашуршал, собрал таки мне apk. Который я и поставил уже в поезде. 10. [мобила] Есть пара ошибок, но для первой сборки всё неожиданно (хотя... я же читал его логи и вносил правки вовремя в процессе) неплохо. Собсно, можно уже пользоваться. Вечером добью эти ошибки и можно делать выводы. Что понравилось: • небольшое мобильное приложение при полностью понятной идее и фокусе на этой идее реально сделать за условные сутки; • т.к. Flutter, Claude в процессе запускал его на десктопе, писал себе скринкасты, сверял с ожидаемым и сам себя исправлял; ну прикольно, чё; • я сознательно увиливал от любых технических указаний от меня в гайдах — всё генерировалось Claude / Claude Design по моим продуктовым требованиям (мама, я сегодня менеджер); • в целом диалоги с Claude были вполне разумными, за сутки ни разу не потребовалось уточнить, не идиот ли он. Что не понравилось: • у меня не получилось натравить Claude на Claude Design; показалось странным, что под одним аккаунтом мне надо для Claude отдельно выгружать для анализа что-то из Claude Design, но за десять минут интегрировать не получилось, потому забил; но кажется, что должно такое быть, ну; • реально много детских ошибок; я понимаю, что нужно озадачиться толковыми CLAUDE.md и DESIGN.md, но хотелось попробовать этот путь без них; ну... нет, таки база — сначала тратишь час на эти два гайда, потом экономишь часы, не сражаясь с бестолковым спотыканием модели; • как же Claude Design, скотина, жрёт лимиты, это капец; при этом минимум треть токенов уходит на исправление того, что он натворил, сжирая предыдущие токены; двойной удар, ёпта. А так эксперимент удался. Мне было интересно: • за сутки сделать нужное мне; • НЕ участвовать руками в главных промптах; • задействовать Claude как «соратника» по доработке идеи; • как можно меньше тестировать (дрючить Claude Code так, чтобы в первой сборке было как можно меньше расхождений с логикой и визуалом). PS. Вообще на прошлой неделе в ленте попалось меткое мнение: суть революции AI в том, что промежуток от идеи до хотя бы MVP сократился в десятки-сотни раз. Да, ошибки. Да, тупняк. Но утром в субботу ты можешь начать, а утром в воскресенье у тебя уже будет приложение, которым можно пользоваться. И таки да, это круто.

Search engine topic that has no AI slop. And everyone just defaults to VMA. And Idk if I'm gonna crash out like when I used Gradle cause. Everyone has 101 different build tools. Reading the source for VMA some templated stuff.

身近なGradleについてちゃんと理解する(タスクとビルドライフサイクル編) dlvr.it/TT1yW5 #Qiita

【Java】Maven の概要と Gradle との比較 dlvr.it/TT1y5Z #Qiita

hes not wrong tho, even 512gb on a Linux install is nigh useless (gradle cargo cache takes like 20gb, with ROCm taking a similar amount)