News for hackers. Stuff that matters.

kevinmannix

Re:Advice from a 104-year-old PhD student [video] on Saturday January 09, 2021 @07:06PM (#25706595)
unrelated: I love your website design!
Re:The Serverless Revolution Has Stalled on Tuesday October 13, 2020 @11:17AM (#24766388)
Your second point broadly makes sense. In fact, it's almost a truism: if you don't put time into learning, you won't have the skills necessary to be able to execute.

However, it seems detached from your first point.

If one's role is a front-end developer, is it necessary that they know about back-end development? If it is outside their intended job function, why would they need to know about it, if it doesn't get in the way of performing their job? If you are a backend developer, do you need to know about how to host your own infrastructure? Handle your own networking? Chip design? Your logic could be applied to any job function. Each level of the stack benefits from the levels below it being abstracted. We all stand on the shoulders of giants, and we're all much better for it.

Overall, I do think it's better that one has a good understanding about the various components one interacts with. Having a grasp of the overall system will come in handy. A curiosity into other parts of the system is beneficial, and likely is one of many indicators of success. However, if job functions can be simplified and superfluous context removed, why should we fault those for taking advantage of that?

This issue with "lowering the bar" and being glad that a simplification has "failed" (which, is yet to be determined), reeks to me like gatekeeping. The same logic could be applied to any job role which benefits from simplification. In an extreme example, this logic could be extrapolated to support the notion that anyone who cannot build their own machine from the ground up should never work in a programming position. What height is appropriate for the "bar"?

Re:Ask HN: Who is hiring? (May 2020) on Friday May 01, 2020 @05:56PM (#23046952)
Good luck! This seems like an awesome idea.
Re:How some good corporate engineering blogs are written on Wednesday March 11, 2020 @12:17PM (#22547003)
One thing the company I currently work for has done is to use our "corporate blog" as a directory for technical employee's personal blogs. Many of our tech team members write blog posts on their own time about technical problems they're particularly interested in. Having our corporate blog (https://codeshare.getfreebird.com/) redirect to their personal blog allows our company to highlight our team's ability and provide interesting content, while the authors get a signal boost from having their content referenced from the company's technical blog.

We're a small technical team so I'm not sure how well this scales, but it's worked out well for us so far.

Re:GitHub was down on Thursday February 27, 2020 @09:56AM (#22433762)
This seems to be the third or so day in the past week I've had issues with GitHub around this time in the morning. They've typically been really good. I'm a bit surprised there hasn't been more talk about it on HN.
Re:Schizophrenia Manifests as a GitHub Repo on Monday February 17, 2020 @01:43PM (#22349574)
could more context be provided here?
Having a password manager on mobile is needed, so I need multi-device support. I was really happy with the password manager support the last iOS included. Password entry and persistence are streamlined.
Re:And Nobody Noticed It Was a Fake Cake on Tuesday July 31, 2018 @11:42PM (#17659470)
A 200 person wedding on a $2000 budget is a remarkable feat.
Re:Ask HN: Do you use budgeting software? on Thursday June 14, 2018 @01:27PM (#17313420)
I second EveryDollar. It allows your budget to be flexible month-to-month because spending in different categories will always ebb and flow.
This is from 2016. Can we update the title?

Older »