> There is no USSR anymore.

Tell that to Putin.

> Also the UN is only so-so at best, since they can't seem to actually do anything.

The UN is a discussion forum. By design. Complaining they can't do anything is like complaining Slashdot can't do anything.

This!

I've been trying to explain to a lot of people that is NOT "WfH *or* WiO", but that it will be a combination of both.

If the work can be done remotely (home, beach, mountain, ...), then people have to find a way of combining WfH (better: Work Remote) with Work in Office.

Work doesn't only involve sitting at the desk and doing something for yourself. It also has a lot of other aspect some of which require social interaction.

Some social interaction can be quite productive via video-conferencing, and others are mor productive in-person.

I think what will change is that WfH (or "Remote Work") will just become a natural way of working together with office-work.

Never forget: office-work started only some 150 years ago, it is nothing ingrained in the nature of humans. It is a relatively new concept and now, in the 21st century, we re inventing a new way of working combining office-work, remote work, work from home, and so on.

Currently remote work involves zoom & messaging apps for communication. In ten years, we will have more tele-presence and other, even better solutions for communications. We are just at the beginning of a (r)evolution in the way of work.

I think if you a are good manager, you don't have somewhere between 5-7 direct reports (absolutely never more than ten).

Then, you can set up a 15-Minute slot for each of them once per week. Just to talk... nothing really current project related. Just so... You can do this on Zoom, no problem. But make it so that your direct reports don't see this as a burden, but rather an opportunity for them to chit-chat with you. If there is nothing to chit-chat, then it can be done in two minutes.

Also, make sure that your direct reports can contact you ANY TIME via an instant messenger during, e.g., the whole of afternoon.

When I was working as a manager, I made sure that my afternoons (2-5pm) was always free (blocked in my calendar so that nobody could book anything in there). But my team (direct reports) knew that those three hours were always available for them - whenever they needed something from me. My organisation of around 200 people were distributed across the planet (in about 25 countries). My direct reports were in the US (east-coast, west-coast) and in Europe. I myself was in NYC.

With this approach, you can remote-manage as if you were on-site with every one of them.

After all, 60% of the manager's job is managing people...

The parent poster never recommended or even implied that living and working in an RV is (our should be) a life goal or something similar. I don't know where you get the idea that they did something like that.

Rather, they recommended a method (daily routine) out of their own experience with very limited living & working space that happened to be in an RV.

You, on the other hand, had the audacity of classifying their way-of-living as potentially a bizarre choice, meaning that in this two-post-topic you were the only one actually degrading someone else's life choice.

From the perspective of a Western-European software-engineer, I must say, I don't see a problem here. This sounds, at least to me, like a Californian company using software-engineers from Peoria (US-Midwest for my fellow Europeans).

I don't think anybody in the US would say that that is bad idea and that that is a "outsourcing to 'far-east'". They would see this as "normal". Yes, salaries in Peoria are significantly lower than in Silicon Valley or NYC, at around the same level as (e.g.) Munich (Germany) vs. somewhere in a town in Ukraine or Romania (not Lviv, UA or Cluj, RO).

So, what is the problem? So long as we are talking about EU or EU-close countries such as Ukraine, I don't mind having colleagues there. Quite the opposite. They are really good engineers, yes, travel to their places takes a few hours, they are in the same time zone and the distance is (form e.g. Munich) like from Austin to East or West Coast.

As a freelance software-engineer, I know I *could* be replaced by my customers. But then again, they would do so if they had a better engineer from anywhere in Europe.

But India? None of my customers would get freelancers or subcontractors from further away than Europe (maybe including Turkey). The reason is that for most of them the cost-benefit would be completely outweighed by the additional overhead of managing the outsourcing.

Long story short: if you are a low-skilled, keyboard-entry drone who just enters into program code what someone else has thought of, then, yes, you can be easily replaced and it doesn't matter whether your replacement is next-door or around the planet.

But: if you are a highly skilled engineer, who is involved in the overall product planning, design, problem description, solution creation (which I see as the actual "Software Engineer Work"), then, no, you can not be easily replaced with someone around the planet.

