agent281

Let's keep cycling between articles about how nobody cares and how everyone is burned out until we can see the pattern.

One benefit of a low hood is that it scoops up pedestrians that might get hit instead of hitting their torsos with the vehicle. It'll probably break your legs, but you are more likely to survive.

This is one of the reasons that SUVs and large trucks are deadly: it's basically hitting you directly in the chest cavity.

I feel the same about Javascript codebases. As I like to say, hell is other people's Javascript.

Pyret would be a good alternative. It's designed for education by racketeers.

https://pyret.org/

I work in data engineering. I tend to do println debugging because the production data sets are not available from my machine. I tend to prefer REPL or notebook driven development from a computer that is connected to the production environment.

If you're lucky and the consultant is experienced and has narrow scope, they can provide a lot of structure. They will also push back where applicable. If they have a wide scope and/or they don't have much experience, you are 100% correct that they have to figure it out like anyone else.

I was replying the GP:

> So if Google dies then we'll have more diverse browser and mobile ecosystem

Initially, this won't be true. A lot of the browser ecosystem relies on Google right now. Eventually it would be replaced. I just don't think that it would be immediately true.

I'm not saying that they should stop anti-trust work for browsers. I'm saying that it won't necessarily make things better for the browser ecosystem as things stand. Things would definitely get worse before they got better in browser land.

Google funds Chrome. Other browsers use Chrome as a base. The majority of Firefox's funding is from Google. They will suffer as well. MS would need to step back up with browsers and you would also have Safari left over. I think it would be a major shock to the browser ecosystem.

Looks like this is the project they do when they try other programming languages. Check out this other post from their blog where they tried Gleam.

https://pliutau.com/my-first-experience-with-gleam-lang/

Yeah, I think most of the games in the Lisp Game Jam are made with Fennel and Love. The game jam is cohosted by technomancy, the maintainer of Fennel.

https://itch.io/jam/spring-lisp-game-jam-2024

There is a whole branch of programming languages that use prefix notation like that. It's one of the oldest branches starting in 1958. The benefit of the prefix notation is that it is really easy to write macros and embed Domain Specific Languages (DSLs). It's an interesting part of the programming world. I would recommend checking it out!

https://en.wikipedia.org/wiki/Lisp_(programming_language)

The async design allows the language to do garbage collection in Rust because there are defined time when the language is running and not running. This gets around the aliasable or mutable limitations of Rust. There are also benefits around the stack uniformity vs regular Lua. (I.e., in regular Lua you can have some differences between C stacks and Lua stacks.)

Some databases have the concept of a natural join. It joins two tables on common columns. Not quite what I would want. I would prefer something like a key join that uses foreign key relationships. I don't know if any database has that though. (If anybody does, please let me know.)

Oracle: https://docs.oracle.com/javadb/10.8.3.0/ref/rrefsqljnaturalj... MySQL: https://dev.mysql.com/doc/refman/8.4/en/join.html

This book covers compiling to assembly whereas Crafting Interpreters only has a bytecode VM implementation. We'll see how good this book is when it drops, but I think that's a worthwhile feature that Crafting Interpreters punted on.

It's not so much that I don't want to learn the platform. It's that there is often an inherent sequencing. The expectation is you already know the platform and now you are learning the guest language. I just want to be taught the guest language and the platform at the same time.

I was working on a Linux laptop and the installation process wasn't immediately clear. Some of the frameworks I looked at didn't target the most recent .NET version so I had to install multiple versions. Once I had it installed, I had compilation failures with a project that was built on Windows. The team that ran it wasn't sure what was happening.

Also, having the documentation split between the F# parts on one site and the .NET parts on another site was a bit of a pain.

It might have gone better if I was starting with a book instead of picking docs off the web.

> I definitely recommend giving F# a try. I think it's an extremely underrated language.

Do you have any recommendations for people who do not have C#/.NET experience who want to rip their toes in F#? The last time I tried the language I bumped my head on the .NET parts. :/

> Also, what is the long term fate of such tribes? Without genes flowing in, it's probably not good.

If contact was made, the short term fate of the tribes would likely be bad. They likely don't have immunity to all the diseases that we do. It could prove devasting.

> Because Americans are so good at distinguishing Slavic languages by ear in a noisy room?

There is a simpler explanation: Russian is probably the only Slavic language most Americans know about.

On the other hand, they might know about SAT solvers, but not have enough time to actually experiment with it and integrate one into the language. Especially if there are other high priority issues.

This happened at my last job. There was literally drama every week. I stayed for a bit over two years, but it was absolutely awful.

I think that makes sense when you are already at a "good" company. Then there is opportunity for advancement. The average dark matter developer is not at a FAANG company so YMMV.

Are you going to make this list of resources available online or is it for personal consumption only?

Silicon Valley Bank and First Republic went bankrupt last year.

https://en.m.wikipedia.org/wiki/2023_United_States_banking_c...

Alternatively, there could be some public space where it is legal to be homeless. The area could be fitted with bathrooms and other services.

The issues are that cities may be concerned about liability in that space and where you could put that space without angering some residents.

Additionally, a lot of homeless people would probably rather have their own space so they would reject a city sanctioned location for homeless people.

Unfortunately, it seems like an unlikely solution.

When I would interview data eng candidates, a large subset would import pandas before reading the problem statement. When I've complained about it, a lot of people are surprised to find a data engineer who doesn't like it. That said, it might just be the companies I've worked at. ¯ \ _ ( ツ ) _ / ¯

My unpopular opinion is that pandas specifically is terrible for data engineering. The type inference when loading data from files can result in fragile jobs. In my experience, it's also surprisingly slow for a lot of data engineering tasks. IMO, it should just be used for analysis.

Python's parallelism story also holds it back, but that may be improving soon. It's unlikely it will be as nice as Go's though.

You are correct, but they have (1) all of the money in the world as the fundamental programming language of the Internet and as a result (2) they have a state of the art tiered JIT for dynamic languages. The blood of countless PhD students flows through v8. I don't know if python will get the same treatment.

I doubt that Python will ditch the meme. The fundamental model of dynamic dispatch using dictionaries on top of a byte code interpreter is pretty slow. I wouldn't expect it to get within 2x of JavaScript.