Hacker Newsnew | past | comments | ask | show | jobs | submit | fareesh's commentslogin

Would be nice to be able to build iOS apps on Linux ARM runners


And that's the intended goal for the project


sam altman: aww you're sweet

elon musk: hello human resources


I've used a lot of local models and all of them felt like toys. This one actually felt useful. I hear Qwen 36-A3B is also good, yet to try that one.


was famous for being the $35 computer and it is now $350


i like groq but models seem to have stagnated - looks like the company isn't focused on b2c anymore?


Are stagnating models really a problem? Because if so, then how is "if we stop training we are profitable" an acceptable answer to the profitability question?


Groq don't train their own models, they serve open ones. They're a few versions behind the frontier open weights models. The top model they serve is GPT OSS 120B, released last summer.


They used to serve Kimi K2 (I think they said experimentally), which I think for many purposes is a better model, but discontinued it with the suggestion to use GPT OSS instead.


They still do, but only for enterprise customers.


"ok flipper hack everything, make no mistakes"


it was worse


son of gaben may live upto the legend, otherwise it ends with him


Agents are shipping code faster all over the world and in some cases 24 hours a day. Additionally, some significant number of non-developers are now developers i.e. they are also shipping to github regularly.

This is not limited to just pushing code but all the bells and whistles that github added as features under the assumption of some predictable growth are now exceeding the original plans.

I suspect a lot of their existing systems have to be re-architected for unanticipated scale, and it won't happen overnight for sure.


They were sucking 5 years ago before agents existed. I don’t think this has anything to do with recent changes.

https://damrnelson.github.io/github-historical-uptime/


Pretty damning. Would also be interesting to see the number of commits overlayed. The graph tells a great story about the correlation with MS's takeover, but I wonder if at the same time that uptime went to shit, MS was shifting over large numbers of enterprise contracts to github. That would be a more complete story IMO.

None of which excuses this. Can you imagine someone's reaction in 2017 if you told them that github would be below 90% uptime in 2026? It would be unimaginable.


Whoa, if that is even remotely accurate then the talk about agents is a complete red herring.


If I remember correctly the status page was not precise before the acquisition - so take with a big grain of salt the 100% pre-acquisition values


I remember the status page being quite accurate before the acquisition.

I don’t like this whole casting of doubt upon sources without providing superior or even alternate sources.

It makes it hard to discuss when one person presents a source and another says “I’m not sure that is accurate.” In a vague way.

What am I supposed to do with that? Research more sources that may or may not align with how you feel?


That’s nonsense. GitHub didn’t have 100% uptime before 2020. I remember downtime back then. And Microsoft didn’t make changes that fast. The only thing that changed is the accuracy of their status page.

Also go back and look at the unofficial status page from 3 years ago. It’s regularly above 99% and has been dropping steadily since then. Then in the last 3 months has dropped to below 85%.


This is coming from github’s status page. You need to reconcile memory of downtime with github’s official record.

I’ve been using github pretty much daily since 2010 and I never had a push fail or a repo be unavailable until recently.


I can tell you that graph is full of shit because you can go back through recorded incidents here

https://www.githubstatus.com/history

And immediately find that there are numerous incidents that would show up on the modern status board as an issue but are reported with 100.00000% uptime on that graph.

One example:

https://www.githubstatus.com/incidents/bzj1hc2cnfkc

2018-07-16 17:32:53 - We are investigating reports of elevated error rates.

2018-07-16 17:34:27 - We are investigating reports of service unavailability.

2018-07-16 18:04:38 - We've discovered the issue causing connectivity failures and are remediating.

2018-07-16 18:26:48 - We're monitoring the site as systems recover. Some delays are expected as we process backlogged data.

2018-07-16 18:37:26 - We're continuing to monitor and work on further remediation efforts as the site recovers.

2018-07-16 18:54:21 - The site is stable. We are continuing to monitor and work through follow-up remediation efforts.

And there are other incidents with connection failures or elevated error rates during July 2018, but the linked graph shows "average uptime of all components 100.00000%" during July 2018.

Another from October (that also shows 100.0000% uptime)

2018-10-21 23:09:19 - We are investigating reports of elevated error rates.

2018-10-21 23:13:31 - We are investigating reports of service unavailability.

2018-10-21 23:43:55 - We're investigating problems accessing GitHub.com.

2018-10-22 00:05:37 - We're failing over a data storage system in order to restore access to GitHub.com.

2018-10-22 00:23:54 - We're continuing to work on migrating a data storage system in order to restore access to GitHub.com.

2018-10-22 00:43:12 - We continue to work on migrating a data storage system in order to restore access to GitHub.com.

2018-10-22 01:02:49 - We continue to migrate a data storage system in order to restore full access to GitHub.com.

2018-10-22 01:22:22 - We continue to work to migrate a data storage system in order to restore access to GitHub.com.

2018-10-22 01:41:19 - We are continuing to work to migrate a data storage system in order to restore access to GitHub.com.

>I’ve been using github pretty much daily since 2010 and I never had a push fail or a repo be unavailable until recently.

Looking back at their downtime history. Unless recently is within the last 3 years, it seems like you got really lucky.


i empathize with the folks running a largely free service who are being spammed by bots and built everything around some other assumptions


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: