0 Members and 1 Guest are viewing this topic.
I used to be indecisive. But now I'm not so sure...
We are experiencing an outage that is impacting all data access interactions. These include but not limited to Open, Save, Upload, Export and Viewing. We are working actively to correct the problem and will update this pa6e$#ž!~>?{4=d3823#>%03*=3\>/@3$wharrrgarrble …
A steak pun is a rare medium well done.
< .. >... we had a long run of exercises where we were supposed to turn a flowchart in along with our applications. The whole class quickly discovered that we got marks deducted if the final version of our code didn't match our flowchart -- so we got our code working and then we wrote the flowchart to match the code. < .. >Since I left school, I've had several code design tools proposed to me, many of them visual in nature (class design tools seem to be especially popular). Of all the tools that I've been introduced to, the one that has made the least sense to me is pseudo-code. In Visual Studio, I have a perfectly wonderful code editor that will work in any language … except, of course, for the language called "pseudo." It's never been clear to me why I would design my programs in some language that wouldn't compile when I can use a language that will compile.< .. >
As a technical writer who has focused as much on the “technical” as on the “writing,” I came up with a phrase that describes my reaction when a programmer tells me something “can’t” be done: “Its just software.”<..>“Can’t” is shorthand. What it’s shorthand for depends. It could mean there’s no time to do the work. It could mean there are no resources to do the work. It could mean that the work does not provide enough value. (A reason that’s especially tough to hear when you’re trying to make a product better.) Heck, it could mean that the underlying system was designed so badly that there’s no way anyone wants to touch any of it because one light breath will make it all fall over like a Jenga tower.What “can’t” almost never means is its literal meaning. A programmer almost always can, so when one says “can’t,” it becomes incumbent on us to translate.
Making a game is more fun than making accounting software.
"Give someone a program, you frustrate them for a day; teach them how to program, you frustrate them for a lifetime." - David Leinweber
If you’re able to make a bit of software that enables a zombie to wander through a town searching for fresh brains, then you should be able to make a toaster oven do the same and reuse the same code for both.
I think every company needs to make the decision to either invest significantly more in tools, or just not bother.That applies to everything. It's not only for the 3d editor used to build your levels, but it's your build system, and it's your programming language, it's your production pipeline, it's the DCC tools you use, all of that.Tools are supposed to have a multiplying impact on productivity, and when you find that they have a dividing impact on productivity, get the hell out.
I saw a great quote the other day:If it doesn't work,it doesn't matterhow fast it doesn't workand this is kind of my coding philosophy.
This is one of those descriptions that you just know you'll be disapointed if you click it.I s'pose I could read it while I wait for the jug to boil for a cup of tea . . . what else could I do in 3 minutes ?? . . . but, exhaustive ? really ?
using just regular variables won't get us to the moon and back
