HN user
It sounds to me like you are describing a good abstraction. This article does not claim that code duplication is better than any abstraction. It claims that code duplication is better than the wrong abstraction. I'm sure this author would agree that a good abstraction is better than code duplication.
It's in yesterday's release notes
The fiddler landing page says it runs on Windows, macOS, and Linux, so maybe give it another try.
What things have you needed to change? Can't say I've ever needed to do that but of course I've only used it on a few projects.
Don't get stuck in the either/or scenario. It's possible to be direct AND kind without being an asshole. Not giving someone critical feedback isn't kind, it's just being a coward. Giving someone critical feedback without regard to the human receiving it, is just lazy.
The PR is still open and hasn't actually been merged yet. It'll be great when it is though.
This title is misleading to what the article is actually talking about and judging by the responses, that was all that was read.
Isn't it's purpose merely to provide a way to query a git repo's commit history? It helps answer questions like "who has the most commits in the codebase?" and "what times of the day are commits most active?". I don't think it's meant to be anything more than that.
I find it amusing that in the same article it talks about how Spirit is struggling to turn a profit, and the reasoning for the justice department saying it a merger is anticompetitive is because it would remove the pressure that Spirit places upon the other airlines because of its lower prices.
Here's a thought. Maybe there's a reason Spirit is struggling to turn a profit. Maybe their prices are too low.
Sounds to me like the pressure from Spirit on the other airlines to lower prices won't last long anyway. If not a merger they probably can't survive as a business with their low prices.
They specifically say they will scrub any personal data before training the model. The title is disingenuous and misleading.
This article seems to be coming from a perspective that Microsoft somehow poached Sam and team. After looking at the events of the weekend, it's clear to me that the OpenAI board is solely responsible for the events that conspired. I imagine the timeline of events will be studied in the future as an example of how not to fire your CEO.
Here's a little more context: https://temporal.io/blog/samars-journey
Besides the obvious difference in execution engine which is explained in the link, I noticed the same thing and after doing some research, I found out that Temporal cofounder Samar Abbas was the creator of Amazon Flow Framework in 2009 and then the creator of the Azure Durable Task Framework in 2014, then moved on to Uber and co-created Candence with Maxim Fateev before they both eventually founded Temporal in 2019. https://www.temporal.io/about
This is getting interesting! Samar from Temporal was the creator of the Azure Durable Task Framework at Microsoft.
Seeing mentions of Temporal and Erlang. Got some research to do.
This deterministic execution pattern reminds me a lot of the approach with Azure Durable Functions and I know I've seen it in other places as well. Curious if anyone knows where that pattern originated.
Yeah, that's interesting and it seems the report contradicts itself. They are indeed last on the list referenced, but when diving into their details for Tesla it says "So, how is Tesla at privacy? Well, they aren't the worst car company we reviewed"
The report specifically says Tesla is not the worst btw
I was ok with this aspect of lending via Kiva. Finding out someone else was making a profit off the interest of a loan that I funded is the hard pill to swallow.
Science can't identify the truth. It can only identify what is NOT true. As our knowledge expands, we get closer to discovering the truth; but we can never be sure we've arrived.
This is less of a critique and more of an additional thought to this study.
We tend to place higher value on things where we have at least a partial understanding of the creation process.
Thought. Are we also undervaluing things where we have no understanding of the process at which it was created?
We should also talk about why this is the case. JavascriptCore. The reason Bun is so fast is mostly due to the fact that it is using Apple's JavascriptCore and what all of the benchmark comparisons are really doing are comparing Google's V8 engine to Apple's JavascriptCore engine.
So basically, there will never be Windows support until JavascriptCore is able to be used on Windows and I'm not entirely sure on the state of that. My guess is that it has limited to no support for that scenario.
The reason the author is so focused on "who" is because they've already answered the "why".
I was thinking the same thing.
Really? Not sure you've been paying attention. That may have been true in the past and I'm not saying Apple isn't OSS friendly, but the sheer amount of Microsoft code on Github would beg to differ.