ahubert

Author here - the article has been read and retweeted by actual world class experts. Given that the article is now nearly two weeks old, I would have heard about any gross inaccuracies in there by now. There is some minor feedback and it needs a few tweaks, but overall it holds up really well.

Hi makomk, (author here)

Indeed, Galileo has nothing like this. The GPS solution sounds exceptionally fancy, and it may go a long way to explaining where all those billions of USD/year go :-) Do you know if it has ever been tried for real? Thanks!

back up, thanks! It is on our experimental node. What is means is: the Galileo service definition regards a 'dilution of position of >6' to be problematic, but only if this happens for more than 77% of the time. The instantaneous bit is "well it is >6 NOW".

thanks!

Hi - thanks for this (author here). What I mean is, currently, around 5% of the satellites on average broadcast NAPA status. I did not refer to the big outage with this statement, I mean to ongoing developments. Or perhaps you are referring to the same thing & in that case it is entirely possible that the NAPA flag gets raised because the ephemeris is being generated from stale data. Do you know? Thanks!

author here - if anyone has any questions or remarks, let me know!

Hi Rajesh, thank you for your thoughtful critique of my documentation efforts! I took a look at the sentences that are hurting you. The first part is from H2O's mission statement, which is clearly quoted. H2O is very impressive and is seeing more and more use. The h2o maintainers are indeed very friendly and helpful. But perhaps that is because I approached them with respect and did not hate them for their mission statement? We may never know. If you have anything useful to add, the document can be edited through https://github.com/ahupowerdns/hello-libh2o

author here - actual project is on https://powerdns.org/hello-dns/

I think my main message is that by being so definitive in the rejection of things, you close down the possibility there is something you don't know. For example, the moveFile() thing, maybe this is some kind of fingerprinted DRM library where "nothing can change". Just leaving open the possibility there might be a reason removes a lot of friction. And btw, this moveFile example is so horrible it probably does require some yelling :-)

eastdakota has stated that no one gets paid: https://twitter.com/eastdakota/status/1031359620961329152

According to the tweet linked from the post: "DoH might become enabled by default at some point, which is what has been said. But no-one has specified exactly how or with which operators (yes, plural). Because we don't know. That's not planned yet. And "might" is still "might [not]" as well." (the [not] was not there, but I think this is what Daniel meant). https://twitter.com/bagder/status/1036364374728953858

With BYOD that is less and less likely to be true..

best response I've had to that is 1) they'll retry queries internally if they don't work externally (leaking everything first) 2) people should not have internal only domains, everything to the cloud!

Thanks David :-) Sadly though, while the 'DNS Camel' has caught a lot of attention, it hasn't helped one bit. As Robert Edmonds put it so well '"What should we do instead?" "Nothing" tends not to be too well received by those who get paid for doing something' https://twitter.com/rsedmonds/status/1029041197921329152

(author here), it is true, try it. Sample code is on https://github.com/ahupowerdns/hello-cpp/blob/master/move.cc

hi colanderman, that is exactly the plan! I have a section on classes already done as something that most C projects eventually do by hand (ie, bunch of functions that accept a pointer to a struct as first parameter, which is actually "this"). You can even extend that into inheritance where you see most C based GUI toolkits emulating classes in all kinds of ways. Even the Linux kernel has tricks like this. Thanks for the tips!

author here, comments are welcome btw!

I did a talk on that at OHM2013 but sadly the recordings got lost. Will blog it up one day. You can be a "good" open source company and still make money! It does require a lot of planning though.

blush - the PowerDNS team :-)

Hi! Author of that page here. Let me know your thoughts, or express your feelings in a pull request! https://github.com/ahupowerdns/hello-dns/ - you might also appreciate the DNS RFC viewer on https://powerdns.org/dns-camel . Finally, this all started based on this IETF presentation: https://blog.powerdns.com/2018/03/22/the-dns-camel-or-the-ri...

Another viewer is https://powerdns.org/dns-camel - where you can select obsoleted, informational, experimental, historic, and standards (track) RFCs. And drafts!

By all means read up about $GENERATE for example, and multi-line statements etc, or all the fields you can omit or reorder. It is no fun.

Hi Muks! The rest of the content is still appearing, but https://powerdns.org/hello-dns/optional.md.html now talks about EDNS.

What you describe (the shutdown technique) is exactly what my linked blogpost describes, by the way. If this is the fault of BSD, or the sockets API definition is indeed an interesting question. Is RFC 1122 TCP/IP or a BSD document? Anyhow, use the shutdown technique or even better, explicit length or chunked.

I suggest actually _reading_ the post. It notes the tradeoff. It also notes we offer near infinite support for people asking politely and making their problems known. We also note that it isn't just a matter of scale.

author here. Turns out I am a bioinformatician these days, ten years after writing this page. I work in an actual lab, with biologists, getting results. http://bertusbeaumontlab.tudelft.nl/ is what I do. DNA is not a programming language, and the page itself says so. But it is possible to admire the features that DNA does have through the eyes of a software developer!

Secondly, within the world of practicing DNA scientists, the link you provided was 'laughed out of court' as being the stuff of PR dreams, but not actually true. For example, see http://www.bacteriatobonobos.com/1/post/2013/12/go-home-pr-t...