Sturgeon's law rules.
However, disagree vehemently about "Code reviews are dumb and not needed by
good programmers." The first two things that a good programmer learns are that
nobody has a monopoly on good ideas and that "Even Jove nods". Code reviews are
like auditors and tech writers: when t
I don't believe that ALGOL 68had much influence on later languages, possibly
because the formal definition was seriously under-commented.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From:
I recently argued with someone -- not here! -- when he was enthusiastic about
AI generating code. Poof, no programmers, he said. What about bugs, I asked?
Human-generated code has bugs, so will AI coding, since it will be trained on
... human coding. No problem he said, people will check the AI
Yep, I started in ‘81, with the same two Deltac courses. They took me from
trainee to retired in 40+ years. Not perfect but a great company.
Sent from [Proton Mail](https://proton.me/mail/home) for iOS
On Sat, Mar 16, 2024 at 4:44 PM, Bob Bridges
<[0587168ababf-dmarc-requ...@listserv.ua.edu
With IBM planning (planned) dropping support for SNA / 802.3, does that mean
that application code using LU6.2 will stop working?
Or will VTAM continue to support LU6.2 code?
--
Binyamin Dissen
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
--
No place is all bad. The same company started me, upon hiring, on several days
of Deltak courses, one on JCL and one on COBOL. It is to them that I owe a
lifelong familiarity with JCL. I wonder sometimes how mainframers get on
without it.
(Well, "lifelong": It was 1980, so I was probably 26
GnuCOBOL "has reached an industrial maturity and can compete with proprietary
offers in all environments," boasted contributor Fabrice Le Fessant, in a
FOSDEM talk.
https://thenewstack.io/20-years-in-the-making-gnucobol-is-ready-for-industry/
Sent from [ProtonMail](https://protonmail.com), Swis
Algol 68 was quite a lot different from the previous version, from memory,
and seems to have influenced everything else since, including C.
I wish I'd used '68 more when I had the chance.
Alan Kay described computing as a 'pop culture' and I see his point--we
don't often learn from history and we
On Fri, 15 Mar 2024, at 23:35, David Crayford wrote:
> Working with REXX doesn't feel comfortable to me at all. I'm troubled
> by the fact that every function call carries a potential side effect.
EVERY function call? Including calls of builtin functions?
What do you mean?
Is it a flaw in REX
Just like any profession, 20% of the IT professionals are highly qualified. The
rest have achieved by luck, nepotism, favoritism, or connections. Of all the
managers I’ve had, the best ones don’t micromanage because they were confident
in their ability to hire qualified people. I’ve worked on co
I did a lot of coding in Algol during my time at a local University in the late
'70s. My impression at the time was that it had a serious paucity of built-in
functions, but that it enabled me to write my own and make them easily
available to my programs. So I stuffed a library full of I/O and
Surely that's moon-pie and dreamscapes? There's no serious suggestion that
that will ever happen, is there? I'm all for it, but don't expect it ever.
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* Sometimes you feel like a nut. After a day of working on a walnut farm, you
don't
My experience of modern scripting languages, compared with classic Rexx, is
that they all do something new more easily, but also I can't think of one
that doesn't have an obvious pitfall (such as, for example, stumbling badly
over certain byte values such as NUL in strings).
Classic Rexx under TSO
Hey Rony,
From what I understand, you haven't had experience working on z/OS. Let's stick
to the topic and focus on discussing REXX as it functions on z/OS. This means
no discussions about ooRexx or Java bridges, as they don't exist and are
unlikely to in the future on z/OS.
The majority of RE
On 16.03.2024 01:17, David Crayford wrote:
On 16 Mar 2024, at 7:45 am, Jay
Maynard<05997213d6c2-dmarc-requ...@listserv.ua.edu> wrote:
That depends. Can you use, say, Python to implement all the scripting kinds
of things you can use REXX for?
Like what, TSO? I don’t find I need to do that
On 16.03.2024 00:35, David Crayford wrote:
Working with REXX doesn't feel comfortable to me at all.
Yes, one can tell.
I'm troubled by the fact that every function call carries a potential side
effect.
It is interesting how you keep communicating using FUD patterns ("fear, uncertainty, doubt")
On 15.03.2024 23:40, David Crayford wrote:
REXX can indeed be quite tricky to navigate. I recently conducted a session titled
"Python for REXX programmers" at work, and during the preparation, I was
surprised (although not entirely) by the numerous traps and pitfalls inherent in REXX.
There are
17 matches
Mail list logo