Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
User Journal

Journal Journal: Move from northarc.com is complete, and GoDaddy foo

So first off, The Sunset Grill is now closed. All the redirects are in place as necessary with a simple index page in place - which seems to be pending load-over from the back-end box to the clone. =O.o=

The image gallery remains in place, as does the contact page, as contact also is relied upon heavily by other pages. This however will change.

User Journal

Journal Journal: ....and the move is mostly complete!

So, as far as that goes, I am calling the move officially "done". The photos from the various anime cons that were up on Northarc are loaded to Chez Vrolet, and a new index has been put up in the main tree.

Comment Re:Reject meaningless reports as to educate (Score 1) 360

Bear in mind my solution comes from experience. To answer the question, after (as I explained) the user is told multiple times on how to file a bug, then yes, it is, indeed, the user who is to blame. It's a bit like calling a support desk and telling them nothing more than that your computer doesn't work. (For all the tech knows, the computer is doing nothing more than sitting on the user's couch, watching daytime television, and drinking all of their beer.) Even better, it's like telling your mechanic that your car broke down and it needs to be fixed - but you failed to bring the car to the mechanic, let alone give the symptoms. Ain't nothing the mechanic can do at that point until they can isolate the problem. The user, in these cases, simply has not given the developer the tools needed to locate the bug in an expedient manner so as to get things moving along. Moreover, the blame goes on the person who finds the bug and fails to report in a useful way, not the developer - read on.

Consider the reality of programming. In coder land, you have people who are tasked with writing software, and if all is well, you have people who are tasked with finding initial major bugs in the form of a quality control department. In user land, you have people who expect that software is written correctly the first time every time. The reality, however, is in that, speaking for myself the only time I have ever successfully written a completely bug-free program is by 1) reading from a text and transcribing perfectly (and even then, there've been typos), or 2) writing an endless loop program in Applesoft BASIC as a child, just for kicks. On the other side of that coin, bugs happen - and software developers can't catch them on the dev side. There are seemingly infinite reasons for this to happen, but it boils down to one thing, I suppose: people just are not perfect. This is what beta testing is for - because when you really think of it, if you never get a program out of the clean room, you can't test it in the real world, and it won't be released for years, if ever, as a result of this, and if a user is beta testing a program, they need to be fully aware that stuff will break.

It's not to say that the developers need to write correct code, by any stretch - but as I indicate above, well, shite happens. But "it's broken" doesn't help anybody at all!

All considered, what I suggest here is a quick and dirty solution to an existing problem. It's far from elegant, all considered. But at the end of the day, if I just get user information that tells me something borked, and nothing more, I'm going to need more information. Presumably, what happened, what is supposed t happen, and how to reproduce. When you see plenty of reports that say little more than "that doesn't work", you kind of get to this point, and besides, there is no amount of business savvy, no certifications that can get around the fact that they need this information.

Comment Reject meaningless reports as to educate (Score 1) 360

Plain and simple.

Create a page document shows guidelines on how to submit bug reports, and send an email to all users that says that this is where the guidelines for filing bug reports live.

When you get a report that doesn't help, close the report with a referral to said document. This, of course, presumes that your users get email reports on the status of bug reports. If they complain that nothing is getting done, refer them to the page again, with a statement that you require more information for the bug report to be useful.

This said, be clear on what, say, YSOD is. TLAs and ETLAs are meaningless outside of context.

Comment Even if he's wrong, he's exercising his rights (Score 0) 155

The simple fact that he is declaring that a court should make the declaration is within his rights, even if he stands to gain nothing from his crusade. This includes pursuit in spite of speculation that, since he has nothing to gain from this and has no interest connected to him, it will likely be dismissed outright.
User Journal

Journal Journal: Migrating the page

So I look, and it's been about seven years since I've updated this thing.

A few of you have something of a tag on here where, if I update The Sunset Grill, I'll post on here. Suffice it to say, though, that there is finally a new update: it is moving.

Comment Is it really not? (Score 1) 225

Being that we've never seen it and have theories about it, is it possible that the particle is indeed the Higgs boson, and it's just not doing what we think it's going to do?

(Note - no background in particle physics. Except for particles as large as, say, an apple dangling from a tree in gravity. =) )

Comment I didn't fly, but... (Score 1) 297

I've heard some of the commentary. In expectation, they diverted traffic, and the news reports says it didn't do anything. And we, of course, believe it. Me, I plan on making my voice heard through my congressperson. That said my other plan is this - if I have to fly in the future, I plan on wearing nothing but spandex. This way, there is NO question as to what is in my pockets.

Slashdot Top Deals

"A car is just a big purse on wheels." -- Johanna Reynolds

Working...