His real crime was "Walking down the street whilst looking working class".

I was already a dev in a small IT consultancy by the end of the decade, and having ended up as "one of the guys you go to for web-based interfaces", I did my bit pushing Linux as a solution, though I still had to use IIS on one or two projects (even had to use Oracle Web Application Server once), mainly because clients trusted Microsoft (basically any large software vendor, such as Microsoft, IBM or Oracle) but did not yet trust Linux.

That's why I noticed the difference that Red Hat with their Enterprise version and Support Plans did on the acceptability of Linux.

Just to add to this, early on there was no such thing as kernel modules, so you had to compile your own kernel with the hardware support you needed for anything beyond basic (if I remember it correctly, it was only basic processor stuff, keyboard and text mode VGA) hardware support.

CRT monitors internally use an electron gun which just fires electrons at the phosporous screen (from, the back, obviously, and the whole assembly is one big vacuum chamber with the phosporous screen at the front and the electron gun at the back) using magnets to twist the eletcron stream left/right and up/down.

In practice the way it was used was to point it to the start of a line were it would start moving to the other side, then after a few clock ticks start sending the line data and then after as many clock ticks as there were points on the line, stop for a few ticks and then swipe it to the start of the next line (and there was a wait period for this too).

Back in those days, when configuring X you actually configured all this in a text file, low level (literally the clock frequency, total lines, total points per line, empty lines before sending data - top of the screen - and after sending data as well as OFF ticks from start of line before sending data and after sending data) for each resolution you wanted to have.

All this let you defined your own resolutions and even shift the whole image horizontally or vertically to your hearts content (well, there were limitations on things like the min and max supported clock frequency of the monitor and such). All that freedom also meant that you could exceed the capabilities of the monitor and even break it.

In the early 90s all the "cool kids" (for a techie definition of "cool", i.e. hackers) at my University (a Technical one in Portugal with all the best STEM degrees in the country) used Linux - it was actually a common thing for people to install it in the PCs of our shared computer room.

Later in that decade it was already normal for it to be used in professional environments for anything serving web pages (static or dynamic) along with Apache: Windows + IIS already had a lower fraction of that Market than Linux + Apache.

If I remember it correctly in the late 90s RedHat started providing their Enterprise Version with things like Support Contracts - so beloved by the Corporates who wanted guarantees that if their systems broke the supplier would fix them - which did a lot to boost Linux use on the backend for non-Tech but IT heavy industries.

I would say this was the start of the trend that would ultimately result in Linux dominating on the server-side.

The Political Propaganda machine in the US is now at full steam given how near their Presidential Election is, so we get innundated with "vote X" and "X is great" posts along with "Y is bad" ones.

Advertising has become so abusive that you can't browse anymore without and AdBlocker, and Political Propaganda is just a more manipulative form of advertising, often pushed by people deeply emotional bound to "their club" (funnilly enough, I also avoid Sports stuff, as it suffers from exactly the same problem) hence far more insiduous and aggressive.

Then to make it even worse, this electoral cycle in the US is all about doom-mongering with not a single message of hope or a bright vision for the Future: in other words, everybody is selling Fear, which at least in traditional Advertising is uncommon.

Yeah, it's maybe the greatest difference between Patriotism and Nationalism: the former is all about "I'll work to make my house the best house" whilst the latter is about "Yield to me, as I am from the best house".

Patriots want their country to be the best country, Nationalist want to extract gains from living in what they think is the best country.

You'll notice that the only things Nationalists ever do for their country are things like "stopping others from coming here" or "celebrating the greatness of their country", which aren't at all about making the country better.

A lot of people reacting here with a "But they're a Charity, so they most be good people" clearly are unfamiliar with the problems of Unpaid Internships in London and the scammy nature of so many UK-based Charities nowadays, especially the kind that's based in London, has junior "Personal Assistant" positions and whose "charitable objective" is the same as their name, a "painfully obvious bad thing", in a part of the "good will market" that's not yet saturated (such as for example the fight against hunger would be) and for a problem so broad that them having no measurable impact is justifiable and which is a problem that will never be totally solved - the entire thing reeks of a "business" set up by a Politician or MBA to pay themselves vast fortunes as CxO by preying on the good will of well intentioned people.

I lived for over a decade in London and that whole advert rings several alarm bells in my mind.

I think the difference in posture towards this is to do with familiarity with the situation of Internships in London, UK as well as the massive scam that the kind of charity using "Personal Assistants" tends to be over there.

In many areas having an Internship in your CV is almost a requirements to get a foot on the door for one's first job and in the last decade or so most such Internships are unpaid, which is especially taking the piss for London-based positions since cost of living over there is insane, so only young people who are the scions of the High Middle Class or above or whose parents live in London can afford to take such a position. This in not at all a Charity specific thing - you'll see toons of those things also in For Profit companies.

Then on top of that is the ever more scammy quality of UK Charities, especially the "professional" ones led by MBA types, from Charities were only 30% of contributions end up actually going to the supposed charitable objective of that Charity, to fatcat salaries for Charity heads and board and even Charities pestering so much those older people who tend to contribute more that there have actually been suicides amongst said older people because of it.

