Yes, if they bring insights. Not merely facts or data.
Matt Levine, Farnam Street, James Clear - they add value in their own ways.
I dont read every issue though.
A philosophical approach may help. Change is the only constant expectation that I have. All of my past work over 25+ years is now deprecated, obsolete, tech-debt, or irrelevant. It is the nature of software. Intangible work built upon ephemeral stacks, all to go away with time. My personal metric: how much I can keep pace with. Rate of change vs deep-rooted expertise.
Had a torture filled 4 years in my undergraduate degree. Mostly poor grades throughout. But I aced the 2 internships as part of the degree program. Several profs told me that had the university believed in absolute marking versus relative, I would have been booted out in the third year itself.
I can solve real world problems, but cant understand theory and textbooks beyond a point. Definitely struggle with closed scope problems in exams.
I learnt to code - started with frontend development, which was easier back then. Basically, find something in software that you can excel at, with ease, within months.
Resilience beats academic excellence in the real world of solving typical problems and earning a decent living.
How are emotions not an expression of abstract thought? I think we're limited in our understanding of consciousness, which is what makes me so excited for Ai.
The idea of leaving behind a lasting legacy of work is vanity squared. The ones who do selfless work for open-source do not necessarily do it for a place in history. The point of choosing a purely materialistic software career was to have the ego humbling of watching one's work get decimated or trivialized in due course.
Nice tips, but context specific. In my observation and experience, no rules apply when power dynamics and culture specific nuances are in play.
Examples: A setting where the group has pre-decided to exclude you - think snooty neighbourhoods. Pre-conceived biases cant be overcome.
An unruly boss who bulldozes and dominates. A cool crowd that stigmatizes the nerds. Or cultures where fragile masculinity hinges upon dominating at all costs and multiple folks speaking over each other.
Also: these rules are hard to remember and apply in rapid conversation, for folks who are borderline autistic.
Greybeard with 26 years in the industry. Sorted in decreasing order of impact:
[1] Back in 2006, created a web scraper with .Net framework and C# that helped my wife run a home-based scraping business for 2 years. There were no tools / libraries / frameworks for spidering / scraping back then - or at least I wasnt aware of them. Helped her have a replacement income since she had quit her job for maternity. She of course enhanced it and made it better. Was fun while we were the early ones in it.
[2] SAP's Community Network in 2002: Supports a million users today, started with a much smaller user base of 10k, implemented it from scratch as a Java MVC web-app with another colleague.
[3] Amazon Ads in 2015: Contextual commerce ads in review websites and blogs, this single product drove (and still continues to drive) multi-hundred million dollars in incremental revenue for AMZN every year. HN doesnt like the Advertising business, but hey.
Am one of the black sheep of my Electrical Engineering batch who moved to software. Why? The steep learning curve that involved loads of memorization of long formulae and static values which sucked for someone like me.
An easier, and more forgiving entry path based on self-learning ("hack my way through") in software development as compared to the entry barriers of EE - especially in India where Oscilloscopes and other equipment were crazy expensive some decades ago.
20% of my batch has moved to software over the last 25 years, compensation being one key factor.
1995 India - Had a paid internship (Rs 2500 per month or ~ USD 80 back then) with a small software company that worked on FoxPro + dBase. A very diverse team (gender ratio), the highly enthusiastic bunch created software for non-banking financial companies.
A thick documentation book occupied most of the space in the large, laminated box that such development software came in. Along with half a dozen floppy disks where we hoped that no disk would have a bad sector.
Requirements were constantly over the phone from clients and shipping software meant taking two sets of floppy disks of different brands (backup!), in-person, to the city where the client was.
CRTs needed a warm-up time and we had a small diesel generator (hand cranked) to power up the x86 computers once the main power line crashed (which was frequent).
No internet searches, no help other than that thick paper manual or waiting around for hours for a senior engineer to get free to help you out.
College taught us C and Pascal on Unix.
That seems so far away from the world of microservices and SPAs.
</nostalgia>
