boondaburrah

As a child, I enjoyed things meant for adults (with regard to programming). However, this was a different era.

In the 90s, computers needed programs to be useful, and regular computer users needed to be able to make them (not so much as the 80s but it was still around). I saw my elders creating software in the HyperCards and Visual Basics of the day, and thought "Hey, I want to do that" so I did.

They were both tools to get Real Work Done™ AND be approachable to non-programmers. Thus, I didn't feel limited by the stuff that's for children, but they were still friendly enough to be approachable from zero knowledge + maybe a book from the library.

Children's tools tend to only have the approachable part, which is good, but as a kid /knowing/ that anything a "real" program could do was possible with the tool I had if I just tried hard enough was a huge motivating factor in eventually bootstrapping my learning.

Unrelated to OP, but Google Translate is notoriously bad about translating numbers from Japanese. It just can't help slappin' more zeros or the word "million" on the end when that wasn't in the source.

What I'm saying is, if machine translation was involved at any step don't expect it to understand the concept of numbers - it just correlates characters that appear in one document with characters that appear in a supposedly equivalent document in the target language, then applies that transformation to what you requested.

For a lot of the same reasons in this article I like to use tup[0] when I can. It doesn't integrate into anything which is both good and bad. I wish my IDE could check with tup to see what dependencies get pulled in by what files. However, it's nice that it doesn't care what language or ecosystem I'm using.

Also, it's very strict about declaring dependencies properly, and will actually fail the build if you've set things up in a way that depends on something not tracked (by watching filesystem access as the compiler runs). That gives me warm fuzzies that my builds are reproducible.

Also I can get a neat dependency graph as a PNG if I want.

[0] https://gittup.org/tup/

AFAIK you want the biggest pixels you can for the resolution you want in order to cut down on noise, no?

The only exception to this (which proves the rule IMO) is that Nokia 40 megapixel phone that came out a while ago. It deliberately recorded 5mp photos, using the 40mp of data to intelligently average the pixel information, rejecting noise it could detect in software. It was unfortunately married to a less-than-stellar smartphone so I don't think it sold well despite the pictures being beautiful (IIRC at the time it's low-light performance couldn't be beat).

You say that but there's other reasons to use linux (on the desktop!), and serverless itself is an old concept in which I never used to care which flavour of unix/linux my host was running my php or cgi scripts on.

I got hazed by an upperclassmen with gentoo around that time and it's ruined me ever since. It's just not Linux if I can't edit a text file and rebuild the world.

I also think that at the time computer users may have been used to dismissing extra space around letters, since the computers they commonly interacted with would use monospaced fonts for technical reasons.

TBH I think game devs will pick it up. There are a lot looking for new restrictions/features that will force them to make fun in different ways.

I've held one in my hand and damn that screen is clear as hell (but reflective) I think it sits somewhere between IPS and OLED for me, and being reflective it's easier to look at.

They're not remotely the same product though. The person buying this /does not want/ those features, so those are actually downsides. They actively don't want emulation machines, because those machines never ship with any games they haven't played before (or could play other ways).

Also I held one in my hand early on in the pandemic (they did a small show where I was) and the thing /feels/ worth the asking price. It's really solid, and the SHARP "memory LCD" tech they're using is one of the clearest monochrome screens I've seen. OLED is more capable, but this is easier on the eyes and battery.

However, with price increase+shipping+tax, I can't afford one. I hope they become popular enough to either drop in price or do a mk2.

I would like GPIO though that'd be nice.

My brain's still on Steam Deck, sorry. In that context it would make sense.

Lenovo always seems to be about a half year behind the generation of chip you actually want.

Please no. I'm not made of money and I'm tired of developers treating my disk as free real estate.

I remember when the official Google Picasa client for linux was the windows exe but developed and tested on wine

I mean that didn't stop Sony from using it as the base for the PS4. Of course you're using the playstation userland on top of it though as Orbis OS.

I mean FreeBSD doesn't do Orbis (PS4) games either. Windows and XBox are a bit more like Linux and Android AFAIK (though UWP is a different thing, apparently).

I'm still annoyed that I can't buy an OLED panel anywhere between 128x128 and full HD resolutions. The HD ones are too big and difficult to interface with and 128x128 is too small to make an interface on.

The military-industrial complex would like to have a word.

Exactly, that's why one would get excited for C++ support.

However, I realise the point is moot since there would be no way to compile the library. I've been living too long in "Compiles to C" languages this month I guess.

Yup. People != Everyone.

I will argue a bit for the value of noise (visual or auditory) of causing you to stop processing each individual element and accept them as one whole though. I don't think that argument applies to pin registration shake on film animation, but if every element of a mix were perfectly dry it would sound unrealistic (even live, arguably the highest fidelity of music for this argument, has room characteristics).

Regarding hollywood it was originally a way to make the CG elements and live-action elements actually blend. Once they went all-digital it didn't make as much sense.

I remember seeing lua for the browser quite some years ago (not sure if it was fengari or not) that worked similarly (include the script and then anything of type `application/lua` would execute using it). I ran into it in 2014.

If fengari is that, then I think it predates wasm.

Edit: it is not, since my memory is from 2014. However, the git history says fengari was started 5 years ago and wikipedia says wasm came out 4 years ago.

Film grain is (used to be? It's been a while since I've seen one) added to hollywood movies despite the entire pipeline being digital, and noise can be instrumental in masking hard edges and artifacts while tying together an audio mix. Painters will drag a brush with only medium and no pigment across a canvas just to "glue" the elements together. So yes, People do enjoy this.

I looked it up and the apache manual apparently recommends HTTP basic over SSL instead of Digest these days since apparently the extra protection isn't considered as worth it relative to just HTTPS-ing the connection.

I've seen plenty of videos where people just dubbed the music over it, but yeah, bonus points if you can get it running on whatever beeper you got. The best arrangement I've heard was for the Sound Blaster's OPL3 chip (though a little bit that's cheating since you get 18-note poly and stereo which is enough to create a decent soundscape): https://www.youtube.com/watch?v=2lEPH6Y3Luo

Embedded stuff usually, game consoles. Also if you have an Enterprise SKU of Visual Studio it costs real money to upgrade. Maybe your company has purchased a compiler suite you have to use. Maybe you have to link against proprietary libs that were only provided for a certain MSVC ABI.

If it's capable of representing a two-dimensional array where each element can have at least 2 values, we will get Bad Apple playing on it.

I'll keep it in mind, but right now I'm trying to only use the classes that are provided by the engine or my own code as much as possible, since adding a dependency becomes a whole /thing/ in cross-platform game engines sometimes.

The reason you can't use clang is not a technical one, but that you are /required/ to use the platform's provided C++ compiler.

And yes, you are making my point. We are in violent agreement.

You can't write Rust either, which is why C++ support would be initially exciting, until you learn you can't use just any C++ compiler and the one you can use is excluded.

I'm currently trying to get text layout working in a game and the /only/ text control provided by the engine is one that "can" be editable, since it's assumed for non-editable text you'd just use graphics. However, this game has a lot of dialogue and must be translated into multiple languages so that's not a realistic option.

It's a fucking nightmare. It turns out it uses Cairo internally so that's not bad, but I /need/ to know where the last glyph is and answering questions about how your text actually is going to be laid out in the end is next to impossible everywhere I look.

Since, again, this has to work in multiple languages including CJK I am loathe to code my own text control but I may have to.

My CRT would like to speak with you.

More seriously, it seems every phone screen invents it's own pixel layout and of course, can be rotated 90° at any time.