The "Oh, it's a Charity so it must be a good thing" reaction of many here is just the kind of deeply ignorant posture that has caused the whole sector, at least in the UK, to transform from mainly "well intentioned" into "so many scams preying on people's good will that they even undermining the actual well intentioned one trying to do good".

It's perfectly normal that those in the know would be "skeptical until proven otherwise" in the face of and advert which is a combination of "London-based charity", "UK charity that uses personal assistants" and "London-based Unpaid Internship".

In the West there are generally two big queues for immigration:

• People who desperately need help, so refugees.
• People who bring things we really need, typically skills (though many countries will also to it for mere wealth)

Americans don't (yet) qualify for the first queue and as for the second one it really depends on your skillset and wealth (if I remember it correctly Canada does have a VISA for people who bring enough money). Mind you, the skillset required to qualify for queue #2 is often not what one would expect - I vaguelly remembers something like "plumbers" and "pastry chefs". It's well worth it to check what are in-demand skills of the country you want to immigrate to if you need a VISA.

Democrats are hard neolibs, which is another way of saying pro-Oligarchy (they want the State to not regulate Money, making the latter the greater power of the two, which is anti-Democratic since the State is led by elected leaders whilst Money is not) - in their pyramid of power, those with most money sit atop, then come them, then the State, then comes the rest - whilst Fascists put themselves atop, then the State, then Money, then the rest.

