1n3nt0r

I took a course at a college in '79 using fortran on a mainframe (though I was just in middle school at the time). I can't say I understood all of the incantations required (IBM had JCL), but realized it was "magical" and wanted to be part of this tribe.

I saved up to buy a VIC-20 (a 4K computer) and later a C64, writing games for both. Those were magical days I will look back to fondly. That sparkle has not left, though I sometimes miss the purity of near-bare-metal systems of yesteryear.

Like some in my generation, I lived through and contributed to some of the early phases of computing, pre-internet, and am altogether grateful for it.

It should be noted that in spite of the devastation of Tokyo in WW2, many parts of Tokyo retained the pre-war system of neighborhoods and streets, where streets might often not be straight, or start and terminate abruptly within the boundaries of a neighborhood.

Like some other responders, I also lived in Tokyo pre-google maps (in the 90s). The system of location one would use in central Tokyo was:

(city 市 or 都 = such as central Tokyo)-> ward (ku 区 = such as Shibuya-ku, if in a city) -> area within ward (such as Aoyama) -> the block / area (chome 丁目 = such as 7 chome, or 7th area) the house number

For those unfamiliar with an area would first observe the map at the nearest train station to locate the area / chome. As one was walking and potentially got lost, could check street posts for the current chome and an occasional neighborhood map / sign to locate more precisely.

Personally I found navigating this way a lot of fun and an alternative hierarchical way of thinking about location.

Sadly my first exposure to programming was in FORTRAN on a mainframe (when I took a summer course at a college in 8th grade). I could not initially make heads or tails out of fortran or the imperative approach, but I knew it was magical. Eventually bought a VIC-20 and other computers later.

By the time I was ready to start college was well versed in a number of (imperative) programming languages, data structures, algorithms, etc. However was exposed to SICP in college and fell in love with both the book and emerging functional languages (this was the late 80s).

SICP remains my favorite CS / programming book of all time.

One of the impediments to BBS'ing was the extraordinarily high cost of connection. Luckily I go early access to arpanet, uucp, and bitnet as a middle school and high school student in the 80s.

AT&T phone rates were outrageously high in the 80s and early 90s. In todays money, calling a non-local BBS would cost ~20$ / hr. Personally I could not afford and my parents would have been aghast.

I think some got involved in the phreaking and hacking scene because of the usurious rates.

Certainly accounting scandals are bad. I am sure there are shenanigans being done by quite a few Japanese companies.

That said, activist investors, the root cause, are a plague. Generally they want to boost short term profit at the expense of the longer-term. They are generally not interested in investing in the future rather cost cutting. Certainly most large companies could do with more efficient allocation of spending, but the US / western drive for short-term shareholder value is anathema to the good of the company longer term.

hard drives, memory & other silicon, batteries, a wide range of consumer appliances, and industrial equipment.

We do need people out there willing to take risks in research. Many of his claims may not be correct, however some findings may be made or may stimulate productive directions.

The problem with this work is with the messenger. His massive ego does not allow for doubt nor does he allocate credit to the science that has preceded him. His off-putting manner and unwillingness to collaborate in the usual way science is done means that even if there is significant merit, few will develop it out further.

Let's not forget that the JVM still does not have reasonable generics & value types. The .NET CLR introduced this in 2005, bettering the JVM. Java was in a sleepy slow release mode back then. We've been waiting 18 years for value types and proper generics - Valhalla has been just about ready for a very long time. Some of us moved on a long time ago.

Agree that Kotlin is a bright spot in terms JVM languages. For my taste has adopted some of the best concept of Scala, but without the burgeoning complexity.

I've used C++ from its inception (when it was cfront C++ -> C translator) to modern C++, not to mention many other languages over the years. Totally agree with the author that C++ manages to accumulate many bad decisions over time, leaving a legacy of overly complex or under-powered features.

I suspect a certain laziness in not tackling some of the harder problems in the compiler, for example: type inference, improving the grammar to disambiguate new keywords from variables (for example co_yield). Many features could have been improved with more effort and willingness to tackle hard problems.

Perhaps if Sean Baxter's Circle (C++ language extensions) gains traction, there will be hope to modernize C++ syntax and features.

Nice to hear mention of RBK Dewar. He was well known in the programming languages field as a professor at NYU, but also was quite successful as an entrepreneur with his various compilers (I think his company was called "Realia").

I took one of his classes as an undergraduate at NYU, but used SNOBOL, SETL, and some other early languages as part of a young scholars high school program at NYU in the early 80s.

If we have a mix of human drivers and AI assisted drivers on the road, nothing short of AGI is going to be sufficient. Aspects of driving involve theory of mind - anticipating what another driver might do, sometime eye contact, etc.

An alternative solution would be to allow only autonomous vehicles and have these vehicles in a mesh network so can coordinate to drive efficiently and avoid mishaps. This would work reasonably on highways, but on local roads with pedestrians, bicyclists, and unexpected obstructions, theory of mind and ability to handle outliers will be important.

My conclusion is that something close to AGI would be required to implement succesfully.

Exactly right. Google is the largest advertising company on the planet, everything else is secondary to their profitability. Search became the means by which they deliver ads, so how do you integrate that into a ChatBot type response.

There are scenarios where this could work. I could see a LLM generating text comparing products in a category and/or providing helpful descriptive information, meanwhile providing links to said products. A problem would be that they would have to bias the text to promote for a paid advertiser over the alternatives. This skew is unappealing and undermines the degree to which the response from the LLM can be trusted.

We are happy to have "free" services in exchange for advertising. Perhaps a new model needs to be determined, however ...