danjac

Joined 7 years ago

Karma
3,496
Submissions
890
Member since
Jan 23
Github:

https://github.com/danjac

View on Hacker News

Recent submissions

Comment · 1 year ago
Whether you rewrite or refactor the code is not so much the point of my comment - it's more that you should first determine what you actually need, in consultation with the project stakeholders, get rid of whatever you don't need, and then you can decide whether you need to rewrite or refactor. Cutting away the bloat will give you a better perspective on that decision.

Personally, I would lean towards refactoring - a rewrite is the "declare bankrupcy" stage of technical debt and should only be considered in extremis. For example, the original codebase was written in ColdFusion and in 2025 you can't find any ColdFusion developers (or anyone in their right mind who wants to become a ColdFusion developer). But in any case, rewriting a trimmed down codebase is easier than trying to replicate features you don't need any more.

Comment · 1 year ago
Often the problem with companies running the Feature Factory production treadmill too long is you have code supporting unused features and business logic, but nobody knows any more which features can be dropped or simplified (particularly after lots of employee churn and lack of documentation). So the problem is not so much technical debt, but product debt.

You can refactor, but you're also wasting time optimizing code you don't need. A better approach is to sit down with rest of the company and start cutting away the bloat, and then refactor what's left.

Comment · 1 year ago
The problem is that once you take the VC coin, you are pushed towards hyper-scale. If you don't take the VC coin it's a much harder and longer path to self-sustainability, unless you have some way to fund yourself e.g. consulting. 37 Signals is the model here, but they are super-exceptional (they created Rails, after all).

Then having got there, a VC-funded competitor will just roll over you as they'll have better connections and funding.

Comment · 1 year ago
They are great for throwaway hobbyist side projects where you don't want to worry about AWS billing horror stories or more expensive offerings like Digital Ocean or Linode.

I would not recommend them for a serious, money-on-the-table business.

Comment · 2 years ago
Normally I hate timesheets, but there is some satisfaction in putting "Company meeting: 4 hours" into a timesheet and knowing the managers will have a mild heart attack when those 4 hours are multiplied for every person across the company when they look at the end of the month report.
Comment · 2 years ago
You would terminate someone for...having an opinion? They didn't mention the company they worked for (if indeed it is their company and not some made-up example).

Little secret: outside of self-proclaimed "leaders" in the Linkedin bubble, most normal people think like the writer, if not put so eloquently. They have jobs to do, and know how to do them, and do not appreciate being dragged into a 4 hour meeting to listen to bullshit. Of course they'll do it if they are told to. But if you are a "leader" you would be conscious of their time and not waste it on self-congratulatory claptrap.

Comment · 2 years ago
I have seen so many React code bases that are the polar opposite to "clean, manageable code" that I would strongly disagree with this premise.

That's not to say React is to blame, per se, but good code is the result of good developer practices rather than some framework.

Comment · 2 years ago
hype
Comment · 2 years ago
Honestly, what is the market for these SAAS starters these days? Is anyone making serious money, or even a modest side income, with some web app? It seems the low-hanging fruit is well and truly picked at this point and building something that will earn you decent money requires a lot of time and money investment in a vertical niche, not yet-another-project-management-tool you can put together in a week.
Comment · 2 years ago
Then you have to rely on getting the job by other means than sending your CV. In other words networking.

Personally I don't apply to public job listings any more, even when I match all requirements. They are a waste of everyone's time. But networking has its limits.

Comment · 2 years ago
Only if you were in right place and time. As a junior dev back then I was earning about the same as any other junior office worker.
Comment · 2 years ago
Everyone laid off will be hanging their consulting nail. Whether there are enough gigs for them is another matter.
Comment · 2 years ago
What evidence is this?

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton