well you can add the agent and just not use Quarkus OpenTelemetry - we can't both support fast startup and high throughput AND use of the runtime based agent...
I really do want to see opentelemetry adopting more buildtime instrumentation - making it work in jvm and native images AND in other fwks
I really do want to see opentelemetry adopting more buildtime instrumentation - making it work in jvm and native images AND in other fwks
May 20, 2025 at 10:44 AM
well you can add the agent and just not use Quarkus OpenTelemetry - we can't both support fast startup and high throughput AND use of the runtime based agent...
I really do want to see opentelemetry adopting more buildtime instrumentation - making it work in jvm and native images AND in other fwks
I really do want to see opentelemetry adopting more buildtime instrumentation - making it work in jvm and native images AND in other fwks
Find out what is taking so long in your Apache Maven Build.
Karl Heinz Buildtime Profiler helps you dig down your build time.
Just put this file in your projects .mvn folder:
https://github.com/rfichtner/maven-plugin-show/blob/main/buildtime-profiler/.mvn/extensions.xml
Karl Heinz Buildtime Profiler helps you dig down your build time.
Just put this file in your projects .mvn folder:
https://github.com/rfichtner/maven-plugin-show/blob/main/buildtime-profiler/.mvn/extensions.xml
November 25, 2024 at 1:30 PM
Find out what is taking so long in your Apache Maven Build.
Karl Heinz Buildtime Profiler helps you dig down your build time.
Just put this file in your projects .mvn folder:
https://github.com/rfichtner/maven-plugin-show/blob/main/buildtime-profiler/.mvn/extensions.xml
Karl Heinz Buildtime Profiler helps you dig down your build time.
Just put this file in your projects .mvn folder:
https://github.com/rfichtner/maven-plugin-show/blob/main/buildtime-profiler/.mvn/extensions.xml
@puppygirlhornypost2 I am actually surprised that they disabled wayland support because I figured it was enabled by default at buildtime
April 21, 2025 at 10:11 PM
@puppygirlhornypost2 I am actually surprised that they disabled wayland support because I figured it was enabled by default at buildtime
TypeScript 'comptime()' (evaluate JS at buildtime in your code) in TypeFire, working on some of the edge cases with runtime interop (how build time code interacts with runtime code).
Good example is this. In the built code, what should `resultAfter` equal? 0 or 5?
Good example is this. In the built code, what should `resultAfter` equal? 0 or 5?
June 30, 2025 at 6:54 PM
TypeScript 'comptime()' (evaluate JS at buildtime in your code) in TypeFire, working on some of the edge cases with runtime interop (how build time code interacts with runtime code).
Good example is this. In the built code, what should `resultAfter` equal? 0 or 5?
Good example is this. In the built code, what should `resultAfter` equal? 0 or 5?
There's a difference between pure deregulating and like, optimizing for buildtime w guardrails. I have grown up, migrated to and from deep blue states/cities on the west coast my entire life. Housing is always overpriced and undersupplied, infrastructure other than bike lanes sees no investment
April 8, 2025 at 3:50 PM
There's a difference between pure deregulating and like, optimizing for buildtime w guardrails. I have grown up, migrated to and from deep blue states/cities on the west coast my entire life. Housing is always overpriced and undersupplied, infrastructure other than bike lanes sees no investment
On today's computers:
- autoconf = 70% of buildtime
- compiler is using 20 threads and blazing fast cpu
I hate this old shit.
- autoconf = 70% of buildtime
- compiler is using 20 threads and blazing fast cpu
I hate this old shit.
December 23, 2024 at 7:12 AM
On today's computers:
- autoconf = 70% of buildtime
- compiler is using 20 threads and blazing fast cpu
I hate this old shit.
- autoconf = 70% of buildtime
- compiler is using 20 threads and blazing fast cpu
I hate this old shit.
What's you use case? Would you run it at buildtime or runtime? It could be implemented like we implemented our `toJsonSchema` function but the drawback will be that tree-shaking will be limited as it would force you to load any Valibot schema into your bundle that a `formJsonSchema` uses interally.
September 11, 2025 at 9:13 PM
What's you use case? Would you run it at buildtime or runtime? It could be implemented like we implemented our `toJsonSchema` function but the drawback will be that tree-shaking will be limited as it would force you to load any Valibot schema into your bundle that a `formJsonSchema` uses interally.
I'm really thinking first-class typescript meta-programming + ts-go + bun is the path forward
Even just some buildtime reflection to make things like OpenAPI, validation and maybe protobufs frictionless, just be great QOL and performance. All with no language switching
Even just some buildtime reflection to make things like OpenAPI, validation and maybe protobufs frictionless, just be great QOL and performance. All with no language switching
September 5, 2025 at 12:47 PM
I'm really thinking first-class typescript meta-programming + ts-go + bun is the path forward
Even just some buildtime reflection to make things like OpenAPI, validation and maybe protobufs frictionless, just be great QOL and performance. All with no language switching
Even just some buildtime reflection to make things like OpenAPI, validation and maybe protobufs frictionless, just be great QOL and performance. All with no language switching
I suspect I can improve buildtime even more by say, writing every first invocation of my more complex filters to a static file in `.cache` and referring to that instead in future cycles. But I'm not sure. Will have to test in the near future!
December 2, 2024 at 3:45 PM
I suspect I can improve buildtime even more by say, writing every first invocation of my more complex filters to a static file in `.cache` and referring to that instead in future cycles. But I'm not sure. Will have to test in the near future!
Does that mean you're using hard coded values? But why would you be using hard coded IDs? If you're just consuming them, then the burden of proof is on the storage? The spec makes sense, but I'm still not understanding why you need a buildtime check vs runtime
May 10, 2025 at 2:44 PM
Does that mean you're using hard coded values? But why would you be using hard coded IDs? If you're just consuming them, then the burden of proof is on the storage? The spec makes sense, but I'm still not understanding why you need a buildtime check vs runtime
2/ You push the overhead to buildtime, you do it once, so none of your users have to. And you can actually write your logic based on those types.
Things like Zod and Drizzle are awesome because they derive types based on your logic, but what if the logic was derived by types
Things like Zod and Drizzle are awesome because they derive types based on your logic, but what if the logic was derived by types
July 2, 2025 at 4:58 PM
2/ You push the overhead to buildtime, you do it once, so none of your users have to. And you can actually write your logic based on those types.
Things like Zod and Drizzle are awesome because they derive types based on your logic, but what if the logic was derived by types
Things like Zod and Drizzle are awesome because they derive types based on your logic, but what if the logic was derived by types
once the PR against upstream is merged you can set the .env variable in social-app to configure the proxy header. deer.social will use the instance default (configurable at buildtime with the env variables) in the absence of a user preference
May 2, 2025 at 5:56 AM
once the PR against upstream is merged you can set the .env variable in social-app to configure the proxy header. deer.social will use the instance default (configurable at buildtime with the env variables) in the absence of a user preference
/2 But this is kind of misleading, because unless the lib exports this function as a vanilla javascript function, this likely can be evaluated at buildtime. We just have to mark the returned function from comptime, then trace any calls, then create function shims for each call
June 26, 2025 at 4:08 AM
/2 But this is kind of misleading, because unless the lib exports this function as a vanilla javascript function, this likely can be evaluated at buildtime. We just have to mark the returned function from comptime, then trace any calls, then create function shims for each call
Quarkus biggest feature yet (*) - buildtime and AOT compatible asciiart banner (**) is now in master. *: At least in the log :)
**: Picture shown are for illustration purpose only. Actual release may vary due to enhancements.
**: Picture shown are for illustration purpose only. Actual release may vary due to enhancements.
November 17, 2024 at 12:05 AM
Quarkus biggest feature yet (*) - buildtime and AOT compatible asciiart banner (**) is now in master. *: At least in the log :)
**: Picture shown are for illustration purpose only. Actual release may vary due to enhancements.
**: Picture shown are for illustration purpose only. Actual release may vary due to enhancements.
I think that the landscape will not change much abruptly, given how much code of everything is there. I must say that basically _all_ languages are evolving rapidly, in concepts, constructs, runtime, buildtime... and also Java is getting to a renaissance as well, probably by Java 29.
April 13, 2025 at 10:56 PM
I think that the landscape will not change much abruptly, given how much code of everything is there. I must say that basically _all_ languages are evolving rapidly, in concepts, constructs, runtime, buildtime... and also Java is getting to a renaissance as well, probably by Java 29.
If you want to find out what is taking so long during your Apache Maven Builds, use the Maven Buildtime Profiler Extension to find out what's going on: github.com/khmarbais...
August 7, 2025 at 11:59 AM
If you want to find out what is taking so long during your Apache Maven Builds, use the Maven Buildtime Profiler Extension to find out what's going on: github.com/khmarbais...
They were anti-Rust even though Rust inlines everything because cargo dynamically pulls in dependencies at buildtime. No, no, you must understand. You must write the full stack. Anything you don't write, pick a version, put it in your project directory, compile from source in your build chain.
August 9, 2025 at 2:40 AM
They were anti-Rust even though Rust inlines everything because cargo dynamically pulls in dependencies at buildtime. No, no, you must understand. You must write the full stack. Anything you don't write, pick a version, put it in your project directory, compile from source in your build chain.
The latest update for #Zenity includes "Zenity and Microsoft Copilot Studio Extend #AI Agent Security from Buildtime to Runtime" and "Model Context Protocol (MCP): A Primer".
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
Zenity
Design and implement governance policies, identify security risks, detect emerging threats and drive automatic mitigation and response.
opsmtrs.com
May 23, 2025 at 3:10 AM
The latest update for #Zenity includes "Zenity and Microsoft Copilot Studio Extend #AI Agent Security from Buildtime to Runtime" and "Model Context Protocol (MCP): A Primer".
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
Quarkus Infidash support is already amazing. Adds Zero overhead at both buildtime and runtime.
November 17, 2024 at 1:33 AM
Quarkus Infidash support is already amazing. Adds Zero overhead at both buildtime and runtime.
During test case development, rebuilding everything is time consuming. We discussed 3 ways to optimize rebuild time.
#DV #Testcase #BuildTime
#DV #Testcase #BuildTime
How to improve re-build time during test case development?
During test case development, the trial and error process often causes re-compilation and re-elaboration of the entire database, including testbench (TB), DUT, C-model, and sometimes even UPF if it is for power-aware verification. When the database is large, rebuilding everything is time consuming. There are several ways to optimize re-build time during test case development. Split Compilation on TB and DUT…
chipress.online
November 9, 2025 at 1:30 AM
During test case development, rebuilding everything is time consuming. We discussed 3 ways to optimize rebuild time.
#DV #Testcase #BuildTime
#DV #Testcase #BuildTime
Origin
cgit.freebsd.org
August 13, 2025 at 2:44 PM
I need to shake the thought I got during this week's @QuarkusIO Insights that Qute and Quarkus buildtime approach has all the templating in place for making a rather interesting jekyll/hugo competitor
Could someone please make that happen so I can forget about it?
kthxbye!
Could someone please make that happen so I can forget about it?
kthxbye!
November 17, 2024 at 2:01 AM
I need to shake the thought I got during this week's @QuarkusIO Insights that Qute and Quarkus buildtime approach has all the templating in place for making a rather interesting jekyll/hugo competitor
Could someone please make that happen so I can forget about it?
kthxbye!
Could someone please make that happen so I can forget about it?
kthxbye!
The latest update for #Zenity includes "Securing the future of #AI Agents: Reflections from the Microsoft Build Stage" and "Zenity and Microsoft Copilot Studio Extend AI Agent Security from Buildtime to Runtime".
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
Zenity
Design and implement governance policies, identify security risks, detect emerging threats and drive automatic mitigation and response.
opsmtrs.com
May 29, 2025 at 4:11 AM
The latest update for #Zenity includes "Securing the future of #AI Agents: Reflections from the Microsoft Build Stage" and "Zenity and Microsoft Copilot Studio Extend AI Agent Security from Buildtime to Runtime".
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH
#cybersecurity #lowcodesecurity #appsec https://opsmtrs.com/3GN6TxH