skysight-inc/HackerNews huggingface dataset:
> a complex multi-step form with a bunch of frontend state and validations?

HTMX can handle this perfectly.

"Frontend state" in the context of a form is...the form. Add as many hidden fields as you need, and you've captured the state.

Validation - no problem. The "backend" can choose what response it sends, and to where in the page. Your form fails to validate? Annotate the failures in the markup, send back a fragment that replaces the fields that fail, all good.

It's also not an all-or-nothing proposition; you can have Javascript alongside HTMX. Add "hooks" into htmx.load(), and they'll be fired every time a new fragment comes back; I like to use querySelectorAll to look for elements marked up with whatever attributes are applicable, and then manipulate them in whatever way I need (e.g. to turn markup into pretty/interactive charts).
Whatever it takes to emulate object-oriented programming in languages without objects and classes. Creating structs as objects and passing them as first arguments. But I also meant it to include using closures, function pointers, and type-switches to emulate dynamic dispatch, creating inheritance hierarchies by embedding higher classed object into structs in whatever way your language supports. Sometimes people also resort to code generation. Even explicit dynamic dispatch may be implemented, e.g. by storing class hierarchies explicitly.

The hallmark of it is that "objects" are passed as first arguments to functions in languages that don't support syntactic sugar for methods.
Pretty much what made python so popular. The language made it a necessity that everything that had to be fast needed to be written in another language, but it made it easy to do.

