dlkinney

I follow a (very) wide spectrum of accounts on Twitter and the following seemed true for the accounts I follow which scored highly likely to be bots:

- it's 50/50 accurate picking actual bots I know I follow

- the more simple the reading level, the higher it scored

- however, extremely heady accounts also score high

- the farther right/left the account goes seems to up the score a little

- accounts that quote authors frequently score very high, even if they're human behind them

- everything from Chinese state media scored higher than anything

- everything that was frequently highly critical of China scored extremely high

- most Trumpers and Antifa I follow had very low scores (but most are high-up/origin accounts)

- most news organizations from both sides scored middle range, including known propagandists and "reputable" organizations

- accounts from both sides of the COVID discussion were mostly low

Hard to say, but my best guess is "low effort" is the defining factor. Only exception is the pro/anti-Chinese stuff, which is definitely a mix of real people and bots.

I keep pretty good tabs on the accounts I follow and I think I'm pretty good at determining who is "a real person with real feelings saying real things they really think" and bots, and from this analysis, I have zero faith that this tool has any modicum of reliability in a research setting.

I think it's possibly accurate enough to say "yes, this is definitely a human", but totally fails to identify bots. Thus, any research that uses this tool as a measure of bot influence is way off, because there are way too many false positives. Which I guess is a good thing for anyone who wants to say, "look at all these people being suckered by all these bots!" which is pretty unscrupulous.

YMMV

If you're a power user, then I'd strongly recommend RawTherapee. It's more clunky than Lightroom, but its features are on par with or better than Lightroom, far as quality and choice.

You'll probably have to spend some time playing with it to find your "look", but once you do, Lightroom can't come close.

That said, it's missing a great organization/sorting workflow and painted adjustments, so if you rely on the latter or expect the former in your RAW processor, it might not be for you. A fantastic (commercial) alternative is CaptureOne. It's the Rolls Royce far as I'm concerned. Strongly recommend you stay away from Darktable, because it's close enough to Lightroom (but not as good) that you'll get frustrated.

Hope this helps!

Depends on your buffer size, bandwidth, and what you're demodulating/decoding, but it's pretty fast. With a narrow bandwidth on a fast port and simple modulation/encoding, maybe a few milliseconds?

