News for hackers. Stuff that matters.

dhruvagga

Re:Hugging Face and Dora Metrics: Fast Code, Slow Response on Wednesday September 25, 2024 @09:32AM (#41647325)
what are you smoking up bro?!
hmm.. ok

And I don't understand how to correlate your Dep. frequency here with PR merges. There's one point where the project might build vs considering every PR merge as a deployment. Don't you think that would shake the metrics rating for this repo as per your assessment?

Do you think lead time as a concept matters so much in open source repos? As in, if a contributor feels like contributing they will otherwise not. Because there's no accountability, the lead time becomes pointless - wdyt?
Re:Not mixing list of todos with strategy on Thursday August 29, 2024 @06:52AM (#41389431)
too much truth in one comment.
Re:Eyechat on Friday August 09, 2024 @12:59AM (#41198896)
Is this the new Omegele where the conversations can't happen? haha
Any service suggestions?

Ask HN: How to benchmark different LLM models in parallel?

I was trying Langflow recently for some experiments in our open source project - https://github.com/middlewarehq/middleware to build a RAG over DORA metrics.In my machine, langflow literally brings makes it super slow so testing each model for output is painful. Is there a way I can try out a parallel output from different models to compare?

( Read More... | 2 comments | 2 points | on HN )
This looks super interesting!
We recently launched Middleware(https://github.com/middlewarehq/middleware) - Open Source Software for Engineering Analytics. We made an architectural change first of splitting the product into core and non-core features. We put core in one repo and non-core in other repos.

We made the core part open source and our paid offering takes up the rest of the product as addons! So, we maintain only one codebase and avoid the hassle of drifts.

Happy to offer more insight.

Re:Middleware: OSS Engineering Analytics Platform on Tuesday May 14, 2024 @10:50AM (#40355801)
Thanks @jayantbhawal!
Re:Middleware: OSS Engineering Analytics Platform on Tuesday May 14, 2024 @10:50AM (#40355797)
Glad you liked it! One of the early insights we got for driving productivity in organisations was the tools overwhelming the leaders with data, rendering no action. We have tried our bit to keep high signal to noise ratio and offer interactive views instead of just data dumps.
Re:Middleware: OSS Engineering Analytics Platform on Tuesday May 14, 2024 @10:42AM (#40355717)
Thank you @aravindputrevu! Our team spent the last few months in chiseling out the core of our product to open-source! Glad you liked it :)

Engineering productivity is a complex topic and a crucial decision is to pick a framework which is non-monitoring, non-gameable. DORA metrics fits well right in.

Re: on Tuesday May 14, 2024 @09:45AM (#40355181)
Hey there! I am Dhruv Agarwal, one of the co-founders of MiddlewareHQ. Today, we’re open sourcing the core of our product.

Being both an engineer and an engineering manager in the last decade I observed that builders are stuck in slightly sized orgs (>40 engineers) and leaders have a meek sense of the blockers. So, I observed 2 types of leaders: micro-managers or gut feeling wingers.

The end result in both cases are unhappy and stuck developers. Hence, we built Middleware.

This version offers DORA metrics out of the box to help any engineering team get started on tracking their delivery pipeline health (both in speed and quality).

Engineering productivity is a complex topic and a crucial decision is to pick a framework which is non-monitoring, non-gameable.

DORA metrics fits well right in and being open source Middleware makes it easy to start within your infra/env securely.

Looking forward to your feedback and thoughts!

Re: on Tuesday May 14, 2024 @09:33AM (#40355076)
Hey there! I am Dhruv Agarwal, one of the co-founders of MiddlewareHQ. Today, we’re open sourcing the core of our product.

Being both an engineer and an engineering manager in the last decade I observed that builders are stuck in slightly sized orgs (>40 engineers) and leaders have a meek sense of the blockers. So, I observed 2 types of leaders: micro-managers or gut feeling wingers.

The end result in both cases are unhappy and stuck developers.

Hence, we built Middleware.

This version offers DORA metrics out of the box to help any engineering team get started on tracking their delivery pipeline health (both in speed and quality).

Engineering productivity is a complex topic and a crucial decision is to pick a framework which is non-monitoring, non-gameable.

DORA metrics fits well right in and being open source Middleware makes it easy to start within your infra/env securely.

Looking forward to your feedback and thoughts!

I feel going with 0 meetings is quite extreme! All meetings are not harmful though - might help in context building or resolution faster than other ways of working. Context switching though can hurt while doing deep work, putting slots of maker/manager time might help here.
Hey pacifika, thanks for your feedback. We have implemented a completely public route as well. Do check it out - https://unwrapped.dev/
Thanks @furtugoth! Great thought. Nothing comes to my mind, but we should try using Unwrapped and get back :)
Heyy Yogini! Thanks a lot. All the best to you too and to the mission we both are on :)
thanks @amogh-mhq
Thanks falitjain!
Thanks adnanhashmi09! Glad you liked it :)
Thanks gui_man!
Thanks a lot for the kind words @zicon35! Glad you liked it.

Show HN: A Spotify-like yearly recap for devs using GitHub contributions

https://github.com/middlewarehq/unwrapped

Recently, I came across Spotify's wrapped showing cool insights from my the music I heard in 2023.Last week we casually started discussing about our cards (the Spotify highlights) in our office and then we wondered if we do can look at our development journey the same way in 2023. That was it, everyone put their hacker hats on, started building Unwrapped to reflect on the dev journey just using...

( Read More... | 19 comments | 25 points | on HN )

Older »