2014 LinuxQuestions.org Members Choice Award Winners
Linux - NewsThis forum is for original Linux News. If you'd like to write content for LQ, feel free to contact us.
All threads in the forum need to be approved before they will appear.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I think it is a wonderfully powerful statement of a healthy open source community when we have a three way tie for first place. I would not change it for anything. It proves we have a stable functioning and cooperative chaotic system of prefectly functioning checks and balances. We the open source community are a healthy ecosystem. Long live LINUX!!
I wrote in Cobol, Fortran, Pascal. Modulus was all the rage when I started working professionally. We all soon switched to C and then C++... But the most arcane work I ever did was an executive hardware interrupt handler for the Amiga's serial port to pay a little more attention to MIDI sample dump data streams since the multitasking system was set up by Commodore to place a somewhat lower priority than needed on the serial port. I wrote the entire thing in MC68XXX Assembly language. It was fast. Very fast. not a blip on the 7.8mHz CPU and solid data every time. Commodore was negotiating it's purchase from me when they went under.
Distribution: Mint, Devuan, MX, Ubuntu, ArcoLinux on hardware; vboxes of varying flavors
Posts: 42
Rep:
Ha. Ancient stuff.
Quote:
Originally Posted by Keith Hedger
Used COBOL for a while with punch cards! PIC that for a game of soldiers!
Yeah, when I got my first data processing job in 1974 at the University of Texas at Austin, there was an accounting machine, a card sorter, and a remote job entry (RJE) station with a line printer and card reader which were controlled by a PDP-12. Once booted up, the RJE communicated via coaxial cable with the CDC 6400/6600 academic mainframe. Occasionally, if the front panel switch boot which activated the initial bootstrap of the card reader didn't work, there was a paper tape backup reel which could boot up the reader and the printer via the PDP-12. There were also three full time key punchers in our area. They were gone a year later, consigned to dead job history. Fortran was the language of choice at that time, along with Compass CDC assembly code. Memories
Yeah, when I got my first data processing job in 1974 at the University of Texas at Austin, there was an accounting machine, a card sorter, and a remote job entry (RJE) station with a line printer and card reader which were controlled by a PDP-12. Once booted up, the RJE communicated via coaxial cable with the CDC 6400/6600 academic mainframe. Occasionally, if the front panel switch boot which activated the initial bootstrap of the card reader didn't work, there was a paper tape backup reel which could boot up the reader and the printer via the PDP-12. There were also three full time key punchers in our area. They were gone a year later, consigned to dead job history. Fortran was the language of choice at that time, along with Compass CDC assembly code. Memories
When I started my career, there were no real computers! This was 1967 in Montreal. I was trained as an electronic technician. the only computer i had heard of at that time was an experimental one in MIT which ran on vacuum tubes!
It reportedly had 50,000 of them. but since the MTBF of even the industrial premium vacuum tubes of the time was only 50,000 hours, it would infer that the MTBF of this machine was only 1 hour!
BTW at the time the cost of one of those tubes was 3 to 4 times that of its consumer counterpart!
So, it was only some time later when making computers for real use became practical.
After all, for such applications, germanium point contact transistors really were not going to cut the mustard!
Today, at the age of 70, and retired, I have self-taught myself much of what I know in many subjects, and still do the hands on, right down to the basic metal at times.
This is very handy, because as an avid DIY, I can design and build many items for myself at a fraction of the cost, and save a lot of money.
"A penny saved is a penny earned!"
Also, before doing anything, the design strategy is very well thought out, backed by about 50 years of following the market. Two of my first design criteria a re versatility and repairability, so everything is modular from the ground up.
Nobody can predict the future, and our needs all change ongoing, hence the versatility is worth some extra effort.
However more often than not such versatility is either overpriced, excessively inconvenient to obtain or simply not forthcoming from the market.
Very often I will reject the purchase of even a very low cost item on the basis that theinconvenience, whether in the product, the packaging or the shopping any or all, outweighs the sale price. this I am likely to see of any item before even getting on the web or going to a store, but when I do thise, I spend the extra time to update my market familiarity not only on what IS there, but also the trends of what is NOT there.
That is one tough smart shopper.
When I visit one of the local electgronic stores, where it is reasonably likely that there will be other technically versed clients, and they learn who I am, they may remark,, albeit with respect "You were trained by the old school!"
Obviously they know what they are not being taught in "The new school!"
Oters, being more interested in looking at how they can make a quick buck with someone, will have a more negative reaction for reasons reasonably obvious to those who choose to realize!
Per Wikipedia, "UNIVAC I, as the first successful civilian computer, was a key part of the dawn of the computer age. Despite early delays, the UNIVAC program at the Census Bureau was a great success. The Bureau purchased a second UNIVAC I machine in the mid-1950's, and two UNIVAC 1105 [JPG] computers for the 1960 census." It was basically an improved Eniac.
My uncle took me into the Census Bureau to see it about 1962. I was amazed & about 11 years of age. Uncle claimed programming was done by moving jumpers on a pin array, probably 250 X 250 pins & showed me by moving a few jumpers while it was operating.
That one visit to a Univac may have been what sent me into electronics & technology in general.
Sometimes I wonder if any Cromencos or Altairs are still in use. I know Amigas are still running software written 30 years ago.
The first computers I saw were at UK army pay corp depot near Winchester. IIRC TWO English Electric Leo's(?) which were valved (tubes) machines. They also had a unit the size of a big suitcase that used TRANSISTORS!. Apparently it was faster than both the Leo's. The wall had lots of tape units. That was 1962 or 63 and I was supposedly too young to go in with the tech college group I was with.
I was just thinking the same thing. Python too. How'd it beat C?
It totally makes sense. Except when kernel and compiler writing the inherent dangers of poor memory access and management allowable in C make any performance benefits not worth while for a normal load on a modern machine.
The fact that a python program will run on any python capable machine without modification is a huge plus. The nice stuff that mops up after all but the best and most precise programmers is a huge benefit to both developer and user regardless of the inevitable runtime overhead.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.