I've never seen anyone complain about this, so maybe I'm alone, but the runtime error messages are absolute garbage. Especially if you get an unexpected nil that bubbles up, you'll often see cryptic erlang messages that don't really identify what went wrong. (Think type errors that don't identify the expected type nor the type passed.)

And by that same line of thought, it's frustrating as a functional language given its almost complete absence of built-in monadic types and helpful sugar to use them. Instead of `Maybe`/`Option`, for example, you pass tuples around tagged with atoms. This wouldn't be the end of the world except that...

There's no static typing. Which means that `match` blocks can't enforce completeness. This isn't a huge deal, but for a dynamically typed language, it's surprisingly cumbersome to introspect at runtime. Languages like Ruby make such things first class, such brings me to...

Elixir is nothing like Ruby. With the exception of `def`, `unless`, and `do`, there are nary a few similarities. This isn't necessarily a negative, but the whole notion that Elixir and Ruby share syntax is only barely—and completely superficially—true. In large part, this is because...

There is no method-style syntax. That's not uncommon for a functional language, but it's problematic when the standard library is hugely inconsistent. Is the function you want in the `List` module? Or the `Enum` module? Or is it part of the `kernel`? Hunting around for the right module is a pain, but not as bad as...

Inconsistent naming of functions. Sometimes they're fully spelled out; other times they're abbreviated. And if you're really unlucky, if it's in the kernel, you can expect 1970's Unix-style abbreviations that are so short to be unreadable and have no consistency in how they're formed. US state abbreviations follow more strict rules than Elixir kernel function names. At least one thing Ruby got very right were easily-guessable method names.

There's a lot of good in Elixir; don't get me wrong. But I've spent over a year in it and keep stumbling on very un-aesthetic issues. For such an otherwise wonderful developer experience, these pain points ring loudly.

Frankly, unless you need a lot of parallel things to happen behind the scenes in real-time, I just don't see much use case for Elixir. Its ability to fail and keep going (a major selling point) is great, except that I find it too easy to write code that fails, which can bubble up and create inconsistency in its state. I much prefer something that will help me avoid failure in the first place (Rust us great for that), or something that lets me code fast and loose and makes that experience really enjoyable (like Ruby).

I think I'm alone in these criticisms, however, because I never really see anyone talk about them, so take this all with a grain of salt. I have used a ton of languages in my 25 year career, and I had a lot of hope for Elixir. But, frankly, I just don't get it.

For highly parallel networked applications, it makes sense. For very small things that would otherwise need external service dependencies (Redis, sqlite, etc), it makes sense.

But if your focus is any other use case, I really struggle to justify its adoption. It's not as fast as advertised for anything non-realtime parallel. (Go, Java, Rust, et al all provide much faster alternatives.) It's not as quick to whip up for medium sized projects. (Like Rails.) And it's not as fault tolerant as something like Rust, which can help you avoid the faults in the first place.

LiveView—the latest "must have" for web development—is likewise disappointing, in case that intrigues you. Single-language back- and front-end development sounds great. But it's just back-end streamed to the front end, which is problematic for any significant latency. None of the benefits of front-end except not refreshing the page. It's a fun (and very impressive) toy, but you get almost none of the benefits of a real front-end app. (Such as UI changes while the data is loading.)

While I only have a little experience with LiveView, I have plenty experience with latency-laden server-side echoing to know that when it breaks down without the client doing its own best-guess updates, nobody will have a good time.

Maybe I'm just salty because I expected the Elixir experience to be more than it turned out to be. And I do enjoy some of the things it forces you to do, by virtue of its being a functional language. But at the end of the day, I personally find its warts to be significant and not worth dealing with outside of very specific use cases that it uniquely handles very well.

Your mileage may vary, but I would ask yourself: does my application need lots of real-time, parallel functionality? If the answer is anything short of "hell freaking yes!", then I would look elsewhere for serious development.

I appreciate all the hard work Jose and Chris (and of course all others) have put into their respective portions of the Elixir experience. But I think it was oversold. And I think the number of packages that haven't been touched (or issues responded to) in over 3 years may indicate that others struggle to find its value in many areas in which it was advertised to be a game changer.

I want to like it.

I really don't like it.

I think it's important to dispute your recommendation to keep a mylar blanket in case of emergency.

Those blankets have practically zero thermal advantage, and really are only good to deflect wind, rain, and snow. (As well as signaling.)

Please keep a large wool blanket in your vehicle if you are in a location that threatens extreme cold with the inability to walk to safety.

I would hate for someone to be stuck in a tight spot and realize the useless thermal properties of those blankets the hard way.

He also feels the same way about the technical crew; the lighting crew, at least. Don't remember where I read it, but he said he lights his stuff primarily with flat overhead lighting these days because he doesn't want the DP/lighting to "waste time" getting lights just right for a shot.

While I immensely enjoy his films, it seems that he has great distain for the fact that filmmaking is a community effort, and simultaneously doesn't have it in himself to fight for his choices, so he just eliminates choice where he can.

Watching his progression over the years, I feel like the penultimate David Fincher film would be sans-actors and camera movement, followed by a film of raw script text pages with his red marker notes scribbled on them.

Might want to retool it for self-storage businesses. There are a ton of independent self-storage locations (at least in the US) and they predominantly use hotelier software/SAAS. But what makes yours different is that it's modern and looks good. This is a HUGE plus for client-facing services, especially bill paying.

Yes, they're cheapskates. And there's a ton of them, so initial sell is high touch. But there's been a lot of modernization among them, yet their client-facing web presence really isn't being served. So once you've got them, I'd expect to be able to hold on to them--low-touch--for a very, very long time.

Just an idea...

societies would soon fall into chaos as everyone is out for themselves.

I'm not sure how this accurate description of the entire history of human society is supposed to refute their hypothesis?

No, they shouldn't be praised for calling out their own errors--let alone be aligned with "courage"--just as one shouldn't praise an encyclopedia or scientific journal for correcting errors: it's supposed to be de facto matter of course.

The criticisms, however, are against their politically loaded decisions to run certain content in the absence of legitimate sources of truth. If this were an occasional thing, sure, accidents happen. But this has become the modus operandi of what once was the paper of record.

Between the absolute backpedaling of the 1619 Project, copious amounts of Russian influence narrative, and countless "anonymous sources" that turn out to be nobodies or absent integrity, the NYT is an embarrassment to journalism.

They do what you described, though: they build in back doors into their reporting so they can legitimately claim that they weren't "wrong" on a purely logical--but functionally bullsh*t--standing.

No, I don't believe they deserve "praise" for "courage and integrity", because they've left those--and other markers of high character--in the past as they cry their death throes in the changing media landscape.

Far as I know, the major calendaring protocols all use HTTP as it is. Do you just want a mediator/self hosted backup? Or do you want to host your own calendars?

If it's the latter, Radicale is awesome.[1]

1: https://radicale.org/3.0.html

JCPenney, Macy's, and Kohl's were sued (successfully) for the same kind of perpetual sale racket.

A "sale" is a "misleading advertisement" if the product never actually sells at the "original" price.

Note that this is distinct from Amazon's stricken price, which is the suggested price. You'll see that none of Amazon's own products have a stricken price unless it's actually on sale. Since Udemy defines their own pricing, this forgiveness does not apply.

They're ripe for a lawsuit, frankly.

While I have objections to internet-based government interaction, access is not one I worry much about.

We have government-funded libraries all across the country that provide internet access. While I believe that mail should always be an option, ease of access is something that I think is over-valued when it comes to government.

That's not to say that I don't appreciate convenience. Convenience and a broad range of availability are good things. But at the same time, I don't hold the belief that government owes us convenience.

So with that said, and excepting arguments of convenience of availability of internet, I think it's hard to make the case that someone may be excluded just because they don't have internet. Used to be some people had to ride half a day on a horse to conduct some government business. To me, that is the baseline, and anything beyond that is a privileged blessing, NOT a necessity.

I know this is a very unpopular opinion.

I disagree that his encoding is friendly.

I understand the compromises he made in order to make it less ambiguous, but regular users come across hashes sometimes, and unless you know it's his encoding, they're (often) smart enough to know that some characters look like others. So, when they go to recite the encoded value, they're still going to struggle "is that a 0 or an O?" etc.

We may know it doesn't make a difference, but someone who doesn't know it's explicitly his encoding (and the parameters he transposes) is still going to get hung up.

Lastly, the removal of "u" only prevents 1.5 offensive words from showing up, but I guess he chose it because he had to get rid of some letter to make it base32.

I think a base ~32 by removing all ambiguous characters and adding a non-separator punctuation mark would be ideal, frankly.

If we're worried about swear words then also remove the vowels and add 4 more punctuation mark.

IMHO

The study referenced by his reference is not very good.[1]

They use full white and full black for all modes. As we know, dark theme is typically white on dark gray (or equivalent), not pure white on pure black. I can't think of any dark mode that uses pure black. (AOSP, IOS, macOS, etc.)

This alone invalidates the study, because it doesn't reflect the real world. Science is only as good as it is rigorous, and if it fails to model the real world, then it's not very good.

Science, these days, seems to have become a faith based system, because most people don't usually review the content of the studies.

That (and bad science, like this study) is a shame.

1: https://journals.sagepub.com/doi/abs/10.1177/001872081351550...

There are reasons for enameled cast iron. It's not advisable to cook acidic ingredients, such as tomatoes, in raw cast iron, for example.

But if you're not doing a tomato sauce or tomatoey braise, then I can understand shooting for a less expensive but otherwise just-as-useful plain cast iron.

His talk at Google Next 18 was much more clear:

https://www.youtube.com/watch?v=P0a7PwRNLVU

It might feel a bit aimless at first, but he pulls it together about halfway through. By the end makes good, insightful points. Definitely worth the watch.

While not currently "easy", there exists the Chrome Devtools Protocol.[0] I'm not aware of a CLI utility that communicates with it, but it wouldn't be impossible to make one that fulfills what you're looking for. A second tool could then act as a REST proxy, if calling the commands via curl is really your jam.

I think you've given my weekend some purpose. Lemme see what I can pull together...

[0] https://chromedevtools.github.io/devtools-protocol/

Location: Eastern NC, USA

Remote: Preferred

Willing to relocate: Not far

Technologies: Linux, Ruby, Bash, HTML5/CSS3/JS, C/C++, Perl, C#, PHP, SQL, LUA, Python, Ansible, Windows, macOS; some: Elixir, Go, Rust

About: 20+ years experience developer and administrator; able to pivot to whatever technologies necessary; prefer--but not limited to--open source technologies, as a matter of principal

Resume: https://resume.kinney.cc

Email: resume at daniel dot kinney dot cc

Not to mention that this is a solved problem with the "at" and friends commands.

I used to feel the same way... until I actually read one.

It was a point several years ago that I was looking for a "better" solution to something I was doing. A bunch of Stack Exchange answers on the topic each had a different way of doing it, and each was as complicated as my own solution. Over the course of years, people tried to make the solution better.

Then I noticed the very bottom answer, below some dozen others. Posted about a month before my search.

It was one line.

The individual just posted the one-line answer and a link to the manual.

It was part of the standard library.

And had been SINCE INCEPTION.

It was at that point that I began to RTFM. There are good manuals and there are bad manuals. But one thing I've noticed is that for most libraries, it is absolutely invaluable to be able to have a high level picture of what's available. It has completely changed the way I code, now.

First, read a few hello world tutorials so I can wrap my head around the gist. Then RTFM. Then maybe read a book about it if I want a good idea of best practices. Only then do I search SE or other online sources.

Which I now rarely have to do, for the things in which I RTFM...

Similarly, Terminus.[1]

It's a fantastic bitmap[2] font and I find that I use it on all my low-DPI screens. I think it reads a little better than gohu, but agreed: there's no love for tiny fonts on OP's link...

1: https://files.ax86.net/terminus-ttf/

2: http://terminus-font.sourceforge.net/

One of the problems that I feel we face these days is the challenge of discovery. Sites like HN, Reddit, Pinterest help to some degree, but I can't help but feel that they're just scatter-shot.

I miss the days of web directories. I really appreciate that the programming community is creating more and more of these curated lists ("awesome" lists), but I'm disappointed that other categories aren't as popular.

Perhaps there's room for an AwesomeAwesome, someday... A Wikipedia-like curation of worthwhile resources. I doubt it's feasible once a certain critical mass is achieved, what with gaming the system or disagreements about what should or shouldn't be included. Wikipedia can at least limit conflict somewhat by saying that something is or is not factual or backed by a reputable resource. To determine what should or should not be on a curated list is a lot more difficult.

Maybe a voting system could help. Or maybe that's too easy to game.

Anyone else miss web directories?

You're still speaking in terms of our current system being the product of some immutable natural law of the universe.

That's because it is. Perhaps the prevailing mechanism of transfer (money) artificial, but what it represents is a fundamental law of nature.

Money is simply a representation of time and/or energy and/or physical resources: all fundamentals of nature.

...it's even more so [asinine] when you add the fact that the "accepted solution" to avoiding the dilemma is for vast numbers of the second group to dedicate a majority of their waking hours in the prime of their lives engaging in frequently unfulfilling activities merely to survive.

As opposed to... what? Hauling water back from a water source every day? Hunting? Tending to goats? Farming?

These are the fundamental obligations of all intelligent life on this planet in order to sustain their own life. However, we opt to trade time/energy/resources in exchange for someone else to engage in these activities at scale, and on our behalf. In order to do that, we need to be provided with a representation of these fundamental traceable values by someone else; in modern times such as the form of money.

Start with the fact that to earn something implies that one is not otherwise entitled to it; thus owes something in order to receive it.

You're not entitled to it. Nobody is. Absent the structure we've formed in the identity of "capitalism", you are responsible for finding water, finding food, and finding shelter. You are not entitled to it; you are responsible to expend time and energy for yourself.

Nobody is entitled to "live" with no exchange of time/energy/resources. We only do so under certain circumstances because humans are, fortunately, somewhat altruistic. To care for the elderly, the sick, etc. is something we are often inclined to do, though there is nothing fundamental in nature that necessitates an obligation to do so.

If you'd prefer to not be responsible to some middle manager in an office while you send out TPS reports all day, you are (in most places in the world) entitled to change your hierarchy of responsibility. You may go out into the wilderness and hunt and fish and build a shelter (as long as it's not on land that someone else rightfully traded time/energy/resources to obtain). But you are solely responsible for your well-being. Do not expect that you are entitled to someone else's time/energy/resources to sustain you.

