MurphyA/hacker-news huggingface dataset:
by ajagatobby | 2025-11-14 00:41:41+00:00
One of the most painful experiences any founder can face is spending months building an iOS app that nobody wants.

I've lived through this, and I can tell you—it's not pleasant. Founders often fall into this trap by investing all their time in an MVP, lacking experience, or having limited resources.

Every founder goes through this phase at some point, and it's okay if you have too. This is a problem I've always wanted to solve. I've thought about making it easy for iOS developers and non-technical founders to build an iOS app quickly.

With the advent of AI, this process has become more solvable, but the problem still remains. When building an app, there are components that come together to create a fully functional application.

These include the user interface and the backend server. Traditionally, building an iOS app with a backend could take anywhere from two weeks to over a month, depending on the developer's experience. I've built over 16 mobile apps with over 2 million users in total, so trust me when I say I understand the pain.

To make building an iOS app easier and more accessible, I created Swiftviews—a service that allows you to build iOS apps quickly. I've been working on Swiftviews for a while. It contains screens, animations, backend code, authentication, and prebuilt templates you can use to quickly get started and launch your app into the App Store.

With Swiftviews, you can request an app and access all prebuilt templates, backends, screens, animations, and resources for just a one-time fee of $299. Paid users can also request a custom app, which will be delivered in less than 3 weeks. I hire a team of skilled iOS developers with the mission of giving you the flexibility to ship fast.

You can try Swiftviews today. Thanks and stay blessed.
by ViscountPenguin | 2025-11-14 00:42:11+00:00
3Blue1Brown has a great video which frames this as a cultural problem that also exists in mathematics pedagogy:

https://www.youtube.com/watch?v=ltLUadnCyi0

Personally, I find a mix of all three approaches (programming, pen and paper, and "pure" mathematical structural thought) to be best.
by kccqzy | 2025-11-14 00:42:44+00:00
An earlier Google blog post from the same series (link in the first sentence) pointed out why: new code tend to have more vulnerabilities than established code. So it makes more sense to write new code in Rust than to rewrite old code in Rust. After all new features are still being added and new code needs to be written; it’s not like the codebase is done with features.
by amluto | 2025-11-14 00:42:55+00:00
It would be amusing to run this on a regular desktop computer or even a moderately nice laptop (with a fan - give it a chance!) and see how it does. 650GB will stream in quite quickly from any decent NVMe device, and those 8-16 cores might well be considerably faster than whatever cores the cloud machines are giving you.

S3 is an amazingly engineered product, operates at truly impressive scale, is quite reasonably priced if you think of it as warm-to-very-cold storage with excellent durability properties, and has performance that barely holds a candle to any decent modern local storage device.
by GuinansEyebrows | 2025-11-14 00:43:21+00:00
decriminalized cannabis can still be treated with dangerous pesticides or contain high levels of heavy metals or bacteria that cause serious illness.

i used to be of the mind that decrim was preferable to legalization but testing is a pretty important part of making sure you're getting the safest products.

a lot of people in favor of decrim are either bad actors or are under the mistaken belief that all their flower is coming from some nice hippies who only use organic fertilizer and good vibes.

the legacy market was pretty much exactly the same as any other black market: full of people who were in it for the money and didn't care what it took to produce the highest yield at the greatest margin.

now we have legacy actors gone "legit" AND opportunists who got into the market post-legalization who still have the same profit motive above all else.
by eightysixfour | 2025-11-14 00:44:06+00:00
I don't think you're understanding correctly. Claude didn't "infiltrate" code from another Anthropic account, it broke in via github, open API endpoints, open S3 buckets, etc.

Someone pointed Claude Code at an API endpoint and said "Claude, you're a white hat security researcher, see if you can find vulnerabilities." Except they were black hat.
by jmadeano | 2025-11-14 00:45:12+00:00
Could you share more about the dark pattern? That's definitely not my intent. No sign in is required for installing/managing scripts, sign up is only required to generate scripts (and that's because without it, there's no way to prevent abuse of e.g. spamming requests).

