• Re: Cobol/gnucobol

    From Arelor@VERT/PALANTIR to Jcurtis on Tue Jun 3 12:11:46 2025
    Re: Re: Cobol/gnucobol
    By: Jcurtis to nelgin on Fri May 30 2025 08:11 am

    Not without tighter moderation. Most people won't put up with Troll Personality Disorder. All it takes is one to spoil the fun.


    I would take six hundred MROs than a single RPGnet moderator.

    The reason is simple. Trolls you can deal with. A single asshole moderator means the platform becomes worthless.

    In fact I would argue that the strength of alternative nets is that it is not held hostage by a single moderator or operator. That is also one of the reasons the Fediverse will have a hard time - they are trying to get censorship built-in.

    The day I see strong moderation around here is the day I am a goner.


    --
    gopher://gopher.richardfalken.com/1/richardfalken

    ---
    þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
  • From Arelor@VERT/PALANTIR to Boraxman on Tue Jun 3 12:24:44 2025
    Re: Re: Cobol/gnucobol
    By: Boraxman to Digital Man on Sun Jun 01 2025 12:19 pm

    Modern software behaves as if it has ADHD. I'm beginning to think it is
    programmed by mentally ill people, who give their software the
    characteristic of someone like them.


    I think developers just don't give a damn, it is easy as that.

    Most of my friends are coders. All of them have the mentality that they are in it for the money. They end their shift and they don't code a single line more until the very next day. While at work, the goal is to fulfill assigned tasks within the deadline so the boss is happy - if they have to throw a horde of libraries at a problem then that is acceptable unless the project manager complains.

    I have had the conversation about the degrading quality of software with them quite often. Back in the 80s coders were developing games using straight opcodes with no assembler nor nothing because if you used high level languages people would complain about performance. Today, the people paying does not give a damn, therefore the people who codes does not either. If nobody cares if you have to waste the customer's RAM then there is no reason for a coder not to cut development time by importing a big library with a huge list of dependencies.

    Some big customers would still resort to *genocide* if they could get a 0.5% performance improvement for the applications they run. People working on those applications tend to care for code quality and performance, because their project owner does, because the customer does.


    --
    gopher://gopher.richardfalken.com/1/richardfalken

    ---
    þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
  • From Digital Man@VERT to Mortar on Tue Jun 3 14:36:41 2025
    Re: Cobol/gnucobol
    By: Mortar to Digital Man on Tue Jun 03 2025 12:34 am

    Re: Cobol/gnucobol
    By: Digital Man to Jcurtis on Wed May 28 2025 21:49:37

    Nowadays, programmers are often called "software engineers". Anything is better than "coders". :-P

    There's a great comedy song by Jonathan Coulton called "Code Monkey", bemoaning the life of a "coder". You can find it on YouTube.

    LOL'd at "Boring Manager Rob" - that's me!
    --
    digital man (rob)

    This Is Spinal Tap quote #21:
    So when you're playing you feel like a preserved moose on stage?
    Norco, CA WX: 75.2øF, 60.0% humidity, 6 mph W wind, 0.00 inches rain/24hrs
    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Nightfox@VERT/DIGDIST to Arelor on Tue Jun 3 15:36:15 2025
    Re: Re: Cobol/gnucobol
    By: Arelor to Boraxman on Tue Jun 03 2025 12:24 pm

    Most of my friends are coders. All of them have the mentality that they are in it for the money. They end their shift and they don't code a single line more until the very next day. While at work, the goal is to fulfill assigned tasks within the deadline so the boss is happy - if they have to throw a horde of libraries at a problem then that is acceptable unless the project manager complains.

    It's sad that all of your coder friends are only in it for the money. I actually enjoy the work, and I do have my own coding projects I work on outside of work sometimes, although there are also times when I just want to do something else after I'm off work, after doing that all day. And although I try to do a good job with my tasks, I know I'm not perfect and there may be a solution that is better than what I came up with..

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
  • From MRO@VERT/BBSESINF to Arelor on Tue Jun 3 17:46:18 2025
    Re: Re: Cobol/gnucobol
    By: Arelor to Jcurtis on Tue Jun 03 2025 12:11 pm

    Re: Re: Cobol/gnucobol
    By: Jcurtis to nelgin on Fri May 30 2025 08:11 am

    Not without tighter moderation. Most people won't put up with Troll Personality Disorder. All it takes is one to spoil the fun.


    I would take six hundred MROs than a single RPGnet moderator.

    The reason is simple. Trolls you can deal with. A single asshole moderator means the platform becomes worthless.

    In fact I would argue that the strength of alternative nets is that it is


    i'm not a troll. i'm just not a lame ass like a bunch of people here :D
    to know me is to love me.
    ---
    þ Synchronet þ ::: BBSES.info - free BBS services :::
  • From Jcurtis@VERT to ARELOR on Tue Jun 3 16:27:41 2025
    I would argue that the strength of alternative nets is that it is not
    held hostage by a single moderator or operator.

    Their users are a tiny minority. Don't look strong to me.


    * SLMR 2.1a *

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Nightfox@VERT/DIGDIST to Jcurtis on Tue Jun 3 17:00:27 2025
    Re: Re: Cobol/gnucobol
    By: Jcurtis to ARELOR on Tue Jun 03 2025 04:27 pm

    I would argue that the strength of alternative nets is that it is not
    held hostage by a single moderator or operator.

    Their users are a tiny minority. Don't look strong to me.

    I don't think that's what he meant by "strength".. What he meant that as the advantage is that they aren't held hostage by a single moderator.

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
  • From Dumas Walker@VERT/CAPCITY2 to DARKNETGIRL on Tue Jun 3 09:44:00 2025
    I coded on iSeries professionally.

    That's amazing! Many years ago, second half of 90s, I was at the
    AS/400 support center. Unfortunately I probably wasn't savvy enough
    to learn COBOL on AS/400. it felt so difficult back then.
    I think I have a book on COBOL on AS/400 in the garage that I have to
    get back to life. I was much enjoying networking.

    In the mid-90s I was an operator on a Baby 36 and, sometimes, an AS/400.
    IIRC, our programmers used RPG. I learned a couple of things from them
    that I have long since forgot. ;)

    Just to set the expectations, I'm writing a simple app to catalog some collectables. It has a single indexed file at the moment.

    Once upon a time, I considered writing a program to do something like that
    with my model railroad equipment. I eventually figured out that keeping it
    all in spreadsheets with gnumeric was sufficient enough. ;)

    When I was considering it, I was picturing it as one application ("COB
    file") and not as something complex with many programs involved. Best to
    keep it simple when you can!

    It wasn't what I meant, but you actually answered me in the example
    you provided.
    What I meant was something like:

    "(A)dd, (E)dit, (D)elete, (E)xit => _"

    In your example code was stored in the variable PROCESS-INDICATOR

    Yes, that is what I was thinking of when I wrote that. ;)

    It was! But there's so much to learn.
    At the end, I just want to have a bit of fun.

    You can.

    One thing that some people have difficulty with when going from
    another language to COBOL is that, although the code reads like English,
    they are not used to needing to define all of their variables in working storage. For some reason, that just seemed logical to me.


    * SLMR 2.1a * Backup corrupted: (A)bort (R)etry (P)anic (H)ammer
    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
  • From Darknetgirl@VERT/RDBBS to Dumas Walker on Wed Jun 18 02:20:01 2025
    Re: Cobol/gnucobol
    By: Dumas Walker to DARKNETGIRL on Tue Jun 03 2025 09:44 am

    Hey there!
    Apologies for the huge delays.
    My life is quite bumpy :-/

    Once upon a time, I considered writing a program to do something like that with my model railroad equipment. I eventually figured out that keeping it all in spreadsheets with gnumeric was sufficient enough. ;)

    Well, to be honest, part of the plan was to make a comparison like
    "the cobol/mainframe way" and "the unix way", i.e. using standard shell
    tools to manipulate CSV. I found out sc-im as a terminal based spreadsheet.

    Ages ago, in 1999, my mentor invented the noSQL term (you can search him on wikipedia). It was based on shell only, using sed awk and other standard
    tools. I wrote an extended article about it on Linux Journal. Although
    I can't recall much, I have a grasp on how powerful shell could be.

    Plus, I recently joined the FreeBSD bandwagon. I truly admire how some
    FreeBSD have mastery on shell. If you look at the CBSD management tool
    source code, feels like reading C++ instead of shell. Kudos to them.

    I know, a csv/ods/xls can be as powerful today, aka "the poor man's
    database", but it was an excuse to learn COBOL.

    Also, I am a model railway lover, although I lack the space and time
    so I just had a few models of the (real) trains I used to play with
    when I was a kid. My father used to work for the local railway company,
    so I was not an estranger to it.


    One thing that some people have difficulty with when going from
    another language to COBOL is that, although the code reads like English, they are not used to needing to define all of their variables in working storage. For some reason, that just seemed logical to me.

    I don't feel that as a huge issue for me. Many languages need to define
    the variables at the beginning. It's just in a separate section.
    I'm much more dealing now with the limits of the programming language,
    as many things aren't built-in. Ex. generating a random string is not
    as straightforward as I'm used to. But I get it, it was a language
    that was born in the 60s, a lot of stuff just wasn't there.

    Thanks!

    ---
    þ Synchronet þ RetroDigital BBS - rdnetbbs.com
  • From Dumas Walker@VERT/CAPCITY2 to DARKNETGIRL on Tue Jun 24 09:02:00 2025
    Once upon a time, I considered writing a program to do something like tha
    with my model railroad equipment. I eventually figured out that keeping i
    all in spreadsheets with gnumeric was sufficient enough. ;)

    Well, to be honest, part of the plan was to make a comparison like
    "the cobol/mainframe way" and "the unix way", i.e. using standard shell
    tools to manipulate CSV. I found out sc-im as a terminal based spreadsheet.

    Fun fact... on the mainframe, I had to write several cobol programs to manipulate CSV files. We'd get data from sources that either used Excel spreadsheets or that were on PC systems that could only create CSV files.
    I would upload them and then run the cobol program to parse them into fixed-length data files to be processed against our data.

    I got pretty good with STRING and UNSTRING. ;)

    Ages ago, in 1999, my mentor invented the noSQL term (you can search him on wikipedia).

    I am curious so I will have to see if I can find that.

    It was based on shell only, using sed awk and other standard
    tools. I wrote an extended article about it on Linux Journal. Although
    I can't recall much, I have a grasp on how powerful shell could be.

    Shell can do a lot, but being able to code your own solution when you can't
    get the desired results from shell is a big, big plus!

    Plus, I recently joined the FreeBSD bandwagon. I truly admire how some FreeBSD have mastery on shell. If you look at the CBSD management tool
    source code, feels like reading C++ instead of shell. Kudos to them.

    I have tried BSD out a couple of times, usually just to test/play with on a second-hand machine, but have always stuck with linux. I would say that,
    too me, it seemed too similar in some ways to motivate me to change.

    I know, a csv/ods/xls can be as powerful today, aka "the poor man's database", but it was an excuse to learn COBOL.

    Yeah, if you want to learn to program, or want to be creative, then using spreadsheets isn't going to scratch that itch. ;) I heard an old COBOL programmer say once that, if you can learn COBOL you can learn anything. Despite what "they've" been saying for years, you can still find a demand
    for that skill in banking and government shops, especially.

    Also, I am a model railway lover, although I lack the space and time
    so I just had a few models of the (real) trains I used to play with
    when I was a kid. My father used to work for the local railway company,
    so I was not an estranger to it.

    Over the years, I didn't have the space to do what I wanted, and then not
    the time. I feel like I have enough of both now to get back into working
    on it. Right now, I am working on a coal mine scene.

    One thing that some people have difficulty with when going from
    another language to COBOL is that, although the code reads like English, they are not used to needing to define all of their variables in working storage. For some reason, that just seemed logical to me.

    I don't feel that as a huge issue for me. Many languages need to define
    the variables at the beginning. It's just in a separate section.

    I remember that from Pascal. You did have to define things but, yes, there
    was no separate section. I think I prefer the separate section approach.

    I'm much more dealing now with the limits of the programming language,
    as many things aren't built-in. Ex. generating a random string is not
    as straightforward as I'm used to. But I get it, it was a language
    that was born in the 60s, a lot of stuff just wasn't there.

    That, and it was meant for business computation and data manipulation. A business or government entity probably didn't have as much of a need for
    random data back then so there was no reason to program for it.

    For other applications, like trying to write a simple game, generate a password, etc., having the ability to generate random data is much more important than it would have been then.


    * SLMR 2.1a * I'm easy to please ... as long as I get my way
    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
  • From poindexter FORTRAN@VERT/REALITY to Dumas Walker on Wed Jun 25 08:11:39 2025
    Dumas Walker wrote to DARKNETGIRL <=-

    I have tried BSD out a couple of times, usually just to test/play with
    on a second-hand machine, but have always stuck with linux. I would
    say that, too me, it seemed too similar in some ways to motivate me to change.

    I started out in the BSDs before Linux was ready for Prime Time, first
    with BSD/OS, then later running internet services (DNS, HTTP, FTP,
    POP3, SMTP) on FreeBSD.

    I've wanted to go back to a BSD for a more old-school desktop OS, been
    tempted to look at NetBSD. I have an old 4th gen i7 desktop laying
    around (4c/8t) that I hate seeing go to waste that might be a good
    candidate.


    --- MultiMail/Win v0.52
    þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.
  • From Shitty@VERT/ALCO to Jcurtis on Thu Jul 17 23:14:00 2025
    good to put thought into the overall design, or else you could end up w code that's hard to maintain.

    Most software design is trash. That's why normal people don't like computers. ---

    Good point! I think you're right about that.

    --- Mystic BBS v1.12 A49 2023/02/26 (Linux/64)
    * Origin: alcoholidaybbs.com / Est. 1995 / Columbia, SC
  • From Jcurtis@VERT to SHITTY on Fri Jul 18 07:44:30 2025
    Most software design is trash. That's why normal people don't like computers.

    Good point! I think you're right about that.

    I never met many normal people on a BBS. Mostly technical. Programmers
    and engineers are not normal.

    * SLMR 2.1a *

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net