ambrop7

18 ms·

121.
by ambrop7 10y ago
Peer review is optimized for the average developers and developers in a specific team. And, when an extremely good programmer writes the code, peer review tends to: - Mostly raise issues about nonfunctional aspects of the code. Often these
122.
by ambrop7 10y ago
> What if the computer encoded your knowledge? > Do you even remember every click, every experimental input? > Can you prove that you do? I agree some tests are a good idea depending on the project. Doesn't mean I have to like
123.
by ambrop7 10y ago
For my hobby projects I admittedly don't do much testing - simply because no one is paying me to. Only in rare cases do I intentionally write a test when something seems complex. And I do run address sanitizer etc. where that can reaso
124.
by ambrop7 10y ago
BTW, can you elaborate on the meaning of "sophomore"? I can't find in a dictionary anything other than "second in a series" which doesn't seem to make sense in your use.
125.
by ambrop7 10y ago
Right. In large projects some kind of automated tests are indeed useful. But they should not be a substitute for writing working code in the first place, just as an extra level of quality assurance.
126.
by ambrop7 10y ago
I can write tests. I just prefer not to, for the sake of productivity and preserving sanity. If you disagree that I can write mostly bugless code, I challenge you to find some bugs in my open-source projects :) https://github.com
127.
by ambrop7 10y ago
Well, I haven't claimed to be able to to that , but to write mostly bugless code :) Though, writing insightful comments in the code helps. If anyone has doubt, you explain in a friendly way why they're wrong (if they are). Though
128.
by ambrop7 10y ago
You mean me personally? What makes you think so?
129.
by ambrop7 10y ago
That's a good question. There are different ways: - Play around with the program intelignetly and observe no bugs (you wouldn't believe how many bugs I've found by that method, that have been missed by very formal verificatio
130.
by ambrop7 10y ago
I must be one of the very few people who can write working and mostly bugless code and without writing any kind of test. Writing tests feels like the most wasteful and possibly harmful thing to me (like by people forcing dependency injectio
131.
by ambrop7 10y ago
My water analogy for a capacitor is a piston with pipes attached to both ends, with a spring system that pushes the piston towards the center position. Is that not a mathematically correct equivalent? (in an idealized system with no water r
132.
by ambrop7 10y ago
Note that even if you try to manually correct the pointer to work on aligned data (read any initial bytes via char pointer and read the rest via uint32_t pointer), you still generally have undefined behavior: strict-aliasing violation. And
133.
by ambrop7 10y ago
I doubt you can do any significant damage by doing this experiment once, the amount of pressure needed is quite small (depends on your level of myopia) and probably less than rubbing your eyes.
134.
Ask HN: Can myopia be treated by compressing the eyeball?
2 points by ambrop7 10y ago|4 comments
135.
by ambrop7 10y ago
And it doesn't have to be - the side effects are to be weighted against the benefits.
136.
by ambrop7 10y ago
Hey, so according to the latest post on cpphints.com you "invite everybody to try it on the code" and there is a link to http://www.viva64.com/en/pvs-studio-download-linux/ . Also I read on your page tha
137.
by ambrop7 10y ago
I see just now on their http://cpphints.com/ site they've posted a download link for the Linux version: http://www.viva64.com/en/pvs-studio-download-linux/ And a Windows version is also avail
138.
by ambrop7 10y ago
I've also written my own "version" of function but intentionally lightweight, for an embedded project: https://github.com/ambrop72/aprinter/blob/master/aprinter/ba... Callback<void
139.
by ambrop7 10y ago
The problem with FreeRTOS is that it comes without batteries included, like drivers, networking and filesystem. I see such features as a primary advantage of an RTOS compared to a home-grown solution without threads (i.e. just main and inte
140.
by ambrop7 10y ago
Not much different from my current Xfce desktop. We now have antialiased fonts and window shadows provided by compositing WMs though.
141.
by ambrop7 10y ago
Note that NCD is really not far from a general-purpose programming language. You can see some "modern" NCD code of mine here [1] where I use it to control a Sphero robot with a joystick. Well, I admit I added a few more features t
142.
by ambrop7 10y ago
(author of BadVPN here; I did not submit this) No particular reason really, I just needed a name that sounded deviant - I was still a teen back then! Over time I added other software to the repo for convenience (tun2socks, NCD). A name chan
143.
by ambrop7 10y ago
Can someone say how the PRU would compare to a "similar" microcontroller? And what the most similar core would be, e.g. M0 or M3.
144.
by ambrop7 10y ago
I've built something similar but a completely new programming language with backtracking as the major feature. The intended use is dynamic OS configuration especially network interface configuration. The interpreter is single-threaded
145.
by ambrop7 10y ago
The best way is to require one comma between elements but allow one trailing comma after the last element. This way you can both do multi-line and one-line lists nicely.
146.
by ambrop7 10y ago
Two more issues: - No support for comments. - No support for NaN and Infinities (i.e. lack of full mapping to IEEE 754). Also at least on Chrome, JSON.stringify(-0) gives 0, though JSON.parse("-0") does give -0. Weird.. As far as
147.
by ambrop7 10y ago
I would expect Gentoo is particularly problematic with regard to recovering from update regressions. I use NixOS where reverting to an older version is trivial.
148.
by ambrop7 10y ago
Let me reiterate, I don't think the PRU is a problem. But it's just about the many orders of magnitude in the real-time latency achievable with the PRU and achievable with the CPU under the default software stack. I shouldn't
149.
by ambrop7 10y ago
It's sad how the software stacks have gotten to this point where toggling a pin is so horribly inefficient. And there's no good reason it has to be. - Instead of filesystem operations there could be ioctl, which is still safe from
150.
by ambrop7 10y ago
The fork-exec code in my program currently does some things that are supposedly unsafe, but I can't figure what to use instead of initgroups() which is not async-signal-safe. I want to run the child as a different user for which I do i

More ›