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

I worked at Bell Labs Holmdel for precisely 10 days. It's a memory I am glad I have, because it was what persuaded me to never, ever work for a large corporation ever again, and very specifically, to never ever work in an interior, windowless office.

My assigned task: there was a constant in the C code that ran their telephone exchange hardware which controlled how many forwarding hops were allowed. I was taked with changing it from 32 to 64. The allotted time for this task was 1 week.

While I appreciate the committment to quality assurance/testing, the idea that I could have spent my life working in such an environment fills me with shudders.

My brief time there was ended when I rolled my then-wife's car 3 times on the way down to the Outer Banks (NC), broke my arm and could no longer commute between Phila. and Holmdel. Lessons learned, for sure, and appreciated, but not necessarily in a good way.



Reminds me of this HN comment about working on the Oracle RDBMS: https://news.ycombinator.com/item?id=18442941


1 week is fascinating. Was it like – the missing piece was modern version control/CD? What kind of testing would need that? (We have configs at work where the system interactions are so unknowable and the financial implications of reduced efficiency so profound that we have to run multi-week A/B tests to change values) Was it some kind of pathological documentation culture?


AFAIR, there were two aspects to testing. The code change itself obviously only took tens of minutes, if that. First round of testing was just the build test, and that was fully automated but I think there were independent builds for multiple different hardware variations and so the total time for that was several days. Then there was actual use-case testing ... I wasn't involved in that at all, but was told it would also take several days of actual testing by a QA team.




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

Search: