BiteCode_dev

Swift won't be able to compete with rust until it has a great scripting story.

Rust is currently the defactor choice if you want to make something with js/python bindings, of id you want to speed up a dynamic bottleneck because it makes it super easy.

Swift doesn't even have a good ffi.

Most rubists like the optional parenthesis, but I suspect must devs don't.

I wish it would at least be a method on any callable.

Sure, but have you tried to introduce a new standard tool in the stdlib?

It's not a fun process.

Writing the code is the easy part.

And installing more-itertools for one functions is a bit silly

For decades you had the famous itertools recipes taunting you in the doc: https://docs.python.org/3/library/itertools.html#itertools-r...

They were super useful, but not included in the stdlib, despite being a few lines long.

We also had more-itertools, bolton, and others, to bridge that gap.

Now, there was always a tension between adding more stuff to the stdlib, or letting 3rd party libs handle it. Remember the saying: the stdlib is where projects go to die.

And of course tensions about installing full on 3rd party libs just for a few functions.

The result is that many people copy/pasted a lot of small utilities, and endless debates on python-ideas to include some more.

I think this is going to slow down. Now if you want "def first_true(iterable, default=False, predicate=None)", you ask chatgpt, and you don't care.

The cost of adding those into the project is negligeable.

It's nowhere near generating thousand of class stubs. It's actually the opposite: very targetted, specific code needs being filled instead of haunting python debates or your venv.

But to stimulate a bit your anxiety, I do think code gen is going also making a big comeback with LLM :)

Add functools to the list. Espacially functools.wraps() and functools.partial().

The stdlib is full of goodies.

Now I always appreciated the battery included logic in python. But I noticed this week that LLM diminish that need. It's so easy to prompt for small utilities and saves you from using entire libraries for a few tools.

And the AI can create doc and tests for them as quickly.

So while I was really enthusiastic things like pairwise() were added to itertools, it's not as revolutionary as before.

Checkout shiv for turning even more zipapp goodness: https://shiv.readthedocs.io/en/latest/

- There are cheaper alternatives to both the razors the author is showing.

- You don't need to shave every day, especially with 2024 social norms, you choose to.

- Nobody forces you to use a disposable razor. You can use a straight razor. You can use an electric shaver. I use both. But it turns out disposable razors saves your from cuts and learning technics and people want that.

- So you really pay £40/year (which is not huge) for the convenience of a disposable razor, and not even the cheap ones. And the fact you want to shave every day.

That reads like an Ad, except I don't know what OP is selling.

It's not more used because of c extensions, mostly.

If you have a long running process with a lot of pure python code, you can get a lot of perf boost.

Be aware memory consumptuon will go up significantly.

One could create it using zeroconf but i'v yet to see one software do that.

That wold require automating reproductibility or requestin and analysing datasets that are not provided.

I know it's trendy to crap on crypto on HN, but my first real life use case was making a donation to wikileaks because visa refused to do it.

That I'm prevented to send my own money throught a service I pay for to a recipient that is legal in my country is outrageous.

I'm sad the internet is spending so much energy cancelling the latest social faux pas, but things like that get barely a blink.

Also a good reason to fight against the deprecation of cash.

In today's society, we can't do much without money. It's a power bottleneck. And no system stays stable forever.

It's too bad stating this makes you fall into a political category, or labelled as some -ist.

Thinking about the society we want to shape should not sound weird.

Tangential, but if all you want is inline code generation from Python and not a full preprocessor, you can use the excellent cog from Ned Batchelder:

http://nedbatchelder.com/code/cog#h_what_does_it_do

Remind me of the florida keys syndrom where each generation think it's a great fishing spot but doesn't have a frame of reference for how much the fishes actually became less numerous and smaller:

https://earimediaprodweb.azurewebsites.net/Api/v1/Multimedia...

I agree but stating isn't going to change the culture of corporations or even countries.

Yes, but that doesn't change the problem.

It doesn't, chat and mails actually become way more socially important in remote.

I get the sentiment, but also, for many the work place is a socialization hub.

And what OP argue about is a direct consequence of that: small talks, serendipity, politness rules, etc.

If you want raw efficiency, the article makes sense.

However, in most orgs, that's not what most workers want.

Yeah RSS is the least promoted web feature of the century.

Even youtube channels have rss, and it's advertised... nowhere.

I still don't get how my substack newsletter got such a success but the RSS got so little love.

It's less clutter. No string attached. Formatting is better.

And yet.

It's Python-like, but it compiles, so you get a stand alone exec like go, that you can copy on other machines without having to provide an interpretter.

It's better than bash for anything longer than 5 lines, works on Windows and Unix and has a lean syntax.

Now I would use Python for scripting, especially since uv and hatch have inline deps support now, so it's a blast.

But OP is looking for something new, so I list things he may enjoy learning, in a context that would make it enjoyable to learn.

Of course it does.

Right now FF shares are so low devs are ignoring it.

If more browsers use this engine, more devs will test with it.

Also, if it reaches success, it make FF future more robust, which also helps with future diversity.

I've been wanting split view in FF for a long time, so I'm going to try this right now

And I know somebody, somewhere, is going to argue that it should be the job of the desktop.

I disagree.

I don't want to have to create each context I want things to exist in, and manipulate that carefully.

I like automatic context. That's why I like tabs in my browser and not a thousand windows. And that's why I enjoy my split views to be inside the tabs I just created.

I read it the opposite way:

- I feel more passion from the author.

- I value the pride they show in their work.

- I know many people actually care about beauty. In fact, with the same amount of bugs, the users of the most beautiful software will actually report it's less buggy.

The problem is when someone makes appearances more important than being useful.

But I want to give this project the benefit of the doubt.

We need more browser diversity.

This list is not meant to say "this is the best language for this", but rather, "you'll have an interesting learning experience with this":

- web backend => ruby (with RoR)

- web frontend => JS

- network => go

- gui => dart

- perf sensitive => rust

- mac os only => swift

- windows only => F#

- cli scripting => nim

- embed => zig

- new perspective on programming => lisp

- want to experience clean theoretical concept => haskell

- need super reliable service => erlang

- lots of data processing => julia

- lots of number exploration => j

- video game => C# (with unity)

And I say this as someone who would likely use Python for 80% of those.

The article talks about JSON-LD, but there is also shema.org and open graph.

What which one should you use, and why?

Should you use several? How does that impact the site?

*by the very same companies that made bank from the web openness.

Since 2004:

- They sent 4 rovers to Mars, a freaking helicopter, and confirmed water presence.

- They launched 2 telescopes, with Webb forcing us to rethink our model of the universe.

- They made New Horizons do a flyby... of Pluto.

- And they collected samples from the near-Earth asteroid Bennu!

If that's not the demonstration of anything but drastically high competence to you, nothing is.

At this stage, I have to believe you are a troll.

It's like people expect NASA to be infallible.

Just like the hundred of previous similar events, they will not.