Do you use G languages when coding?

[FrustratedUser]

I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

 

[Electric Amish]

I have no idea what you're talking about. I feel like a loser. 🙁

 

[yukichigai]

The only graphic language I use is "// COA", short for "Cover Our Asses".

I find it's a lot more humorous if you find ways to be just as foul as you would be using 4-letter words without using those words.

 

[GhettoFob]

I thought this thread was about coding in ebonics..

 

[FrustratedUser]

Originally posted by: Electric Amish
I have no idea what you're talking about. I feel like a loser. 🙁

You feel like I do when people start talking about C/C++ then.

 

[Encryptic]

G languages? Are there XXX-rated languages for coding porn sites and G languages for coding kid-oriented sites now? 😉

 

[rahvin]

Originally posted by: Electric Amish
I have no idea what you're talking about. I feel like a loser. 🙁

<--- Points, laughs.

 

[DaveSimmons]

I use the resource editor for VC++ work, which is visual form layout though only the skeleton of visual code generation.

"G languages" have been being promoted for "writing programs without wriitng code" for at least a decade now (probably a couple of decades), but they've only ever been practical for very narrow problem domains like "visual database design," in other words as not much more than a front-end to a fairly constrained special-purpose app or engine.

 

[Electric Amish]

Originally posted by: rahvin

Originally posted by: Electric Amish
I have no idea what you're talking about. I feel like a loser. 🙁

<--- Points, laughs.

You really don't think that sill bothers me, do you?

After 30+ years I'm now immune to people laughing at me. 😛

 

[FrustratedUser]

Originally posted by: DaveSimmons
I use the resource editor for VC++ work, which is visual form layout though only the skeleton of visual code generation.

"G languages" have been being promoted for "writing programs without wriitng code" for at least a decade now (probably a couple of decades), but they've only ever been practical for very narrow problem domains like "visual database design," in other words as not much more than a front-end to a fairly constrained special-purpose app or engine.

In my case (instrument control, measurement systems, graphing and some number crunching) it is really great.
Development time is low compared to VB which they use to use. But the tools are relatively expentive compare to traditional compilers and libraries.

I say :thumbsup:

 

[zephyrprime]

I've used G in Labview before. Hey FrustratedUser, if there are any job openings in your workplace for a G programmer, let me know.

"G languages" have been being promoted for "writing programs without wriitng code" for at least a decade now (probably a couple of decades), but they've only ever been practical for very narrow problem domains like "visual database design," in other words as not much more than a front-end to a fairly constrained special-purpose app or engine.

I have to disagree. I think graphical languages have failed to catch on simply because few people have ever tried them. Talk to 10 programmers and you'll have spoken with 10 people that have never tried a graphical programming language. They're not a panacea but they certainly could have a bigger role than they do.

 

[FrustratedUser]

Originally posted by: zephyrprime
I've used G in Labview before. Hey FrustratedUser, if there are any job openings in your workplace for a G programmer, let me know.

"G languages" have been being promoted for "writing programs without wriitng code" for at least a decade now (probably a couple of decades), but they've only ever been practical for very narrow problem domains like "visual database design," in other words as not much more than a front-end to a fairly constrained special-purpose app or engine.

I have to disagree. I think graphical languages have failed to catch on simply because few people have ever tried them. Talk to 10 programmers and you'll have spoken with 10 people that have never tried a graphical programming language. They're not a panacea but they certainly could have a bigger role than they do.

Agreed. It is a completely different way of thinking.

If I see any job opening I'll let you know.

 

[Apathetic]

Sorry I can't help. When I did LabView stuff (7 years ago) I don't think G was around (or maybe my mind is just going).

Dave

 

[FrustratedUser]

Originally posted by: Apathetic
Sorry I can't help. When I did LabView stuff (7 years ago) I don't think G was around (or maybe my mind is just going).

Dave

LabVIEW is in the G group.
😉

 

[Ameesh]

Originally posted by: FrustratedUser
I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

no i don't use graphical languages because the software i develop is more mainstream and performance sensitive. I think graphical languages are good for somethings but lame in general because they don't give the developer enough control of the inner workings of systems. You are fundamentally limited to the types you have at hand and the types you can build using composition. Basically its good for n00bs and very specific tasks.

 

[FrustratedUser]

Originally posted by: Ameesh

Originally posted by: FrustratedUser
I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

no i don't use graphical languages because the software i develop is more mainstream and performance sensitive. I think graphical languages are good for somethings but lame in general because they don't give the developer enough control of the inner workings of systems. You are fundamentally limited to the types you have at hand and the types you can build using composition. Basically its good for n00bs and very specific tasks.

LOL
What do you mean by 'inner workings of a system'?
Basically WTH do you mean?

 

[Pepsi90919]

i use NC-17 languages

 

[Apathetic]

Originally posted by: FrustratedUser

Originally posted by: Apathetic
Sorry I can't help. When I did LabView stuff (7 years ago) I don't think G was around (or maybe my mind is just going).

Dave

LabVIEW is in the G group.
😉