... forget blackjack.

This brings back memories:

Back in the 1980ies I had an Atari 1040ST. I started working on a BBS software for my ST because, and that was really a beauty, the Atari ST had a serial port to which you could connect a mode/accoustic coupler but also one parallel port and two(?) midi ports. The parallel port could be programmed to be a serial port and the same for the midi port(s). Thus you could, if you had, connect three(four?) modems to your Atari ST and allow it to have up to three(4?) user logged-in at the same time.

Now, the question is, how do you handle up to four users at the same time on this machine?

Solution: program in Atari Forth. Since Forth has, what is nowadays called, "co-routines", it was actually quite easy to have a simlutated multi-tasking environment.

Yes, I did write the BBS-software in Forth, but no, alas, I did not run my own BBS because, living in West-Berlin at that time, I could only get ONE phone connection to my place and the (legal) modems beeing really, really expensive (around 2000 DM), I could only afford an accoustic coupler.

Anyway, by the end of writing it, I really loved Forth. Pity that I never had a chance, later on, to use it in practice...

According to the "History of the 1918 Flu Pandemic", the initial wave in 1918 (first half of 1918) was significantly less lethal than the current one:

The second wave started after August 1918:

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2F...

So, please do get your data straight before stating something oviously wrong.

The total number of deaths during the 1918 Influenza Pandemic happened over the timeframe from March 1918 until April 1920 (the total duration of the pandemic).

So, currently we are still at the beginning - if we take the 1918 Pandemic as a reference point.

And how was that the case when Xerox was paid for that tech? It's so strange to see such blatantly wrong tech history on a tech site. Jobs was very open about taking Xerox's tech, which they had no idea what to do with, and getting out as a product. He talks about it here: https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DyraBG1s4gm8

Yeah, those guys are definitely ignorant on this topic. Thank you for setting them straight.

Everyone seems to conflate hyperloop and boring company. The hyperloop was a specific set of technologies that were supposed to do as you describe -- key points being partial vacuum, air bearings, linear electric motor, etc, resulting in some kind of medium-distance 700mph speeds. It's actually an interesting sci-fi engineering read, if you're into that sort of thing: https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fwww.spacex.com%2Fsites%2Fspacex%2Ffiles%2Fhyperloop_alpha.pdf

However the boring company just digs tunnels. They are supposedely working on a hyperloop project as well though we haven't seen any results, to my knowledge. Which is where the confusion comes from. There's also the idea is that at some point their tunnels can be used for hyperloop tech... but we're nowhere near that. So yeah, right now it's just tunnels. Not super exciting. Some might say boring.

In fact the 8chan owner could go and buy all the hardware and software necessary for a cloudflare-grade DDoS-Protection, go to datacenter and rent just some cages and put his servers in those cages and run his service there. I don't think any co-location provider would have a problem with that. But requiring Cloudflare or similar to provide a protection service for 8chan is way beyond anything to do with free speech.

It is like hiring bodyguards who you ask to accompany you to the Bronx where you start shouting the N-word to anyone passing around, especially in the faces of a group of young boxing professionals.

In most countries in Europe (and in all of EU-countries) service charge is included in the bill. It is even usually mentioned on the bill.

There are exceptions, where it is explicitly mentioned (e.g. in the menu) that a service surcharge will be applied to your final bill. You will then see it on your bill ("Service surcharge...") - but it is very, very rare - I probably have seen it only once or twice in Europe.

Still, you can tip - if the service was above expectation. The tip signals that you were above-average happy with the service. But you don't have to...

First Appearances:
Objective-C: 1984
C++: 1985

So, Objective-C was not "released late after C++"...

This!
In fact, even more: I'm a firm believer that coding begins with a pencil designing the data model that you want to implement.

Everything else is just code that operates on that data model. Though I agree with most of what you say, I believe the classical "MVC" design-pattern is still valid. And, you know what, there is a reason why it is called "M-V-C": Start with the Model, continue with the View and finalize with the Controller. MVC not only stood for Model-View-Controller but also for the order of the implementation of each.

And preferably, as you stated correctly, "... start with pencil & paper ..."