skysight-inc/HackerNews huggingface dataset:
This seems like a classic example of taking one small part of a larger trend that agrees with the viewpoint you came in with, and massively overinflating its impact.

Trucks have been getting bigger since long before 2008, including light trucks. The Ranger's platform was ancient by the time it was retired -- it was going to go regardless. It does seem that the author has correctly picked out one of the many factors pushing things in that direction, but also during the time frame in question (2008-2020) overall American vehicle fuel economy increased (see the EIA's total energy consumption report). I realize that wasn't the direct point the author was making, but it seems like an important note.

The author's weird insistence on the "own the libs" snark really takes away from the impact of what this could have been -- a reminder of the importance to consider unintended consequences when rulemaking.
I live in a town that used to be a lead mining community. I know some folks around here who have backyard chickens.. in fact, I get eggs from one of them (though they live in a ways away from where I think the lead mining was, so hopefully we are safe..)

This is a very interesting news to me. I wonder if there is a cheap and easy way to test the eggs to see if they are absorbing lead from the soil?
And a side note, as many EU residents constantly remind us in North America.

We drive greater distances here. More rural miles. More highway miles.

Rural driving (constant 50mph with no stop and start of lights for an hour or more), is far less damaging to roads than start and stop traffic. Interstate miles are the same concept.

Beyond that, expanding and building roads, is cheaper in rural areas.

So there may actually be more gas tax collected per repair cost, even with the rate lower in the US.

Canada has higher gas tax than the US, but lower than the EU. But we also have cold weather everywhere, with frost and ice destroying roads.

So on average, we need more than the US, which only has a few northern/cold states.
Side note: if our eyes did perceive color in a euclidean way, for example, the normal process of hue shifting something would actually work without needing to do any saturation/brightness/darkness adjustments afterwards.
We must be brothers from another mother. ;)

Thankfully, some of these anti-whistleblower laws been overturned by the courts, under the 1st Amendment. I've also heard of some folks being arrested for animal cruelty once the videos got out, but unfortunately it's been the minimal wage workers instead of the owners. It's kinda ironic: you beat your dog and your neighbor sees you, you're gonna get arrested (I think every state/county in the country has anti-animal cruelty laws).

But if millions of cows/pigs/chickens get punched, castrated, thrown, etc., it's ok, because it's not on video and people just don't wanna know. Interesting how the "local" and "organic" labels have become super popular and charge a premium, but Raised Humanely isn't, at least not yet. IMHO, people just don't wanna know.

Some people (my mother-in-law) actually prefers Beyond Burgers to real burgers. I bet it depends on the cooking: you always grill my Beyond Burgers and everyone always loves 'em.

I still remember during the early days of the internet when I watched a 320x240 video of a live pig, tied down and being burned alive by a blow torch. Still remember it, 20 years later.

Note, I actually support fishing and hunting. Especially here in the northeast USA, where there's too many deer because we killed all their predators (bears, coyotes, wolves, etc.). And now they're eating entire forests and getting struck by cars.

And US government bans selling hunted deer meat (venison). I don't understand...
But the USA is #10 in the world in welfare spending per capita. Even beating out a few countries commonly called "welfare states" like the UK.

https://en.wikipedia.org/wiki/List_of_countries_by_social_we...
Well, no code and low code solutions are in practice more code. You use a tool, that is supposed to solve a trivial or a simple problem, and it works great until the first change requests come. With the second or third change request, the complexity is already so big, that no code is not a solution any more. But then, you have sunken costs, and no approval to rewrite. So, you keep adding a workaround around a workaround and another layer of patching or complexity, until a few years later you finally get an approval to ditch the no-code tool and rewrite using an actual code.

In the end, cost and effort is much higher, than as if it were implemented properly in code from the beginning. You write a lesson learned, discuss it with the team and management, get an agreement to do it right the next time.

Then, a week later, a new project starts, you want to do it in code, but get overridden because it's a perfect use case for this great low code or no code tool you are using.

Source: every integration / middleware / ESB developer in every enterprise company.
Harvesting methane from landfills sounds like a good idea but is it feasible and scalable in other places?
Awesome!, Free, Opensource and does not store any data, can't ask for more
They have an estimated 137M subscribers and year over year growth, I'm sure they'll look into your suggestion though.
> the true value of low code is the ability for business/ ops teams to
create tools that serve their needs without waiting on a team of
"real" developers to make time for them.

I agree with this.

There is a hidden market that exists between "Developers" and "End
Users".

With Pure Data, I found this in the games and interactive audio
industry where much of the procedural sound we made was done by
"artists" essentially. Rapid prototyping using visual languages gave
"good enough" code that could be exported to C/C++ later for
embedding.

