One danger of chargebacks: companies may ban your account or otherwise treat your activity as fraud. It can be extremely difficult to get through to a person to correct the situation.
I know a couple folks who still can't use Lyft, for instance, because they charged back an NYC Citibike subscription. You can allegedly cancel a Citibike subscription by contacting customer support — but after no response, they issued a chargeback and Lyft banned them a couple days later. Since the accounts are tied to the phone number, they simply can't use the service.
Support actually managed to reverse the ban for a few days, but then it was re-triggered (presumably by some automated system).
Gravity | Remote (US only - for now!) | Full-time | Senior engineers of all stripes (full-stack, frontend, backend). Also, BDRs and AEs.
Gravity (https://gravityclimate.com) is a carbon accounting and decarbonization software company. We help industrial companies track, report, and reduce their greenhouse gas emissions. Our business is buoyed by tailwinds of climate regulation and private market forces.
Buzzwords: the stack is a Go/Postgres modular monolith, serving a Next.js/React/Typescript client. We use an internal CLI, `gdev`, for all common developer actions. We will keep a low-dependency architecture for as long as possible.
Please contact [email protected] if interested. (or reach out to me - cofounder & head of eng - for a 15min chat. Email is in my profile). At this time, we are hiring within the US only.
Gravity | Remote (US only - for now!) | Full-time | Senior engineers of all stripes (full-stack, frontend, backend). Also, BDRs and AEs.
Gravity (https://gravityclimate.com) is a carbon accounting and decarbonization software company. We help industrial companies track, report, and reduce their greenhouse gas emissions. Our business is buoyed by tailwinds of climate regulation and private market forces.
Buzzwords: the stack is a Go/Postgres modular monolith, serving a Next.js/React/Typescript client. We use an internal CLI, `gdev`, for all common developer actions. We will keep a low-dependency architecture for as long as possible.
Please contact [email protected] if interested. (or reach out to me - cofounder & head of eng - for a 15min chat. Email is in my profile). At this time, we are hiring within the US only.
After most recently working in ads, I switched to working in climate - feels infinitely more meaningful on a daily basis.
We're working on carbon accounting and industrial decarbonization here at Gravity (https://gravityclimate.com). Your background could make for a strong fit.
Gravity | Remote (US only - for now!) | Full-time | Senior engineers of all stripes (full-stack, frontend, backend). Also, SDRs and AEs.
Gravity (https://gravityclimate.com) is a carbon accounting and decarbonization software company. We help industrial companies track, report, and reduce their greenhouse gas emissions. Our business is buoyed by tailwinds of climate regulation and private market forces.
Buzzwords: the stack is a Go/Postgres modular monolith, serving a Next.js/React/Typescript client. We use an internal CLI, `gdev`, for all common developer actions. We will keep a low-dependency architecture for as long as possible.
Please contact [email protected] if interested. (or reach out to me - cofounder & head of eng - for a 15min chat. Email is in my profile). At this time, we are hiring within the US only.
Gravity | Remote | Full-time | Senior engineers of all stripes (full-stack, frontend, backend). Also, SDRs and AEs.
Gravity (https://gravityclimate.com) is a carbon accounting and decarbonization software company. We help industrial companies track, report, and reduce their greenhouse gas emissions. Our business is buoyed by tailwinds of climate regulation and private market forces.
Buzzwords: the stack is a Go/Postgres modular monolith, serving a Next.js/React/Typescript client. We use an internal CLI, `gdev`, for all common developer actions. We will keep a low-dependency architecture for as long as possible.
Please contact [email protected] if interested. (or reach out to me - cofounder & head of eng - for a 15min chat. Email is in my profile). At this time, we are hiring within the US only.
Gravity | Remote | Full-time | Engineers of all stripes (full-stack, frontend, backend). Also, SDRs and AEs.
Gravity is a carbon accounting and decarbonization software company. We help industrial companies track, report, and reduce their greenhouse gas emissions. Our business is buoyed by tailwinds of climate regulation and private market forces.
Buzzwords: the stack is a Go/Postgres modular monolith, serving a Next.js/React/Typescript client. We use an internal CLI, `gdev`, for all common developer actions. We will keep a low-dependency architecture for as long as possible.
Please contact [email protected] if interested. (or reach out to me - cofounder & head of eng - for a 15min chat. Email is in my profile). At this time, we are hiring within the US only.
We're hiring at Gravity, a carbon accounting firm. Shoot me an email if you're interested in helping us fight climate change and grow revenue fast: [email protected].
(asking because as a bit of trivia, there's an SF handyman named Reasonably Honest Mike who's both hilarious and effective. http://reasonablemike.com/about.html)
Correct. Previously, advertisers bought segments of 3P cookies, then targeted those IDs wherever they appeared. Cookiepocalypse means that advertisers will be unable to buy segments of domain-agnostic IDs (3P cookies), and so it will be up to the publisher to segment up its viewers and sell access to those segments to advertisers.
There will be more layers of aggregation on top of that, such as SSPs (supply-side platforms, which aggregate access to publishers' inventory) or PMPs (private marketplaes, which are effectively funnels of select inventory per some critera for some client), but the general principle is that targeting capabilities are shifting from the demand side to the supply side, closer to the viewer. So instead of picking the right segment, effective advertising will be about picking the right publishers. That's good for Google and Facebook because their 1P data is so rich.
If you like grep, you'll probably really like Sourcegraph, which I believe has most of GitHub indexed and supports some useful operators: https://sourcegraph.com/search
Every major cloud provider has a blob store. Most are S3-interface compatible, or can be fronted by something which is, like Minio.
> Can't be run locally, on robots, etc.
If the contents of your S3 keys are just line-delineated JSON files, you can easily download those files and run scripts or process them locally.
> Can't be transferred to other cloud providers.
Again, not true — a tool like rclone handles this case in a single command. Depends on the amount of data, but if anything it's easier to move a bunch of flat files between providers than copying a database backup around. You have to pay for egress bandwidth, though, of course.
> Also S3 is horribly slow to write or delete thousands of records at once.
If you're keeping one JSON record per S3 key, that is a blatant misuse of the tool and performance will be terrible. On the other hand, if you batch records into files of appropriate sizes, it's very cost-effective to store and query via Athena, Spark on EMR, etc.
If you need individual record-level access as identifiable by a key, then you'd probably be better off with Redis or Memcached. (though, those will not be as good for bulk offline processing) It's all about your access patterns.
I know a couple folks who still can't use Lyft, for instance, because they charged back an NYC Citibike subscription. You can allegedly cancel a Citibike subscription by contacting customer support — but after no response, they issued a chargeback and Lyft banned them a couple days later. Since the accounts are tied to the phone number, they simply can't use the service.
Support actually managed to reverse the ban for a few days, but then it was re-triggered (presumably by some automated system).