On 11/27/2012 1:27 PM, Alan wrote:
20-25 years ago, the phrase "It's just software!" was used by pioneers in
DSP. The irony has shifted a bit, and we now have SMOP.
Alan
WA4SCA
-----Original Message-----
From: Flexedge [mailto:[email protected]] On Behalf Of Lloyd
Berg N9LB
Sent: Tuesday, November 27, 2012 11:47 AM
To: [email protected]
Subject: Re: [FlexEdge] Flex 6000 - Receive Possibilities - SMOP
Define "SMOP"
Small matter of programming From Wikipedia, the free encyclopedia
(Redirected from SMOP)
In software development, Small Matter of Programming (SMOP) or Simple
Matter of Programming is a phrase used to ironically indicate that a
suggested feature or design change would in fact require a great deal of
effort; it often implies that the person proposing the feature
underestimates its cost. Such underestimated costs are common during
cost estimation, particularly near the beginning of a project.
The Jargon File describes an SMOP as:
1.A piece of code, not yet written, whose anticipated length is
significantly greater than its complexity. Used to refer to a program
that could obviously be written, but is not worth the trouble. Also used
ironically to imply that a difficult problem can be easily solved
because a program can be written to do it; the irony is that it is very
clear that writing such a program will be a great deal of work. "It's
easy to enhance a FORTRAN compiler to compile COBOL as well; it's just a
SMOP."
2.Often used ironically by the intended victim when a suggestion for a
program is made which seems easy to the suggester, but is obviously (to
the victim) a lot of work. Compare minor detail.
On Tue, Nov 27, 2012 at 11:05 AM, James T Kirk wrote:
SMOP
On 11/27/2012 9:04 AM, [email protected] wrote:
If I understand correctly from information regarding the Flex 6000;
it
might be possible that SmartSDR will give the Flex 6000 the ability
to
decide receive parameters that will raise or lower sensitivity
depending
on band conditions (automatically). If the band is wide open with a
high
noise level the Flex 6000 would attenuate the receive sensitivity to
bring
the unwanted noise level down thus eliminating hearing fatigue. If
the
band is not so good just the opposite would happen with raising
sensitivity. Of course this would be within the range of the receive
preamp / attenuate parameters. Would it be possible for the operator
to be
able to define the noise level parameter(db) as this maybe different
for
operator choice? Anyway, I am just pondering the vast possibilities.
73's
Joe
WD5Y
--
Sent from my Communicator
_______________________________________________
Flexedge mailing list
[email protected]
http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz
This is the FlexRadio Systems e-mail Reflector called FlexEdge. It is
used for posting topics related to SDR software innovation and other
technical SDR topics.
_______________________________________________
Flexedge mailing list
[email protected]
http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz
This is the FlexRadio Systems e-mail Reflector called FlexEdge. It is used
for posting topics related to SDR software innovation and other technical
SDR topics.
_______________________________________________
Flexedge mailing list
[email protected]
http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz
This is the FlexRadio Systems e-mail Reflector called FlexEdge. It is used for
posting topics related to SDR software innovation and other technical SDR
topics.
We had the visual equivalent in our show which was a permanent ink
flowchart on our whiteboard where the middle step was "Then a miracle
happens". Seldom did any miracle happen in our development and when it
did, it wasn't the miracle we were hoping for!
73
_______________________________________________
Flexedge mailing list
[email protected]
http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz
This is the FlexRadio Systems e-mail Reflector called FlexEdge. It is used for
posting topics related to SDR software innovation and other technical SDR
topics.
