Hey author here. AMA (about the book). I know there are many books to read out there so let me add the book has at least one positive review by Poul-Henning Kamp of Varnish-Cache and FreeBSD fame:
> You don't need to be stuck on a bus between Oslo and Göteborg to enjoy reading this book: [...]
Much interesting stuff to think about for the thinking and practicing programmer.
But that's enabled by the DNS MX record. There isn't anything like that for social AFAIK, so if you wanted to do the same with your mastodon account you are hosed. Some people are saying once you have million followers on mastdon.social, you are not going to restart from zero on mastodon.net. You can, but it's hard. So centralized or federated, without handle portability, it's not very different. You are stuck. It seems to me federated mail and federated social are similar for people who don't own their DNS entry (gmail addresses), but for people like you, that's a substantial difference. You'd have to run your own instance to have your own social handle, and that isn't portability, that's DIY. It only works for a small number of techies, you have to have an instance and a domain.
You lose all your followers. It's like going from [email protected] to [email protected]. It's on you to go to you 1M followers and beg them to refollow you. The goal is to go from tmobile to verizon and your grandma can just call you.
Can anyone name a well-known important software project (say linux, python, tensorflow, angular) that was delivered via Agile/Scum? And some of you may enjoy this linkblog https://againstscrum.tumblr.com/
And when a post starts by lying by a factor close to 2 about the rate of obesity (42% 2018-2019 per CDC as opposed to 71%) what else in this post is trustworthy?
I am not sure that's what he or she was trying to say. Agree with everything you said about native apps. The question for me is if it's necessary for every page to run javascript, even if it doesn't have any app-like features, even if it's just a document. I would love to be able to turn off javascript and be able to browse the document-web without everything being broken. In the specific cases where I need dynamic or app-like behavior, then I can use javascript, or maybe even a separate app browser. https://www.wired.com/2015/11/i-turned-off-javascript-for-a-...
It seems to me the authors make three main points
1) Pay-per-action confuses correlation (action when seeing ad) with causation (action because of seeing ad). Hence click-through-rate maximizes correlation instead of causation. Google knows you were going to buy anyway, thus serves you an ad.
2) Marketers and ad networks interests' are aligned in that they want to maximize advertisement budgets. Hence marketers will ignore randomized studies showing ads of some type are not effective.
3) Even when these studies are performed, even major sample sizes are insufficient to support any conclusion
Second that but there is no matplotlib underneath AFAIK. It does html based interactive graphs using a variant of the grammar of graphics, with extensions for interactions. Grammar of graphics means a great, proven (see ggplot) compromise of power and simplicity. <shameless plug> If you need a library of one-liners built on top of altair (that is if you need some standard stats graph) I wrote altair_recipes (https://github.com/piccolbo/altair_recipes/ or pip install altair_recipes) for that. </shameless plug>
Should've said a generalized rope, as ropes are generally described as a replacement for strings, but if you replace characters with other fixed size data types everything still works.
How much does he pay for Electron and React? Imagine the sw world with no OSS, not just your app but no OSS at all. Then you can compare the for pay and OSS models. Not everything you need is OSS and the one thing you sell is proprietary. That is the best, for you, of course.
Try this experiment. When you get to ask questions in the interview, instead of being nice and asking tings like "what's your data science stack" or "how important is testing here" give them a whiteboard. Give your future boss a whiteboard. But do it only if you don't care about getting an offer.
I am dumb -- I test at the function level. I have a theory that the likelihood of catching a bug depends on the number of lines being tested, if each can be assumed to do its job. This implies that if a line calls a function that I wrote, I need to test that function. There is some work based on Kolmogorov complexity that seems to support this but didn't go very far (I did not see any follow up papers). Maybe it's all wrong. I am biased: I wrote quickcheck for R. (by the way, fuzz testing and randomized testing are two separate things).
Sorry, I am not opening a trello account to report bugs. I am debugging your app for free, just asking not to have so sign yet another one-sided term of service doc. I also have problems with content security policy, see below:
Content Security Policy: Ignoring “http:” within script-src: ‘strict-dynamic’ specified
Content Security Policy: The page’s settings observed the loading of a resource at inline (“script-src”). A CSP report is being sent. Source: try{(function overrideDefaultMethods(r, g, b, a, scriptId, storedObjectPrefix) {
var scriptNode = document.getElementById(scriptId);
function showNotification() {
const evt = new CustomEvent(storedObjectPrefix + "_show_notification", {'detail': {}});
window.dispatchEvent(evt);
}
> You don't need to be stuck on a bus between Oslo and Göteborg to enjoy reading this book: [...] Much interesting stuff to think about for the thinking and practicing programmer.
https://toot.community/@[email protected]/109829843037038...