It would be better to link directly to that page I think.
Show HN: Coding Career Handbook
81–90 of 140 posts
Re: Show HN: Coding Career Handbook
#82Re: Show HN: Coding Career Handbook
#83$39? Pass.
Re: Show HN: Coding Career Handbook
#84Please don't take this the wrong way; I am genuinely curious. As far as I can tell, you've been a professional developer for approximately 2 years. What qualifies you to instruct people how to manage their dev career, let alone charge $40+ for the advice?
Write a book for Packt on X you are learning as you go => Leading expert in X and charge 100USD/hour
Write a bunch of blog spam on X, a lot of it wrong => Leading expert in X and charge 100USD/hour
Create a bunch of projects that have more bugs than Swiss cheese has holes => Leading expert in X and charge 100USD/hour
There is a story today here that says GitHub is the Instagram of programming, and more and more I agree. Technical knowledge has been trumped by marketing. You are only someone if you have a blog/github profile/stackoverflow with more than 1M+ points.
And then people wonder why software is so shitty now days, why a todo list in React makes any laptop run out of battery in 50 minutes (not attacking React, just how beginners use it).
Re: Show HN: Coding Career Handbook
#85> The Coding will always be the easiest part of a Coding Career I'm a little triggered by this headline. I understand what it means, and I agree there's some truth to it. It can be good advice when given to developers who haven't yet figured out that their job is not exclusively to write code. But in my company (which is a big non-tech corporate) I've noticed that a similar phrase often gets used by non-technical peo…
The challenges in programming aren't literally "writing code", once you achieve a certain degree of facility with the language and libraries you are using.
The challenge is, of course, solving the problem - doing the intellectual work.
I get that people often say "writing code" and also mean the intellectual work of programming / CS / software engineering (whichever may be appropriate), but I really don't think that's accurate.
Hope that makes sense and isn't pressing too fine a point on it.
Re: Show HN: Coding Career Handbook
#86Earlier quoted context omitted.
Coding isn't the hard part of your job, it's convincing people that outsourcing isn't going to result in good outcomes. The reason why they won't result in good outcomes: * maintenance is hard * writing quality code is hard * CI/CD is hard * requirements gathering is hard etc.
How much success have you had? Not trying to be snarky - but the problem in corporates is there are no "lag indicators" of success. The success of a manager is defined as getting to a specific cost structure, there is no measure if that cost structure delivers the results. And in a lot of big corporations what's good for your career and what's good for the company may not be the same thing.
- If you are working a company that has broken incentive structures, the first and immediate question you should answer for yourself is, what do you want to achieve there, as a manager? Are you really going to try and fix these deep cultural issues, and try to improve the company as a whole (or even just your department), and its whole internal mechanism for decision-making (which is broken and based on bad incentives)?
- If so, great! Commit to that problem, build support, get alignment, and who knows you might actually succeed, and end up in a C-level role for your efforts of turning the ship around. It's unlikely, but if that's your goal, then have at it.
- If not, then who cares? Accept the risks of what you signed up for, get whatever it is done that you need to do, and leave when the time is right. Understand your place in the hierarchy, understand what your personal goals are and how you can achieve them, and do whatever you need to do, without worrying about the health of the company or how other decisions are made. If you can't change it, or the effort to change it is out of the scope of what you're personally trying to achieve in your career goals, then it is literally a waste of time and energy.
---
On the topic of indicators or lack thereof, this is literally what good managers do. They find insights that others miss, and are successful in either making winning arguments or in framing debates differently and changing the success criteria. These powers can be used for "good" or "evil" to be blunt, that's up to the individual manager. You can practice at a small scale, for example for operational improvements by creating new metrics/KPIs for your team to better monitor service health in different ways than they used to. You can apply this to business decisions as well, by providing new analyses of how out-sourcing did not actually pay off, and defining new metrics for how to make those decisions (given that you've uncovered some hidden factors that were missed in the initial evaluation). There's no magic spell to it, it's just work and experience and critical thinking, which you gain through repeated application of curiosity and tenacity to problems that others tend to overlook or are too stuck in their ways to think differently about.
Personally, I loathe projects where I have little autonomy, and so I proactively seek out problems that other people don't want to own or have avoided owning or simply didn't understand or appreciate their important, but which I believe to be important problems (which depends on the prerequisite that, I actually must have some real insights which are unique that others have missed), and so I go out of my way to carve out ownership of those problems. Because nobody understood them before or wanted it before anyways, I don't get much pushback, and I can use these opportunities to make decisions autonomously, and also build up trust and support by demonstrating success with such projects. Eventually, I can leverage my banked trust store and positive balance of success, to push for changes or influence decisions in other areas that are more contentious and may not have gone "my way", had I not done the work to build up trust previously
Re: Show HN: Coding Career Handbook
#87Earlier quoted context omitted.
I'm also curious about this, and interested in a review from someone who has been in the field longer to see how much the advice here rings true. 40 dollars isn't a huge ask for a book, but it's above an impulse buy. [edit] Rearranged some words for clarity
Swyx is legit. The speed at which he established himself as an authority in the React/Javascript world is hella impressive And he’s fresh enough that his advice isn’t enbittered and grizzled yet.
I quickly checked his writings. I am not trying to put him down, they are ok, but completely different than what I would expect an expert/authority to write. But seems nowadays 50+ tweets a day and 4 blog posts a day are more important than actually, you know, writing good maintainable code.
Re: Show HN: Coding Career Handbook
#88[0]: https://treetide.com/book/programming-without-anxiety.html
Re: Show HN: Coding Career Handbook
#89Earlier quoted context omitted.
Please elaborate. Why do you think he needs to ask more for the book? Is it because he poured so much of his time in it?
Ask more? The book is expensive. If he lowers the price, say to $10, the sales will probably increase 10x.
This book isn't trying to sell itself by saying "hey, buy me and you'll be entertained for three hours, which is a better value than a movie ticket".
This book is trying to convince potential customers that it will help them graduate from junior engineer at local_company to senior engineer at FAANG. It's no coincidence that the author mentioned right here in his opening post that he landed a senior role at AWS. (I realize that's not a dream for many, and the whole FAANG thing is aggravating, but enough people think this way.)
If you (as a potential customer) aren't convinced, then you have no reason to buy this book even for $10.
On the other hand, if you are convinced, then the upside is so large that this book is worth buying even for $500.
Not many people will be on the edge pondering "I really think this book could help me triple my salary and status but that's worth $10 to me, not $40".
Re: Show HN: Coding Career Handbook
#90Please don't take this the wrong way; I am genuinely curious. As far as I can tell, you've been a professional developer for approximately 2 years. What qualifies you to instruct people how to manage their dev career, let alone charge $40+ for the advice?
Because that is what sells now. Write a book for Packt on X you are learning as you go => Leading expert in X and charge 100USD/hour Write a bunch of blog spam on X, a lot of it wrong => Leading expert in X and charge 100USD/hour Create a bunch of projects that have more bugs than Swiss cheese has holes => Leading expert in X and charge 100USD/hour There is a story today here that says GitHub is the Instagram of prog…