I used Duolingo for about 1 month to learn Portuguese and was close to the end of the tree. I learned quite a lot, the grammar drills were useful introduction and basic vocabulary, however I stopped using it due to it requiring me to translate back into English which made it hard to think in the language. I bought other books, like side by side texts, and grammar books to continue and watch YouTube videos from Brazil to drill in the sound of the language.
I learned German at a University in a German speaking country, and the classes were completely in German from day one which I found helpful. I also bought quite a number of books and studied quite a lot before I become fluent.
So I don’t think an app is a one stop solution, it takes a lot of material, I’m not sure why people think any one system is enough, especially considering you never stop learning a language. Fluent just means you know enough to continue to learn in the language on your own.
> After looking everywhere, and asking everyone on the team, we got the definitive answer that the CA key we created a year ago for this self-signed certificate had been lost.
The GitLab outages always make the company seem disorganized and sloppy, and unable to reflect on how to improve how they work. So they don't have a central place to store their CA, and even after an outage, did they improve anything about how they work?
It's ironic that the post seems geared towards recruiting, though I guess it's honest, you know what you're getting into with that team.
It would guess that the root cause for most outages that have a human factor is disorganization and sloppiness because if that wasn’t the case there wouldn’t be an outage.
It’s interesting to me that GitLab are so public and honest. I don’t think that appeals to everyone, but it is a unique selling point to some.
Being public and honest is always cited when this happens to Gitlab. Which I can say because my fragile memory recalls a number of incidents. This should be alarming but apparently their psy ops is better than their dev ops because we all react with fondness and awe. Maybe I should do more of that at work!
I think that is because HN has a lot of people who knows first hand that very few places are free of these kind of issues.
In 25+ years of working in tech, I can honestly say I've never worked anywhere where there haven't been one or more serious issues where one or more parts of the cause was something everyone knew was a bad idea, but that slipped because of time constraints, or a mistaken belief it'd get fixed before it'd come back and bite people.
That's ranged from 5 people startups to 10,000 people companies.
Most of the time customers and people in the company outside of the immediate team only gets a very sanitized version of what happened, so it's easy to assume it doesn't happen very often.
Gitlab doesn't seem like the best ever at operating these services, but they also doesn't look any worse than average to me; which is in itself an achievement, as most of the best companies in this respect tends to be companies with more resources and that have had a lot more time to run into and fix more issues. For a company their age, they seem to be doing fairly well to me.
So they went off and implemented a brand new fancy service discovery tool for I bet a problem they didn’t have, but couldn’t do the basics of tracking 2kb of data for the CA. I don’t think that’s a age issues, that and there’s nothing that prevents companies of any size from self reflection on what they’re doing and what’s important.
Also what’s the point of transparency if you’re not getting critical feedback from it and learning?
That last phrase is what I disagree with. Every company makes stupid mistakes, but Gitlab seems to make a lot - more than average, compared to companies I've seen the insides of (of course a small sample).
Most places with decent devopss hygiene have defense-in-depth around their backups.
I've heard of people dropping production databases in big companies (but saved by backups).
There are some stories around the bitlocker blackmail thing that had similar impact, but that was with a malicious opponent.
The only thing similar I've heard for the notorious self modifying MIT program (for geo-political coding) in the 1990s which destroyed itself without backups.
> This incident caused the GitLab.com service to be unavailable for many hours. We also lost some production data that we were eventually unable to recover. Specifically, we lost modifications to database data such as projects, comments, user accounts, issues and snippets, that took place between 17:20 and 00:00 UTC on January 31. Our best estimate is that it affected roughly 5,000 projects, 5,000 comments and 700 new user accounts.
How do you know what most incidents result in? For example, when Github deleted their production database[1], they simply gave no numbers of affected users/repositories. We do know that the platform already had over 1M repositories[2], so 5000 affected seems perfectly possible, but their lack of transparency protected them against such claims. And that lack of transparency seems to me to be the norm.
That’s the point: we know about that. Hard to believe “this happens everywhere” when we only know a few instances, and any instance would be picked up by media.
I've had to help clean up after any number of data losses or near losses that has never been made public; ranging from someone mkfs'ing the wrong device on a production server, to truncating the wrong table. In some cases afterwards having people writing awful scripts to munge log files (that were never intended for that purpose) to reconstruct data that were too recent for the last backup.
Of course there are people that avoid this, but I've seen very few places where their processes are sufficient to fully protect against it - a lot of people get by more on luck that proper planning. Often these incidents are down to cold hard risk calculations and people know they're taking risks with customer data and have deemed them acceptable.
I'm not sure that I agree. These things happen, being open about it, just makes you think like that.
Other companies just have a red/orange warning button when things go to shit. You don't know what really happened, you just see the "more positive than real" summary.
These depictions of JS Bach as a rebel and a bad boy are from people who don’t recognize or connect with the timeless underlining genuineness of Bach. His goal in every writing was to make music for the glory of God, purely. Weather you’re religious or not, clearly his music is genuine. What’s missing from this article is why did he he do the things he did, and the back stories to each one is seeped in his struggle with those who are selfish or otherwise poor minded compared to him. You can recognize bits of Tibetan saints even in this stories.
Here’s a perfect example where a head master downplays a music ciriuclum at a school, and he reacts to what is right and the speaker in this video can’t believe why he would stick up for what’s right vs his own self interest only. And then seems to imply that saints are just nice and don’t stick up for what’s right.
>the speaker in this video can’t believe why he would stick up for what’s right vs his own self interest only
Indeed, why bother to leave behind great artworks for future generations when there are such steeply diminishing returns for incremental improvements? Gardiner's recordings reflect this attitude.
Ironically film tools have some of the most stringent copy protection systems, and big studios break the licenses agreements without hesitation when they need to get something done.
I wonder if Hollywood is so obsessed with DRM because they themselves are such f'ing pirates. The entire culture of Hollywood is around stealing (e.g. the endless so-and-so stole my script idea lawsuits) and defending oneself from having one's stuff stolen. Maybe they're projecting and imagining that everyone is constantly trying to steal everything.
As a normal movie and TV viewer I will always look for an option to rent, buy, or stream stuff because I like to support the production of stuff I like and because the time it takes to jank around with pirated crap is generally worth more than the cost of just paying. The only time I've turned to piracy in recent (post-broke-college-kid) memory is when something is literally unavailable by any other means. I suspect I'm typical.
DRM has zero effect on my behavior. If anything DRM encourages me to consider pirating because it adds pain and hassle. In the case of actual purchases (vs streaming and virtual renting) I really despise DRM since I purchased a copy and should be able to play it on any device I have and store it for posterity. I generally will not outright purchase DRMed content.
Since we're talking Hollywood, what's your success rate in being able to buy movies that don't have DRM? I can't think of any way to do that, really. Or are you saying that you basically can't, and therefore don't buy movies and instead stream or rent?
Physical media has DRM but it's pretty much completely cracked. I can rip Blurays and even UHD Blurays now and end up with a non-drm-ed movie. It's not nearly as convenient as streaming (initially) but I can "own" the movie in a non-drm-ed form for as long as I can keep the bits alive.
MakeMKV does support them, but you need a UHD drive with specific firmware. On the forums you can figure out which drive will work the best and which is the easiest to flash old firmware on. Either way requires a hacked firmware updater because the drive makers have to give it their best shot to avoid downgrades (to satisfy DRM licenses).
Also you can decide between old stock firmware or new firmware that has been modified by the MakeMKV team. I opted for the old stock firmware, I'm not really sure what the modified firmware buys you.
It seemed overwhelming at first, but after an hour of reading and searching on Amazon I figured out what the easiest route was. Once the drive arrived, the flashing was simple—I plugged the drive into my Windows box and ran the flashing code, then plugged it into my Linux Plex server and it worked right away.
A huge color company out in the valley is notorious for calling up 120 days past the invoice date on NET30 terms and only offering to pay on a credit card. I swear some of these companies would spend a dollar to screw you out of 50 cents.
Dish is almost an archaic term a this point. So either someone's pretty old grandparents are working for MT, or people are translating a term from another language using an old dictionary.
> In short, to your point: AWS is for builders... who pay. And right now all the growth is in enterprise, where we don’t know how to make API calls from a command line.
Infact AWS's HSM devices intentionally don't have an API, as "security feature."
I learned German at a University in a German speaking country, and the classes were completely in German from day one which I found helpful. I also bought quite a number of books and studied quite a lot before I become fluent.
So I don’t think an app is a one stop solution, it takes a lot of material, I’m not sure why people think any one system is enough, especially considering you never stop learning a language. Fluent just means you know enough to continue to learn in the language on your own.