dktoao

10 ms·

61.
by dktoao 5y ago
I think they could be any kind of test that makes sense, so yes. I think the important bit is the automated part.
62.
by dktoao 5y ago
My own experience is that companies that have some sort of formal automated testing have MUCH higher quality code. A testable codebase has to be modular, people spend less time chasing bugs and can refactor more confidently. That being said
63.
by dktoao 5y ago
I think they mean it is sort of a ponzi scheme for those invested. It requires more and more investor money to operate and will eventually collapse leaving the last round of investors holding the bag while those that got in early may get ou
64.
by dktoao 5y ago
I work for a large computer hardware company who I consider to have crippling amount of unchecked technical debt (with no payment plan). Recently I managed to ask the CEO a question in an all-hands meeting. More or less: "What are your
65.
by dktoao 5y ago
I think they meant that their examples are things that would have been "shoved under the rug" or hidden in the past and are no longer taboo. If you were gay in 1900 you hid it, if you are gay in 2020 you are out (usually). Abuse m
66.
by dktoao 5y ago
Location: Denver Education: MS EE Remote: Yes Willing to relocate: No Technologies: Embedded, Microcontrollers, C/C++, Python, MATLAB (control systems toolbox), JavaScript, Linux, Electronics Résumé/CV: https://drive.go
67.
by dktoao 6y ago
Commenting on my own thread because the window to edit has passed. What is up with the haters today? I share a useful open-source library with everyone that I spent a ton of time working on only to get crapped on by the know-it-all crew? Di
68.
by dktoao 6y ago
Don't disagree that datetime libraries that are used to control computer networking are immensely complex. Never said they weren't. However: 1) That is not what we are talking about 2) Sometimes you just need a stopwatch, timing a
69.
by dktoao 6y ago
What makes you say that? I suppose you could add as much complexity as you want with differentiating units from different standards and adding uncertainty in the unit definitions and on and on. But for 99% percent of users, just conversion
70.
by dktoao 6y ago
There are heaps of libraries for all languages because it is a fairly fun and straight forward project. I personally created this one because I was frustrated with how slow and clunky the existing javascript libraries were: https:/&#x
71.
Ask HN: Future proof project documentation?
1 points by dktoao 6y ago|0 comments
72.
by dktoao 6y ago
More troubling results for 2024 however: win("Joe Biden", "Gary Busey") == "Gary Busey"
73.
by dktoao 6y ago
Agree, my model isn't complete. Unrelated to your point but I think a lot of people who write really bad code are the only choice because they are experts in another essential domain, and there aren't a whole lot of experts in bot
74.
by dktoao 6y ago
In the good old days half = num >> 1 Was standard practice and understandable by most engineers, as well as far and away much faster than a divide. Now-a-days, using a compiled language they are going to be translated into the same ma
75.
by dktoao 6y ago
Obviously it wasn't "Rick" in the flesh (I think). But more a "Rick" class programmer. :) Sorry to anyone who's real name is Rick.
76.
by dktoao 6y ago
Yes, but I don't think it compounds forever. There is a natural thermodynamic limit somewhere. In practice if your company has a 1x code-base you are working for a decent company. If your company has a 5x code-base, you are working for
77.
by dktoao 6y ago
I agree, but I used 0.1 - 10x for illustration purposes only.
78.
by dktoao 6y ago
I feel like this can actually happen in practice... Your code sucks and then you hire a 10x developer who is really good a duct taping everything in your code to work with nasty hacks. Good times!
79.
by dktoao 6y ago
I think 100x is hyperbol however you slice it, run away from anyone who tells you they are a 100x developer. 10x may be achievable... but I argue that it is at least partly due to the prevailing code-base. Every competent developer is a 10x
80.
by dktoao 6y ago
Hello, I couldn't find anything like this and thought it would be useful, so I spent some time putting it together. Hopefully others find it useful!
81.
Show HN: Simple JSON database of unit conversion factors(github.com)
3 points by dktoao 6y ago|1 comments
82.
by dktoao 6y ago
To me it is preferable to write JavaScript like it is 10 years ago (using slightly more rudimentary functionality) than to deal with transpiler hell and write shiny ES6 code. Old tech gets the job done and if you are aiming for stability, i
83.
A Head to Head Comparison of JavaScript Physical Quantities Packages(github.com)
1 points by dktoao 6y ago|0 comments
84.
by dktoao 6y ago
If you are strictly sticking to the SI system of units, you should be fine. However, some of us work in industries and countries (You know where) that don't fully embrace SI, and mixing other systems with SI is common.
85.
by dktoao 6y ago
Yeah, in general, there are many, many "unit collisions" that can really only be exactly interpreted from context. I think it would be great if everyone started using bracket notation (or similar) for prefixes. E.g. [k]B [Mi]B Thi
86.
Show HN: PQM, the smallest/simplest physical quantities module for JavaScript(github.com)
1 points by dktoao 6y ago|1 comments
87.
by dktoao 6y ago
Hello everyone, I developed a paid spreadsheet add-on using this JavaScript module as it's primary engine. However, that add-on tanked (no interest), so I figured it would be fun to open source this incredibly useful library for everyo
88.
by dktoao 6y ago
And now that I think of it, what I was building was a data visualization framework that users could create "plugins" for to handle many disparate types of data. So yeah, frameworks are a great example of cases where inheritance sh
89.
by dktoao 6y ago
I agree with you that the biggest strength of OOP is encapsulation that is easily accessible. As for inheritance, I think it is also a good abstraction, but in an very limited number of circumstances. In 10 years as a professional developer
90.
by dktoao 6y ago
Thanks for this comment, puts into words what I have been casually thinking. Also, this is the strategy in Sweden, seems to be working out fine for them.

More ›