MurphyA/hacker-news huggingface dataset:
Show HN: Ogblocks – Build Beautiful React Animations in Minutes
by karanzkk | 2025-12-07 07:28:34+00:00
Hello Everyone,

I’m Karan — officially a Frontend Developer, but honestly, I think of myself more as a Design Engineer because I’m obsessed with building beautiful UIs.

When I began my dev journey, frontend instantly became my home. The creativity, the visuals, the small details — it hooked me for life.

But over time, I noticed something interesting:

A lot of my friends loved building products… …but absolutely hated writing CSS.

Not because they lacked skill, but because crafting clean, premium UIs is slow, frustrating, detail-heavy, and incredibly easy to mess up. Yet, at the same time, everyone wanted their projects to look polished — smooth animations, high-end design, and a modern user experience.

And that kept bothering me.

So I asked myself:

“What if anyone — even someone who hates CSS — could drop in stunning animated components in seconds?”

That single question pushed me into six months of late nights, redesigns, experiments, and countless moments of doubt.

But it was all worth it.

Because today, I finally have something real to share.

ogBlocks — an Animated UI Library for React that makes premium UI effortless.

It comes packed with beautifully animated navbars, modals, buttons, feature sections, text effects, carousels, and much more — all crafted so your project looks clean, modern, and production-ready from day one.

If you love great UI but hate spending hours perfecting it, ogBlocks is built for you.

