Comment Re:2015 (Score 2) 57
Or you know, you could just put a condom on and forget about whole "dying" story.
Ignoring numerous people like Arthur Ashe and Isaac Asimov who got AIDS via blood transfusion, right?
Or you know, you could just put a condom on and forget about whole "dying" story.
Ignoring numerous people like Arthur Ashe and Isaac Asimov who got AIDS via blood transfusion, right?
Sure, he's allowed to throw all the shit at the wall he wants to see what sticks. I'm simply being amused at him both trying to claim to not have run the site during this period but then also try to claim credit for actions he supposedly couldn't have been responsible for.
But wasn't the defense claiming that Mark Karpeles was running the site at this point? Why should that get Ulbricht leniency if he wasn't running the site at that point? Does this mean his defense has finally given up on that ridiculous conspiracy theory?
I apologize. I don't keep up on the latest lingo for douche beards.
Yeah can't forget the chin-strap beard.
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!
A list is only as strong as its weakest link. -- Don Knuth