The "plebes" are not represented by either one (for either they're just supposed to produce wealth and provide manpower to maintain the power and priviledges of the higher levels of the power pyramid), but they are different beasts from the point of view of the elites.

All this to say that a vote for a Democrat is not a vote for Fascism, though it's also not a vote for Democracy or to actually be represented in any way in the power circles.

It's a sad, sad state of affairs in the US.

It looks a lot like in a way History is repeating itself: the Democrat Establishment in the US (who are a hard neoliberals, not lefties) fielded directly and without a Primary a guy like Biden who is less than in his prime and even supports an ethno-Fascist regime commiting Genocide (and, more importantly, is unwilling to walk back on that support even to improve his odds of winning against Trump, which is what we are being told is the most important thing in the World) all of which is making it far more likely that the Fascists will get power.

There are vast contradictions between what we are being told is the danger of Trump getting elected and the DNC and Biden persistently making choices that increase the chances of Trump getting elected and not walking back on those.

Surelly if "Stop Trump" is the most important thing in the World for them, the Democrat Establishment too would be walking towards the wishes of the electorate not just trying to push the electorate to do all the walking towards the wishes of the Democrat Establishment.

Well, I got the ones I needed (I got 2, one for me and one for the person I was configuring a Mini-PC for) from China with Aliexpress, and in my experience you can usually find adapters for old tech directly from China even when stores in the West don't have those.

In fact I was curious when I was writting this comment and I checked and it turns out they also have Floopy Disk USB adapters and, funnilly enough, they costs the same as the USB DVD Reader/Writters (which makes some sense as eventually the whole functionality is integrated and the cost is mainly the mechanical parts and assembly, plus those things are probably small manufacturing runs).

Most electronics factories over there aren't exactly designing top of the range modern consumer electronics, but they're perfectly capable of designing even complex electronics products (in my experience, they have more trouble with software than hardware) - hence for example there are several Single Board Computer designers over there - and they're so many that they're constantly coming out with quirky products while competing with each other (and not all of which is stuff with lots of LED lights and which play some crappy jingles), so I guess it makes sense somebody over there would've created adapters for old storage media (in fact I was curious again, so I looked for and indeed found a "Vinyl player with USB recording").

As long as Electronics in China keeps having the sort of competitive environment and lots of little factories like it was in the West before the 80s, I reckon somebody over there will keep on coming up with adaptors for old storage tech.

If it's part of the Requirements that the frontend should handle "No results found" differently from "Not authorized", even if that's just by showing an icon, then ach list of stuff which might or not be authorized should have a flag signalling that.

(This is simply data analysis - if certain information is supposed to be shown to the user it should come from somewhere and hence the frontend must get it from somewhere, and the frontend code trying to "deduce it" from data it gets is generally prone to the kind of problem you just got because unless explicitly agreed and documented, sooner or later some deduction done by one team is not going to match what the other team is doing. Generally it's safer just to explicitly pass that info in a field for that purpose to avoid frontend-backend integration issues).

Authorization logic is almost always a responsibility of the backend (for various reasons, including proper security practices) and for the frontend it's generally irrelevant why it's authorized or not, unless you have to somehow display per-list the reason for a it being authorized or not, which would be a strange UI design IMHO - generally there's but a flag in the main part of the UI and a separate page/screen with detailed authorization information - if the user really wants to dig down into the "why" - which would be using different API call just to fill in that page/screen.

So if indeed it is required that the frontend knows if an empty result is due to "Not Authorized" rather than "No results found" (a not uncommon design, though generally a good UI design practice is to simply not even give the user access to listing things the user is not authorized to see rather than let the user chose them and then telling them they're not authorized to do it, as the latter design is more frustrating for users) that info should be an explicit entry in what comes from the backend.

The JSON is indeed different in both cases, but if handled correctly it shouldn't matter.

That said, IMHO, if all those 3 fields in your example should be present, the backend should be putting a list on all 3 fields even if for some the list is empty, rather than a null in some - it doesn't matter what the JSON is since even at the Java backend level, a List variable with a "null" is not the same as a List variable with a List of length 0 - null vs empty list is quite a common source of mistakes even within the code of just the one tier, though worse if it ends up in API data.

Who is wrong or right ultimately depends on the API design having marked those fields as mandatory or optional.

That sounds like an error in the specification of the client-server API or an erroneous implementation on the server side for the last version: nothing should be signaled via presence or absence of fields when using JSON exactly because, as I described in my last post, the standard with JSON is that stuff that is not present should be ignore (i.e. it has no meaning at all) for backwards compatibility, which breaks if all of the sudden presence or absence are treated as having meaning.

Frankly that there isn't a specific field signalling authorized/not-authorized leads me to believe that whomever has designed that API isn't exactly experienced at that level of software design: authorization information should be explicit, not implicit, otherwise you end up with people checking for not-in-spec side effects like you did exactly for that reason (i.e. "is the no data being returned because of user not authorized or because there was indeed no data to retunr?"), which is prone to break since not being properly part of the spec means any of the teams working on it might interpret things differently and/or change them at any moment.

Well, the more light you reflect out the better (I would expect that, for example, darker color curtains would be a problem) and ideally you want that whatever light does get converted into heat does so outside.

As it so happens, were I live the heat has been a problem in the Summer since well before AC was invented, so roll-up external shades are standard for all houses and apartments and that stuff definitely works if used as I described it.

If I remember it correctly, per the JSON definition when a key is present but not expected it should be ignored.

The reason for that is to maintain compatibility between versions: it should be possible to add more entries to the data and yet old versions of the software that consumes that data should still continue to operate if all the data they're designed to handle is still there and still in the correct format.

Sure, that's not a problem in the blessed world of web-based frontends where the user browser just pulls the client code from the server so frontend and backend are always in synch, but is a problem for all other kinds of frontend out there where the life-cycle of the client application and the server one are different - good luck getting all your users to update their mobile apps or whatever whenever you want to add functionality (and hence data in client-server comms) to that system.

(Comms API compatibility is actually one of the big problems in client-server systems development)

So it sounds like an issue with the way your JavaScript library handles JSON or your own implementation not handling per-spec the presence of data which you don't use.

Granted, if the server side dev only makes stuff for your frontend, then he or she needs not be an asshole about it and can be more accomodating. If however that data also has to serve other clients, then I'm afraid you're the one in the wrong since you're demanding that the backwards compatibility from the JSON spec itself is not used by anybody else - which as I pointed out is a massive problem when you can't guarantee that all client apps get updated as soon as the server gets updated - because you couldn't be arsed to do your implementation correctly.

Around here, Portugal, were every Summer the temperature exceeds 40 C for at least some days in August, we have outside rollup shades on every window, so one of the tricks is to keep the shades down and and the windows closed during the hottest and sunniest parts of the day, at the very least the afternoon.

Then at night you open the windows and let the cooler night air in (even better if you do it early morning, around sunrise, which is the coolest time of the day).

Note that this doesn't work well with curtains or internal shades, because with those any conversion of light into heat when the light heats the shades/curtains (as they're not mirrors and don't reflect all light back) happens inside the house and thus that heat gets trapped indoors.

I'm sorry but unwaveringly supporting a nation ruled by ethno-Fascists when they're committing Genocide because of the ethnicity of the majority and the leaders there is the same old extreme racism as in the old days and passing laws to punish anybody who criticizes that ethno-Fascist nation is the same authoritarianism in defense of Fascists claiming to represent an ethnicity as in the old days.

If the mindset that was the foundation of Nazism had changed in Germany we would neither be seeing such an extreme version of supporting a regime that claimes to be supporting some people because of their ethnicity (even against the will of many of those very people, who again and again point out that Israel and the dominant ideology there does not represent them), nor would be we be seeing the use of the Law to force everybody else to either go along with it or shut up.

A Germany where the power elites had learned the Humanitarian take of "never again" (i.e. "never again shall this be done to anybody") rather kept the racism going and hence using a racist version of it (i.e. "never again shall Germans do this to Jews"), would not be doing this, not even close.

What's going on in Germany is not merely "crushing guilt of what happened in WWII", it's the racism and authoritarianism coming out of hiding with the excuse that "It's for the Jews rather than for the Arian Race, so it's alright".

A USB DVD Reader/Writer costs 15 bucks. (I'm too used feel like that meme, and then at some point I needed to find a way to get a Mini-PC to read CDs, and as it turns out it's quite simple - I reckon it was more a case of "can't be arsed to do it" than a case of "can't do it").