Again I saw that with LabView in industrial modelling, where engineers
who are not at all "expert" coders could work within their domain of
expertise and spit out code (also through tools like Matlab/Octave and
NetLogo) as basically a very advanced (demonstrably working)
"requirements spec" to any developer who wanted to take it further.

The win comes when you realise the lifetime of many rapid prototypes
is good enough, and real developers are expensive enough, that the
no-code "mock-up" is the actual product.

It happened with a job I did for the British Foreign and Commonwealth
Office, when I showed the POC that took a few hours to knock together
and they said, that's good enough, just put that demo into production
as is. The scope was only a 7 day campaign.

I see no-code as a peoples' config language that should basically
replace the interface of devices like Android. Kids as young as 6 can
understand stick and box dataflow diagrams. When "The diagram is the
program", configuring things like privacy settings or app preferences
might better be done in this domain.

That doesn't make developers who use real languages obsolete.
Replacing the top layer of soil is the most common method of soil remediation, but there are others. For most urban gardeners it's usually more cost-effective to put in raised beds.
I myself had that perception before I learned how to code. I even still have that perception when it comes to math. Every single time I hear mathematicians talk on HN I feel like I hear a whole new set of words I've never heard before, and looking at math diagrams makes my brain hurt. It makes you feel stupid, but it's just an illusion.
I doubt the complaints would be ignored. It'd be fair to assume that the complainant might face consequences for not going along with the program.
It's not snark, it's a logical deduction. It's not that my kid "eats" dirt but his dirt-covered hands are in his mouth if they're otherwise unoccupied.
I hope that by the time a PC with keyboard and mouse (or even a laptop with trackpad and keyboard) are considered retro I am able to stay away from all computers.

because on this trend, such a world where all computing is through 'smart' devices is a world in which we have even less individual power than we do now.
In Nevada there's no income tax, some sales tax, but the vast majority of taxable purchases are luxury purchases made by wealthy tourists and there's also a hotel room tax.

So in that one case, choosing sales tax isn't regressive.
There are many other taxes. There are tariffs, capital gains, or estate taxes, for example.

Additionally, not all consumption taxes are across-the-board sales taxes.

Across-the-board sales taxes are highly regressive taxes, because basic consumption needs are relatively flat across a population, so the poorest people pay a much higher percentage of their income in sales taxes than the wealthy.
The sales price can change at each store location. It would be even easier to put the full price on the item in the aisle. Stores now know their inventory and track it by the minute.
Disrupt, yes. Replace, no. Programming is moving to ever higher levels of abstraction. It's just a continuation of the trend. You'll still have the lower levels when you need them. It reminds me of WordPress. It will get the job done for most people but at the end of the day it's a piece of crap.
> The USA really needs better consumer protection laws.

I feel like we used to. Everything is so overtly nickle and dime the working class now.
You can try living/working in Vancouver WA and doing all your shopping in Oregon. But you technically have to report and pay use taxes.
From Telekom Germany:

Telekom -> Level3 (*.edge1.helsinki1.level3.net et al.) -> Hetzner Helsinki (core*.hel1.hetzner.com)
I sometimes compare Climate Change to the US Civil War, in terms of a few rich people owning the slaves/fossil fuels and not being ready to give that up, and while I'm less worried about it now than I have been in the past, I did think a really big war was a real possibility and I still wouldn't totally rule it out.

This kind of thinking, is exactly the propaganda you'd use if you personally had a big incentive for an inefficient system to continue, but needed a lot of other people to fight and die in order to have any slim chance of coming out ahead of the future changes.

To get less melodramatic and more boringly factual: a carbon tax would increase our quality of life, spur economic growth and generally be good for everyone who hasn't put their life savings into fossil fuels.

The fact that people are so worried about quality of life, but refuse to absorb that simple fact is a worry.
You are free to launch jobs on Spark clusters from any of your pipeline steps, whether they run locally or remotely. Be mindful that if you do so, the function that launched the job needs to also wait for its completion. In the future we will provide deeper integrations with Spark.

When running on cloud instances, Sematic runs container images on your Kubernetes nodes. You are free to SSH into those and run the images manually to have the same dependency context, but any ephemeral context of the job (e.g. storage) will no longer be there.
Attestation certs makes sense for a small subset of enterprise usecases and don't make sense for consumer sites. _In practice_ that is also how WebAuthn is deployed. None of Google/Facebook/Github/Twitter/AWS require an attestation to register. _In practice_, WebAuthn is not a threat to your freedom.
Lots of open space, people choose comfortable cars. Pickups are a little bit bigger now, and they have taken over the role of the land yachts from decades past. I mean, look at the back seat space in an F150. Can't touch that in any sedan, even a full size. No wonder people like them for family cars.