Having an easy to use (scripting) language that can do serious work was and still is awesome
I love this, looks really well done. I don't have a windows computer or steam deck but just got a copy anyway because I like the whole story and vibe around it. Also great that you offer the source as DLC as well, I will def check it out! I wish you both the best of success with this! :)
Can someone confirm/deny this?
Huawei enters China's electric car race in competition with Tesla
Maybe most horrifying is that the passengers would have been aware that something was wrong because they would have seen the locked-out pilot swinging an object against the door. There supposedly exists [footage](https://www.theguardian.com/world/2015/apr/01/germanwings-pa...) that passengers recorded of the plane's final moments with their phones, which survived the crash.
Sort of ... but I think it's easier to do the disk access as usual, but move your real-time game code (updating graphics, taking care of input) to a timer interrupt.

Edit: then you effectively have your main loop doing IO and such, while your game loop is a co-routine in modern parlance. The game loop can write a global variable which the main code takes as a hint to start loading file data.
>Miles ahead of what?

Miles ahead of the tooling, frameworks, and features of most languages.

>There is a reason that we write javascript in the browser

Yes, we're stuck with it.

>and operating systems in c or c++

Yes, the legacy.

>and telco services in erlang

Erlang doesn't have some particular stronghold in telco services. It was created by Ericsson for their own such use, but it's not like other/most telcos use Erlang. Ericsson itself even neglected (and for a period even banned new Erlang projects, preferring other languages).

>and academic works in python rather than in C# or F#

Huh? Who writes "academic works in Python"? I'm sure some do. Still many write Java, C#, and others, including C++ and even Haskell. Except if by "academic works" you meant "in machine learning and scientific computing", or "use as teaching language".
I think some version of HTMX / SvelteKit for bigger apps is the future. React is a dead-end, and it only lumbers on because so many people have staked their careers on it. It's the string theory of the webdev world.
Most new languages aren't that featured and well-tooled for the server side either.
Besides the one mention of Go, he seems to be comparing C# to JavaScript/TypeScript. C# is decent, but the JS/TS ecosystem does not set a high bar for comparison...
No offense taken at all!

The input photos are stored in s3 and from there shared with replicate. The output images are compiled into a pdf, also stored in s3, which is sent to my printer.

To be honest, I am a recovery privacy geek myself. I ran openbsd for about 20 years. But Selfarama is primarily aimed at people who aren't as concerned about privacy.
Rail systems are not "basic", they are a superfluous technology for the US. There's simply no use-case for them outside of several population clusters.

Instead the US has the interstate freeway system that is unparalleled anywhere else in the world in size and capacity.
The passengers don't know about the flight plan. The screen at the gate and tickets just say Tel Aviv to Amsterdam. But the formal flightplan says Tel Aviv to Antwerp with Amsterdam as the destination alternate.

You go to Amsterdam 99% of the time, only when the weather is bad you could end up in Antwerp. But that happens to "normal" non-replanned flights as well, if weather at the destination is bad they could also divert to Antwerp.
I feel this way about F#. It's so much better than C#, I'm constantly missing things from it when in C#. I go back to C# and try to explain the missing features but just get blank stares, because it's hard to imagine a feature you've never seen before.

C# is a fine server-side language, but to be honest it's only gotten there since .NET Core worked on Linux. I still have to work sometimes on crusty old framework projects that constantly break. Every week these teams are chasing down some MSBuild version error, or are dealing with an issue caused by the WCF SOAP endpoints, or some home grown ORM crap because EF was absolutely terrible until recently. So many build errors because the code runs on a windows server that just got patched and for some reason the code won't run.

There's a real toxic cultural effect too. I know plenty of .NET projects that just collapsed because they followed the crowd and designed a complete mess of lasagna. I'm talking 10+ layers just to get a record out of the database and sent to an API. So many classes like "ManagerRepositoryFactoryFactoryImpl". So much indirection with event pipelines and listeners and DI. I've seen an audience give a standing applause to a C# talk where the main point was "more than one function in a file causes bugs, so every function should be in it's own file".
There's so many niche cultures that celebrate what I'd call "bad code". And it's hard to buck that trend when a big chunk of your hiring pool has bought into a terrible design philosophy. Not everyone, plenty are wise and see it as nonsense, but plenty have bought into some really weird ideas, see it not work, but then blame the implementation not the philosophy. Then they move along to the next project, brimming with holy zeal to "fix" it with design patterns and event sourcing.

But yeah, today, coming into it fresh, .NET Core is pretty rad. I manage three client projects on it, and it's pretty great. It's really smooth, builds great, is fast enough for CRUD, EF is decent and I can write raw SQL for the 20% of queries that need it. I can autogenerate swagger docs with swashbuckle, then autogenerate my typescript API consumer from that. I've got my code building and running in Linux docker containers and it all just works and it's fast enough for what I need.

But it's forgetting a lot of history and culture to assume it was always this good. It definitely was the worst back in 2003-2014. Keep in mind it used to be closed source and you had to pay through the nose for Visual Studio just to build anything at all! IIS and VSS from 2008 still give me nightmares. Up until about 2020 I recommended people use other tools if they were starting a new project. Today, it's my first recommendation for a backend.

(Also I think Visual Studio still is really lacking in features, so I use Rider instead and it's awesome. But to each their own)
That's unlikely to occur but you're forgetting that every platform, including Nintendo is trending towards online shops... And these can simply remove the option to download the games, making the devices effectively e-waste.

So yes, they're going to make playing games on old platforms you've bought them on impossible unless they're already installed, forcing users to purchase them again.

It's just a side effect of phasing out physical media that store the game in favor of digital marketplaces
There's a lot of fanaticism around Blazor. I knew before clicking it would in part be about Blazor. And I knew they wouldn't mention where its use is suboptimal

Anyone else find c# off-putting to read? Seems like so much white space and Capital.Letters(). On top of the font rendering and default font in visual studio which I find a bit ugly. And blurry iirc

Edit: also, .net just has "cost center" vibes which I think puts off a lot of people. It may be great tech but we don't want to work at those kind of companies that use it
True that. One of the major factors of my success as a software developer is a lack of fear (either through stupidity or bravery) of "taking on" toxic/unfair/destructive environments and people.
Aren't they saying the opposite? I think the point is to buy materials that will last so long that you won't need to replace them in your lifetime (or before you move house). But I'm not sure I'm reading it right.
React is a great component-based (functionally pure-ish? puritan!) view library, but when all you have is a render() function things start to look like components even if they looked like something else before.

And then, of course, a whole cottage industry sprung up around it, from create-react-app to hideous HOC form managers. It soon started to became a proper cult, attracting true believers who shunned types, who got burnt by just a bit too much webpack configuration craziness, and then VC money pured in and ...

And now the king is dead, long live the king. All hail HTMX!
You'll note the article doesn't mention method_missing even once, and in general method_missing is rarely used much in modern Ruby meta programming, for good reason.

Overally I just don't get this difficulty people have debugging Ruby, and to me it feels like there's just some fundamental disconnect where people insist on working with Ruby as if it is statically typed, and then get confused when they find it hard, instead of embracing the dynamism and message passing nature of it.

In Ruby I usually work with a "dev mode" in my code that makes it trivial to drop to a repl (there's also ruby-debug which allows dropping to a repl "anywhere" but since you then run in a trap context it limits what you can do) and optionally reload code, which means I can poke and prod at every aspect of the runtime system whenever and wherever there's a problem, and can often write a fix, load it into the running system and retry the basic block that triggered the error to see if it fixed it.

My editor is written in Ruby, and if something breaks, I get thrown into a pry prompt and can fix it that way and continue. Or I can exit, because since every method call is a message, DrB lets me trivially forward it over a socket, and so the actual text buffers sits safely in a different process (and if that throws an exception, I can debug that too, via the same mechanism, from the client, while it is still running)

It might well be Elixir would be the better choice for how you think - I'm not trying to convince you Ruby works better for you. But I think a lot of people would be a lot happier with their Ruby experience if they actually explored what a more dynamic system makes possible. If you don't take advantage, there's really no point - in that case you're paying a performance cost for no gain and would be better off sticking to a static language.

(Regarding refinements, in the years since I've found exactly one use for it - enabling torturously invasive monkey patching that'd be entirely unacceptable system-wide, and keep that firmly confined to inside a DSL - but that use is very much worthwhile)
Use a well organized hierarchy of components. You don't have to rely on a bunch of raw templates.
> visual design itself matters.

Just like a hole in the road matters. /s

I just can't wait for people "designing" material design to grow old. Then they can tell us again how great Material Design is.
> So not a common use case either, maybe a desirable one.

it's a literal checkbox install option on Ubuntu at least a few versions back (i'm not up to date), so I wouldn't call it uncommon.
https://i.redd.it/vh37k2ep2bcc1.png

https://old.reddit.com/r/ProgrammerHumor/comments/1963h4k/cs...
Show HN: Weblog – plain text-based blogging engine with no HTML included
> it wasn't clear to me how to find out which packages from the package manager NuGet work on which platforms.

As a default rule, any package you see that targets ".NET Standard 2.0" or ".NET 6+" is using the modern SDK and very likely works across all platforms. This will cover the vast majority of open source packages created/updated in the last 5 years. If a package only specifies '.NET Framework' then it'll be windows-only. Modern packages that are tied to a single platform will likely be named as such and will specify a target that locks it to that platform, ie `net8.0-ios16.0` for iOS.
Interesting. I used to work for a big international corporation and visited the US twice for work. A six week customer support gig and a one week field testing trip. The first trip was still under older visa waiver rules for Europeans, the second one under ESTA.

In none of those cases there weren't any kind of tricky questions asked at the border, I am sure I would have given the wrong answer. But I have been to more aggressive inquiries on conference trips, when giving the right answers was easy.

I have always assumed working means having a contract with an US employer (or of course self-employed).

One would assume a large corporation had processes in place not to expose their employees to such personal risks.
Those must have been an agonizing ten minutes for the passengers. Let's hope the video gets lost to time.
I can't speak for the person you're replying to but I have long professional experience with .NET and agree with what they said. I left my last job specifically to get away from it.
>>and operating systems in c or c++

> Yes, the legacy.

That's hardly the only reason, and certainly not the reason why new OSes are not written in .net languages.
TagStudio: I'm a Mess, So I'm Making My Own File Organizer [video]
Any agreement can't supersede laws. At least in my country. So I don't really care whatever EULA says, when I have bought something, and it was taken from me, I want it back or a refund.
I use a moka pot. No plastic, no filters to replace. Great coffee. Takes a little bit longer but it's worth it.
I'm not optimistic. Nobody ever even audits the binary contents of flatpaks on flathub (were they actually built from the source? the author attests so!). You don't really even need a fancy delivery mechanism like this backdoor had.
They're using IDA Pro, with names that they presumably came up with themselves by analyzing what the code does.
I afraid in practice answering latter questions brings you to the former statements.
Rail is important in the US, it's just not for people. The highway system isn't that much better than some other places.
> Ctrl-F "raw last"

Yeah, I'm still not sure what is meant in that sentence
>Not if this is one of a few dozen or few hundred similar ongoing operations. The risk is always there, they have to expect some amount of failure.

That actually makes me think it's not happening at a larger scale, since we'd likely have heard of at least a few similarly elaborate cases being uncovered by now. If not during the attempt itself, then at least at some later point in time.

Either almost all of these operations remain undetected, because they are even more sophisticated and much of the world's software ecosystem has been secretly compromised for years or there aren't actually that many such operations.
This is the reason why I disable all non windows drives in my machine before letting any Microsoft installer do its things.
Remote jobs are coming back despite RTO mandates (data from 1M remote jobs)
in an EU country you would most likely be forced to be an employee because it looks like you have a dependent relationship with your customer/employer. your disability makes that even more so. (protections for disabled employees are very strong in the EU)

1099 obviously does not apply, but even if it is just verbal, you are on a contract.

but you are also building something to make you more independent, which is good.

as for your last question, it really depends on how you like to work.

i try to hire people because i like to work with others in a team. but my ability to hire depends on my success at getting contracts. i try to hire people who will benefit from working with me even though there is a higher risk that i can't keep them when i don't get new projects. ironically this works well in both a strong and a weak job market. in a strong job market i do not need to worry about letting go people because they will easily find another job. in a weak market the people i hire often don't have another option anyways. and if they do want to leave because they find something more stable then i am happy for them. what i don't do is get people to quit their existing job in order to work for me.

you should make an effort to achieve your goals. whether that means becoming an employer depends on how well that aligns with your goals.
Hooking of what?
Yes you will refund him and then sue Google for breaking compatibility and damaging you in the process. Suddenly we will have incentive to keep backwards compatibility on all systems.
It seems like employing others without failing is the condition they find is linked to higher happiness and wealth, rather than just trying to employ.

I'm okay with that insight. Employing others is riskier, but gives happiness and wealth advantages to the tiny 2% that succeed.

A question I have: of the 2%, what fraction comes from money and privilege, what fraction comes from the middle class, and what fraction comes from the lower class? I think class matters here. I think we'd also find class has to do with employer success rate as well.

Another Q: if and when we have a Queer Autonomous Communist Revolution, what happens to that bourgeois 2%? Gulag driven re-education, right? C'mon, Queer Autonomous Gulags! (/S, but not fully)
It was almost impossible getting my school grade to 4.50 from ridiculous 3.40 after failing a 3 unit International Relation. it was heartbreaking for me as i never could imagine lagging behind spiderwebhack dot co at gmail dot com
> Do we need at least some form of basic identity verification (even in the form of an employer link, LinkedIn, or similar)?

Not all free software contributors are employed. They might be too young (it's not unusual to start contributing to free software while still in school), too old and already retired, be part of a family where another family member is the working one, do freelance or informal work, or be searching for work at the moment.

And even those who are employed do not necessarily have it visible on their employer's website; for instance, I don't think my current employer has any publicly available page listing all employees, and I never had (and don't have any desire for) a LinkedIn account.
Thank you for the explanation, that makes sense. I will be buying your game and most likely the DLC too! Congrats the on the launch and good luck with your future projects :)
I was first intrigued by the system files in windows 95, and why they were there. I discovered that they were using some weird text (HTML, js, XML) to show some fancy stuff on windows explorer and I started changing those files and seeing how they affected windows explorer.

Then I think I probably discovered some .vba files and became interested in that. I remember my first "real" language was visual basic 5 or 6.

I haven't used windows in more than 20 years (how time flies :)) but windows 95 will always have a special place in my heart.
But syntactic sugar is important though.

Arguably one of the biggest downsides of c++ is that it has tons of features without there being a syntactic sugar for using them, which in turn makes them less attractive
What new OSs?
yeah, query selectors are pretty fast, we've had a few complaints on really large pages w/ huge tables (20k rows) and lots of elements with htmx attributes on them, but on most sane pages it isn't noticable

computers are fast
As a European I expect at least some common sense behind a law.

Every time I visited the US I noted a complete absence of common sense.
One thing I am sad about where I'm exposed to a lot of plastic but have little choice is that I wear a dental guard at night. This probably more than makes up for all the plastic food contamination I avoid in other ways. But after shattering three teeth from grinding in my sleep (waking up to a loud crack and an exposed nerve), I've decided it's the lesser of two evils.
Interesting! So perhaps not really effective obfuscation after all!
HTMX is nice if you really really really want to couple your backend to whatever happens on the frontend.

And yes, yes of course, it makes sense for at least half of whatever anyone is doing nowadays. I'd even go as far as to say that HTMX with the microfrontends idea is the ideal for large organizations with microservices-like independentish features.

... that said, there's a good chance that eventually HTMX will become a WASM kernel capable of transmogrifying a well-annotated OpenAPI endpoint into some kind of UX-positive behavior. And at that point we can, again, finally free the forms from the frozen frontend frontier!
Thanks, that's a super-helpful reply. Do packages with external C / C++ dependencies include binary blobs for platforms or compile them on the fly, or do they need to be configured for each platform? I mostly worried about standard stuff like Sqlite3.
Well yes, I do agree in parts, python is awesome for this and if I am working on the lower level I would much prefer it as scripting language - it's very easy to glue.

On C# and .NET we still don't have a portable C++/CLI, it's still something that is only for Windows and only MSVC. Maybe if they ever port that. But for now I will stick to python.
> > Build stuff in .net is so easy, I just press F5 and I don't even know what happens, it just works

Sounds like PHP.
What you’re talking about is factored in to system design - it’s called the 1% design temperature.

https://www.greenbuildingadvisor.com/article/design-temperat...

As CP says, you design your system for the conditions 99% of the time, because designing for that last 1% leads to a terrible cost benefit calculation. Same reason you don’t daily drive an armored personnel carrier with a 300-gallon gas tank.
Vibes > clinical trials