Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

You indeed ran into toxic environments. I don't feel that the common, new perl programmer intake path was anything like that. Not what I ever ran into.

Support in forums and such was needlessly short in using RTFM as an answer. People could have pasted a one paragraph pointer to the documentation intake path and that would have helped.





It was EFnet/#perl which included most of the core development team. I don’t really have experience with the non-core social environment, sorry.

Don't forget many people were still on dial-up and long forum posts were probably discouraged in favor of RTFM or other terse reply.

It was primarily the exhaustion of experts at tireless waves of newbies who hadn’t studied the available materials.

IRC being async if the client is run locally, modem delays made no difference (just as with QWKmail and forum posts). And for remote host IRC, I don’t remember what the IRC line length limit was but at 300bps you could get an entire message and the buffer scroll updates accompanying it in 1 second, which was well-sufficient enough to support peak volume with no relevant latency. And, I can still type a paragraph at clock seconds of input latency and remember where I’m at when backspacing. So, I would definitely not ascribe a desire for brevity as an outcome of modems.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: