As I understand your question is mainly about line E of a NOTAM, right? Well, this one is in fact meant to use 'plain' English language, in contrast to all other lines, where location and reach as well as type and urgency and duration is encoded.
Just, as it already has been mentioned, NOTAMs originate in a time when transmission speed was unimaginable slow by todays standards. So the answer is rather IT related ... stone age IT that is. Standard transmission speed back then was 45 Baud, that's 45 bit per second - with lots of pauses added for feed and other functions, resulting in an effective transmission speed of less than 8 characters per second (*1).
Already the lines before line E contain anywhere between 150 to 200 characters, thus requiring some 25 seconds to transmit. The E line you cite is another 60 characters, or 8 seconds. The suggestion made would now increase that to 129 characters or an additional 9 seconds. With no increase in information transmitted.
For a rough calculation it may be safe to assume 1 minute of transmission time per NOTAM. That's barley 60 per hour. And 60 is a rather low number of active NOTAMs within the reach of an aerodrome to be kept at hand for its pilots. Keep in mind, there was no internet and instant access to remote data bases at all. Everything had to be transmited ahead of time - and there where people collecting all incoming NOTAMs and filing them into folders (that's what line A supports) to be up to date and ready for flight planing.
So short message length was an essential must to make it transmitable.
It wasn't until the 1970s that the situation relaxed a bit due faster transmission - still not much, as at the same time air traffic, and related NOTAMs rose in number.
The other limit was introduced by early data processing. The E line is limited to 1200 characters at all. This (back then unimaginable hucht) limit was introduced by the size of disk block on the mainframe system used by. 2048 characters was the limit for a whole block, minus some organisational data, minus all other lines, this left 1200 bytes per NOTAM. Since some even needed more, block chaining for up to 12,000 characters was allowed - not realy liked though.
Bottom line, abbreviation was a must due the hardware available.
At the same time, these abrevations helped in understanding, the very same way we use extreme codified radio sequences for fast exchange and clear interaction. There is no doubt about the meaning, as every day language may create. This might seam strange, but it's like with any other formalized communication. No matter if its about debates in the commons or ATC communication - or in this case NOTAMs.