EpicEng

107 ms·

841.
by EpicEng 8y ago
What would you call "results and details" of an investigation which led to a conclusion?
842.
by EpicEng 8y ago
True. I lucked out a bit by finishing school in the late 90's.
843.
by EpicEng 8y ago
I feel like it would be pretty trivial for the average person to get rid of their social presence. If they used their real names on things like e.g. forums then yeah, that will follow them.
844.
by EpicEng 8y ago
I imagine people in your life also hold you accountable for things you did 20 years ago. Your actions define you and people remember.
845.
by EpicEng 8y ago
You're right. Correlated does not mean "people who have historically take risks will take any risk regardless of the danger."
846.
by EpicEng 8y ago
No, it's only that this isn't Reddit and you have to try a bit harder to bring people over to your way of thinking.
847.
by EpicEng 8y ago
Which also doesn't hold. I'm willing to invest my money, but I'm not sticking it into penny stocks. Your reasoning ignores any sort of reasonable boundary people have wrt risk.
848.
by EpicEng 8y ago
> I feel like today 40 is more the exception than the rule. Is it though? Most people aren't you and I. Most are working hourly jobs and their employers are not paying out overtime. My only meaningful point is that a shorter work we
849.
by EpicEng 8y ago
Easy to say when you're salaried. Not so easy when you work for hourly wages. It's not as though pay would suddenly increase by ~20%. Also, 40 hours / week is already a decrease from what it was ~100 years ago.
850.
by EpicEng 8y ago
Would you spend time and resources making your web page load 1.5% faster?
851.
by EpicEng 8y ago
I imagine that's because it's sometimes subjective and difficult to define. We tend to focus on the obvious cases, but not all of them are. What about the discussion of e.g. race and it's correlation to IQ? How about discussi
852.
by EpicEng 8y ago
Depends really. Can getAddress() return null or is it guaranteed to be there per your system design? If it's not then that code is wrong, but if you know your invariants and enforce them higher up the chain then perhaps not. I realize
853.
by EpicEng 8y ago
Does it matter when the average person has little to no recourse in the matter? Does it matter when e.g. YT will _punish_ you if you decide to contest it and lose per their arbitrary process?
854.
by EpicEng 8y ago
>I don't see why you'd need to fork libinput. I'm fine with my cursor movements You may be (and I agree on gestures), but I'm not. Apple's touch pad is literally the only thing that keeps me using a Mac.
855.
by EpicEng 8y ago
Yet in practice, has it hurt Linux? Linus' entire point is that he doesn't think more is better. He'd rather have a smaller group of more talented individuals working the kernel. Even if you disagree, the premise of your argu
856.
by EpicEng 8y ago
It's hard to take you seriously when your argument boils down to name calling and how obviously awesome FB is.
857.
by EpicEng 8y ago
I think perhaps I wasn't clear enough on the boundaries of my analogy and where it falls apart. You work in the industry so you know that the FDA is not highly prescriptive. They give you a general outline of, essentially, process. HI
858.
by EpicEng 8y ago
"leaked" in the sense that they're somewhere they shouldn't be. I could have chosen a better word. if I were to store database passwords on a file share the entire company had access to we would consider that a "lea
859.
by EpicEng 8y ago
I never said the FDA was specifically interested in passwords. The FDA was brought up in reference to my work with PHI. The FDA does care about how you secure access to sensitive data however. If you leak passwords which allow unauthorized
860.
by EpicEng 8y ago
>The issue at hand is only obvious now that we're reading about it No, it's not. It's completely obvious to anyone who has ever worked on a system which deals with sensitive information. It can only "easily be missed&
861.
by EpicEng 8y ago
You can never ensure anything completely in engineering. Perfection is never the goal, but you can do a much better job than FB has here. You're talking in hypotheticals. Nowhere did I say "nothing ever goes wrong if you know what
862.
by EpicEng 8y ago
If FB truly cared it would likely never have happened, let alone gone on for years. I'm not saying no employee at FB cares; I'm saying FB as an organization doesn't, and we have plenty of "I'm sorry, we'll do b
863.
by EpicEng 8y ago
Well, that's the problem really; they obviously don't care.
864.
by EpicEng 8y ago
It is not true in my experience. It may seem true to the typical CRUD app web dev, but do they really know what it's like to be a custodian of so much sensitive information?
865.
by EpicEng 8y ago
Who is "we" in this scenario? Governing bodies do. Engineers I've worked with in health care do, as do our PM's, security officers, etc. I designed a clinical testing platform a couple of years ago. Our initial requireme
866.
by EpicEng 8y ago
When you're FB, Google, ADP, a bank, whatever, you have failed if this sort of thing is "an easy mistake to make." Responsibility should never fall on a single dev or team to begin with. This was going on for _years_. It&#x27
867.
by EpicEng 8y ago
My point is that it's irrelevant. Have more data? Need more auditing. Any system which touches sensitive data is subject to security review. Yes, FB systems are massive. They should have massive oversight as well. You may as well be de
868.
by EpicEng 8y ago
I understand that, but I believe they do not have the correct mentality here. I'm not certain how many of the people saying that have worked on systems as sensitive as FB. They think it's easier to screw this up because, for them,
869.
by EpicEng 8y ago
I've worked in healthcare / biotech for more than a decade and I can promise you that the FDA would see no difference between the two types of gaffes. As custodians of sensitive information it was our responsibility to ensure that
870.
by EpicEng 8y ago
They can't both be used, and c'mon; is this really a debate? You cannot use _both_ of them and charge them at the same time. The best experience comes from using _both_ of them simultaneously. So, it's a workaround. It's

More ›