icedchai

22 ms·

421.
by icedchai 8mo ago
You certainly could with later 386 and 486 systems. The multiport cards take care of the interrupt issues. 16 lines, all running at 115200 bps (to allow for better compression!), isn't even 2 megabits/sec. That is worst case. I h
422.
by icedchai 8mo ago
Two. S3 has been around since 2006!
423.
by icedchai 8mo ago
I remember that time fondly also. You are spot on with the glory days. I dialed into my first BBS in 1988 with a 1200 baud modem. By 1995, they were basically dead.
424.
by icedchai 8mo ago
If it's like the old ISPs I was familiar with, they didn't. The POP (point-of-presence, 100's of modems, plus several terminal servers, routers, etc.) would generally be in some basement without any cooling at all. There woul
425.
by icedchai 8mo ago
awesome! getting more phone lines into a residence could be a pain. I knew a guy who had an 8 line BBS in his (parents', actually) basement. Getting more was difficult because they were "out of facilities" and he had to move
426.
by icedchai 8mo ago
It depends on the era. Earlier: one PC per user, shared file system using a Novell network. Later: multitasking OS (Desqview, OS/2) or BBS software that natively supported multiple users (like MajorBBS.) I ran a BBS on an Amiga for a w
427.
by icedchai 8mo ago
The OS was relevant if your BBS software was limited to a single simultaneous user, like many of the early DOS BBSes. The late 80's "PCBoard" BBSes I'm familiar with needed one PC per user, plus a file server with Netwar
428.
by icedchai 8mo ago
Portmasters were very popular. Later on the ISP I worked with moved on to Ascend boxes which had digital modems (T1 / PRI lines.) PRI was a huge step. The "individual modem" days were a mess. Each modem had a serial cable, ph
429.
by icedchai 8mo ago
I remember DigiBoard from my early ISP days. We attempted to turn a mid 90's-era Linux system (Slackware) into a terminal server. The Linux drivers for DigiBoard weren't quite up to it so we wound up going with Telebit Netblazers,
430.
by icedchai 8mo ago
It's also possible they used coax, either ethernet (10base2) or Arcnet.
431.
by icedchai 8mo ago
I'm fairly certain you are correct. I remember the MajorBBS could handle multiple lines on its own. I knew a couple of local DOS BBSes that ran multiple lines with PCBoard under DESQview.
432.
by icedchai 8mo ago
With cloud, what you're really paying for is flexibility and scalability. You might not need either for your applications. At some startups, we needed it. We sized clusters wrong, needed to scale up in hours. This is something we would
433.
by icedchai 8mo ago
Have you tried looking for a job recently? The job market is cooked and it's not getting better any time soon. The supply of candidates is way up. Salaries are going down. Even mediocre jobs show 100+ applicants on LinkedIn.
434.
by icedchai 8mo ago
"Charges" are severance and related benefits. If they have to close offices, they may have to break leases, etc.
435.
by icedchai 8mo ago
Yep, that's the pattern I follow. Unfortunately, the "ETL pipeline" I mentioned didn't even use transactions and was opening a new connection for every insert. No wonder it was slow.
436.
by icedchai 8mo ago
Sparc stopped being competitive in the early 2000’s.
437.
by icedchai 8mo ago
Actually, it's SOQL . I did Salesforce crap for many years.
438.
by icedchai 8mo ago
This all makes sense. I've witnessed human developers produce incredibly convoluted, slow "ETL pipelines" that took 10+ minutes to load single digit megabytes of data. It could've been reduced to a shell script that ca
439.
by icedchai 8mo ago
I can see the argument both ways. Some code is just not worth looking at... But do you look at any of the AI output? Or is it just "it works, ship it"?
440.
by icedchai 8mo ago
The font and color combination is terrible. It looks blurry to me, even at high zoom.
441.
by icedchai 8mo ago
There is a fine line between "not proofreading" and "not paying attention at all to the output." There are many things that look like they work, but won't pass a sniff test, especially when it comes to security or p
442.
by icedchai 8mo ago
I'm a few years younger than the OP, but I remember the early Internet days. I started with Perl CGI scripts, ASP, even some early server side JS, in the form of Netscape Livewire. Over the past couple months, I've created several
443.
by icedchai 8mo ago
My best projects have all been greenfield. The worst were a few years old but required tons of maintenance unrelated to the core product. Example: one place built their own ORM. Twice.
444.
by icedchai 8mo ago
One problem is we don't have the full context here, literally and figuratively. He may have told it he was role playing, the AI was a character in some elaborate story he was working on, or perhaps he was developing some sort of religi
445.
by icedchai 8mo ago
Heh. I think we agree. You may be referring to the OP.
446.
by icedchai 8mo ago
AI works really well for generating "infrastructure" code like Terraform. Most of it is cookie cutter, and if it isn't, there's a good chance you're probably doing something wrong anyway. There's no "craft
447.
by icedchai 8mo ago
It's perfectly adequate for most office work: documents, spreadsheets, presentations, web browsing / research. The vast majority of users are not doing software development and never will.
448.
by icedchai 8mo ago
It seems fine for basic web browsing and office tasks: a youtube, facebook, or word doc machine. It's a "netbook" replacement, not for software development work. That being said, it seems like a good living room laptop.
449.
by icedchai 8mo ago
It's all about perception. People love fancy titles, even though it's ultimately meaningless. I worked with several "directors" that made much less than I did as a staff+ level engineer.
450.
by icedchai 8mo ago
I've worked with several "Directors" that all had between 0 and 3 reports. Vanity titles make people feel good and look nice on a resume, but that's about it.

More ›