Live data from Hacker News

GnuCOBOL 3.1.1

sourceforge.net

191–200 of 232 posts

Re: GnuCOBOL 3.1.1

#191
post #182

Earlier quoted context omitted.

> BNP Paribas Despite producing some of the best engineering talent in the world it seems that French engineer are systematically underpaid.

Yes and that's always the discussion when people from US come in to visit to the french part of companies. "Hey we heard that you are paid 5 to 10 times less than us, why do you accept that?"

[deleted]

Re: GnuCOBOL 3.1.1

#192
post #146

Earlier quoted context omitted.

At least for me, I criticize from experience: I worked with COBOL, and think it's an awful, unfun language, commonly used for unfun projects. And COBOL jobs don't pay particularly well where I live, either. > In my country and in Sweden it is quite easy to get good and stable job in banking/insurance/consulting business Yes, that much is true: a stable job in banking/insurance. Mostly maintaining clunky legacy system…

The only thing in my job that I'm passionate about is my paycheck. I leave my passion for when I log off the VPN.

On the long term, having a job you're able to feel passionate about helps a lot.

Re: GnuCOBOL 3.1.1

#193

I've spent the last three years translating COBOL programs off of an HP3000 in to to SQL-backended web-apps and can say as a non-Programmer who was given a pile of COBOL source to decompile, I like its simplicity and ease of readability. Most of the code is from the 80's or 90's but is well commented and easy to work with and understand. Speaking of, most of this code still works or was in use until 2-3 years ago--on…

The importance of the comments in COBOL reminds me of a developer I worked with who was famous for removing comments to 'tidy up the code' The other developers then spent time readding the comments

There is such a thing as unnecessary comments and I only add comments myself when factors outside of the immediately visible code are effecting the logical flow... but removing other people's comments (other then auto-doc style ones) is a really bad habit.

You're essentially invalidating the opinion of whoever thought it was important to put a comment there in the first place and, unless it's done after a team discussion on the types of comments to include in code, it's being done unilaterally.

Re: GnuCOBOL 3.1.1

#194
post #62

Its awful that most people here are criticizing COBOL, yet they don't even know it, but they just "heard bad things about it". In my country and in Sweden it is quite easy to get good and stable job in banking/insurance/consulting business with Cobol on Z/OS. Salary is around 10-30k PER MONTH. Around 3x more then in let's say Java.

The salary you can get working on something is almost entirely independent of whether it's a decent technology or not.

Re: GnuCOBOL 3.1.1

#195
post #182

Earlier quoted context omitted.

Yes and that's always the discussion when people from US come in to visit to the french part of companies. "Hey we heard that you are paid 5 to 10 times less than us, why do you accept that?"

Why do you?

For me? Because it is hard to pimp myself to please recruiters, relocate, get visas (especially now)...

Re: GnuCOBOL 3.1.1

#196
post #62

Its awful that most people here are criticizing COBOL, yet they don't even know it, but they just "heard bad things about it". In my country and in Sweden it is quite easy to get good and stable job in banking/insurance/consulting business with Cobol on Z/OS. Salary is around 10-30k PER MONTH. Around 3x more then in let's say Java.

A list of many of these "bad things" can be found in BabyCobol [1, 2] -- it's a "toy model" of COBOL, specifically because COBOL has a lot of strange features that modern tooling doesn't/can't handle well.

[1]: https://grammarware.net/text/2020/babycobol.pdf [2]: https://slebok.github.io/baby/

Re: GnuCOBOL 3.1.1

#197

Earlier quoted context omitted.

I was forced to take a COBAL & z/OS course during college. And I was pretty good at it. Local bank wanted to make sure it had a steady supply of COBAL programmers. I hate COBAL a lot, and incidentally for many of the same reasons I hate Java.

You were pretty good at COBAL?

He was good at CABAL

Re: GnuCOBOL 3.1.1

#198
post #62

Its awful that most people here are criticizing COBOL, yet they don't even know it, but they just "heard bad things about it". In my country and in Sweden it is quite easy to get good and stable job in banking/insurance/consulting business with Cobol on Z/OS. Salary is around 10-30k PER MONTH. Around 3x more then in let's say Java.

> Salary is around 10-30k PER MONTH. Around 3x more then in let's say Java.

What currency? The kroner is with about $.12 so that’s not particularly enticing.

Re: GnuCOBOL 3.1.1

#199

This seems like a great candidate for a future Advent of Code! Old languages have a special place in my heart, so doing Advent of Code with them is kind of fun. I'm doing this year's in UniVerse BASIC[0] which traces its roots back to Pick[1] which is only six years newer than COBOL, but manages to be less well-known. [0] https://news.ycombinator.com/item?id=25250582 [1] https://en.wikipedia.org/wiki/Pick_operating_s…

I'm doing in COBOL: https://github.com/GaloisGirl/Coding/tree/master/AdventOfCod... I'm having a problem with day 7 with the lack of hash tables. Care to share your BASIC solutions?

Very nice - I'll have to take a look at your COBOL when I've got some free time.

My AOC code is also on GitHub: https://github.com/kimmeld/AOC2020

There are two things to keep in mind here:

First, UniVerse BASIC isn't the old BASIC like you'd find on an Apple ][ or C-64, nor is it the QBasic you'd find in MS-DOS. It has its own unique features, such as dynamic arrays.

Second, I'm taking advantage of UniVerse features where they make sense. When I do this I document it since the code only has a portion of the solution. So far, I've done these for an alternate version of day 4 and for day 7. In particular, I used a UniVerse file in place of a hash table for day 7.

Re: GnuCOBOL 3.1.1

#200

This seems like a great candidate for a future Advent of Code! Old languages have a special place in my heart, so doing Advent of Code with them is kind of fun. I'm doing this year's in UniVerse BASIC[0] which traces its roots back to Pick[1] which is only six years newer than COBOL, but manages to be less well-known. [0] https://news.ycombinator.com/item?id=25250582 [1] https://en.wikipedia.org/wiki/Pick_operating_s…

I'm doing in COBOL: https://github.com/GaloisGirl/Coding/tree/master/AdventOfCod... I'm having a problem with day 7 with the lack of hash tables. Care to share your BASIC solutions?

Thank you for sharing! I tried this one year on one challenge, but was barely familiar with writing COBOL programs, so I didn't continue with it. But after seeing your repo, I might go back and try this alongside the Lisp and Python I've been doing this year.
Post reply on HN