Comment Re:.txt (Score 1) 200
read *and handle* a BOM, that is.
read *and handle* a BOM, that is.
If the definition of a scrum meeting has "short amount of time" and you are not taking a "short amount of time"... Are you still scrum/agile or some else with scrum/agile aspects?
Once again propagating the "NoTrueScotsman" argument. It is impossible for a large team to have a scrum in a "short amount of time" unless they talk for only 5 seconds.
Then you end up with Microsoft inserting garbage characters at the start of each text file to make their job easier, breaking scripts and confusing both users and other editors alike.
It's not a garbage character. It's a BOM and it's part of the Unicode standard. If your scripts and text editors can't read the BOM in 2015 then they are the things that are horribly broken.
Better to have long drawn out useless meetings dictated by management that try to give direction that hardly resembles the work being done vs a short: this is what i have done, what i am doing, and this is what is stopping me.
Scrums mostly are long, drawn-out, useless meeting dictated by management. You must work at one of the only handful of companies where this isn't the case.
Which is true.
Can't be possible. Your original claim was pretty adamant that all issues are the fault of user and to quote you "it's never the tool". If a tool is poorly-made then it means that it is not the fault of the wielder if they can't get the job done using a faulty tool.
or *have* little ability, that is.
It's never the tool, but the wielder. Give a process to a good engineer, and he will find a way to get things to work. Give any process to a code monkey, and you are just going to get a lot of shit flinging irregardless of the process of choice.
Then you haven't been in software development for very long or how little ability to discern a good tool from a bad one. Shitty tools are foisted upon software developers all the time in the form of buggy and/or poorly documented frameworks, databases, IDEs, etc.
ClanLib also only supports Linux and Windows whereas SDL, Unity and Unreal support OS X, mobile OSes and, at least Unreal, HTML5 targeting.
But...but...they were mentioned in an 8-year-old book on C++ game programming. Unity and Unreal better be quaking in their boots!
Yeah, it's definitely "fresh and new". As in having over 2000 of its own "fresh and new" issues. All Servo has done is trade one set of bugs with its own set.
Google will help us fully realize our vision of the conscious home and allow us to change the world faster than we ever could if we continued to go it alone.
Said the NSA Director who absolutely loves the new surveillance avenues these devices will open up.
Cool spinmeistering, brah. But all I hear is someone making up excuses for why Ubuntu phone will have less developers and fewer apps than even Windows Phone. And that's no small accomplishment.
OpenBSD is what I obviously meant.
And to head off the obvious rejoinder, yes, their private key can be compromised to allow an attacker to sign malicious packages. But if that is a genuine concern, why would you possibly trust the security of the SSL connection to their site?
If this doesn't need some way to ensure that I really connect with it instead of an intercepting mitm that injects its own version, what does?
In what universe do you live in that SSL prevents a MITM attack? MITM attacks exist in order to allow an attacker to monitor and modify your supposedly "secure" connections. You ensure that what you downloaded is what you meant to download by using the signify utility as mentioned on the page and verify that the package you download was signed by the OpenSSL devs.
What is research but a blind date with knowledge? -- Will Harvey
