Hacker News new | past | comments | ask | show | jobs | submit | griffordson's comments login

This thought is the one I keep coming back to over and over again in 2020.


It's almost like the people complaining the loudest don't have a profitable software product that justifies regular ongoing maintenance or something.


Gotta say those machinations were much less troubling than the multiple times they pulled the rug out from developers during the '90s. Anyone who survived the '90s who didn't internalize those lessons deserves what they got, but I do fear there is a generation which doesn't appreciate just how lucky they are to be able to build an entire career dependent only on OSS platforms.


> Gotta say those machinations were much less troubling than the multiple times they pulled the rug out from developers during the '90s

Not sure what this is a reference to. Microsoft STILL supports running VB6/COM/C++/etc from the 1990s today. Only Visual J++ disappeared, but a court of law required that. I'd go so far as to claim that their success is in no small part because their backwards compatibility game is top notch.

IE6 was a nightmare, but that wasn't "pulling the rug" rather just being lazy and not developing the browser at all (because it competed with their proprietary platform -- Win32). Once Microsoft deploys something and developers start using it, typically they support it "forever" (even IE compatibility modes remain to support IE5/6 code).


While I really appreciate their efforts on backwards compatibility support, they also have/had a horrible track record of supporting anything outside windows for more than 2 versions then dropping it entirely.


I remember... I still have very little trust for anything MS comes up with or buys that supports something other than Windows, or in the case of Office, MacOS. Every single application they have for non-windows hasn't made it two releases after. .Net Core at least seems to be holding strong, and I do appreciate it.

I tend to prefer software that works everywhere I do. I use Windows, Linux and Mac on a daily basis. Though haven't done desktop Linux in close to a decade at this point (next desktop will likely change that).

On the flip side, I actually appreciate that MS has done a number of apps with web and electron focus. VS Code shows you can do a well performing editor in a browser, I almost didn't even try it after atom and brackets. That it's on all three, I really appreciate. WTF the Teams app isn't available on Linux irks me to no end. The Azure SQL Studio is also progressing nicely. I also happen to like the relative ease of using Azure's services, but it's more than I'm going to pay on hobby projects.


You mean like how much my knowledge of BackboneJS is paying off in 2019?


or Prototype... ;-)


Yes, it is throwing 503s and we're also getting general network failures in other calls to the SQS APIs. As is typical, not a peep from AWS or any indication of what is going on.

[Edit 1] And we're seeing the issue in us-east-1 too FYI

[Edit 2] They are now reporting the issue in us-east-2 with SQS and Lambda

[Edit 3] After looking harder it appears I was wrong about us-east-1. I thought we were seeing failures there but it does seem to be confined to us-east-2 only.

[Edit 4] AWS is reporting it is back up and it appears the errors stopped for us at around 1:10pm Central


Every day I see young people dreaming about owning a Tesla someday instead of the ICE dream cars of the past (Ferrari, Porsche, Lamborghini, etc.) I don't know what the value of that is, but it ain't nothing.


No, it’s nothing.

If Tesla was aiming to be the size of Porsche (not VAG) or Lamborghini it’d be something.

But the same “conversion” rates from young person wanting a dream car to old person affording dream car apply regardless of if it’s an EV or a ICE, because the limiting factor is money.

So “stealing” the kind of volume that Porsche and Lamborghini get from... daydreaming young people, isn’t worth anything in the long run if you’re talking about keeping up Tesla’s 40B dollar market cap


Tesla already builds the same number of cars every year as Porsche, Ferrari and Lamborghini combined. Unless Tesla figures out a way to start selling these things for $200,000 I’m not sure that’ll be enough.


Dreams can’t pay for cars.


Google also kills entire niches in the short term by doing this stuff. Almost nobody is going to try to compete with them head on so if they are in a niche with a product that eventually gets killed, all progress stops in that niche for potentially years.


I would love to have something that competes with YouTube TV but respects privacy and doesn't funnel even more data to Google. The other live TV services all have absurdly arbitrary DVR limits.

Not that Apple's streaming service will compete with YouTube TV, but I wish it would. Also, YouTube TV doesn't work all that great on Apple TV and I'd hope Apple could get that right too.


If you want to watch live TV without tracking for a one-time cost (but with no DVR), you could just get an OTA tv receiver and antenna.


