"The previous keyboard had very sticky keys, which if you're a person who types like a mad dog for a living, can be highly irritating, introducing unnecessary typos and reducing speed."
It sounds like you may want to look into investing in a mechanical switch keyboard -- they generally run about $100. This guide has about as much information as you could ever need on the subject. I code on an old buckling spring IBM Model M and I could never go back to a rubber dome. I don't know if you could find a wireless model though, as many of them are marketed as "gaming" keyboards.
A really good designer/engineer makes things more simple, not more complicated.
Apple Computer's first mouse offering was as simple as could be - just one button to click. This didn't really meet the needs or desires of users; mice today have at least two, plus a scroll wheel.
Apple is very good at breaking ground with simple and elegant products, but to my view they always seem a bit too simple; the most popular products in the class have just a few more features. I-Phones pave the way, but popular phones have a few more basic navigation buttons.
OMG and WTF another acronym. WHAT IS A SOFTWARE SILO?
I was employed at a local tech company a few years ago. They install a new phone system. One day they scheduled an hour for us (the engineers) to learn how to use the new phones. How ironic - a room full of engineers (electrical and software) that had to be trained how to use the telephone because the thing had been made so complex that you couldn't just pick up the receiver and dial the damned thing.
Thanks Ockham!! When I was in undergrad systems engineering wasn't even offered as a degree. Now more and more colleges are offering it. Might I add that Johns Hopkins University in MD has an excellent MS Systems program. I may be a little bias since that's where I attended. lol
This issue is rampant – not just in electronics but in every area of our lives. I remember when I was soon to become a mom and we were making our purchases for our baby. Do we buy the play pen that converts to a sleeper that also plays classical music if the baby moves and has storage for diapers and necessities? Do we buy the stroller that converts to a baby chair? We'll need a camera to record all of these special events. This SLR camera can also take videos. What I have noticed is that the more combined functionality a product has, the less it tends to do any one function well.
As a test engineer, we had very specific requirements as to what the test set must do and we were usually under time pressure. We always hoped for time to do what we called "bells and whistles," but functionality was always the primary goal. If we did get to the "bell and whistle" stage, we also weighed the value that was added. Was it truly enhancing our product or was it fluff, and if it was an enhancement – could we do it well? We didn't want to squelch creativity that could improve a product but we didn't want to sacrifice solid functionality to it either.
BTW – I am SO WITH YOU about that mouse. I can't stand it when my mouse or touchpad takes me to the twilight zone just because I inadvertently brushed it a certain way. The mouse's functionality should be number one since that is a critical interface to all of our computer tasks. Just sayin...
Naperlou, as somewhat ex-circuit designers I agree as a designer we were just suppose to implement the design according to requirements. But believe it or not some places don't believe in generating requirements because they say it is a waste of time or money. I'm not talking about small companies I'm taking big defense contractor companies. It amazes me that they don't care or realize that poor or no requirements often results in poor designs. So pay me now or pay me later when it will cost you more.
Requirements should be generated by a systems engineer however a lot of places don't seem to understand systems engineering or the responsibilities. Often times when people find out I do systems engineering work they think I do IT, nothing could be further from the truth. I must admit I didn't completely understand what a systems engineer was until I got my master's in systems engineering. I had one company say I see you have a masters in systems engineering but what kind of engineering...like electrical, mechanical, etc.? I couldn't make them understand that "system engineering" was the discipline like electrical, mechanical, etc.
So as I see it, one of the main problems with requirements generation, analysis and the like is companies will stick anyone as a systems engineering and expect him/her to produce the technical documents like requirements with having a clue as to how to write requirements. Writing requirements is very difficult and important element to product/system/circuit development and shouldn't be taken as lightly as some of my clients and other companies do.
I will stop typing now, as systems engineering is one area that's frustrating to get companies/people to realize the importance of doing it and doing it correctly. Cheers,
I agree. Engineers are typically not the problem. It is the non-engineers or the engineer-wannabes that seem to create the majority of the problems - not intentionally, but through their ignorance. No silos (HW, SW, or HF) help! Silos are examples of regressive engineering management (unless you happen to be on a farm).
My approach is what I describe in the Medical Electronics Design article "Medical Device Mechatronics Maturity". Clients that engage in integrated engineering management (breaking down the silos) and resisting marketing's "gee whiz, I really need somemore cool stuff to talk about" seem to achieve faster and lower cost design cycles that actually meet stakeholder needs.
Actually this is a function of product management and market management, not engineering. Someone has to be in charge, and at most companies that is a separate function. In this case, the button on the mouse just invokes the windows button function on the keyboard (just an alternate button, really). A good product management effort would have tried this out prior to specifying it. The engineers really just respond to the requirements set for them by the product managers or systems engineers (on larger projects).
Kristin, that reminds me of the dotcom days. I was actually charged with developing an Internet enabled coffee maker, among other Internet enabled appliances that somebody was sure the world needed. Toothbrush, refrigerator, alarm clock, toaster? Yes, it all happened at one point in time. It's sort of like the patent medicine devices from Victorian Era; we really haven't evolved much, we just have different fads. I blame Marketing and Senior Management for most of the hype, and Engineers should do their best to lobby them for a more practical design. It becomes sort of a "me too" product requirement. If one wireless keyboard has an LCD display then Marketing is certain that the company will be up for auction if our company doesn't have one too.
Engineers at Fuel Cell Energy have found a way to take advantage of a side reaction, unique to their carbonate fuel cell that has nothing to do with energy production, as a potential, cost-effective solution to capturing carbon from fossil fuel power plants.
To get to a trillion sensors in the IoT that we all look forward to, there are many challenges to commercialization that still remain, including interoperability, the lack of standards, and the issue of security, to name a few.
This is part one of an article discussing the University of Washington’s nationally ranked FSAE electric car (eCar) and combustible car (cCar). Stay tuned for part two, tomorrow, which will discuss the four unique PCBs used in both the eCar and cCars.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.