I've been in enough traffic in Hyderabad that I can appreciate why nobody drives a big car there. Different situation.
This is actually the strongest case in favor of "no code" tools IMO. Get the PM to spend time actually modeling what they want, as close as they can get, in no-code tools. They get to bash their head against the wall for a while until they give up and bring in engineering. But now (a) the PM actually has some intuition around how complex things are, and (b) their no-code solution is probably a better approximation of a spec than they would have written.
Yeah... I love history, so I really want to enjoy HOI4, there's just so much fucking busy work to deal with. I think I'm just spoiled by playing chess where there is nothing but the "battle of ideas", as GM Yasser Seirawan likes to put it.
What are "alternative proteins" and what pestilence do they cause?
I think AssemblyScript is the best example.

Adding the borrow checker is quite invasive though. This guy is trying https://github.com/alshdavid/BorrowScript.

I think it's a kind of fun constraint that experienced and bored devs like to challenge themselves with - the borrow checker. The latest obsession. You absolutely don't need a borrow checker, just like you didn't need everything to be functional programming, but it's intellectually stimulating.
Currently, even more so, since there’s not much of anything on lots.

However, people in this country are notoriously impatient and can often be persuaded to buy a very similarly spec vehicle if it means getting it sooner.

I bought my last car from the “local inventory” despite not being exactly what I “built”.
This doesn’t follow at all: the American pickup truck industry isn’t dominated (or even particularly influenced) by European demand. They’re a tiny and shrinking part of the EU market[1] with plenty of domestic competition (with markedly less aggressive designs).

American pickup truck design is overwhelmingly influenced by American market trends, since that’s where they’re being sold. And the domestic market likes aggressive designs, and does not particularly care about pedestrian safety[2].

[1]: https://www.autonews.com/sales/pickups-europeans-say-thanks-...

[2]: https://www.consumerreports.org/car-safety/the-hidden-danger...
If you are insured, $25k is plenty and cover 99% of situations.
> Through the GitLab for Open Source program, open source projects

Will a individual developer be able to create a repo for a small FLOSS project under these terms? I don't see the option there.

And before somebody says that a small project will fit a free tier, remember that this entire discussion was born from the fact that free tiers can be removed 5 minutes from now if Gitlab wants to.
At least you can still pay more to not be interrupted by ads on Disney+. Anything on Freeve is frustrating to watch with no way that I know of to pay to go ad free. If someone knows if you can, please comment.
Not sure because no one has ever seen it...
I think no code/low code solutions certainly have a place, but the way they're currently designed is not necessarily helpful (I've worked on replacing integromat and automate.io solutions in the past). Those solutions are fine, for the most part, but they're main flaw is that in order to get anything done you have to integrate them with other tools/software, which means that you're limited by what parts of the api the developers exposed to the no-code. That and the abstractions they produce on the UI end can be confusing and difficult to navigate. That's less their fault and more of an outcome from being a shiny new tool trying to do everything, but it results in a solution that doesn't really work for the people who would go for a low-code solution in the first place.

A good model in my mind is Excel. The amazing part of Excel is that it can be used as a no-code tool, a low code tool, and extended with code macros. Even self-described non-coders who would otherwise be intimidated often use to extreme productivity. It's extremely visual, straightforward, and self-contained for the most part. The fact that it's so well documented as well is also hugely important. The no code solutions I've seen and worked with usually are fairly lacking in this regard, but excel has fairly clear documentation, the famous f1 key, and a support line[^1] which makes it a more default choice. The only problem is that integrating it with your other tools relies on either 3rd party plugins, a coder, or integrating specifically w/ other ms software.

[^1]: I had a professor state in a comparison between MATLAB and Python that the reason to choose MATLAB was that they had a customer support line. This wasn't a CS professor, so you shouldn't underestimate how much value is placed on talking to a human rather than RTFM by non-coders.
Its frightening how many people think we need the government to regulate the most minute details of everything. Vote with your dollar, period, that is the only way the right feedback gets to the right issues.
Well the green energy proponents (which we are now learning were on the payroll of Gazprom lobbyists) launched a FUD campaign against nuclear plants which were completely safe and working fine post-Fukushima.

This chess move by Putin is paying dividends because Germany is shifting towards populism/right wing as is the trend in Western Europe (can you really blame Parisians?) and realizing it can't replace Russian gas without incurring serious internal turmoil and economic ruin.

Now we are seeing this impact everything. Even hetzner isn't safe.
Yes but in America people go to a dealer and drive a car off the lot after the sale.

The US way has its convenience of not having to wait 6 months for the car to be built and shipped.
Yea, IPFS has a horrible issue with representing what it .. is.

