Re: parser


"Malcolm McLean" <regniztar@xxxxxxxxxxxxxx> wrote in message
news:V_udnT-6zMhI8UvVnZ2dnUVZ8qGdnZ2d@xxxxxxxxx

"cr88192" <cr88192@xxxxxxxxxxxxxxxxxx> wrote in message
C# and friends are mostly used by commercial windows-centric people, and
> so are rarely encounted so much in practice (where most code one is
liable to encounter in practice is, by definition, open source, and in so
being, is typically more biased towards Linux than Windows).

Visual Basic is still the single most popular programming language.
Probably rightly. What most people want to do is cludge something together
on Windows that does a little bit of trivial business logic, is easy to
program, and easy to use.


you entirely sure about this?...

actually, in practice encountering any of these VB apps is far rarer than
even Java apps, although potentially this is because very few people
distribute said VB apps (or, at least the source code / project files for
such apps).

actually, I had before been faced with working on VB apps (this random VB
app exists but as it so happens is broken), and was once asked to write one
(some compensation would have been given had I done it), but was rather put
off by the "language" and didn't have any of the helpfiles (apparently you
buy these separately...). so, I ended up procrastinating this project
away...

it was not enough motivation to go on this here "point and click adventure"
masquerading as a programming language (especially when one notices that the
pointy/clicky aspect is far less "intuitive" than one would expect).


I guess it can also be noted that in my case, frontends and user interfaces
are sort of my achillees heel anyways, where usually the only real way I can
care much about the UI is when I am the one using it, and even then, I tend
to violate most "rules" of UI design (namely, I have this aesthetic of
normally not having any GUI widgets visible, instead driving most things via
keyboard shortcuts, or occasionally typing things into a console...).

some rare exceptions are that I often use context menus, and find load/save
dialogs more convinient than loading and saving via console commands
(nevermind that, as it happens, my dialogs tend to be mostly driven by the
keyboard, and technically are horridly drawn colored boxes with text in
them, but then again, it tends not to bother me enough to care...).


now, even more bizarre, is I tend to like using my tools vs tools with more
"conventional" UIs (which can often take up 30 to 50% of the screen area
with toolboxes and various GUI widgets...).

if I need some textbox or widgets, I can summon them with the context menu,
and then, of all things, make them disappear...


--
Free games and programming goodies.
http://www.personal.leeds.ac.uk/~bgy1mm




.

Relevant Pages

  • Re: Code Behind vs not
    ... > I think he slightly misses the point, as you were mentioning, that it is ... If, when you are beginning, you develop and practice best ... Programmers are a dime a dozen. ... I often work on small apps and find that ...
    (microsoft.public.dotnet.framework.aspnet)
  • The Kindle Fire
    ... and newspapers, great for video, and good for apps and games. ... In practice, it¹s none of these. ...
    (comp.sys.mac.advocacy)
  • Re: Upgrading to AMD 64
    ... the only problem you may encounter is with the mess that ... > found that when I compiled mono (and a few other apps), ...
    (uk.comp.os.linux)
  • Re: segmentation fault with gnuplotfortran
    ... > it might relate to invalid memory addresses. ... This is a problem that I don't encounter, since my practice is never to ... switch off the bounds check. ...
    (comp.lang.fortran)
  • Re: Why Not Assembly?
    ... >> What relation is there between the programming language and the OS? ... >> whole apps in ASM when most of their code is invoking OS services... ... > whole apps in HLL when most of their code is invoking OS ...
    (alt.lang.asm)