I understand that looking at someone who has more "stuff" or a more free life to do what they want would suck for someone that does not have the same number of time/energy/resources. But surely there is no fundamental of nature that entitles you to that sum of that person's ownership, right?

Unless it's just a "oh that's not fair!" thing (my kids say that a lot!), at which point a simple math problem would show that redistributing that wealth fairly (read: to everyone, equally in the entire world) would leave the poorest slightly better for a short time, and leave the more privileged significantly worse off, most likely forever.

That doesn't seem really fair to me, especially because it undermines (well, ultimately destroys) the elaborate structure that we have formed to create pretty remarkable stability in this world in just a few hundred years.

So, we'll all start from scratch, again... That doesn't seem fair to anybody....

It is an ergonomic language built on top of a stable, performant, proven runtime with a lot of features built-in.

It's a nice ecosystem with a good culture in a language that promotes pretty good programming practices.

The only major downsides (if they even are for you) are that it's dynamic--not good for number crunching, though you can connect to compiled binaries--and is not strongly typed--which can lead to runtime bugs.

That said, part of the philosophy is to enable fast failure without taking down the whole application. In communications, it's not considered the end of the world to drop or fail on one connection, so it works well for web services, chat, etc.

Serious Eats Food Lab [1] Egullet [2]

I can also recommend Modernist Cuisine, which is a sort of text book version of On Food and Cooking. Though it has a lot of industrial equipment and ingredients that aren't applicable to home cooks, it has excellent photos and diagrams that illustrate the cooking process from a biological and physical level. (Modernist Cuisine at Home isn't nearly as comprehensive, though it shirks a lot of the weird/expensive equipment and additives.)

