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

> childcare is not usually free overall

NYC has time and again resisted calls to dismantle the current child care program, which costs the exchequer around $3b [0]. Mamdani's plan is to take the current child care program and make it "universal" at $6b.

> we need to buy tickets to ride the bus

Again, not without a precedent as MTA has ran some routes for free for many months. Besides, MTA sees 40%+ fare evasion, but MTA needs to pay the bills somehow, and Mamdani's proposal, which may go no where, is that rises in corporate tax will fill this ~$800m hole.

> rent freezes don't work

Depends on what the sought / desired outcome from rent regulation is. In Mamdani's case, it apparently is a stop-gap to control cost of living for the working class, until enough newer housing units can be built despite NIMBYs [1].

[0] https://comptroller.nyc.gov/reports/spotlight-nycs-publicly-...

[1] https://www.theatlantic.com/economy/archive/2025/11/mamdani-...


> but it's hardly axiomatic.

Agree, but Time-of-Check to Time-of-Use is a pretty well established failure mode.


> llama.cpp package on Debian and Ubuntu is also rather clever … ld.so decides which version of libggml.so to load depending on your hardware capabilities

Why is this "clever"? This is pretty much how "fat" binaries are supposed to work, no? At least, such packaging is the norm for Android.


  So, I decided on three locking strategies:

  No-Lock
  Optimistic locking
  Pessimistic locking

  As a default, the no-lock behavior does exactly what the name implies. Nothing. This is the default because my research shows that for 99% all of this is not an issue and every interaction at this level will slow down the whole application.
Aren't the mutexes in the more modern implementations (like Cosmo [0]) & runtimes (like Go [1]) already optimized so applications can use mutexes fearlessly?

[0] https://justine.lol/mutex/

[1] https://victoriametrics.com/blog/go-sync-mutex/


> There’s one key difference in my opinion

The other difference (besides Sam's deal making ability) is, willing investors: Nvidia's stock rally leaves it with a LOT of room to fund big bets right now. While in Oracle's case, they probably see GenAI as a way to go big in the Enterprise Cloud business.


> Nvidia's stock rally leaves it with a LOT of room to fund big bets right now

And then what happens if the stock collapses?


Hence the emphasis on right now.

> ...a lost art that even governments with sensitive data must cede to AWS/Azure/GCP?

Apparently, US aid to a country is usually spent on US companies; Israel is no exception: https://theintercept.com/2024/05/01/google-amazon-nimbus-isr...


We're talking about privacy / data (ab)use for military purposes. Those compliance schemes you speak of matter naught.

> We're talking about privacy / data (ab)use for military purposes.

What? No, we're not. What gave you that impression?


Kotlin on iOS is statically compiled and interops with Swift/ObjC natively. Don't think KMP on iOS is even running a VM like Flutter has to with Dart?

https://kotlinlang.org/docs/native-overview.html


Dart runs natively. It only uses a VM in dev builds for hot reload.

In fact, you can even link native frameworks into your Dart code.

[1] https://dart.dev/overview#native-platform

[2] https://dart.dev/interop/c-interop


I don’t think anything runs in a vm on iOS since they don’t let you JIT compile code. Unless they’re doing pure interpretation, but I can’t imagine that being good for performance.


How solid is Kotlin on iOS?


If you mean Kotlin Multiplatform, it works pretty well. Not easy to debug, the GC is a bit weaker than the Android implementation and optimized builds can get crazy slow as the app grows. The interface uses auto-generated ObjC headers which are very verbose. Native Swift API is in beta. Overall still worth it for a commercial app, I think.


We use it in my team and it works well enough, but iOS is a bit second class citizen. Everything translates to Obj-C (NSObject at the root), so even something as simple as a data class becomes NSObjects with a cumbersome dev experience rather than a native swift enum.

We're looking forward to native swift export to go stable - it's currently experimental / beta.


Thanks.

> looking forward to native swift export to go stable - it's currently experimental

What are the timelines given for a stable release?

And when it does, what else would you say are the next big things annoying/missing in terms of devex?


Nothing certain, but I reckon it'll be a while: https://kotlinlang.org/docs/components-stability.html#stabil...

The other big problem is debugging. It's impossible to breakpoint kotlin when debugging from swift, so some bugs that are realised only from the swift client side can be tricky and time consuming to fix.


incremental native builds are getting better at least


Atlas will evolve to collect data for training. There's a bunch of context and content bots can't process or access, but a browser not only gives the mothership a closer look at all the walled-garden services and virals a user consumes but also a residential IP address.


> ...there's no satisfying explanation of _why_ there were "unusually high delays in Enactor processing". Hardware problem?

Can't speak for the current incident but a similar "slow machine" issue once bit our BigCloud service (not as big an incident, thankfully) due to loooong JVM GC pauses on failing hardware.


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

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

Search: