Re: Better variable names

David - > On Feb 25, 2017, at 3:00 PM,(David Adams) wrote: > > Subject: Re: Better variable names Ah… naming standards… the Gordian Knot. My two cents… - the limited space available for a “name” needs to serve multiple purposes - First… if it works for you, use it

Re: Better variable names

I can only support David Adams’ comments about the usability of the Forums. I rarely use them, because I don’t know how they are supposed to work and it’s hard to find things. It’s an ugly piece of software and should be replaced with something more intuitive. In the meantime, I’ll just stay w

Re: Better variable names

David, ​Thank you for pointing that out. It was insensitive of me to be so blunt. ​ I've snarked about the design of the forums for about as long as I've been aware of them. I still don't think they are great but I certainly don't mean that as any sort of personal criticism. As this thread was dis

Re: Better variable names

> Le 26 févr. 2017 à 11:42, David Adams via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > Your English is fine and your ideas are typiclaly really good. Thanks :-) > I My French is limited to > La chat est sur la table >and > Où les oiseaux? I guess birds are in the cat's stoma

Re: Better variable names

> I use this mailing list because I like to practice my poor english and most english contributors are here, Your English is fine and your ideas are typiclaly really good. I My French is limited to La chat est sur la table and Où les oiseaux? ...which are useful phrasees in only

Re: Better variable names

> Le 26 févr. 2017 à 08:25, Kirk Brooks via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > [...] We complain about the forums and get > told that we're just not doing it correctly. This has been going on for > years. If it were actually true we would all be over on the forums because > we're act

Re: Better variable names

I find the forums a throw back to - what, late '90s BBs or Compuserve. I know a lot of you remember Compuserve. We complain about the forums and get told that we're just not doing it correctly. This has been going on for years. If it were actually true we would all be over on the forums because we'

RE: Better variable names

> This tech tip should help explain the difference between +1 and voting: > > Tech Tip: How to vote for a feature request > http://kb.4d.com/assetid=76726 If doesn’t explain the list of users I had to select one from in order to precede with the vote (it appeared

Re: Better variable names

On Sun, Feb 26, 2017 at 11:27 AM, Arnaud de Montard via 4D_Tech < 4d_tech@lists.4d.com> wrote: Thanks for the links. I've spent more than enough time criticizing the forums down the years to continue doing so. I was jus trying to say that it's not weird that I couldn't figure out how parts of it

Re: Better variable names

is there a forum feature request for these? :) > > That said, on inug I'm very frustrated because I can't add picture, > show code correctly, add a link, and so on. Hell is other people Jean-Paul Sartre ** 4

Re: Better variable names

> Le 25 févr. 2017 à 22:58, David Adams via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > > Easy: Documentation is the go to patch for software with usability problems. > [...] See php: I think anyone visiting it the first time (as

Re: Better variable names

> I wonder about a so obvious vote system than a tech tip is necessary to explain how it works. Easy: Documentation is the go to patch for software with usability problems. About a zillion years I went to a conference and Jakob Nielson gave a 4 hour speech. This was when he was first building his

Re: Better variable names

> Le 24 févr. 2017 à 23:18, Timothy Penner via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > >> Does anyone know, is there an actual 'vote' mechanism, or are you just >> supposed to put down a +1 post? > > This tech tip should help explain the difference between +1 and voting: > > Tech Tip: Ho

Re: Better variable names

On Fri, Feb 24, 2017 at 11:11 PM, Jim Dorrance via 4D_Tech < 4d_tech@lists.4d.com> wrote: > I think Module + Descriptor + Type is perfect for method names, but not for variables. Hey Jim, thanks for adding your thoughts. I find Module + Descriptor + Type helpful for process and IP vars and arrays

RE: Better variable names

> Does anyone know, is there an actual 'vote' mechanism, or are you just > supposed to put down a +1 post? This tech tip should help explain the difference between +1 and voting: Tech Tip: How to vote for a feature request http://kb.4d.com/assetid=76726 -Tim *

Re: Better variable names

One of my favorites, seen in the wild: <>A ** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:

Re: Better variable names

Yes! And let's not overlook the ever popular series of process arrays named aTemp1, aTemp2, aTemp3 ... even better because they are referenced by pointers referring to some other pointer initialized - someplace. (Deep breath) Ok, thanks for that moment. On Fri, Feb 24, 2017 at 12:12 AM, Herr Al

Re: Better variable names

I hate working on other developer's code where I am expected to guess the type by its use and context. It is a waste of my time and therefore a waste of my client's money. It is often possible to correct/optimise code without understanding the context. I was a photographer in a previous life, and

Re: Better variable names

> Am I insane because I start by search/replace variable names prior > to understand some code from another? If you're insane, I'm insane with you. I can't really "read" code. Maybe some people can. I can read methods, but visualizing how they fit together and work? That's harder. I like to dig in

Re: Better variable names

> Le 24 févr. 2017 à 09:12, Herr Alexander Heintz via 4D_Tech > <4d_tech@lists.4d.com> a écrit : > > [...] > Concerning the descriptor, I have found it more useful to have that up front, > spearated by underscore: > > $t_myText > $al_myLongArray > o_processObject > > etc. > Why? > 3 reasons:

Re: Better variable names

quite interesting read, thanks. The value of sensible naming never shows more strongly when you have to work with OPC (Other Peoples Code) and find generic variables like S_1 or AR1 that are used in changing roles throughout the code and are an incredible pain to debug, or even replace… Concer

Re: Better variable names

it is all in the stars David :) > > Does anyone know, is there an actual 'vote' mechanism, or are you just > supposed to put down a +1 post? Hell is other people Jean-Paul Sartre ** 4D Internet Users Group (

Re: Better variable names

> Having worked in the javascript environment for quite some time now, I tend to leave out the “_” wherever > I possibly can and use CamelCase instead. > so for me > $subscriber_recipient > becomes > $subscriberRecipient. > Somehow I find the latter easier to read. You and most people, I beli

Re: Better variable names

Hi David, Interesting to see how our variable naming has changed over the years. Thanks for your excellent post. I’ll just add one little bit if I may. Having worked in the javascript environment for quite some time now, I tend to leave out the “_” wherever I possibly can and use CamelCase ins