Best Karan
by TacticalCoder | 2025-12-07 07:28:38+00:00
My Emacs config heavily used the Hyper key: although I'm not japanese I'm using japanese keyboards (I've got several HHKB Pro JP, since years and years and years) and they've got more modifiers than regular US/EU keyboards. So I remapped the Henkan/Muhenkan (or whatever modifier whose japanese name I forgot) thinggies to be Hyper.

I can't even begin to imagine how complicated it'd be to get that working in "emacs -nw" (Emacs No Window, aka terminal)...

Thankfully I don't have no real need for terminal Emacs.

[1] Space-cadet keyboard with "Hyper" keys and, overall, really a lot of modifier keys: https://en.wikipedia.org/wiki/Space-cadet_keyboard#/media/Fi...
by Suppafly | 2025-12-07 07:29:25+00:00
>I think if you were a sysadmin and used to shell scripts, sed, awk, grep and xargs then perl probably made more sense than if you were a programmer from a more traditional language coming into the perl world.

This, it was very unixy and felt like a natural progression from shell scripting. I think that's why a lot of early linux adopters were so enamored.
by hiAndrewQuinn | 2025-12-07 07:30:53+00:00
To my understanding TCL expects the RAM-only / diskless case unless you put in a lot of extra work not to do that. In your situation the only thing you would have to really be worried about is whether 4 GB of RAM or whatever you have is enough to fit TCL and the files for your node server and the actual programs you are trying to run with all that. It doesn't get pretty once you exceed your available RAM, be forewarned - but that's true of all programs in a sense.
by netlipapa | 2025-12-07 07:31:56+00:00
Just take a look at their comment history, most comments are completely empty in content like this one, and I'm willing to bet that if this indeed a person, they've never lived in an European country. Nobody that actually lived in the EU says they've "left the EU", since each country is pretty different and it makes no sense to say it like that. This whole thread has bot-vibes.
by hexbin010 | 2025-12-07 07:32:19+00:00
Earlier this year:

> Vance told world leaders that AI was "an opportunity that the Trump administration will not squander" and said "pro-growth AI policies" should be prioritised over safety.

Our PM definitely won't be adjusting his position. He's been told:

https://www.bbc.co.uk/news/articles/c8edn0n58gwo
by Sytten | 2025-12-07 07:33:02+00:00
Yeah, the whole point of Prisma 2 was to be multi language and multi-DB with a Rust server in between you and the DB. There are a lot of advantages to that approach in enterprise. You can do better access control, stats, connection pooling, etc (Formal is a YC company in that space). Prisma 1 was a scala implementation of that vision.

Anyway, end of an era. There were a couple community bindings in Python and Java that are now dead I assume. I was heavily invested in Prisma around 4-5 years ago, that is funnily enough what got me started on my Rust journey.
by prajjawal-12345 | 2025-12-07 07:33:19+00:00
"Hi HN, OP here.

I’m the solo developer behind this. I built Morph-AI-Era because I was frustrated that the only options for data visualization were either expensive subscriptions (Tableau/PowerBI costing $70+/mo) or tools with steep learning curves (Python/Pandas) for non-tech business owners.

The core idea is to kill the monthly subscription. You only pay credits when you actually upload a file or run a complex calculation.

Technical details on the build:

Backend: Python (FastAPI) hosted on Render.

Database & Auth: Supabase (using Row Level Security).

Payments: I'm using Supabase Edge Functions to handle the cryptographic verification of Razorpay signatures, so the payment logic is entirely serverless and secure.

Frontend: Vanilla JS + Plotly.js for the visualizations.

I’d love feedback on the 'Pay-Per-Use' architecture. Do you think this is a viable alternative to SaaS subscriptions for occasional users, or is the friction of buying credits too high?

Happy to answer questions about the stack!"
by defrost | 2025-12-07 07:33:41+00:00
If I if enough hypothetical if's that's just a giant empty if, right?

It'd be useful if commenters view this from the pragmatic real world track maintainance PoV.

Verifiable calls from the public about blocked lines made to official numbers with traceback etc. carry more weight than social media buzz.

In urban rail the bulk of AI generated images can be discounted via camera feeds and sensors (eg: there's no indication of a line break so that image is BS).

There are already procedures to sift prank calls from things that need checking, to catch serial offenders and numbnuts that push bricks from overpasses.

In the specific instance of you hypothetically "just me showcasing my art, no harm intended" .. in a UK jurisdiction that would fall to the estimation of the opinion held by a man on the Clapham omnibus as channeled by a world weary judge with an arse sore from decades of having such stories paraded before them by indolent smirking cocksures.

YMMV.
by beeflet | 2025-12-07 07:33:54+00:00
the tokenized assets are only as good as their backing entity allows them to be. It's a centralized system with a facade of decentralization. Same applies to stablecoins.

You inherit all of the inefficiency of cryptocurrency and none of the decentralization. This is why the idea was abandoned back with colored coins in like 2013. With etherium, you inherit even more centralization due to the nature of the scripting system and PoS.
by ChrisArchitect | 2025-12-07 07:34:36+00:00
Related:

Apple Rocked by Executive Departures, with Chip Chief at Risk of Leaving Next

https://news.ycombinator.com/item?id=46175205

John Giannandrea to retire from Apple

https://news.ycombinator.com/item?id=46114122

Apple Design Official Alan Dye Poached by Meta in Major Coup

https://news.ycombinator.com/item?id=46142843

https://news.ycombinator.com/item?id=46139145
by david_shaw | 2025-12-07 07:36:51+00:00
Yes: in retrospect, the Perl community (and maybe even the language in general) was cringe-worthy and perhaps even toxic.

But at the time, that elite and esoteric language drew me and many others to it in much the same way that *BSD and arguably even Linux did. The way that programming computers in general did.

It wasn't a pleasant vibe that anyone should strive to recreate, but Perl was something that felt cool to many nerds back then. Perl's decline being cultural is a good thing: it's because the industry grew and matured.
by eesmith | 2025-12-07 07:37:04+00:00
From [1]

> In a treatise entitled as Risala fi l-Illa al-Failali l-Madd wa l-Fazr (Treatise on the Efficient Cause of the Flow and Ebb), al-Kindi presents a theory on tides which "depends on the changes which take place in bodies owing to the rise and fall of temperature."
by dingaling | 2025-12-07 07:37:05+00:00
> Ireland having any sort of military

> capacities would directly contradict

> UK military interests.

Contradicted by the fact that the Irish military forces were entirely equipped with UK-supplied aircraft and vehicles until the 1960s, at which point Ireland turned towards France instead.

The UK never intervened to prevent Ireland acquiring any weapon system, in contrast it was Irish budget frugality that consistently undermined the military.

At present Ireland is considering the purchase of Gripen interceptors, and the UK seems at worst indifferent and probably actually quite relieved.
by ZeWaka | 2025-12-07 07:37:13+00:00
Highly recommend camping in the crater on a clear night around new moon. Some of the best stars you'll see. Seeing the sun rise in the crater gap (where you can sometimes see the big island) is stunning.

Park in the lower lot, hitchhike to the top (or get someone else to drive you), and then you can hike back up to your car the next day on the switchbacks.

Do not attempt to hike up the sliding sands trail you took down, it's *very rough*.
by INTPenis | 2025-12-07 07:38:30+00:00
Perl was my first favourite programming language, used it for most things, from 1999 until switching to Python in 2012.

I still find the occasional Perl script in my current job, usually going through someone's legacy infrastructure, and I always have the same reaction, "phew I'm glad I switched to Python".

That reaction has nothing to do with the culture, it's 100% technical.

Just a few of the main points, I don't know why Perl coders were so adverse to comments, it's almost like some of us took a perverse pleasure in producing the most illegible piece of code.

It's like a stream of someone's consciousness.

I used to take pride in being fluent in PCRE, as well as some other dialects, and looking through an old Perl script you easily see why, it's used on every 10th line. And it always strikes me with a sense of relief when I realize all those instances of Regex are solved in a more OOP/Pythonic way today. Regex is something I reserve for edge cases.
by imiric | 2025-12-07 07:38:45+00:00
> It's a smart satire with kinship to Falling Down or a Mike Judge project, but with the audience-engaging emotionality and physicality of Rowan Atkinson or Sasha Baron cohen.

I'm a fan of the projects and people you mentioned, and quirky/smart/satirical comedy in the style of Monty Python and The Whitest Kids U Know is my kind of humor.

And yet, the work of Tim Robinson does nothing for me. I found I Think You Should Leave unamusing to the point of boredom. It tries really hard to do what you mentioned, yet comes off as the opposite: not smart, poorly satirical, and plain unfunny. I saw the trailer for The Chair Company and I get very similar vibes, so I'll avoid it, just like all Tim Robinson projects.

Tim Robinson is clearly successful and has a following, but I think his work is nowhere near the quality of the projects he tries to emulate.
by kstrauser | 2025-12-07 07:39:22+00:00
Meanwhile, earlier this week we had a big conversation about the skyrocketing costs of RAM. While it's technically true that GC doesn't mean a program has to hold allocations longer than the equivalent non-GC code, I've personally never seen a GC'ed program not using multiple times as much RAM.

And then you have non-GC languages like Rust where you're hypothetically managing memory yourself, in the form of keeping the borrow checker happy, you never see free()/malloc() in a developer's own code. It might as well be GC from the programmer's POV.
by hiAndrewQuinn | 2025-12-07 07:39:25+00:00
I actually considered NetBSD for an old 32 bit box yesterday, so I'm somewhat wise to this world. My first experience with ramdisk operating systems was Puppy Linux back in the early 2010s. Ultimately I'm probably going with OpenBSD for that box.

But, NetBSD ISOs are much heavier than TCL ISOs, and so while I'm sure there's a way to get just what I want working in diskless mode, I'm not confident I will have any RAM to run what I actually want to run on top of it.
by compsciphd | 2025-12-07 07:39:35+00:00
people haven't explained why this is the case, it's the simple genetics we learn in biology.

the first generation has a many sets of genes with "Highly Productive Dominant (HPD, my terms for this post) genes, Not so Productive Recessive Gene (NPR)". By inbreeding 2 lines for a while, one can end up with a strain that has both genes being one and thereby when you cross it with something else, you know the offspring will get its gene (as it really only has one). Therefore the first generation, will have many sets as what I described above and will 100% express the HPD of those pairs.

The 2nd generation though of seeds will have a randomized assortment of HPD/HPD, HPD/NPR, NPR/NPR genes. Therefore while 75% of the seeds expressed genes will be HPD on average, that's obviously less than 100% that one gets from first generation.
by riedel | 2025-12-07 07:40:37+00:00
The mix is the centrist way of populism: I large number of people affected are not allowed to vote. At the same time the current government consists of the 2 parties that were mostly backed by already retired people or baby-boomers, soon to be retired. We have state elections coming again and the government is largely unpopular and has not delivered on other things, with economic prospects not looking good either. After seeing years of partially misguided 'rational' governments, Germany is clearly shifting towards a more populist path (unclear which political direction, but we all know who are the best at this game, particularly if the generation 'never-again' won't vote anymore)
by keini | 2025-12-07 07:42:51+00:00
Thank you so much for the thoughtful feedback — really appreciate it.

About the initial lag you noticed: that most likely comes from the first-time Game Center initialization. After that first launch, everything runs at full speed, but I’m looking into smoothing out that initial moment.

The timer toggle is a great suggestion and I’ll add an option to hide it. And the idea about using triads/chords for the sound feedback is surprisingly interesting — I’ll experiment with this.

Thanks again for taking the time to share this. Feedback like yours really helps me improve the experience.
by 9rx | 2025-12-07 07:44:19+00:00
I'm not sure your characterization is all that accurate.

Originally, they thought they could build a product that worked across many languages. That necessitated a "lowest common denominator" language, which is a void that has always been strangely lacking in choice, to provide an integratabtle core. Zig had only been announced a few months earlier, so it wasn't really ready to be a contender. For all intents and purposes, C, C++, and Rust were the only options.

Once the product made it to market, it became clear that the Typescript ecosystem was the only one buying in. Upon recognizing the business failure, the "multi-language" core didn't make sense anymore. It was a flawed business model that forced them into using Rust (could have been C or C++ instead, but yeah) and once they gave up on that business model they understood that it would have been better to have been written it in Typescript in the first place — and it no doubt would have been if it weren't for the lofty pie in the sky dreams of trying to make it more than the market was willing to accept. Now they got the opportunity to actually do it.
by dsand | 2025-12-07 07:44:50+00:00
My partner Elaine Gord was on VisiOn's C compiler team in 1982-1984 with two others. They experimented with having two instruction sets: the native 8088 code for best performance, and a C virtual machine bytecode for code density. The two modes were mixed at the function level, and shared the same call/return stack mechanism. This was terrible for speed, but was thought necessary because the target machines did not have enough ram for the total VisiOn functionality. I don't know if the bytecode scheme got into "production".
by KronisLV | 2025-12-07 07:45:24+00:00
I think there's more dimensions that also matter a bunch:

* a bad craftsman will get pedantic about the wrong things (e.g. SOLID/DRY as dogma) and will create architectures that will make development velocity plummet ("clever" code, deep inheritance chains, "magic" code with lots of reflection etc.) * a bad practician will not care about long term maintainability either, or even correctness enough not to introduce a bunch of bad bugs or slop, even worse when they're subtle enough to ship but mess up your schema or something

So you can have both good and bad outcomes with either, just for slightly different reasons (caring about the wrong stuff vs not caring).

I think the sweet spot is to strive for code that is easy to read and understand, easy to change, and easy to eventually replace or throw out. Obviously performant enough but yadda yadda premature optimization, depends on the domain and so on...
by Y_Y | 2025-12-07 07:46:20+00:00
Napoleon's only been gone for about two hundred years, whereas Common Law has some real classics. For example https://en.wikipedia.org/wiki/Statute_of_Merton was a set of laws promulgated in 1235, some of which remained in force (at least nominally) until the 1980s. I don't know much about Canon Law, but that surely goes back even further.

All that to say, you can just do your best to understand the law in the the context in which it was written, and replace the text every now and again.
by psadri | 2025-12-07 07:48:05+00:00
25 years ago Perl allowed you to express what was in your head 10x more concisely as in other mainstream language (which have since caught up with some of the features).

This was not the best when it came to others (or even yourself 6 months later) reading the code. But it was great for cranking stuff out that was simply too tedious in other languages.
by tormeh | 2025-12-07 07:48:54+00:00
Honestly I'd be a bit disappointed if something better came along tomorrow. Just as we as an industry spent all this effort moving to Rust something better comes along? Lame. Obviously I want better languages to come out, but I'd either want a bit of warning or a slower pace so we as an industry don't totally "waste" tons of time on transitioning between short-lived languages. Thankfully languages need about 10 years to mature from 0.1 to production readiness, and industry happily ignores marginally (and moderately) better languages than what they're using, so this is not a realistic issue.
by locknitpicker | 2025-12-07 07:50:10+00:00
> Every corpse advances the cause of a just end to the war. If they want to live they ought to surrender.

You clearly haven't been paying attention.

Not only is Russia luring immigrants with false promises of employment and naturalization to pull a bait and switch and press them into the frontline roles, they are also coercing immigrants who they deem have expired visas to serve as cannon fodder.
by axiolite | 2025-12-07 07:51:02+00:00
> Bro who help up the tanks, for example, was trying to convince them to stay and oppress the student movement.

Source?

Wikipedia article says nobody has a clue who he is/was: https://en.wikipedia.org/wiki/Tank_Man

Chinese state TV treated him like a protester, and spun it as an example of what nice guys the Chinese Army is:

CHINA TELEVISION ANNOUNCER: [subtitles] Anyone with common sense can see that if our tanks were determined to move on, this lone scoundrel could never have stopped them. This scene flies in the face of Western propaganda. It proves that our soldiers exercised the highest degree of restraint. https://www.pbs.org/wgbh/pages/frontline/tankman/etc/transcript.html
by palmotea | 2025-12-07 07:51:09+00:00
> You first.

He wasn't talking about going back, he was talking about staying.

> And no cheating by bringing antibiotics with you.

I don't recall where I read this, but (probably hundreds of years ago) some explorer in Africa was on a boat with some hunter-gatherers. A bloated, rotting dead rat floated by, they picked it up, said "yum" and dug in. They didn't get sick. I've also read some speculation that (initially) fire wasn't needed so much for cooking meat, because hunter-gatherers can (and did) accomplish the same effect by letting meat rot a little. Fire was more useful for vegetables.

So actual hunter gatherers probably had less need for antibiotics than a modern person thrust into a similar situation.
by throwawaylaptop | 2025-12-07 07:51:50+00:00
I know people that have more skin lost than you'd care to look at from semi serious motorcycle crashes, and no they don't just take antibiotics for fun.

I can't believe someone gave you anti biotics for poison ivy.

At this point I genuinely consider the medical system about as bad as the service department at a car dealership. They'll sell you anything technically legal just to keep their stats high.
by Aloha | 2025-12-07 07:52:17+00:00
Indeed!

Antibiotics and Insulin - those two things have saves untold lives.

Before about 1920, the difference between rich and poor and the likelihood to recover from disease had more to do with ability to rest and diet.

The rich and poor alike died to tuberculosis (which was often a death sentence until antibiotics), simple cysts, all sorts of very basic bacterial infections killed in droves.

At the risk of sidetracking this further - it was only after insulin where the idea that healthcare could be somewhat that could be a right became somewhat reasonable (before the late gilded age, doctors often did as much harm as good) - every lifesaving innovation we have made sense, were often very modest amounts of money is the difference between life and death make that argument stronger.
by palmotea | 2025-12-07 07:55:27+00:00
> There’s plenty of bacteria hanging out in the dirt, water, the animals you eat, and on your own skin. Add in the parasites, and zoonotic viruses and it’s not very hard at all to catch a disease even as a solitary hermit in the wild.

An hunter-gathers were probably a lot more robust to that than modern people.

Think about it: if what you say were that big of an issue, hunter-gathers would have been sickly and died out before getting to us.
by pjmlp | 2025-12-07 07:55:30+00:00
COBOL has enough business money around to get new tools and ISO standards[0], so it is unlikley to think otherwise regarding C.

https://www.rocketsoftware.com/en-us/products/cobol/visual-c...

[0] ISO COBOL 2023 - https://www.iso.org/standard/74527.html
by procaryote | 2025-12-07 07:56:53+00:00
They want to use rust but can't, because they need C compatibility, e.g. because they're providing a library or wants to support platforms that rust don't.

It's at least a less bad idea than I expected originally – I've mainly seen people try to use transpilers to sneakily start using the language they prefer as part of a larger code base, with all the obvious problems.

It's still not great as you now have an additional translation step to deal with. You will at some point need to look for bugs in the generated C layer, which will really suck. Users of the C library can't read your source to understand what it does internally without an extra step to figure out what rust code the thing they use corresponds to, etc.

If you want to provide a C library, write C. If rust isn't an option because it doesn't work for your customers who use C, don't use rust.