People, even in this thread, keep spouting privacy.. when i'm not sure if i've ever seen that as a goal.

If anything content addressability makes privacy remarkably difficult.
1. Electricity in other countries is more expensive. e.g. in Ireland it is €0.35/kwh (~$0.40).

2. Other countries have smaller houses, therefore smaller kitchens therefore smaller refrigerators. Between that and higher energy efficiency standards in general, new refrigerators in my local store vary from 230kwh (A energy rating) to 260kwh (F energy rating) in power usage.
Where I live - which my wife still questions our decision - the giant mean trucks aren't just giant and mean, but they are outfitted with what sounds like a freight train horn, and many myriads of flood lights.

Nobody knows why this is, because most people live in subdivisions and not farms, where you might feasibly need giant mean trucks with flood lights. And yet the big mean, loud, bright trucks are quite popular.
I can click a single button on Amazon and get a book pushed to my kindle in < 30 seconds. How is that not an incredible value proposition?
I personally use `ebook-convert` (comes with Calibre) with a simple script that'll capture anything in a drop dir, convert it, and email it off.
Because of partisan divisions like the parent comment was trying to further. Conservatives have no ideological opposition to renewable energy, some are just starting to oppose it because "the team likes it" and politics is becoming more about tribalism than actual policy. If people stopped trying to paint people on the other side as "the enemy", we wouldn't have these kinds of issues forming.
I see it differently.

I see the low-code stuff as an opportunity to let the business-folks handle the usecases where the complexity is low, and value of rapid iteration with deep domain-knowledge is more valuable.

Also, they might get a better understanding of why the code stuff might make sense when stuff is actually getting complicated :)
How to make your product accessible
> I hope the Ford Maverick is successful enough that more manufacturers start making "little" trucks again.

You hit the nail on the head. Manufacturers aren't forcing anybody to buy big trucks. They respond to demand. If people show enough demand for a tiny pickup like the Maverick, we'll see competition in the space.
I don't know. They do still have federal sales tax I presume, and get kickbacks from the federal level for projects?

Some places may also benefit from high property tax, which now that I think of it, is a "holding" tax, not income tax.
Most comments here are in agreement that a ton of programming is doing complicated things, and the complicated part is not "which letters do I press on this keyboard to make code loop a few times". Hence, low-code tools don't solve the right complexity problem. So let's move beyond that.

We've all been there, from time to time you have a database table or whatnot that "makes sense" (its columns closely match what users of the software expect to see), and you really just need to expose CRUD operations, add half a page worth of validation and action buttons and then the app is done. (CRUD = standard db ops; CREATE, SELECT (Read), UPDATE, DELETE).

Why is the 'low-code automatisation' of that part wavering in and out of popularity? low-code solutions _can_ capture away the right kind of complexity here, no? And it's been tried. In many forms. Many times.

In the 90s, 'database-oriented software development' was very popular. FoxPro, MS Access, xbase, that sort of thing. You got the CRUD stuff for free, and all you were really doing was designing forms to lay out the various DB columns and maybe adding special scripted actions to certain buttons. That was pretty much it, already quite low code and trying to, I dunno, turn those scripts into more lego-brick-style low-code solutions seems feasible at that point, too.

The development environment was all in on this. The basic interface was a form designer. Then you'd click on a button in the form and 'add an action listener'. The other main view is your columns and tables view where you can click on things to 'add change listeners'. You blessed some form view as the 'main view' which loaded on app start, and that's how you build an app.

But FoxPro, MSAccess, that sort of stuff mostly died out. The vast majority of software, both consumer and business oriented, is written in java, python, C#, javascript - those sorts of languages. General languages where database support isn't even baked in - you need to add a dependency no less.

The concept was then reinvented: Rails (Ruby-on-Rails) with the notion of 'skeleton' generation, which didn't just generate the barest of bones ("Here is the source file containing the entry point, here is a project definition and all you need to do is edit the names") - but did a lot more than that, giving you a basic but functionally styled web interface for CRUD ops. The development 'model' of rails is then to just add new features and endpoints, and perhaps even replace these CRUD pages one day, until you're happy with your app.

But rails is far less popular today than it used to be, and whilst various web frameworks still offer really easy ways to toss up CRUD operations, it seems to me like it's less of a key feature, and various frameworks that don't have it or whose CRUD support seems like an afterthought are still quite popular.

Direct rails clones in other languages, such as Grails (for java), have pretty much died out.

Why?

It's the fact that "the low code experiment has been tried a ton of times and it has failed every time" that teaches me that low-code is doomed to fail. Unfortunately, it doesn't explain _why_ it fails. Just that it is likely to.
I dont think I can do it without crash, just too many things can go wrong.