1,759 karma · joined December 28, 2012
Twitter: @preetamjinka
GitHub Codespaces works well enough to work on my blog but it’s not a replacement for the full dev environment I have on my laptop.
If you just had to pick one, I would go for the MacBook Air.
[0] Senior Site Reliability Engineer: https://discord.com/jobs/4004051002
[0] https://stories.starbucks.com/stories/2021/starbucks-brings-...
My work laptop is now an M1 MBP. It's working out fine (after a few Docker hiccups).
At work the images are deployed on DC/OS, and for my personal projects I use Docker Compose.
The most difficult part (which isn't really that difficult) would probably be the actual deployment part, and that's not specific to Go.
> Apex Clearing, who acts as the custodian of all tastyworks accounts, has informed us that the following symbols (AMC, GME, & KOSS) will be set to closing only order status immediately. You will only be able to submit orders to close out any open positions that you have in these symbols.
> New opening orders will not be accepted at this time. We will update our clients should the clearing firm lift the Closing Only status in the near future.
https://blog.robinhood.com/news/2018/10/9/introducing-cleari...
Do you have a source for this? Thanks in advance.
> It's not that simple. It's never that simple.
Yeah. The post that is linked[0] within that quote has a "Benchmarks" section, but it looks like they're either 100% reads or 100% writes. Most real workloads aren't like that.
It would work with FoundationDB, RocksDB, etc. I actually learned these techniques when I interned at FoundationDB but have used them the most with other K-V systems.
- "replicates six copies of your data across three AWS Availability Zones (AZs)" [0]
- "Amazon DocumentDB uses a distributed, fault-tolerant, self-healing storage system that auto-scales up to 64 TB per database cluster." [0]
- "When writing to storage, Amazon DocumentDB only persists a write-ahead logs, and does not need to write full buffer page syncs." [1]