893 karma · joined September 7, 2011
You can find me on the internet as 'zorkian'.
Usually people follow the network -- find one person that's interesting, see who they talk to, and go from there.
Another approach is to see what "interests" are popular and click through to see who shares those/is active: https://www.dreamwidth.org/interests?view=popular
But, TBH, there's a lot of happenstance and serendipity (or are those the same).
Anyway, Choopa is a common source of DDoS in our reports, so I can corroborate the OP's comment to some degree. They aren't the largest we see, but they're in the top 10 sources for us.
For General Aviation safety, read the Joseph T. Nall report: https://www.aopa.org/-/media/files/aopa/home/training-and-sa...
To summarize, helicopters and airplanes enjoy a reasonably similar lethality. Approximately 15-20% of accidents (total) are fatal to one or more occupants. However, if you break it down to fatal-accidents-per-100,000-hours then helicopters are worse (1.5 vs 1.0) at least in 2013.
When it comes to general aviation safety, however, the far and away most important factor is the pilot. Unless you get damned unlucky, the vast majority of accidents are either avoidable or survivable if the pilot doesn't do something wrong. In helicopters, a controlled autorotation will be survivable most of the time. In airplanes, a controlled forced landing is the same.
Of course, you can have your cake and eat it too -- I recently purchased a Cirrus SR22-TN (airplane) which has a Ballistic Recovery System aka a parachute. If anything goes wrong you can pull the chute and the entire airplane will descend to the ground. :-)
Yes! Dreamwidth is a fork of the old LiveJournal code that is still being developed by a small team of folks who would rather see a small site run in an open, transparent fashion than be beholden to large corporate interests and the whims of monetization.
We're a very happy little family and it's always exciting to see Dreamwidth links end up on HN. :)
I ran into the same sort of thing you did re: Delphi jobs. I was pretty sad, honestly, having started in the original Delphi days (version 1!) and going to 6 I had gotten pretty good at it...
In random point, I (while a dev) was a member of ASCN. I was there the day Steve was unveiled and the day it died in C9N-CC. We lost to BoB "fairly" (everybody suffered from the state of the servers in those days, so maybe it was "CCP won"). There was some bad blood, of course; I'm still a little bitter about Steve's death. But the cookies crumbled and that was that.
Ultimately: I don't think t20's actions contributed substantially either way to BoB's ascendancy. Organization, good play, and a willingness to use all avenues (within the game) turned out to be pretty successful.
(Also... no longer employed by CCP, but still play EVE. 12 years later... still the best game I've ever touched.)
Unrelated, TypeRacer is amazing. We had a bunch of contests at my last job and they ended up making a trophy because I was the King of Speed. It was pretty fun. So, thank you!
Edit: Bias alert; I work for Dropbox on our infrastructure team. I'm just curious about that particular incident, since it predates me and I'm always curious about these things.
I echo what they said in that post, though: don't prematurely optimize. If you find you have tons of objects and need the RAM or you're actually paying a premium for hash accesses, then fields can save you some effort... but if you've a small use case, don't bother.
All joking aside, this could be interesting. It makes me think of that service that existed for a while where you could ask a question of a topic area, and it would send an IM to people and ask them to answer it. I forget what it was called, but I used it for a little while.
The payment/HIPAA compliance aspect are pretty interesting, too. I would easily throw $50 at a 10 minute consult with a doctor instead of having to make an appointment and haul myself in to the local clinic. Particularly if said doctor could then fax a prescription for something completely boring but still not OTC to my local pharmacy.
I'm a strong introvert and I find that a few drinks makes me feel like what I suspect an extrovert feels like. Personally, I'd much rather socialize with a few drinks in me; and if there's a large group involved, it's almost mandatory for me to enjoy myself at all!
Dancer, Moose, DBIx::Class (a bit more advanced), Plack/PSGI, etc etc. Not to mention the language changes they've made with 5.10/5.12/5.14/etc (I'm in love with the defined-or operator).
I'd argue that spending 0.01% of revenue on key executive compensation (which is the 'paying executives millions' you talk about) is irrelevant to Wal-Mart overall and how much they can or can't pay their workers. Even if you stripped the executive compensation and gave it to the workers (2.2m of them), you'd only be handing out $30 to each person. That's a few hours of work total, and amortized over a year? Not a factor at all in the grand scheme of things.
...
The article is well worth a read. It's interesting and insightful and discusses more interesting things like business models, target demographics, value-mindedness, etc. I recommend it if you can get it to load. (It was fine for me.)
That said, whiteboards are still usually better for conveying ideas. If you don't understand the problem you're trying to solve or the data structures you need, you might want to start on the board before sitting down to code.
So: kudos for learning an aging and mostly deprecated form of communication. Some folks still do it for hobby (I've lost all skill by this point), and I highly recommend the experience.
If nothing else, find a local ham group and go poke around in late June and see if they're doing anything for field day. It's worth checking out.
set shell=/bin/sh
No more problems with plugins in fish.
I was pretty excited to see what this project was about -- then I saw they were asking for $30,000 in funding to build this and wandered off to make a snarky comment on HackerNews. I don't really want to see this kind of stuff here.
Or at the very least, it should have a subject that says something about funding, etc.
Edited: Also, your "$100/month" quote is pretty fanciful. Who is handing out 32GB with SSDs for that price? I'd really love to know, because the best I've been able to get for a database quality machine (RAID-10 with BBU, SSDs, and lots of RAM) is closer to 10x that.
Even if they are new, though, you never know if it's completely good until you've tested every block on the device. These days most format operations don't actually wipe out the whole disk (takes ages!) so even formatting on a brand new disk won't tell you if it's valid.
That said, the odds of having multiple disk failures on a brand new RAID in 72 hours are pretty low. If that's the case, I'd start to suspect a bad batch of disks and/or bad backplane or other hardware (bad power?) that is causing the hardware to fail.
They then asked the provider to swap the disk. They had a RAID1; it's a common enough setup.
SSDs fail in many of the the same ways as spinning disks, they just add a few more failure cases.
Sadly, the number of open fields to aim for in the SF Bay Area is pretty small. It's either hillsides, bay, or city. Oh, and a couple of thin dikes you could land on. ("That's why nailing the centerline is so important. Someday you might need to land on something like that dike wall -- and if you nail it, you walk away fine.")
That said, ZFS sounds great, and I've been meaning to learn it sometime. The big thing holding me off has been just -- well, how much time I've put into learning md and such, and how I would find it hard to justify going back to not knowing much (since this is my livelihood).
If you have any tips on "read this, it's a good intro" stuff (slanted to Linux, as that's my cuppa), I'd welcome them.
A backup would be a filesystem level event, so at best it would only access 1/N of the sectors (where N is the duplication level). It isn't guaranteed to access all of the sectors the data resides in -- and also, it may have hit the kernel's filesystem cache or the on-disk cache or something like that, too, bypassing the physical media entirely.
Also keep in mind that a RAID rebuild is a media level event, it doesn't just copy files. It will copy over the "empty" sectors, too, because it just has no idea what's what on the disk. It faithfully recreates the raw bytes on the media.
The disk might have failed in a part of the disk you aren't actually using and never noticed because all of your actual data is intact -- the the RAID can't really rebuild without them.