The DVR is critical. And hardware DVRs I've used are horrible. Maybe I haven't tried the right one, but the ones I've tried are less than worthless and I've finally given up on them. I also despise the network specific apps for my devices. Some are great, but most are garbage and constantly require me to authenticate over and over again.

And the cost is not a major driver for me.



I'm now pushing application logging into a Kinesis Stream that gets firehosed to both S3 and Elastic Search. This includes both request logs and logs of any CRUD operation on my models (including all changed attributes with their old/new values.) There are separate logs for each, but the CRUD events get tagged with the ID of the request that triggered them so it is now trivial to see everything that happened to a given record and which request caused it and which user did it. And since all request logs have the session ID, I can also easily see everything that user did during that session both before and after the event in question. I've been wanting this sort of logging solution since the early 2000s and I now have it and it is even more incredible than I imagined.


Any blog posts or talks that inspired this? How do you handle retention? Any libraries or tools that helped with it?

I can see the use of such logging clearly, but I work at a young startup and implementing that ourselves sounds like infrastructure overkill. Maybe I'm overestimating the work?

Thanks for any thoughts!


Sorry, just saw your reply. I suspect you are overestimating the work. I just added some Rack middleware to handle request logging. Then plugged into the Rails model callbacks to record the CRUD events into a different Kinesis stream. And we're a 3 dev shop and I did this on my own over a few weeks part-time.

As far as retention goes, I just dump to it to S3 for permanent storage. Kinesis Firehose makes that dead simple. I also push each event into AWS hosted Elastic Search and I could theoretically purge older data, but for our volume of data, I'll likely retain it there for years.

Edit: Also, I generate UUID in the Rack middleware and set a Thread Local Storage variable that I can pull out in the CRUD logging so that I can always see what Rack request caused the CRUD model event.


Sounds like I did way overestimate. Thank you for the structure!!


It's always entertaining to look through the older Zillow listings for moderately to very expensive houses. Without fail they are testaments to bad taste. They'd cost a sizable percentage of the purchase price to renovate. Yet, the owners just keep holding out hope that someone with equally bad taste will eventually come along and snap it up.


What was your salary, and the salary of additional people to increase the bus factor to an acceptable level? There is a lot more than raw perf numbers that go into these calculations for any responsible business owner.


FWIW I'm in a similar situation, running a moderately sized site (10 servers, ~2gbps) on leaseweb hosts, costing ~$1,500/mo - every year or so I look at cloud offerings, and see that the bandwidth alone would be something like $40,000/mo.

I also have ~10 smaller hobby projects (<100 monthly active users) which could easily fit inside the smallest cloud services, but the smallest on offer seems to be $5/mo, so $50/mo in total. For $25/mo I can get a pair of bare metal servers which host all of them with failover and a ton of capacity to spare.

Then my actual day-job is at the opposite end of the scale, where we build our own datacenters...

I am very confused by the movement towards using the cloud for everything, because I work at all sorts of scales, and can't find a cloud host who works well for any of my use-cases :S


> I am very confused by the movement towards using the cloud for everything, because I work at all sorts of scales, and can't find a cloud host who works well for any of my use-cases

Just a couple off the top of my head:

1 - Incredibly large infrequently run / ad-hoc workloads

2 - Companies with such a horrendous internal work environment that they can't retain decent technical talent, where managed services can substitute to some degree.


Do you mind if I ask what service you're using to host your hobby projects?


Kimsufi - AFAIK they get their low prices by using second-hand hardware, but I've not found that to be an issue (hard drive failures are a little more common than the leaseweb servers, but "more common" is still only "one failure per server per 5 years" - and that's easily mitigated by setting up a pair of servers with failover)


This misnomer is frequently brought up, but untrue. Whether you’re on prem or cloud, the skills are transferable and staff needed regardless unless you’re a dev who just knows API calls for cloud services (my condolences). Cloud doesn’t mean you don’t need to know the infrastructure, it’s workload management. You still need to know how the underlying fundamentals operate, or you get burned (either through excessive cost, unexpected performance degradation, or data loss).

Disclaimer: 18 years in different ops roles


Absolutely. Its not like you will have one less person in the cloud. You'll still need the same amount of people (maybe more!), but they'll just be doing different things.


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

Search: