|
 (mostly) agree with that.
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair.
nils illegitimus carborundum
me, me, me
|
|
|
|
|
The second most important thing is an endless supply of caffeine.
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: The second most important thing is an endless supply of caffeine BACON
FTFY!
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
|
|
|
|
|
I think I'm going to buy some ham (and salami) today. Oddly, I've been off it for months. 
/ravi
|
|
|
|
|
That's sad - but at least you have recovered! Please do not bring the "going off pig products" virus anywhere near me... 
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
|
|
|
|
|
As it turns out, I ended up eating pasta + beef tacquitos last night. This could be more serious than I thought. 
PS: Not sure why you got 1'd. Countered.
/ravi
|
|
|
|
|
There's a famous lightening talk given by Gary Bernhardt about Javascript and Ruby oddities. I would like to start a series of blog posts documenting some oddities in the Java language for fun! I'll explain why or where these oddities come from with reference to the Java Language Specification when possible. I hope you learn some new things. Java programmers can declare array variables in several ways...
|
|
|
|
|
Although I’ve been using GitHub for open source projects for several years now, this is the first time I’ve worked with it in a largish (20+ developers) team. The default VCS for a Microsoft shop is, of course, TFS, so deciding to use GitHub might be seen as somewhat curious. This post describes why we came to the decision, how we integrate GitHub into our development process, and our experience so far. So why did we choose Git as our VCS? git commit "All in!"
|
|
|
|
|
Genuine question. I’ve written before about Test-Driven Development, and I’m sure some of you practice it: can you show evidence that it’s better than (or, for that matter, evidence that it’s worse than) some other practice? Statistically significant evidence? How about security? Can you be confident that there’s a benefit to spending any money or time on information security countermeasures? On what should it be spent? Which interventions are most successful? Can you prove that? Where is the evidence for Evidence-Based Software Engineering?
|
|
|
|
|
We don't share the evidence - that is one of the major differences between the immature industry we are and the mature industries like aviation.
|
|
|
|
|
Deploying is a big part of the lives of most GitHub employees. We don't have a release manager and there are no set weekly deploys. Developers and designers are responsible for shipping new stuff themselves as soon as it's ready. This means that deploying needs to be as smooth and safe a process as possible. The best system we've found so far to provide this flexibility is to have people deploy branches. Always be shipping!
|
|
|
|
|
It’s time for us to move beyond screen-based thinking. Because when we think in screens, we design based upon a model that is inherently unnatural, inhumane, and has diminishing returns. It requires a great deal of talent, money and time to make these systems somewhat usable, and after all that effort, the software can sadly, only truly improve with a major overhaul. There is a better path: No UI.
|
|
|
|
|
Terrence Dorsey wrote: It requires a great deal of talent, money and time to make these systems somewhat usable,
No, all it takes is a view model.
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: a view model
What's that? And what if I don't need a view at all?
|
|
|
|
|
I was referring to the author's comment:
"Because when we think in screens, we design based upon a model that is inherently unnatural, inhumane, and has diminishing returns."
Designing a UI purely on models is a flawed exercise. The concept of view models addresses that very issue (among others) quite well. If you don't need a view (UI) I would expect you're not thinking in screens, and the author's comment (and my response to it) have no bearing.
/ravi
|
|
|
|
|
Well, every app should* be build in layers, with a public API -- then you and others can write whatever client UIs you want.
* Not that I'm any better at doing it than anyone else.
|
|
|
|
|
PIEBALDconsult wrote: every app should* be build in layers
..don't cast that in stone, otherwise we'll get a 3-tier "DIR" command.
Bastard Programmer from Hell 
if you can't read my code, try converting it here[^]
|
|
|
|
|
DIR is just part of a UI for the OS which has an API. Windows Explorer is another UI for the same OS API (I hope).
|
|
|
|
|
It's a command; a lightweight app. The UI is a command-line, no idea if it actually uses FindFirstFile.
Perhaps my idea of an "application" is a bit too broad; yet a lot of my old apps were simple console-apps, with a separate UI app that would simply call the console-version. Was a great way to fake multi-threading in the VB6-era.
Bastard Programmer from Hell
if you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: It's a command;
Yes.
Eddy Vluggen wrote: a lightweight app
Is it? Is it not simply built into the Command Line Interface of the OS (cmd.exe)?
|
|
|
|
|
PIEBALDconsult wrote: Is it? Is it not simply built into the Command Line Interface of the OS (cmd.exe)?
Bad example, as the "dir" command was an internal one. "deltree" (exe) OTOH was an executable, and DOS needed to know it's PATH, just like "format" (.com)
IIRC, about half of the "commands" were simple console apps. In Linux, that's still the way most of the system works; over the command line.
Bastard Programmer from Hell
if you can't read my code, try converting it here[^]
|
|
|
|
|
Yes, and I reckon they are still just clients of the OS's API.
|
|
|
|
|
I'm calling BS on this.
Any interaction between a person and a machine requires an interface. When you are driving a car and you step on the gas pedal to make it go, that pedal is an interface.
The Keyless-go feature still requries that you touch the door handle to lock it or unlock it. That is still an interface.
Not all interfaces have to be visible or require your touch. Some interfaces may be based on sound or speech or heat or radio waves or motion.
m.bergman
For Bruce Schneier, quanta only have one state : afraid.
To succeed in the world it is not enough to be stupid, you must also be well-mannered. -- Voltaire
In most cases the only difference between disappointment and depression is your level of commitment. -- Marc Maron
I am not a chatbot
|
|
|
|
|
Yes, but not all interfaces are user interfaces.
|
|
|
|
|
Every interface I described is a user interface. Not every user interface is a graphical user interface.
m.bergman
For Bruce Schneier, quanta only have one state : afraid.
To succeed in the world it is not enough to be stupid, you must also be well-mannered. -- Voltaire
In most cases the only difference between disappointment and depression is your level of commitment. -- Marc Maron
I am not a chatbot
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
