|
|
They did go into an area, near the end, which begged attention: like vision, there's no reason to expect humans to have emphasis on the same odors as various other species, nor they with one another. Evolution will get rid of the wasted and emphasize the important characteristics.
Noting that human females had better olfactory capabilities than human males - confirms what I've observed from Mrs. Wife. Also, in the back of my mind, there is something about human females having sense of smells that very with their menstrual cycle. Sometimes, per these remembered 'facts', a human female can be many orders of magnitude more sensitive to certain smells.
In conclusion: (and obviously the gist of the LA Times article) It's not all attributable to a lack of sense-of-humor that causes most women to shun poop and fart jokes - they just don't appreciate these things as men do.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
So I was responding to an email and wrote (initially) "I'm looking froward..." I wondered why the spell-check didn't catch the obvious misspelling of "forward". But, no, froward is a real word and with quite the opposite meaning of what I wanted to say! Gulp!
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
I learned a new word today 
|
|
|
|
|
Me too. 
/ravi
|
|
|
|
|
Well, don't keep us in suspense!
What word was it?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
So, are you the one difficult to deal with or are they? 
When you are dead, you won't even know that you are dead. It's a pain only felt by others.
Same thing when you are stupid.
modified 19-Nov-21 21:01pm.
|
|
|
|
|
Great signature!
Outside of a dog, a book is a man's best friend; inside of a dog, it's too dark to read. -- Groucho Marx
|
|
|
|
|
Thanks! 
When you are dead, you won't even know that you are dead. It's a pain only felt by others.
Same thing when you are stupid.
modified 19-Nov-21 21:01pm.
|
|
|
|
|
That's fantastic. I am so using that in conversation. People will never believe that it is a real word.
One morning I shot an elephant in my pajamas. How he got in my pajamas, I don't know.
|
|
|
|
|
Thanks! That's perfect for those times in email when I'm not looking forward to something, but have to pretend I am
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
I have been trying for about two weeks now to convince my designer/colleague that her idea for a web-based data entry screen is stupid a horrible design and a waste of time to pursue. At yesterday's meeting, realizing that my pleas were falling on deaf ears, I just gave up. 
The big 'demo' is tomorrow morning and I will be spending today bringing her monstrosity to life...as painful and embarrassing as it may be.
Her design calls for a data entry grid where the rows are vendors and the columns are days of a selected week, or M-F. There are currently 10 vendors, so for a full week this results in 50 cells. Now, for days of the week where the site can receive orders from a vendor, the cell will contain 2 controls, a text area to capture/recall an amount and a file upload control to allow for browsing/uploading a pre-scanned image. Realistically, this will result in around 25 active cells for a full week, so around 50 or so expected actions by the user for a session.  The major problem here as I see it is the potential for 25 or more consecutive/parallel uploads to cause headaches on the server...but what do I know?
What I tried: I have offered alternatives to eliminate complexity, for instance having the user select/work with one vendor or date at a time. I am allowed to do this only after completing the brain-child of the designer. 
I'm not asking for help, just ranting...'I picked a terrible week to quit smoking!' 
Next day edit: After discovering that dynamically created fileUpload controls do not save state on postback, the design/logic was changed so that the 'mass data entry' screen became a kind of worksheet providing access to a single data entry screen either in add or edit mode. It works well, and the customer is happy.
Thanks to all who have read and especially those who took the time to comment!
"Go forth into the source" - Neal Morse
modified 12-May-17 14:13pm.
|
|
|
|
|
Our thoughts go out to you.
'PLAN' is NOT one of those four-letter words.
'When money talks, nobody listens to the customer anymore.'
|
|
|
|
|
It might look quite cool if you've got really, really good eyesight.
Have you tried pushing the accessibility angle?
98.4% of statistics are made up on the spot.
|
|
|
|
|
No, but that's a good point! Thanks!
"Go forth into the source" - Neal Morse
|
|
|
|
|
You mean the "designer" only gives you a verbal/written description and doesn't actually provide a design or some form if visualisation / mock up?
Sounds to me somebody's way got the wrong title and/or skill set.
BTW: on a brief skim my first question upon being shown a design, what if the same customer places 2+ orders on the same day.
Sin tack
the any key okay
|
|
|
|
|
Lopatir wrote: doesn't actually provide a design or some form if visualisation / mock up?
Oh yeah, my mock-up was a few columns and a few rows sketched on a legal pad. 'Looks good on paper.'
Edit: btw, good point on the multiple orders per day. This has already been pointed out largely ignored...I guess they'll have to get out their calculators!
"Go forth into the source" - Neal Morse
|
|
|
|
|
Clearly not a designer then.
Anyway, guess right now stuck with it.
If they ask you to talk/demo [before putting them to sleep on the tech] make sure to clearly mention who the design came from.
... make it sound good: "all credit to X for the design, hope my code does it justice..." 
Sin tack
the any key okay
|
|
|
|
|
And then, some designers are like some architects: They have learned in school, or developed by their own desktops, the most artistic and most useless ideas for how a "modern" design should be. Either because they (like some architects) want to build monuments to display their genius, or they simply strive to be in the forefront of all the new fashions in the web design world.
A designer by him|her self can do only half the job. The other half is done by the users, unskilled both in program development and design rule (and as ignorant of web design fashions as possible).
Observe how users operate (a mock up of) the system/website. Listen to when they swear. Time how long it takes them to complete a given task, count how many times they make the wrong choices, how many times they have to correct/undo previous actions. Count how many times they have to move their hand between the mouse and the keyboard.
For the accessibility part: Give the test users a set of glasses smeared with vaseline. Give them gloves for use with the keyboard and mouse. Turn down the color saturation to zero to make a grey scale image and reduce the light contrast so that all greys are packed from 0 to 10% brightness. (Or, if you can spare the time, have the color image converted to simulate that of a color blind - but for some reason, those conversions are dead slow, so the response time will be terrible.) Allow the users to use one hand only.
Finally, there is the "five year old test": Let a five year old kid have access to the mouse and keyboard, and tell him that (s)he will get an ice cream cone for each time he manages to crash the system in a new way. (Most likely, you don't have to provide any other food for the kid that day - he will be stuffed with ice cream...)
The designer makes the proposals. The users make the decisions. If the designer is watching and protesting, insisting that a modification to satisfy the users would break some essential design principle, you tell the designer that his/her job is done. Or, if the users are using the functions "in the wrong way", then you offer the designer to modify the design so that users by themselves, without being lead by the hand by a designer, find "the right way" to do it.
Designers are great for ideas and for finding ways to lead the users to towards efficient and "right" work patterns. But they are not demigods.
|
|
|
|
|
My BA once sent me a design for a CRUD page scribbled on a pad and scanned. I asked her whose design this was and she said she didn't know. She had no business doing designs but the bosses love her.
Leadership equals wrecked ship.
If you think you are leading my look behind you. You are alone.
If you think I am leading you, You are lost.
|
|
|
|
|
You have my sympathy - designers should always be working with the developer's/engineers because as you say in this case there is the possibility of multiple uploads being triggered at once and while there are many ways to handle it the solution becomes way more complicated than the original issue was - which is to allow users to upload data.
It sounds like they joined the idea of the upload page with the display of vendors.
It's potentially a costly idea and not really scaleable(ugh can't think of a better word).
What happens when there are 100 vendors(even if the user says there won't be we all know what happens)?
What happens when there is more than one file to upload per vendor?
It just has 'bad idea' written all over it as far as I am concerned
The way to get around parallel upload is to have some batch uploading system - but then you are designing a whole system around a not very well thought out idea(i.e. the UI) and as I previously mentioned the solution becomes way more complicated than the problem that the designer is trying to solve.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
So, it's easy enough to create fileUpload controls on the fly and put as many as you want on a webpage. Unfortunately, it's seemingly impossible to capture their state/value on the postback for processing. Strange that the other dynamically created controls can be accessed through the request object, just not the fileUpload controls.  I suppose this may be by design to prevent just the kind of atrocity I'm trying to commit! (against my better judgement of course!)
"Go forth into the source" - Neal Morse
|
|
|
|
|
kmoorevs wrote: Strange that the other dynamically created controls can be accessed through the request object, just not the fileUpload controls.
Oh sorry I meant to say commiserations 
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Oh dear sweet baby Bob.
There's a reason my phone just autocorrected "grid" as "gross" -- twice.
Grids are not to be used, particularly for input.
|
|
|
|
|
Agreed, but it's not my opinion that matters. I've got the thing built, and it's ugly as hell. The multiple file uploads idea is proving to be impossible, so at least that's one less thing.
"Go forth into the source" - Neal Morse
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
