And the way it flashes when a line is stored is sublime.
I somehow managed to convince the VTE people to let me add Tektronix emulation to the terminal, but, it wasn't until now that I managed to get my hands on what I want to be the reference implementation - a VT240 running under MAME. I even added some BASIC programs to my MP/M emulation (under SimH) to showcase what it can do (and compare with xterm's emulation, which I don't really like).
Do you have a repo with your demos you'd like to share? I'm a Tek terminal obsessive, although my 17-year search for a real one has so far been fruitless, so it's emulators only for me.
I know of one application by a large multinational that requires java in the browser to run. Almost impossible to run now because of security restrictions.
well java on the desktop and java in the browser are two entirely different beasts. the problem here is not java but the changes that have been made in the browser.
We do have some very old and likely lost all sources "client apps" that are a single JAR and date from around 2003-2004, written in Swing. They still work.
Of course when they stop working they will be phased out, but we have been expecting their death for years now and not happening yet.
It can provide many benefits beyond people who are terrified. All sorts of barriers and annoyances can be avoided, such as managing passports, bringing medications, language barriers, differences in legal rights, dealing with customs, etc. This is even more impactful if you're traveling with kids or the elderly.
You still need a passport for most cruises. All the big cruises are non-US flagged with non-US crews and make a stop, if briefly, in a non-US port.
When you finish your journey, you have to go through customs and show your passport. And your passport will usually be checked before you embark as well.
US Customs and Border only require a birth certificate and government issued id for US citizens re-entering the US on closed-loop cruises. A closed-loop cruise is defined as a cruise leaving and returning from the same port in the US. This is the vast majority of cruises from the US.
Also many western hemisphere countries including almost all of those in the Carribean have agreements in place which allow US citizens arriving and departing via a cruise ship to need only a birth certificate and government id.
Traveling with a passport is best practice, you for instance are in trouble if miss your ship for some reason, but is not required for the vast majority of cruises from the US.
This is incorrect. Most cruises from the US are closed loop cruises meaning they depart and arrive back at the same port. CBP only requires a birth certificate and government issued id in these circumstances. In addition almost all countries in the western hemisphere which US originating cruises regularly visit allow US citizens arriving and departing via the cruise ship to enter with only a birth certificate and goverment id. In the Carribean the only exception which comes to mind immediately is Martinique. They used to not require a passport but changed this requirement during covid and have not gone back. Although US originating cruises do visit Martinique, I did so on a cruise in February, it is not a common destination.
I have never been on a cruise from the US which required clearing customs individually at a port in the western hemisphere. The ships are usually cleared as a whole by customs upon arrival and most countries that cruise ships visit in the western hemisphere have agreements in place only requiring birth certificates and a government id for US citizens arriving and departing via the ship. Re-entering the US does require clearing customs but for closed-loop cruises from the US, the vast majority of cruises from the US, you can do so using a broth certificate and goverment issued id.
I don't believe they will go back to paper records.
However, I could see certain professions operating with simplified "air gapped" systems.
Not connected to the Internet at all. It would take some disciplined processes but it would be possible. Updates could be done by qualified tech's to maintain the air gap when updating with a "sneakernet".
I have to wonder what else the driver was doing. Perhaps sleeping or playing a game on their phone. I am glad they threw the book at this person and I am a Tesla fan.
I don't own a Tesla yet but I will shortly. I now have a Subaru with EyeSight so I am accustomed to some extensive driver assistance. Especially on the highway but you still need to pay attention.
I do a lot of business travel and have rented multiple Tecla's, a Chevy Bolt (no assist), and a Polestar (limited assist). The Tesla driver assist is outstanding but is still only assistance. It is not fully driving the car for you and you need to identify and pay close attention in more complex situations.
You are not technically fired. At the company I worked for, you are immediately walked to the door and you will not be able do any more work for the company. You will get your two weeks pay.
I am not sure what happens when you try to give more than two weeks notice.
800MIPS? Not off an 11/70, for sure - much, much slower than that. 11/23's were as fast (or faster, depending on options and application) and they were maybe a single MIP or so (still got a couple of PDP11's kicking about, every so often I fire them up just to check my hearing).
The original PDP-11/70 was 0.7 vax mips. So it was 70% as fast as a Vax 11/780. I believe (from memory) the Vax 11/780 could do ~1757 dhrystone 2.1 mips so a PDP-11/70 would be about 1230 dhrystone mips.
https://wiki.cdot.senecacollege.ca/wiki/Dhrystone_howto
Indeed, back in the day we bolted QBus backplanes to the side of DIN41612 backplanes and wire-wrapped across to a bunch of boards each with 100+ TTL chips on them (the 5V PSUs were something like 120A). The bus clocked at around a MHz, hence loosely the instruction rate (and back then, the addressed memory or peripheral needed to ack the bus cycle or there'd be a bus fault).
