psynapse

Absolutely this.

I have a regime of dumbbell exercises plus at least 5x25 pressups spread through the day.

In this I'm lucky to work from home - not everyone has the freedom to knock out a set in their office environment.

Maintaining condition goes far in mitigating the stress of the particular motor repetitions required by our profession, but I also find that periodically firing up the physical engine calalyses problem solving too.

I used to have a lot of wrist trouble (carpal tunnel I assume) from drumming and computing incessantly, but as long as I stick to the regime, I have no issues.

This appears to be a common story. We ported a bunch of Python 2.7 to Go. The improvements in speed and memory consumption are outstanding.

But we will be upgrading a large code-base from 2.7 to 3.x. For things like web data aggregation and parsing, it is hard to beat Python; the tooling in that space is really good.

Definitely looking forward to some unicode pain alleviation from the rewrite.

The addition of stress is under-represented when talking about working remotely. The more you have going on at home, the worse it is. You have to work out whether the "convenience" pays for the loss of clean separation from family life.

The family will claim to understand that you have to work, sometimes (often?) uninterrupted. But the perception, especially for children, is that you are there; just not participating.

This segues into to the other point I found pertinent - everyone being remote is definitely better. This is currently how I work, but I was previously a "minority" remote worker. Depending on the organisation, there is a whole political architecture that others navigate/recruit, but that you cannot access to the same degree. It doesn't matter how good you are, you can be undermined by people who resent advice/change/correction/omission/etc. This contributes its own stress.

TXODDS has various pull/push APIs. Betting odds is the focus, but they have more fixture/stats/resulting services under development and can be approached for custom solutions.

https://txodds.com/

Tried out the Chrome plugin when RESTClient stopped working in Firefox. It stuck, and now I believe all of my small team uses it. I've been on the stand-alone version since release.

I use it for testing, but also more as a diagnostics/control panel for a software suite that we expose via a growing HTTPS API - saving the requests and payloads makes this easy.

One thing I miss from RESTClient is the formatting. We have a small JSON DSL that we exchange data with, so those strings have to be escaped going up, and of course they come back with all the escapes. In RESTClient, you could view the response "formatted", which would un-escape those strings. This made for easy copy and manipulation.

I host at Hetzner and have noticed reduced Fail2ban notifications and shorter Logwatch emails recently.

If this has kicked it, I guess that might explain it.

I am very sorry to hear that. I hope you have some positive developments on that front.

For what it is worth, here is the Stack Overflow page with two open positions. They say London (where there is a new permanent office) but remote would be available to the right person.

https://stackoverflow.com/jobs/companies/txodds

Is there a reason you are willing to share for the "without any trips" criterion?

I have been working remotely for some six years. My current employer hires mostly remote engineers, and we're always looking out for good people.

We try to get developers together a couple of times a year, which it appears your circumstances would rule out; correct?

Good question. Wondering the same thing myself.

The company I am contracted to has an Android app written in Scala.

Doesn't appear to detect the use of Privacy Badger on Firefox.

I quite like Go and I'm writing a lot of it these days, but this is one part I really hate.

Some of what you gain by its lauded "simplicity", you give back with type system wrestling.

I run my own mail server, use GPG with Enigmail and I'm logged in to Wickr all day.

I also use Orbot, Text Secure and Red Phone on my Mobile.

The problem that I have is that despite talking up these to my peers, no one uses the secure channels. Even friends that created Wickr accounts message me on Facebook.

This idea definitely has legs for what I do day-to-day. We have a data aggregation framework with hundreds of bots. Due to the fluid nature of maintaining it we use Python. The trade-off for the productivity we require is performance - we use GEvent to mitigate this to a degree.

I have already replaced parts of our suite with components written in Go, but at this point I wouldn't port the pointy end because I don't want to loose the agility that Python allows. If I could spider/parse with JavaScript and at once exploit the Go performance and concurrency features, this would be very attractive.

Funnily enough, the previous incarnation of the same solution was written in C++ with a JavaScript run-time used in exactly the same way. It predates Node.js by some years.

The discovery process is crawling I suppose, but only within the same site. It is always assured that the higher speed process accesses data that we want to parse. It does no navigation.

Aside from having the physical capacity for the suite to run 24/7, our main challenge is speed. All data must be parsed, matched to other data in our database and published with the lowest possible latency.

We have pretty strict validation. Addressing errors in retrospect is preferable to publishing incorrect data.

I lead a team that works on several hundred bots scraping at high frequency. We also separate the problem of site structure and payload parsing, though slightly differently.

We have a low frequency discovery process that delves the site to create a representative meta-data structure. This is then read by a high frequency process to create a list of URLs to fetch and parse each time.

The behaviour can then be modified and/or work divided between processes by using command line arguments that cause filtering of the meta-data.

I think Cedar is just not affected as badly because it will route > 1 request at a time to a dyno, which helps if you're using something like Unicorn.