LOL - that tell's you how much about it I remember! It's been a long time and I only used it for about a year. We eventually decided not to use it as it was too expensive to license (we were writing training simulations and would have had to pay large royalties for each copy of the software we sold).

Dave

 

[SunnyD]

Originally posted by: GhettoFob
I thought this thread was about coding in ebonics..

😀 :beer: Me too.

void main_fool(int wassup[brotha])
{
check_dat(wassup[fugga])
{
if(wassup[capped_in_da_azz] ain't hoppin)
get_the_fvck_out();
}

check_ya;
}

 

[ViRaLRuSh]

Is it like writing psuedocode?

 

[FrustratedUser]

Originally posted by: NoSkillz
Is it like writing psuedocode?

Think lines and boxes in my case.

 

[mattbta]

My e-commerce class made us use VS.net to produce our commerce sites to interact with an MS SQL db. What was really sad is that all the code-behind functionality of the page, we ended up doing by hand because the drag and grop functions it built were crap and didn't work the way they should have. It was a pain...about the only cool thing it did well was make the definitions for on-event handlers. That's about it. I feel like I can accomplish more coding it myself, not the drag and drop way. Just MHO.

 

[Ameesh]

Originally posted by: FrustratedUser

Originally posted by: Ameesh

Originally posted by: FrustratedUser
I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

no i don't use graphical languages because the software i develop is more mainstream and performance sensitive. I think graphical languages are good for somethings but lame in general because they don't give the developer enough control of the inner workings of systems. You are fundamentally limited to the types you have at hand and the types you can build using composition. Basically its good for n00bs and very specific tasks.

LOL
What do you mean by 'inner workings of a system'?
Basically WTH do you mean?

I mean stuff like, pointers and memory, thread pools, file handles, interupts, cache optimization, network protocols, vtables, inheritence, etc.

With graphical languages most everything is abstracted from you and you get these nice little objects that someone wrote for you and you basically connect the dots. The guy who wrote the compiler and the IDE for your G language set is programming, you playing connect the dots is not.

 

[FrustratedUser]

Originally posted by: Ameesh

Originally posted by: FrustratedUser

Originally posted by: Ameesh

Originally posted by: FrustratedUser
I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

no i don't use graphical languages because the software i develop is more mainstream and performance sensitive. I think graphical languages are good for somethings but lame in general because they don't give the developer enough control of the inner workings of systems. You are fundamentally limited to the types you have at hand and the types you can build using composition. Basically its good for n00bs and very specific tasks.

LOL
What do you mean by 'inner workings of a system'?
Basically WTH do you mean?

I mean stuff like, pointers and memory, thread pools, file handles, interupts, cache optimization, network protocols, vtables, inheritence, etc.

With graphical languages most everything is abstracted from you and you get these nice little objects that someone wrote for you and you basically connect the dots. The guy who wrote the compiler and the IDE for your G language set is programming, you playing connect the dots is not.

I don't fully agree with you here. First of all I do not want to now about pointers and memory, I wan't to get a product done. The code runs as fast as any other compiled code but I get it done faster.
Second, I have plenty of control over network protocols, databases or even memory if I want to.
Saying that I am not coding is not true. The same rules of design apply to me in every way.
I get what you mean but do not agree 100%.

 

[Ameesh]

Originally posted by: FrustratedUser

Originally posted by: Ameesh

Originally posted by: FrustratedUser

Originally posted by: Ameesh

Originally posted by: FrustratedUser
I develop exclusively in LabVIEW for our measurement systems.
The code is close to as fast as compiled C/C++.

If you do use graphical languages, which do you use?
If not then why and what do you think about them.

no i don't use graphical languages because the software i develop is more mainstream and performance sensitive. I think graphical languages are good for somethings but lame in general because they don't give the developer enough control of the inner workings of systems. You are fundamentally limited to the types you have at hand and the types you can build using composition. Basically its good for n00bs and very specific tasks.

LOL
What do you mean by 'inner workings of a system'?
Basically WTH do you mean?

I mean stuff like, pointers and memory, thread pools, file handles, interupts, cache optimization, network protocols, vtables, inheritence, etc.

With graphical languages most everything is abstracted from you and you get these nice little objects that someone wrote for you and you basically connect the dots. The guy who wrote the compiler and the IDE for your G language set is programming, you playing connect the dots is not.

I don't fully agree with you here. First of all I do not want to now about pointers and memory, I wan't to get a product done. The code runs as fast as any other compiled code but I get it done faster.
Second, I have plenty of control over network protocols, databases or even memory if I want to.
Saying that I am not coding is not true. The same rules of design apply to me in every way.
I get what you mean but do not agree 100%.

Its nice that you don't want to know about pointers and memory allocation, but those are the fundamentals of software creation. The fact of the matter is that pretty little gui you are using and the backend software that generates the code that you run from your pictures is most likely all written in C/C++, those little objects you drag and drop from the toolbar are objects that are being built up in some language that does care about memory allocations , the very task of dragging and dropping involves interputs, pointer arthimitic, user mode kernel mode bridging, etc. thats where the real programming is going on. kepp in mind i am not saying that the work you do is trivial, it maybe difficult in its own right but its definetly not programming it just seems like it.