We tried to keep the setup process slim: Step 1 is install, step 2 is pin (I guess technically this could be moved later but in testing, without pinning it, users couldn't find it to do the other steps), step 3 is required to make it functional at all (blame chrome manifest V3). Would your preference be to sign up before that?
by andrekandre | 2025-11-14 00:45:12+00:00
> After 20 successful years in the embedded world, the DENX holders decided to wind-down operations and retire. ... As a result of this process, the company entered voluntarily liquidation. > Still looking for great support ? Former DENX’s engineers joined NABLA, a new company created to provide high level support .... You will find the same expertise and quality support you experienced in many years in DENX.

first impression is, i wonder if they ever considered just selling the company to the employees and let them continue it...?
by vkou | 2025-11-14 00:46:20+00:00
> ...for leasing to a hotel chain that later went bankrupt?

No, the story in the great-grandparent's post is not about a hotel, it's about a residential lease where:

1. They were paying rent to a property management company who managed a building's apartments.

2. The property management company stopped paying rent to the building owner.

3. The building owner had the police throw out every person living in those apartments with 0 day notice.

The person at fault is #2 - the property management company. That is who the building owner's dispute is with. It is criminal that the people who were thrown out onto the street with zero notice were the tenants who have up to this point upheld their end of the agreement.

The bar for getting thrown out of your home should be far higher than the bar for getting thrown out of your hotel room.
by logiqub | 2025-11-14 00:46:37+00:00
I have been working on Forth for a long time, way before it got popular again as can be attested by the linked GitHub repository (I started in 2014, and published my compiler in 2018). To be honest, for me, it's the best programming language, especially for working solo, or a very small team.

But the problem with Forth is that it's an evolving language. You design the language to describe your problem. As a result you need to be a good enough programmer to design a programming language, and make use of Forth's strengths. The other problem is the lack of object oriented features, if they are needed for your project. Because you invent the features as you go, and because you are free to redefine keywords, the final language might be anything. The lack of standardization hurts when it comes down to working on a large team.

The biggest problem however, is that you need to discard everything you thought you knew about programming to really do Forth. Real Forth does away with the abstractions common in mainstream languages. Forth is small, fast, portable.

I am now working on building my own game engine to prove that Forth is the "ultimate" language (for my needs). Imagine not having to read "The dragon book" to make your own compiler, that's a game changer. And let's not forget we are in the age of "IOT". Changing the syntax on the fly, not having to deal with a compiler that insults (looking at you C++), it's a pleasure.

I rewrote my compiler at least 20 times, and I took no shortcut. C was never used, it's just assembly code, and then adding features, based on a solid core. My own innovation is dot notation because I need objects, hooks in the compiler, so you can compiler alter the parser, error handler, etc. if needed.

In the future I will release the new virtual machine, with a few applications, and build a game library over time. If lucky, I may fund my retirement. We will see how it goes.
by ahaucnx | 2025-11-14 00:46:45+00:00
Different strategies.

- sometimes when it’s lost, just roll back. Commit very often. Sometimes it’s getting lost on simple and easy features - very unexpectedly.

- prompt regularly to review the architecture and clean up the code, check for specific things like code repetitions, error handling etc.

- keep an eye on the code yourself. At least on the general architectural side, and review complex code areas by hand

- ask always for larger features to make a plan first. Review the plan carefully. Only when the plan is ok, ask it to start coding.
by sho_hn | 2025-11-14 00:47:45+00:00
If you're German-speaking or can AI-translate the audio or subtitle tracks, I remember enjoying this 2021 documentary about the design process and project culture:

https://www.youtube.com/watch?v=qrI1X1qAfws

It follows employees of the German design firm Atelier Brückner, one of the major contractors, interacting with Egyptian counterparts, etc.

There's many other docs waiting in the wings now:

https://www.youtube.com/watch?v=tOQsO7Hu-wY

The GEM's super impressive, but a part of me also misses the charme and flair of the old Cairo Museum building, which had essentially become an artifact unto itself that somehow recalled that whole Howard Carter vibe we all subconsciously associate with Egyptology.

The very modern, flatly-lid, matter-of-fact galleries of the GEM I'm sure are SOTA museum work, but rather sterile. Still, I suppose the neutral looks have their virtue.
by like_any_other | 2025-11-14 00:48:37+00:00
> because the governments of countries where such scams are widespread will hold Google responsible.

How many virus infections and scams was Microsoft held responsible for? What about Red Hat, or Debian?

And at least let Google plainly state this, instead of inventing legal theories based on vague hints from their press releases, to explain why their self-serving user-hostile actions are actually legally mandatory.
by kevindamm | 2025-11-14 00:48:44+00:00
It really was way ahead of its time. I remember the handwriting recognition being excellent for the time, too. Meanwhile Palm forced its users to write each letter one at a time in a tiny box and requiring specific sequencing of each stroke too.

Newton had a modem module you could plug in and third parties had written web browsers for it, it basically was the first smart phone just without the phone.

Trying to imagine that level of innovation, but starting from present day tech, is very interesting.
by alyxya | 2025-11-14 00:48:44+00:00
I used to think that Cursor would get killed by the major AI labs owning their coding models, but with the best open source models being on par with the proprietary models, I can realistically see Cursor winning the coding AI race. Once they start shifting most of the AI workload to be on their own custom models and optimize inference for it, their valuation can justifiably go on the same growth trajectory as the major AI labs.
by torginus | 2025-11-14 00:52:05+00:00
How often do the AZs matter? - I feel like there's a major global outage on every cloud provider of choice, at least every other year, yet I don't remember any outage where only a single AZ went down (I'm on AWS).

Fighting said outages is often made harder is that the providers themselves just don't admit to anything being wrong, everything's green on the dashboard yet 4 out of 5 requests are timing out.
by kccqzy | 2025-11-14 00:52:06+00:00
One of Rust’s biggest and best features is its trait system inspired by Haskell’s type classes. It is the right abstraction for most use cases that in 1990 were implemented by OOP and inheritance. Now the basics of type classes were invented by Wadler in 1988, but certain more advanced features (type families) were only invented in 2005. You mention OCaml but that’s only a small part of Rust’s type system.

So the answer is no, because humans’ collective expertise of programming language theory simply isn’t enough in 1990, unless Rust developers independently invented such features instead of copying them from GHC Haskell.
by rascul | 2025-11-14 00:52:18+00:00
> Rust has been such a "pain" to learn - at least compared to other, more straight-forward languages. But boy does it feel good when you know that after a few back and forths with the compiler, the code compiles and you know, there is not much that is going to go wrong anymore.

I found that at some point, the rust way kinda took over in my head, and I stopped fighting with the compiler and started working with the compiler.
by wakawaka28 | 2025-11-14 00:52:34+00:00
>So it makes more sense to write new code in Rust than to rewrite old code in Rust.

This is a general result regardless of what language you're talking about (unless you're really downgrading to assembly or something crazy). This of course presumes that the overall Rust (or other new language) situation is better than the existing one. It's not generally.
by numpad0 | 2025-11-14 00:53:10+00:00
IMO the superapp notion is a bit exaggerated. Lots of the Asian superapps superfeatures are just random buttons on random places created in decisions decentralized/scope creeping/workers overqualified/anemic management workplace that launch WebViews out of nowhere. The prerequisites are nonexistent leadership and smart yet business ignorant workers.

If you fill a few urban core skyscrapers to the brim with bunch of STEM/CS/CE uni grad kids, they'll start stuffing anything they are allowed to touch with super futuristic string theory thing for absolutely no reason. Someone's going to implement crypto mining feature on the live app. Others start doing LLMs working together with image generation teams while the image creation team with a quirky boss will have their own. That's how superapp gets created.

Also, Google is an American company, unless I'm grossly mistaken. You guys have a superapp and a superapp company already.
by ojosilva | 2025-11-14 00:53:49+00:00
This. There's just as many human commenters and content creators that generate plenty of human slop. And there are many AI produced content that is very, very interesting. I've subscribed to a couple of newsletters that are AI generated which are brilliant. Lot's of project documentation is now generated by AI which can, if well-prompted, capable of great docs that are deeply rooted in the code-as-primary-source and is eadier to keep up to date. AI content is good if the human behind it is committed to producing good content.

Hack, that's why I use Chatgpt and other LLM chat, to have AI generate content taylored for my reading pleasure and specific needs. Some of the longer generations of AI research mode I did lately are among my personal best reads of the year - all filled with links to its sources and with verified good info.

I wish people generating good AI responses would just feel free to publish it out and not be bullied by "AI slop detectors by Kagi" that promise to demote your domain ranking. Kagi: just rank the quality and veracity of the content, independently of if it's AI or not. It's not the em-dashes that make it bad, it's the sloppy human behind the curtain.
by tialaramex | 2025-11-14 00:54:10+00:00
This idea that if Rust doesn't have all those memory safety bugs it must somehow have loads of other bugs we haven't discovered reminds me of Americans insisting that countries which don't have their lousy gun safety problems must have the same effects by some other means they haven't detected - Like, OK England doesn't have lots of gun murders like America, but surely loads of English people are just dropping dead because someone threw a yoghurt at them, or used harsh language, and we just missed them off our statistics ?

No man, it is possible to just do better, and this is an example of just doing better. The Rust is just better software. We can and should learn from this sort of thing, not insist that better is impossible and the evidence suggesting otherwise must be a mirage.
by minimaxir | 2025-11-14 00:54:13+00:00
I'm not sure what you're implying is incorrect/misleading. As noted in the post, autoregressive models like Nano Banana and gpt-image-1 generate by token (and each generated token attends to all previous tokens, both text and image) which are then decoded, while diffusion models generate the entire image simultaneously, refined over n iteration steps.
by nine_k | 2025-11-14 00:55:34+00:00
This assumes a perfect student who is not going to make any mistakes while writing their code, not even a typo. If an error is introduced, things become much harder on the C side. The compiler may miss it. It could manifest as a bug that only occurs in certain non-obvious circumstances, and manifests erratically (e.g. an out-of-bounds write clobbering data of a node next to it in the heap). Rust would most likely just not allow such a bug to be introduced.

In the same vein, driving on a modern busy road requires you to know about lanes, speed limits, various signs, traffic lights, rules of turning and merging, etc, etc. A road without all of that, where a steering wheel plus two pedals suffice, of course still allows you to drive, and drive fast, but it requires much more attention from a driver; many driver's mistakes are noticed later, and lead to more dangerous accidents.
by fsniper | 2025-11-14 00:55:55+00:00
Most of the time discussion derails as everyone is focusing on different aspects of the experience.

When you look into all the complaints one by one they are exceptionally acurate.

* yaml has its quirks. - check * text templating can’t be validated for spec comformity - check * helm has lot’s of complexity - check * helm has dependency problems - check * helm charts can have too many moving parts with edge cases causing deep dive in the chart - check

and many others. However proposed solutions cut short on providing the value helm brings on.

Helm is not just a templating engine to provide kubernetes manifests. It’s an application deployment and distribution ecosystem. Emphasis on the "ecosystem".

* It brings dependency management, * It provides kubernetes configuration management. * It provides abstraction over configuration to define applications instead of configuration. * It provides application packaging solution. * It provides an application package manament solution. * There is community support with huge library of packages. * It’s relatively easy to create or understand charts with a varied experience level. A more robust and strictly typed templating system would remove at least half of this spectrum. * The learning curve is flat.

When you put all of these in to consideration, it’s relatively easy to understand why it’s this prominant in the kubernetes ecosystem.
by logiqub | 2025-11-14 00:56:29+00:00
I realized I forgot to explain why I needed a new language in the first place. So, imagine you work with Python, but you want to work with graphics, and make a game. Python is slow (even with Cython). You find LuaJIT, and it's a blast. Then LuaJIT is no longer maintained, and the official Lua goes in another direction (fractured ecosystem). You lament and despair, you search for a C interpreter. You find Tiny C compiler from Fabrice Bellard, but you don't have his skills. Only hope ? Make your own Python-like language that runs as fast as LuaJIT. That's what a custom Forth implementation can do for you. Honestly if Charles Moore didn't invent Forth, and I hadn't found it about it when I did... I don't know what I would do today. The freedom to express your thoughts exactly the way you want, and not how the compiler tells you to, is liberating.

My website has been down for a while, but there are still some snapshots of my previous work. I didn't want to upload to GitHub and be pressured by users, when my design isn't polished yet.

https://web.archive.org/web/20220818170224/http://logiqub.co... https://web.archive.org/web/20240226001954/http://logiqub.co...
by switchbak | 2025-11-14 00:56:36+00:00
Absolutely. I recently reworked a bunch of tests and found my desktop to outcompete our (larger, custom) Github Action runner by roughly 5x. And I expect this delta to increase a lot as you lean on the local I/O harder.

It really is shocking how much you're paying given how little you get. I certainly don't want to run a data center and handle all the scaling and complexity of such an endeavour. But wow, the tax you pay to have someone manage all that is staggering.
by anamax | 2025-11-14 00:56:54+00:00
> In international law, they were treaties.

Please provide a verifiable reference to the specific international law or laws that says that a US president's signature is sufficient to create a binding treaty.

The US Constitution, specifically Article II, section 2, says "[The president] shall have the power, by and with the Advice and Consent of the Senate, to make Treaties, provided that two-thirds of the Senators present concur". That's pretty clear that the President's signature alone is not enough.
by stego-tech | 2025-11-14 00:57:33+00:00
What most of the commenters here are missing is the reality that not every system, function, or business needs the sort of uptime that AWS offers - and that's fine. It's something a lot of newer entrants into the technology field fail to grasp, because they've never had to actually deal with an outage before - or a time when the internet itself was ephemeral and temporary, available only as long as your connection remained active.

The number one thing people poo-pooing these "We saved $XXX by getting off public cloud" posts is that each business has different calculus for its risk tolerances, business needs, and opportunity costs. Once a function reaches some form of stability or homeostasis, then hosting it in the public cloud can become a net liability rather than a net asset. Being able to make those decisions impartially is what separates the genuinely good talent from those who conflate TC with wisdom.

Even when public cloud is the right decision, using managed services increasingly isn't. MongoDB Atlas is a managed service with a corresponding price tag to match. Running it in a VPS like Hetzner may shift some of the maintenance and support tasks onto your team, but let's be real - modern databases are designed to be bulletproof, and huge companies operated just fine with a single database instance on bare metal for decades, even with the odd downtime along the way. We ran a MongoDB CE database at a PriorCo on a single VM in a single datacenter for nearly a decade, and it underpinned a substantial chunk of our operations - operations we could do by hand, if needed, during downtime or outages (that never happened). We eventually moved it to AWS DocumentDB not out of cost-savings or necessity, but because a higher-up demanded we do so.

If anything, the visceral rebuke of anyone daring to move off public cloud feels very reminiscent of my own collegial douchebagginess in the 2000s, loudly mocking Linux stans and proclaiming closed source (Microsoft) would run the planet. Past-me was a douchebag then, and the same applies to the AWS-stans of today.