Hacker Newsnew | past | comments | ask | show | jobs | submit | jayp's commentslogin

Most of Dubai air traffic is transit for South Asian passengers. So mostly Air India and IndiGo.


And back when, Dubai's main industries were pearl fishing and smuggling gold to India.


Honestly this is hard to believe. Many uber wealthy suburbs attached to NYC, LA, and SF. Probably many other large cities too.

By what metric is this city the richest?


When you sell stock A and buy stock B, if you had capital gains on stock A, it is a taxable event.

Crypto is the same.

Why do you think converting from BTC to USDT is not a taxable event?


Your stock example is not what was described though.

You're not selling Bitcoin and then buying USDT. You're buying USDT with Bitcoin.

With your stock example, you can't buy shares of Apple stock using your Google stock. It has to go to fiat first which is a taxable event.


And swapping BTC for USDT still a taxable event. Just as if I bartered my Apple stock for some Google stock of yours: for both of us, there's a capital gain or loss, and it's a taxable event. You don't have to go through actual cash money for it to be a taxable event.

https://www.irs.gov/pub/irs-utl/OC-Barteringandtrading-eacht...


Your interpretation of the law was potentially correct before the Tax Cuts and Jobs Act (this was debated but was never taken to court) but is now not correct and crypto-crypto swaps are taxable and you use the dollar value as reference price. This may not be the case in other countries.


But when each Velodyne Lidar share is exchanged for 0.8204 shares of Ouster (in the near future), it won't be a taxable event.


When you sold stock A, you got dollars for it.


This is the best project I’ve found to that for that - https://github.com/lukeautry/tsoa. Uses decorators mainly.

If there are other such projects, please share.


Maybe but angelfire page makes you even older.


Tripod checking in. Open a <noscript> or something after your footer for a cleaner site ;)


If you are going to use a centralize database coupled with edge compute, you may end up with far worse end-to-end latencies if your compute<->db does multiple roundtrips per request (which is fairly common in practice). In most cases, you need compute and db to be colocated.

I am skeptical of edge compute being generalizable. I do forsee a bright future for it for embarrassingly parallel problem space, where data sharding can be done cleanly based on an end user.


Is this really true?


No.


They and Vercel both seem to be going thru a lot of growing pains. Quite a few outages over the past year.

PS: we use both (for different sites). Probably should consolidate to one.


I always assumed there is an 'underwriter' (like fastly or akamai) for these CDNs. Is that not the case?


I know Vercel uses AWS Lambda's behind the scenes to process web requests at least. I'd assume caching is also handled through Cloudfront by default. The place I currently work uses Fastly for caching and Vercel for hosting and it's definitely caused some issues(and much finger pointing on both of their sides) when one of those services makes a breaking change.


Perhaps they're using CloudFront and providing an end user CDN on top of it. Both are partners with AWS. Both were multicloud, and it seems, aren't anymore.


I’m not sure the future in this space, but I kind just wish Cloudflare and Vercel would join forces. It would make sense to me.


Cloudflare is already on the way to building out all of the features Vercel has which is exciting. Eventually their Pages product (static hosting) will integrate Workers [1] for serverside APIs.

[1] https://blog.cloudflare.com/cloudflare-pages/#oh-and-one-mor...


They lack a framework and crystal clear way to start developing apps. Nothing exists that taps their features beyond maybe Flarereact.


Hi Kevin ;-)

I am founder of another YC backed company. We based our startup on GCP infra. They have great tech (for the most part) but I regret it so deeply for two reasons:

Support or desire to help customers is non-existent. For any questions, they want us to upgrade to paid support and pay them at least 10% more every month for that (we ask like 1-2 questions a year). What? We are already paying you thousands of dollars every month! I get included support for all my software subscriptions - so this is my biggest beef. Also, when they do help, they keep passing you around from team to team and dont resolve issues as well I’d like. It is just not a company I can love as a customer.

Their status dashboard is a joke. They dont even report minor outages, when they do, they start after a huge delay and update very slowly. And worst of all - when it only affects a single zone or a single region, they remove it from historic reports so everything looks green/great.

I’ve experienced both these times multiple times.

I have to assume AWS is better.


Eh. It’s similar in AWS-land.

Basic business hours support is $29/month or 3% of your service spend, whichever is greater. 24/7 is $100/mo or 10%, which also includes outage assistance.

I’ve also worked for places with enterprise support ($15,000/mo or 10%) but of you’re bringing in millions per month it’s definitely worth it.

The AWS personal health dashboard is also pretty reliable. The public status page is the source of many jokes.


While you do pay for AWS support, I must say that in my experience AWS support is pretty top notch. I don't particularly like the (somewhat) recent changes where the priority of your ticket is based on your support plan but I'm guessing it's because everyone always chose "critical" when making small support ticket.


In my experience with AWS support, it's a major difference on whether you are asking EC 2 questions or some of the lesser used service questions.

For Media services, the supporter will almost always need to coordinate with an internal team, which there is no visibility over, and then it becomes a game of telephone to make the supporter relay the information in a way the internal team understands. I've had the same thing happen with peering/networking related questions.

For EC 2, VPC, DynamoDB kinda questions, they are indeed pretty good.


I guess that makes sense. The quality of their support is probably directly correlated to the level of internal tooling to help diagnose issues. For more popular/older services that tooling is probably better.


I don't know about Google's support offerings. But when I worked for a startup that was on AWS, here's what we'd do:

1.) Try to figure things out ourselves 2.) If we can't figure it out, subscribe to AWS Support. 3.) Get question answered and then turn off the support plan.

You'll have your support plan for the rest of the month and pay a prorated amount for the days during which you had support. It's quick and cheap.


You can do the same with GCP


Last I checked GCP has a minimum one month billing for support. Then again, we're talking about $100/mo here, saving half of that pays for how many minutes of engineer time?


Thanks for adding the AWS perspective.

I guess grass is not greener on the other side. Oligopolies for the loss.


Even in the "millions per month" company realm, I've often felt that AWS treated us like a cash cow to some extent.


Appreciate the additional insight. I really wanted to like GCP - they have good people and good tech.

This whole onboarding felt like some caricature of what I thought were exaggerated stories of how bad the support was.


You can get GCP support for as little as $100/month. AWS charges for support too.

https://cloud.google.com/support


>I have to assume AWS is better.

Lol no. AWS NEVER updates its status page unless it is a massive incident that everyone notices.

As for support, if you pay for the most basic plan you will get a basic answer within 48 hours usually. Its decent. The more you pay, the better the support.


Support has been very good for us. Their support pricing model changed from percentage of your bill to a fixed cost per support user

https://cloud.google.com/support

For most organizations role based production plan is good enough


> I have to assume AWS is better.

Did you know that the grass is always greener on the other side?


Trey - congrats on the launch! Love what you are doing and cant wait to see how you evolve it. Integrations are definitely a PITA and Oauth2 is a great starting point! Best wishes!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: