Live data from Hacker News

Ask HN: What's a strong tech opinion you have that few agree with you on?

news.ycombinator.com

91–100 of 100 posts

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#91

User time is more valuable than programmer's time. Read: programmers should operate as if CPU cycles, RAM, disk space etc is precious. Less = more. Why? If programmer builds something only for him/herself, or a few of their peers, it really doesn't matter. Do as you like. But be aware that one-off / prototype != final product. Commonly held view is that programmers are a small % of population, thus their skills are r…

I have always been of the opinion that no software should ever be released until the entire development team has spent at least a week personally running it on ten year old hardware. Nothing motivates a programmer to optimize their code more than to have to experience the same pain that users without the beefiest hardware have to endure.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#92

User time is more valuable than programmer's time. Read: programmers should operate as if CPU cycles, RAM, disk space etc is precious. Less = more. Why? If programmer builds something only for him/herself, or a few of their peers, it really doesn't matter. Do as you like. But be aware that one-off / prototype != final product. Commonly held view is that programmers are a small % of population, thus their skills are r…

I have always been of the opinion that no software should ever be released until the entire development team has spent at least a week personally running it on ten year old hardware. Nothing motivates a programmer to optimize their code more than to have to experience the same pain that users without the beefiest hardware have to endure.

"running it on ten year old hardware"

This doesn't work for mobile though :p

iOS versions are obsolete within 2 years and Android within 5.

Generally, Android devs tend to have at least one Huawei, Xiaomi, or low end Samsung, because these break a lot and hold a good share of the non-American market.

However, the high end phones have their own pain - notches, fold, edge screens. I've built apps that didn't function well because the edge screens meant that buttons needed extra side padding because they fall off the screen. These are also the devices used by investors & in demos, so often high end phones are higher priority than the low ones.

There's some problems that have nothing to do with device age. Samsung gallery is one of the top image/file picker apps in the world and there's weird behavior once it exceeds 2000 images or so. I ended up hacking a file/image picker that was more optimized than Samsung's and it's why you see why many apps defauting to their own internal file/image pickers.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#93

So many. "AI" is the dotcom bubble (notice how every big company HAS to get in on it, no matter how ridiculous their application is?)... Further, it will simply allow those who apply their power unto others to do so in an even more egregious or deeply-reaching way. Advertising should be illegal. Proprietary software is basically always a trap (if it's not harmful or coercive at first, it eventually will be, well afte…

If these are things that few people agree with, well count me among the few.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#95

I want to build as many tools by myself as possible. Obviously this is shunned in every company.

Is that because you enjoy it, you could be more productive with tools you make yourself, or some other reason?

I think I just want to do more programming, even though I'm far from a good programmer. It was not an issue a few years ago when we didn't have kid, but nowadays I have no time outside of work so would like to get all fun during work.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#96

Earlier quoted context omitted.

No, I mean I'd rather build tooling to run Postgres than use a 3rd party service to run it for me.

What about running your own db instance in a cloud VM? Do you really want to do all the infra management? I've done it and it isn't fun--well it can be making soup-to-nuts IaC recipies, but I wouldn't say it was a good use of my dev/ops working hours.

I think it's not that hard - I have configs and I even build Postgres from source so I can get the same version in dev environments supporting Linux and MacOS.

In production I find it a bit easier to profile what's happening if the db is performing poorly since I can login to the box and use standard tools - is it cpu/io bound, etc.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#97
Late to the party, but my big one of late.. Job Titles.

- Job titles in tech are out of control. Searching for a job requires me to use like 3-7 searches because everyone is making up titles as they go, and its just insane. We call ourselves engineers, and its time we take another page from the book of engineering, for job titles. Engineer titles are very pointed, and thus job function limited by their title. Example: Cloud Infrastructure Engineer [I], this would be a generalist cloud role, at the jr/entry level, eventual knowledge of all clouds and their things as you reach [III] status (or [V], depending on company size). Their only function is infrastructure for cloud services. Today, such a title would also require devops knowledge, CI/CD, various services for monitoring, logging, kubernetes, etc. These should obviously be jobs for multiple people but we just keep letting things get stacked on to a single title. Ive even seen ridiculous titles that are very obviously 3 jobs in one, especially when you look at the responsibilities/qualifications of it. Really need to get a grasp on this. likely nothing will get fixed without entire unionization of people in tech, unfortunately.

- React, Next, etc, are steaming piles of code. I was going to build a react frontend for a project that was size constrained. The out of the box build, adding only react and some bare minimum packages resulted in well over 4mb of js, AND I DIDNT EVEN HAVE A WORKING ANYTHING YET. Utterly disgusting. Add to that that it seems that any dev who does front/backend work worships their framework of choice to the point of using it in places it has absolutely no reason to be. Ive seen these developers trying to write shell scripts in js/ts, using react. The amount things ive seen written in js that had no right to be, is way to high.

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#98
post #20

VR is a solution in search of a problem and will pass.

Theres 2 types of VR. Home VR, and Commercialized VR.

Home VR wont last long and is definitely more fad than anything. Commercialized VR is actually a pretty big niche for things you might not have even thought of. A company i worked for made VR into a "movie experience", but beyond just playing a VR game. Floor rumblers fans, physical to VR mappings, scent sprayers; truly a wild experience.

Beyond that entertainment value though, are possibilities like military and emergency aid training. For example you could have a large warehouse with tracker cams all over, and setup various physical objects to match the VR world, then use that VR world to run training exercises on a "live" battlefield. While its obviously far from the real thing, its a good way to train without pulling out all the tools.

And lets face it, we all want a giant virtual room to do anything we want, a .. holodeck...

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#99
post #63

Python is not "readable" to anyone with eyes. Using whitespace as scope definition is a war crime. (same goes for YAML)

To add to the YAML one, doing pragmatic things in a markup language like YAML (glaring at Ansible, Helm, others), is also a war crime

Re: Ask HN: What's a strong tech opinion you have that few agree with you on?

#100
1. The less code I depend on written by others, the fewer maintenance problems I have.

2. Most developers 10x over-complicate solutions and spend 20x too much time implementing them.

3. Don't ever deprecate API's! An API is a contract that potentially thousands of systems or developers rely on. So find ways to move forward without breaking things. You are a pro right? So act like one. Linus gets it. Most don't.

Post reply on HN