Fuzzing isn't the only way of finding vulnerabilities in closed source software, not even close. And are you saying that source is required for exploit development? That's simply not the case.
NSA here, posting from another of our sockpuppet accounts. Disregard the prior post; we've Linux so thoroughly backdoored we refer to it as "the bottom" around these parts.
Have you actually taken the time to learn about C# and.NET, or are you just parroting soundbites you heard? C# is a superb language without the help of the (also superb).NET BCL. Further, you don't have to choose between the two. C++/CLI can be used if you want to work directly with.NET classes from C++. If you want to write raw,.NET-less C/C++ that is invoked from.NET, that is also quite easy with PInvoke. Your myopic view of programming languages is detrimental; few programs are written in a single language these days.
This is the truth. Apart from aesthetics, physique tends to say a lot about motivation, determination, etc. Plus, exercise puts your head in a better place.
I can play this game, but god do I hate it. This sort of mentality creates environments where mediocre (or outright damaging) employees thrive, because everyone is too thin skinned to handle reasonable criticism without creating a massive upheaval. Getting along takes precedence over actual job performance, and the workplace transforms into a giant adult daycare. This effect is most pronounced in larger companies that can absorb the cost of useless teams that would yield nothing if not for the efforts of a few members.
You value math skills, yet those who value language support of lambda expressions are "buzzword monkeys" in your eyes? If extolling the virtues of FP is an indicator that someone is merely regurgitating what they learned in class, do you view every topic touched on by academia in the same light? No, of course not. Rather, you're intimidated by those who grasp programming paradigms that you yourself cannot grasp in a capacity that enables you to utilize them in The Real World. So, in a bid to maintain dominance in your little fiefdom, you reject those paradigms, retreating to your lackluster code, convincing yourself of its superiority because you Really Get It.
I'm not looking for a job anyway, so don't stress it.
"We need a programming language with lambda expressions!" - sorry, chump, if you can't write good code in Visual BASIC, I don't want to hire you. I'll never ask you to use Visual BASIC, of course, but whether you/could/ use it pretty much determines whether you're a good programmer or just a buzzword monkey.
Who employs you? I want to ensure I never work with you. Actually, never mind. That wouldn't happen.
You didn't really address any of what I said: the Linux ecosystem is hopelessly splintered in ways Windows will never be, so what Valve is doing amounts to bringing gaming to SteamOS, not Linux. Developing a game that supports XP and up is much easier than developing one that supports every flavor of Linux, and this is going to ruffle some feathers here, but Windows development is just easier in general. The tooling is far more mature than what the open source community has offered, and MS has furthered the divide year after year. There's a reason pretty much every AAA game is developed on Windows. Say what you will about proprietary software, but there are advantages to having someone else conduct ecosystem testing. Most game shops simply cannot afford to effectively and sustainably test their software on the multitude of Linux distros and hardware configurations out there.
If, at the end of the day, dual booting SteamOS is a requirement to reliably play games, I don't really see this as a solution to the Linux gaming problem. If I have to dual boot, I'll fork over the money for a valid Windows license so I have access to a much, much larger library of games, drivers that fully utilize my GPU, etc.
Except the Linux community isn't expecting you to support SteamOS alone, they want you to support Linux at large, and that is substantially harder than supporting XP and up Tell me, are you a developer? Your simplistic views make me think that you're either not a developer, or you're not a very good one. How often do you think OS bugs actually get in the way of development? And when they do, do you really think the team that encounters the bug is going to have the free time or will to context switch to OS development mode?
This is the reality that most Linux users fail to grasp. And it's expected, of course, because despite their perceived technical prowess, most of them fall firmly into the advanced end-user bucket. It's difficult to grasp what serious development entails until you've actually taken part in it.
What? There are still plenty of shitty games. In fact, many of them are blatant WoW clones. And if you enjoyed WoW, then sure, you can probably find a few clones that are enjoyable. However, I did not, which leaves me feeling left out in the cold.
Everyone wanting to emulate WoW's success has absolutely destroyed PC gaming. Watered down content and gameplay that is engineered to be inordinately time consuming? No thanks.
Don't use Java and its shitty VM; there are better managed languages out there.
Fuzzing isn't the only way of finding vulnerabilities in closed source software, not even close. And are you saying that source is required for exploit development? That's simply not the case.
NSA here, posting from another of our sockpuppet accounts. Disregard the prior post; we've Linux so thoroughly backdoored we refer to it as "the bottom" around these parts.
Sincerely,
The Lords of Information
Have you actually taken the time to learn about C# and .NET, or are you just parroting soundbites you heard? C# is a superb language without the help of the (also superb) .NET BCL. Further, you don't have to choose between the two. C++/CLI can be used if you want to work directly with .NET classes from C++. If you want to write raw, .NET-less C/C++ that is invoked from .NET, that is also quite easy with PInvoke. Your myopic view of programming languages is detrimental; few programs are written in a single language these days.
This is the truth. Apart from aesthetics, physique tends to say a lot about motivation, determination, etc. Plus, exercise puts your head in a better place.
Sounds more like a dating ad than something I'd want to hear during an interview.
I can play this game, but god do I hate it. This sort of mentality creates environments where mediocre (or outright damaging) employees thrive, because everyone is too thin skinned to handle reasonable criticism without creating a massive upheaval. Getting along takes precedence over actual job performance, and the workplace transforms into a giant adult daycare. This effect is most pronounced in larger companies that can absorb the cost of useless teams that would yield nothing if not for the efforts of a few members.
I don't think you understand the fragmentation he is referring to.
I'm not sure which I hate more: political corruption, or twitter. Probably twitter.
More vulnerabilities to sell. Thanks, Oracle.
Bring it on.
Are you implying that all code needs to be thread-safe?
Both C# and VB.NET are both CLR languages, but it's not entirely accurate to say they can do the exact same things. Each has some distinct features.
You value math skills, yet those who value language support of lambda expressions are "buzzword monkeys" in your eyes? If extolling the virtues of FP is an indicator that someone is merely regurgitating what they learned in class, do you view every topic touched on by academia in the same light? No, of course not. Rather, you're intimidated by those who grasp programming paradigms that you yourself cannot grasp in a capacity that enables you to utilize them in The Real World. So, in a bid to maintain dominance in your little fiefdom, you reject those paradigms, retreating to your lackluster code, convincing yourself of its superiority because you Really Get It.
I'm not looking for a job anyway, so don't stress it.
"We need a programming language with lambda expressions!" - sorry, chump, if you can't write good code in Visual BASIC, I don't want to hire you. I'll never ask you to use Visual BASIC, of course, but whether you /could/ use it pretty much determines whether you're a good programmer or just a buzzword monkey.
Who employs you? I want to ensure I never work with you. Actually, never mind. That wouldn't happen.
It's written in _______ so it'll be cross-platform.
The R's and D's already dance as one atop the lower classes.
Probably not at all.
You didn't really address any of what I said: the Linux ecosystem is hopelessly splintered in ways Windows will never be, so what Valve is doing amounts to bringing gaming to SteamOS, not Linux. Developing a game that supports XP and up is much easier than developing one that supports every flavor of Linux, and this is going to ruffle some feathers here, but Windows development is just easier in general. The tooling is far more mature than what the open source community has offered, and MS has furthered the divide year after year. There's a reason pretty much every AAA game is developed on Windows. Say what you will about proprietary software, but there are advantages to having someone else conduct ecosystem testing. Most game shops simply cannot afford to effectively and sustainably test their software on the multitude of Linux distros and hardware configurations out there.
If, at the end of the day, dual booting SteamOS is a requirement to reliably play games, I don't really see this as a solution to the Linux gaming problem. If I have to dual boot, I'll fork over the money for a valid Windows license so I have access to a much, much larger library of games, drivers that fully utilize my GPU, etc.
Except the Linux community isn't expecting you to support SteamOS alone, they want you to support Linux at large, and that is substantially harder than supporting XP and up Tell me, are you a developer? Your simplistic views make me think that you're either not a developer, or you're not a very good one. How often do you think OS bugs actually get in the way of development? And when they do, do you really think the team that encounters the bug is going to have the free time or will to context switch to OS development mode?
This is the reality that most Linux users fail to grasp. And it's expected, of course, because despite their perceived technical prowess, most of them fall firmly into the advanced end-user bucket. It's difficult to grasp what serious development entails until you've actually taken part in it.
What? There are still plenty of shitty games. In fact, many of them are blatant WoW clones. And if you enjoyed WoW, then sure, you can probably find a few clones that are enjoyable. However, I did not, which leaves me feeling left out in the cold.
Everyone wanting to emulate WoW's success has absolutely destroyed PC gaming. Watered down content and gameplay that is engineered to be inordinately time consuming? No thanks.
Alright, so how is thas analogous to EMET? Where exactly is this "missing hinge"? You're talking out of your ass.
I can't wait for the social media bubble to pop.