LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Making enum with string cases


@Ben wrote:

@jyang72211 wrote:

haha.  I meant one time during the first development.


 

I do not have an answer to your posted question but I have to ask out of concern.

 

Are you writing code before you know what the design will be?

 

In my minds eye writing code without a design is like starting a journey without knowing where you are going. Sure it may be a fun adventure but I would be suprised if it result in an efficent path to a solution.

 

Concerned,

 

Ben

 


It is fun!  I used to do it all the time. 😄

Jim
You're entirely bonkers. But I'll tell you a secret. All the best people are. ~ Alice
For he does not know what will happen; So who can tell him when it will occur? Eccl. 8:7

Message 11 of 26
(1,351 Views)

@jcarmody wrote:

@Ben wrote:

@jyang72211 wrote:

haha.  I meant one time during the first development.


 

I do not have an answer to your posted question but I have to ask out of concern.

 

Are you writing code before you know what the design will be?

 

In my minds eye writing code without a design is like starting a journey without knowing where you are going. Sure it may be a fun adventure but I would be suprised if it result in an efficent path to a solution.

 

Concerned,

 

Ben

 


It is fun!  I used to do it all the time. 😄


Me to.  It was mostly when I had to do a program for a certain person.  He would never tell me what I needed (requirements, protocols, etc.) mostly because he didn't know himself.  I deemed him the king of feature creep since he changed his mind a lot and never told us when he changed something.  The ironic part was that he was the head of the CMMi effort.



There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 12 of 26
(1,341 Views)

@crossrulz wrote:
...Me to.  It was mostly when I had to do a program for a certain person.  He would never tell me what I needed (requirements, protocols, etc.) mostly because he didn't know himself.  I deemed him the king of feature creep since he changed his mind a lot and never told us when he changed something.  The ironic part was that he was the head of the CMMi effort.

 

Even when using an Agile approach, (WHen I first read about it I came away with "Let's start coding and we will find out what it supposed to do latter.") we are allowed to plan the work for the current set of requirments.

 

Ben

 

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 13 of 26
(1,336 Views)

@Ben wrote:

Even when using an Agile approach, (WHen I first read about it I came away with "Let's start coding and we will find out what it supposed to do latter.") we are allowed to plan the work for the current set of requirments.

 

Ben

 


Let me clearify.  I never got my requirements.  I would get some very high level idea of what the program was supposed to do and never given any real requirements.  Luckily, I learned to use some flexible architectures and I didn't get burned that bad when everything changed on me.  Type defined enums were my best friend.



There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 14 of 26
(1,332 Views)

I would challenge your colleagues to give you more requirements than just high level requirements. Your flying blind if you don't and going to be doing some unnecessary code changes and wasting of your time if you don't.

0 Kudos
Message 15 of 26
(1,328 Views)

High-fling ideas are requirements waiting to be defined.

 

Ex:

 

High-level - "I want a statue of Gene Kelly dacning in the rain."

 

Requirements:

made of Bronze

Full Scale

He should be smiling

Arms extended to allow use by pidgeons.

 

An artist would work through scale models and interact with the sponsor to define the requirements.

 

Given the option and unlimitied funding, I would prefer to work from the High-level along with a domain expert to define the requirments myself. That lets me choose solutions that meet the requirments that are easy to implement.

 

Are we dancing on the edge of symantics here?

 

Ben

 

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 16 of 26
(1,325 Views)

It always depends on the situation. If I'm hired by the hour of what I effectively invest in programming, then I have no problems with working from a very high level definition and refining that as necessary as working through the implementation, but there is no way I would quote a project as fixed price without some solid requirements description.

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
Message 17 of 26
(1,318 Views)

@Eric1977 wrote:

I would challenge your colleagues to give you more requirements than just high level requirements. Your flying blind if you don't and going to be doing some unnecessary code changes and wasting of your time if you don't.


Beleive me, I tried.  But when the boss says "get coding, you're holding up the program" and me saying "I don't know what I'm supposed to do yet" doesn't work, you have to do something.  I actually got written up because I refused to do any code until I had documentation.  One of the reasons I was more than happy to find another position at another company.

 

Like I said, I found flexible architectures and fully expected to have to change the details.



There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 18 of 26
(1,316 Views)

Ben - Thanks for your concern.  I usually have a design before I write code, but for some small program, I just roll with the punches, since they are pretty straight forward.  I do this especially for subvi that have straight forward sequence.

------------------------------------------------------------------

Kudos and Accepted as Solution are welcome!
0 Kudos
Message 19 of 26
(1,276 Views)

I had the same concern with Agile, but the person who was in charge said that good planning is required before the agile process starts.  However, I think people so caught up with Agile that they forget to plan. 

------------------------------------------------------------------

Kudos and Accepted as Solution are welcome!
0 Kudos
Message 20 of 26
(1,274 Views)