Does anyone actually use ReFS in production?
397 karma · joined October 3, 2016
I also do programming, especially embedded programming. Now it's called the "Internet of Things." Fortunately, the standards for security and reliability haven't changed that much relative to the history of embedded programming.
I am concerned that some customers are attaching things to the Internet of Things which should not be on the Internet of Things. Like cows. "Why can I not ping my cow?", one farm asks me. "Why did you put a cow on the Internet?!", I reply. They do not know, but Compliance says "because compliance," so now there's a cow on the Internet.
I am also concerned that NB-IoT is also going to be a thing in the near future. It's so cheap! It's so cheap, you can put cellular radios on all the things! Please do not do this. All the things do not need to run LTE stacks on energy harvesting SoCs forever and ever.
Does anyone actually use ReFS in production?
Location: San Jose, CA
Remote: Done it before, can do it again.
Willing to relocate: For the right price.
Technologies: {Windows, Linux, Cisco, Juniper} administration, bash, C, modern C++, Javascript/node, Linux, Darwin, Win32/64, Python, a bunch of other scripting and frontend languages.
Résumé/CV: email if needed.
Email: mackeycam25@gmail.com.
I'm an ideal senior devops, SRE, or cloud engineer. My background is unusual because I started as an embedded engineer, had network and system administration duties added, and finally learned how to do security by winning awards at some high visibility contests. Because I've built every hardware or software part of a technology stack in my career at some point, I'm unusually good at troubleshooting weird cloud problems.I also have a decade of experience professionally administering complex networks. Even if I'm hired as a programmer, I always end up also being "the network guy" somehow, since I've written so much automation to do the job for me. I've been doing devops since way before anyone called it that.
The dynamic stuff I host for personal use uses a variety of cloud services as backends, and those are anycasted. One app I wrote in a hurry uses Google Sheets as a backend, and that's worked surprisingly well for the effort it took.
Mom may have been malnourished as well.
I also have a glass table between the couch and the TV, so a dark field mouse is required if I'm doing anything that needs a real mouse. For everything else I just use a wireless keyboard/trackpad combo from Logitech.
You'll also see what's left of the drawbridge ghost town if you're quick:
I also wrote a BPF-like JIT for network packet matching once, targeting the QorIQ pattern matching engine as a backend.
The other part of getting initial sources is probably calling companies in retail, insurance, etc and pitching them on how much they would make selling customer data to them. If I had to do it, I'd probably get industry reports, sort by annual revenue, start at the top and work my way down as I try to get a hold of the consumer data department at each company.
I've also been approached by these guys when I was part of shutting a company down. They wanted to buy our customer database. I guess when one of these companies shuts down, some new one can buy the database and use that as a seed for new operations.
Seriously though, does anyone actually use any of the post-C++-11 stuff? I can count on one hand the times I've seen nonironic use of a C++-11 extension in a real project, and I've never seen use of -14 or -17 extensions.
The short version is what you're asking for is going to be an uphill battle. Data aggregation companies don't want to disclose their sources because their services are often used by debt collectors and other organizations who want to find people who don't want to be found. If the sources were public knowledge, debtors could avoid them to escape debt collection agencies, for example.
The comprehensive list you're looking for doesn't exist. Each data aggregation company has a different list which is the result of many private agreements they have with their sources. If you want a list of the sources, you can't ask the data aggregators.
You can ask the sources themselves. Because you don't know who they are, you have to guess. Any company that puts a card in your wallet would be a good place to start. Under California Civil Code 1798.83, you can email companies and ask them to provide you with a list of all the direct marketing companies they sold your information to. Try making a request to your insurance agency.
1798.34 also allows you to ask California government agencies to provide you with an accounting of everyone they disclosed your information to. A 1798.34 request to the DMV should be a rich source of data providers.
There's also lists of companies involved in the data aggregation ecosystem in the consumer finance protection board's list of complaints:
https://data.consumerfinance.gov/dataset/Consumer-Complaints...
One surprising thing I found out during the talk is that pizza chains are a rich source of data for these companies. If you think about it, this makes perfect sense. The data includes a guaranteed link between a person, a place, payment information, and a phone number.
> when a court needs to order that someone's information be purged
I don't think this is a thing. A friend had to deal with a DV case and I got to see how all the legal machinery involved works. The court doesn't even bother trying to purge the victim's data when they move out and try to stay away from the abuser. The court simply moved the victim and the DV support organization told them to stay off social media and not to give the new address to anyone (including pizza places.)
That being said, the federal government does have a comprehensive list of all the agencies which are members of the federal privacy council. In theory, these agencies are supposed to have a data integrity board which provides oversight for any data they keep on Americans.
Scaleway is part of the Iliad family of companies, which you probably haven't heard about if you're outside of Europe. This includes Online, a networking provider and Scaleway's parent, and Free, which is a huge French ISP with a fairly hackery internal culture.
Online makes their network map public:
Based on the names, it looks like it's 100% Cisco with a mix of Nexus 9000s, Catalyst 4500e edge, and 4900 ToR switches.
Scaleway is one of the only cloud providers I've seen that is using NBASE-T technology. The Intel Avoton SoCs used by their C2 instances support 2.5Gbps link speeds using an appropriate external PHY.
Their C1 instances are Marvell Armada 370 XP parts, datasheet here:
http://www.marvell.com/embedded-processors/armada-xp/assets/...
These are using 1 gig connections. The instances I've spun up connect to a gateway with a Cisco MAC address.
The C2 instances connect to gateways with MAC addresses registered to Freebox SAS. Figuring this out took some digging. It turns out that Scaleway/Online is manufacturing their own 2.5G capable switches. Because Free, the ISP, already has an OUI registered and was the only company in the conglomerate which made hardware, it looks like Online had Free make some custom switches to deploy in their datacenters.
They're also making their own BIOS for the C2 instances. dmidecode reports the following cutesy BIOS data:
Manufacturer: Online Labs Product Name: SR Version: (^_^) Serial Number: 42
The root devices for C1 and C2 instances are both NBD. Performance was better than I expected; I get wire rate I/O throughput on both (>90MB/sec on C1 and >250MB/sec on C2). Of course, the disk bandwidth is shared with the Internet connection on both instances, so there might be contention for some applications.
During the next lecture, someone sticks their hand up and says, "this FPU thing is so nondeterministic, who in their right mind would use floating point for 99% of the kinds of work that we use computers for?"
The professor says, "you should think real hard about that the next time you decide to use a floating point type in your program."
Hermin Miller Aerons.
My Olympus skyhawk. Literally the only piece of hardware that's going to outlive me.
The FN P90 and the 57 pistol.
The flight deck on the Sukhoi SU-34 and the Boeing 787.
Basically, anything where the design department went out and asked the customer what their biggest complaints were, then sat down to eliminate them in the design phase.
My observation is that it's much more important to be clever with identifying possible inputs to train on rather than focusing too much on the machine learning itself. A crappy ML implementation that was trained on 20 data sets which are highly relevant and well curated does better than a highly tuned ML system with half the inputs and bad outliers.
The technology churn in other spaces like front end development can be mitigated by learning to read really fast. I don't have deep experience with any one front end framework, but I can inhale the docs and source code pretty fast when I need to get my hands dirty with one. Again, speed reading is a skill that will never be obsolete.