abarrettwilsdon
Joined 10 years ago
Joined 10 years ago
Establishing a (standard sized) ESOP is good for the company long term.
If you would like better/different terms, you'll need at least one other firm to offer you a term sheet as leverage.
This comment has quite the Dropbox 'build such a system yourself quite trivially' comment energy
They try to predict flu strains because it is prohibitive to identify and produce vaccines for every strain in time for flu season each year.
By your assertion, the entire notion of yearly flu shots would be irrelevant.
I would pay _so_ much money to never have to use Cloudwatch and AWS Cost Management again. Thankfully, I qualify for the vantage free tier for quite a while longer.
Never mind Github, Gitlab, Pivotal Labs, Netflix, and Yahoo/Verizon
and they're not even open sourcing it, they're just bragging about it
why is this on HN at all
* data modeling
* warehousing, ETL, monitoring, observability
* the BD necessary to make a standard actually standard
* what aspects to compromise on, if necessary
* network effects
* regulatory moats
ed: the original "DaaS Bible" post is quite a bit more useful
https://github.com/segmentio/daydream
Probably the best you're going to get - most things worth scraping are worth money, and as such are not freely available
I find the choice of Flask + Zappa a little weird - I much prefer serverless.com for infra as code - but it makes sense after staring at it long enough
They look very similar? But they're different? According to the docs this one is more focused on advanced patterns? Does a person need to buy the first to get value from the second?
Very confusing UX IMO
The broader OSINT has used dorking for a decade plus (e.g. exploit-db.com goes back to 2003).
The goal in writing this was to democratize access beyond those who use it regularly for work
`No results found for "the SERP should stay the same".`
Then defaults to providing the SERP for the fallback query:
`Results for the SERP should stay the same (without quotes):`
That SERP should change when this HN thread is indexed though
You can more or less replicate the functionality with intext:specific.url/subsite
Will update and credit you.
e.g. the search of another article "set up Google Sheets APIs (and treat Sheets like a database)"
turns up my site and a couple Twitter threads talking about it (plus a phishing site which has scraped and republished it). I presume that will stay the same b/c it's such a specific title phrase (but not because searches are necessarily deterministic)