hsn915

52 ms·

631.
by hsn915 5y ago
I learned C first but then I rode the functional bandwagon (and dynamic languages) and spent many many years in Python and Javascript. I thought map/filter was much better than imperative for a long time. I rediscovered imperative prog
632.
by hsn915 5y ago
A one line map or filter is ok. Other than that it's unreadable.
633.
by hsn915 5y ago
It's simply impossible to have reliable "best practices" in programming. It's still a young field and most of the ideas floating around are just fads . Yesterday's best practice will quickly become an anti-pattern
634.
by hsn915 5y ago
Whenever I read "modern" javascript code, I'm irritated by the prolifiration of map/filter/reduce. It makes code harder to read and modify. A straight for loop is infinitely better in every way.
635.
by hsn915 5y ago
Don't scientists use phenotypical similarity to deduce ancestry when it comes to fossil remains? If phenotypical similarit is so unreliable, what are the implications?
636.
Transparent Textures(transparenttextures.com)
2 points by hsn915 5y ago|0 comments
637.
by hsn915 5y ago
Actually they do. Without naming names, let's assume two populations, A and B. A-Females are willing to marry B-Males, but B-Females are not willing to marry A-Males. This creates lots of abundance for B-Males and lots of scarcity for
638.
by hsn915 5y ago
Health Freedom "Freedom Care" sounds like an oxymoron. If you need "care" you are not "free". It's not about "care", it's about risk mitigation. You are not sick now, but you have no idea wh
639.
by hsn915 5y ago
> Have you wrangled with JSON using Go? Absolutely dreadful. That was my first semi-serious project. It was around 2012. Yes it was dreadful. The problem is I was still programming with mentality of someone who wants to use dynamic typin
640.
by hsn915 5y ago
I started using dynamic languages since around 2008 (Python and Javascript). Before that I was more into C/C++. Granted, I've only written C in University settings where I'm writing small programs. I had no idea how to write
641.
by hsn915 5y ago
Most people use Go to write microservices which is ridiculous for me.
642.
by hsn915 5y ago
I don't think you understand the unix philosophy. If a tool does everything for you from start to finish, it's not following the unix philosophy. Unix command line tools are basically meant to be like small library functions in an
643.
by hsn915 5y ago
Yea. I remember right around college all the grownups around me were telling me to go to medicine and not computer science. A friend of my father even told me "IT is in great decline, it has no future". When I was still a student,
644.
by hsn915 5y ago
All the old but happy people I know have children (and grand children). The more, the happier. All the grumpy old people I know have no children, or just one. On a day to day bases, it might feel like taking care of children is plenty stres
645.
by hsn915 5y ago
As far as I can tell, the suggested way of working would be incredibly stressful for someone like me. First, I have to learn stuff I hate just because the market currently demands it. I can't really bring myself to do that. With everyo
646.
by hsn915 5y ago
As far as I can tell, this piece is irrelevant to the rest of the article. That's just a way to humble brag. If you read the paragraph, it doesn't actually say much: > I was born in a developed country in the 80s (Italy), with
647.
by hsn915 5y ago
I legit thought OBS and Streamlabs where connected
648.
by hsn915 5y ago
> lose all state on the page and make API requests all over That's the difference. I don't make API request in local development mode. If I do, the response is instant. > Yeah, you've never seen a hot reload that works
649.
Hygenic Macros in Jai(github.com)
1 points by hsn915 5y ago|0 comments
650.
by hsn915 5y ago
> I guess if you're writing a website or something then I wouldn't worry Despite popular sentiment on HN and Reddit, a website is not a piece of software that can tolerate slow code. Unless you are ok with your website dying wh
651.
by hsn915 5y ago
What I'm advocating here is not for optimized code. Only for non-pessimized by default code. This kind of code does not tend to be rigid as you might imagine. Quite the opposite. Since it doesn't introduce a ton of premature abstr
652.
by hsn915 5y ago
I never understood the point of gulp and other libraries that claim to help you write "commands". I just never used them and instead just wrote the code directly. Back in the day I was using amd.js and they had a scriptable comman
653.
by hsn915 5y ago
The problem with webpack, beside being very slow, is it's based on config files. Config files are brittle and very hard to understand. Spending several days sifting through the webpack docs and maintaining 70 lines of config files soun
654.
by hsn915 5y ago
> the beginner's mindset It's actually the experienced mindset. With experience you learn to distrust complicated setups. A beginner would just trust the tutorials and follow them to the letter without bothering to try to under
655.
by hsn915 5y ago
> It hardly matters For the hundredth time: it does matter. Stop wasting people's time with slow tools and telling them it doesn't matter. That's not a way to treat your users. Your fancy hot module reloading is not what
656.
by hsn915 5y ago
> If you want a unix-style tool I actually don't. esbuild not being unix-style is a good thing in my opinion.
657.
by hsn915 5y ago
> problem 1: libraries that tell you to npm install them Agreed. I wish `npm install` was just some option for those who wanted it. But no! Somehow it became the defacto standard and everyone just expects everyone else to already be onbo
658.
by hsn915 5y ago
I don't understand the point of vite. I tried using it and the "build" took over 30 seconds. esbuilds takes less than 1 second for the same project. > esbuild is not featureful enough for a lot of production use cases What
659.
by hsn915 5y ago
Individuals matter for the team as well. Put a person who doesn't get along with people as a team leader and watch what happens.
660.
by hsn915 5y ago
This is a false dichotomy. "We either have perfect information or we make software that is very slow".

More ›