Also Modernist Bread for breads is fantastic and comprehensive.

1. https://www.seriouseats.com/the-food-lab

2. https://forums.egullet.org/

Just because "white" can be recognized as "white" under varying color temperatures doesn't mean that the spectrum isn't truncated, and thus less accurate.

We have the ability to adapt to different color temperatures and perceive the relative output, but we're still missing information when shifted from the full spectrum daylight we evolved with.

Consider a recorded rock song: if we gradually apply a low pass filter of increasing strength, the high frequencies will be cut. We'll still be able to hear and recognize the cymbals, for example, but the stronger the filter, the less accurate the output.

Just because we can recognize relative colors under different lighting conditions, it doesn't mean that they're still accurate when we remove information.

As one of the "Linux for FLOSS" users--and, yes, quite loud about it--I am inclined to agree.

I would pay good money for a high quality application on Linux. But in large part, one of the less-philosophical, more-practical things that I value about FLOSS is the opportunity to fix things if something doesn't work right. While I would gladly purchase an incredible, closed source application, I would much more value the distribution of the source code (with a workable build chain) along with that purchase.

In that manner, I KNOW I'm not just a buck in their wallet. It protects my purchase, to some degree, and demonstrates a good faith relationship with the developer. Even if I'm not allowed to distribute the code, and much prefer FLOSS, the right to maintain my purchase is incredibly important to me.

Of course, that's almost never an option, but to my mind, that would be a fair compromise...

~A Loud FLOSS Supporter