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.

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 ..."

I have about 35+ years of software development experience, including with procedural, OOP and functional programming languages.

My experience is: The question "is procedural better than OOP or functional?" (or vice-versa) has a single answer: "it depends".

Like in your cases above, I would exactly do the same: use some procedural language that solves my problem quickly and easily.

In large-scale applications, I mostly used OOP (having learned OOP with Smalltalk & Objective-C). I don't like C++ or Java - but that's a matter of personal preference.

I use Python for large-scale scripts or machine learning/AI tasks.

I use Perl for short scripts that need to do a quick task.

Procedural is in fact easier to grasp for beginners as OOP and functional require a different way of thinking. If you start developing software, after a while (when the project gets complex enough) you will probably switch to OOP or functional.

Again, in my opinion neither is better than the other (procedural, OOP or functional). It just depends on the task at hand (and of course on the experience of the software developer).

Maybe the other animals have actually experienced everything we are doing/experiencing and decided, some million years ago, that the way of civilization is not really worth going. And then, maybe, just maybe, they decided to go back, leave civilization behind as the "wrong path" and go back to nature.

Maybe, in this sense, we are the dumbest of all species on this planet because we are way behind all of them and have to have this experience called "civilization" first...

Just sayin'...

If you need voice training data (specifically also for Speech Synthesis) my former company created a dataset that I am now making available on my website. Since the company is closed (and I used to be the CTO/MD), I had decided to release it into the public with a BSD 3-clause license.

Here is the link: https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fwww.caito.de%2F2019%2F01%2Ft... (M-AILABS Speech Dataset).

It contains German (237hrs), Queen's English (45h), US-English (102h), Spanish (108h), Italian (127h), Ukrainian (87h), Russian (46h), Polish (53h) and French (190h).

All details about structure and how to use it is on the website.

Have fun.

But isn't the problem (especially in politician's case) that the constituents don't want to hear the truth? Here in Germany, we had a politician who said "it would cost about 1-2 Trillion EUROs to have a united Germany" (when the wall came down), "it will involve a lot of difficulties and we should not rush things, but think about it first". The other politician said "no worries, we will have 'blossoming fields', East Germany will be as rich as West Germany very quickly and it will cost no more than 100-200 Billion Euros".

Guess who got elected Chancellor? People didn't really want to hear the truth. The truth is that East Germany is still considerably poorer than West Germany and we are already past the 2 Trillion Euro mark...

I think if the truth is inconvenient, people generally don't want to hear it. They actually rather prefer a lie...