ScottWRobinson

Author here. I wasn't trying to imply that this is a commonly used phrase nowadays. You can see from the sources I linked, there is definitely history to HCF and even some truth to its phrase. But yes, it was mostly a joke

I mean, it is the thing that made me go down this rabbit hole. Need to watch it now!

IIRC there are ways to give an authentic-looking fingerprint to browsers used for scraping. But as you said, it's a cat and mouse game

Can't tell if someone is unchecking/checking my boxes or if it's lag and my own previous (mistake) checks coming back from the server lol

However, as a father, I also don't want broken duplo pieces, so I wanted to make sure the track is not too much under tension.

The asker severely underestimates the amount of force it takes to break a Duplo piece.

I made a "bot" server for myself, which is really just a server and app framework to host a bunch of scripts. The framework handles:

- Running bots periodically - Receives webhooks - Handles OAuth - Provides a shared DB - Posts updates to and receives commands from Slack

It's not very innovative, but super helpful. I love that I can deploy a new script so easily and already have all the tools I need so I can just focus in the logic. A few bots I have running:

- I run a site with thousands of articles, so one bot checks 10-15 articles per day for spelling mistakes, broken links, broken images, poor formatting, etc. Tasks to fix these are then posted to Notion. - Monitor Hacker News and Reddit for mentions of the sites/apps that I run so I can respond. - Sync calendars between apps without having to make them public - Gather financials and reports from various sources for bookkeeping - Monitor all of the servers we run and sync their status to Notion

Probably at least half of the automations could work on something like Zapier, but this is more fun and I get a lot more control over them.

We're running a deal for 38% off ($99 vs $159) for a yearly membership to StackAbuse.com. We have a number of data visualization courses, guided projects, and a pretty extensive course on Deep Learning for Computer Vision.

https://stackabuse.com/

is Google just having trouble recognizing that these are using stolen content?

It's very possible. In general Google will penalize you for duplicate content, but that might not apply to code snippets since code is often re-used within projects or between projects.

The code snippet sites also typically have 2 or more snippets on the same page. When combined, it might then look unique to Google since their algorithm probably can't understand code as well as it understands natural text. Just a guess

For years now I've ran a programming site (stackabuse.com) and have closely followed the state of Google SERPs when it comes to programming content. A few thoughts/ramblings:

- The search results for programming content has been very volatile the last year or so. Google has released a lot of core algorithm updates in the last year, which has caused a lot of high-quality sites to either lose traffic or stagnate.

- These low-quality code snippet sites have always been around, but their traffic has exploded this year after the algorithm changes. Just look at traffic estimates for one of the worst offenders - they get an estimated 18M views each month now, which has grown almost 10x in 12 months. Compare that to SO, which has stayed flat or even dropped in the same time-frame

- The new algorithm updates seem to actually hurt a lot of high-quality sites as it seemingly favors code snippets, exact-match phrases, and lots of internal linking. Great sites with well-written long-form content, like RealPython.com, don't get as much attention as they deserve, IMO. We try to publish useful content, but consistently have our traffic slashed by Google's updates, which end up favoring copy-pasted code from SO, GitHub, and even our own articles.

- The programming content "industry" is highly fragmented (outside of SO) and difficult to monetize, which is why so many sites are covered in ads. Because of this, it's a land grab for traffic and increasing RPMs with more ads, hence these low-quality snippet sites. Admittedly, we monetize with ads but are actively trying to move away from it with paid content. It's a difficult task as it's hard to convince programmers to pay for anything, so the barrier to entry is high unless you monetize with ads.

- I'll admit that this is likely a difficult problem because of how programmer's use Google. My guess is that because we often search for obscure errors/problems/code, their algorithm favors exact-match phrases to better find the solution. They might then give higher priority to pages that seem like they're dedicated to whatever you searched for (i.e. the low-quality snippet sites) over a GitHub repo that contains that snippet _and_ a bunch of other unrelated code.

Just my two cents. Interested to hear your thoughts :)

Really curious how this compares to Cloudflare's analytics. I run a site for developers with decent traffic, and according to Cloudflare only about 25% of our readers block Google Analytics. I had always thought it would be a higher percentage, so this seems to make sense.

It's also odd that the clicks from Google Search Console line up very closely with what we see from Google Analytics. I had always thought this data would be more accurate since Google SERPs uses (used to use?) forwarding URLs to track this stuff.

Just came here to say that I bought one of Cliff's Klein bottles maybe 5 years back, and it's still my only decorative contribution to our house.

Cliff seems like a great guy, and I hope this gets resolved for him.

Maybe GPT-3 can just do our fact-checking for us...

All of my web apps limit email addresses to 128 characters. This domain alone is 67. If you exceed the 128 character limit then I'm not sure I want you to sign up anyway...

I contacted @dang asking to change the title since the edit period had passed. To his credit, he responded in less than 20 minutes, after hours.

Thanks for fixing my mistake on the title :)

Not the author, but it seems as though Bluebird is indeed faster and more efficient (see [1]). Could also just be habit though.

[1] https://softwareengineering.stackexchange.com/q/278778/30600...

Author here. You have a very good point. I tend to default to using Iris for articles like these because of its simplicity, ease of setup, etc., but you're right that it isn't as informative in showing readers the algorithm's capability. I'll have to try out some different datasets for upcoming articles :)

Author here. Interesting to hear your perspective on this. I'm personally biased towards Flask, which I was trying to avoid when writing this article. Glad to see my thoughts on the two frameworks are reflected by other developers as well

Your landing page looks great. Did you hire out the design work or do it yourself?

And this exemplifies why (in my eyes) Google seems to have the best engineers - they're willing to go above and beyond in everything they do

All areas of internet business (ecommerce, publishing, etc) need to be held more accountable. Kudos to this guy for doing his part

I think this is proof that people upvote submissions based on titles alone, not content...

Ni dependency list: Shrubbery

Yup, it is. I didn't find out about Rosetta Code until over halfway through making this site, but I decided to keep working on it since Rosetta code lacks features I thought were helpful. Thought it would be nice to add voting, comments, editing, categories, etc.

Hard to compete with Rosetta's amount of code, though :)

I should clarify, the site doesn't automatically convert code from one language to another. It's just meant to organize code from many different languages together.

So, for example, you can see how quicksort might be written in each language (http://excode.io/code/7/quick-sort/swift) assuming someone has uploaded the relevant code

Haha yup, pretty much

While there's a lot of truth to this comic, I don't necessarily see it as a bad thing. I think it speaks to the flexibility of JavaScript. Sure, all of the tools and libraries can be hard to keep up with, but I'd rather have lots of community support than none.

I have to admit, I was a JavaScript hater for a long time, up until recently when I actually spent time to learn the language. Now its quickly becoming one of my favorite server-side languages. Isomorphic JS was too hard to resist :)

Just posted part 1 to HN as well. Here it is: http://vnev.me/implementing-a-programming-language-in-c-part.... Part 2 is definitely more interesting (to me, at least). Great articles overall