Domain: adtools.com
Stories and comments across the archive that link to adtools.com.
Comments · 24
-
Re:And Then COBOL 2009AC feeding an obvious troll already modded to -1, so I suppose nobody else will ever see this comment...
Next thing, someone will be pushing a new version of COBOL!
FYI, the "voting/comment period" for the next COBOL standard closed just over two months ago. I don't follow (or use) COBOL, so I have no idea when the new standard is scheduled to supplant the prior 2002 standard. And there's always COBOL.Net.
- T -
Re:Only Hire Women?
You laugh but look at this: OO COBOL
-
Re:the imminent return of the really cool language
Fortran and cobol are recently making a comeback as well. It seems to be cool, again. Does this mean we will see them as a
What do you mean, "will see"? They're all available already! For COBOL, see e.g. NetCOBOL or Net Express. For Fortran, try Fortran for .net application? Suppose so.. I can see it now Visual Cobol, and Visual Ada and Visual Fortran.... .NET Language System. For Ada, there's A#... -
Re:.net gripes
Where's pascal.net and cobol.net?
Pascal.Net is here and Cobol.net is here. Too damn easy. -
Re:.net gripes
You want Ruby, Perl or Python in there, write the IL Interpreter for it, or help one of the projects out there doing just that. Oh, that wouldn't be good enough either? Where's pascal.net and cobol.net? Shit, how many languages must MS provide for you to be happy for christs sake.
I don't know about pascal.net, but the latest versions of Delphi can target .net, and cobol.net is right here (it's Fujitsu cobol.net, not Microsoft's). -
Re:.net gripes
Oh, that wouldn't be good enough either? Where's pascal.net and cobol.net? Actually, Cobol.NET exist, unfortunately: http://www.adtools.com/products/windows/netcobol.
h tml -
Consequently...
-
Re:Adaption, but..Well if producing a CLR version is proof of life (and how exactly do they provide C pointers when every object is supposed to be by reference anyway) then COBOL is alive with Fujitsu COBOL.Net, and Fortran has 2 zombies, with ftn95 and Lahey/Futisju Fortan
Who would have though that a mainframe manufacturer would keep prompting dead langauges? <g>
Whilst Algol isn't there, Oberon is, as is Ada, a shareware version of Forth, Haskell, Eifell, Pascal, Perl, Python (twice) and SmallTalk
-
Re:What Microsoft doesn't want is *Standards*
They so know that if they were to open up the CLR of their
.net Technology, and like, allow people to write their own CLR languages, their stock would plummet.
Um, people can write their own CLR languages. Quite a few have. Hell, they even let Borland play.
Perl
Python
FORTRA
More FORTRAN
SmallTalk alike (SmallScript)
Mondrian
Pascal
Scheme
Mercury
Eiffel
Oberon
Cobol
Ya know what's annoying? Having to type in a bunch of random crap at the end of a message because slashdot does now seem to like having a low number of characters per line. -
Slashdot Morons
1. Microsoft had nothing to do with this. Microfocus decided to write a COBOL plugin for VS.NET and paid the royalties to do so.
2. COBOL on .NET is more than two years old. Fujitsu was pretty much the first ISV to start a third-party language on .NET very early into the .NET beta cycles. They had a version 1.0 product at pretty much the same time .NET was released. They had full VS.NET support, including visual designers for graphical applications and even web applications. Fujitsu's implementation of COBOL on .NET adheres 100% to the COBOL standard, including all of the features and primitive datatypes that have no equivalent in .NET (for those stupid fuckers that think that a .NET language is limited to .NET-isms.)
Fujitsu netCOBOL for .NET -
Re:Just announced...
-
Har har
I found this example of scripting an asp+ page using fujitsu's cobol quite amusing. Wasn't much uglier than scripting asp 3.0.
-
Re:But...
How about Cobol.NET?
-
Some Reference Materials
Some interesting reading:
PerlNET.
Perl for ASP.NET.
Python for .NET.
COBOL for .NET.
Eiffel for .NET.
Scheme for .NET .NET for Linux.
Lameness filter:
Important Stuff:
Please try to keep posts on topic.
Try to reply to other people's comments instead of starting new threads.
Read other people's messages before posting your own to avoid simply duplicating what has already been said.
Use a clear subject that describes what your message is about.
Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
Problems regarding accounts or comment posting should be sent to CowboyNeal.
Important Stuff:
Please try to keep posts on topic.
Try to reply to other people's comments instead of starting new threads.
Read other people's messages before posting your own to avoid simply duplicating what has already been said.
Use a clear subject that describes what your message is about.
Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
Problems regarding accounts or comment posting should be sent to CowboyNeal. -
Re:How many languages?
Hehe. You'll have to kill a bucketload of Fujitsu developers, then.
:) -
Re:COBOL.NET
Why is this being modded as "funny"?
Fujitsu is making a big push with NetCOBOL for .NET and there's a lot worse things you could learn.
Spinning knowledge of COBOL together with .NET probably ain't a bad idea if you want to position yourself as useful to big companies looking to migrate their legacy apps to .NET. Sure, it might not be interesting work (lots of tedious banking/insurance applications) but hell, if you're asking Slashdot to comment on what languages you should learn, let's face it, you aren't a born C++ programmer anyway. -
Re:ATTN: miguel (7116)Yes,
Some Examples
Hello World
Message Box
Database Access -
OT: Visual COBOL Lives!
I just couldn't let this one pass: Visual Cobol for
.NET does in fact already exist, except it's made by Fujitsu, not Microsoft, and it's called NetCOBOL.
COBOL was the first high-level programming language I learned, over 15 years ago, and promptly forgot. Ah, the memories: punch cards, batch processing, ... look at me, an Old Fart(tm) at 35... -
Re:When does it stopYeah, Fujitsu stepped up and made NetCOBOL for
.NET, even having tons of release candidates and betas availale prior to .NET's full release. One of the .NET credos (sp?) was that since so many different languages were going to point to the CLR, you could write in "any language" and make it work for .NET, and of course it would only be a small leap to make your COBOL programs work on the web.I'm 25 and I work for the Student Information & Management System for a large university. We're still using COBOL on mainframes, kinda ironic for my first programming job. We're starting to migrate functionality to the web but a lot of the old fogies here COBOL until they die, plus we have tons and tons of legacy code. If we use the COBOL.NET bit then that would save tons of time and retraining.
For what we're doing here (and have been since 1985 apparently) COBOL does the job. You don't pitch something that works.
-
Re:Or not
Ya know there really is a Cobol.NET?
-
Re:Some simple economics for you.
-
Re:Sun is attempting diversionary tactics...COBOL#!
COBOL for
.NET has already been done by Fujitsu. -
Re:Sun is attempting diversionary tactics...COBOL#!
COBOL for
.NET has already been done by Fujitsu. -
Use Cobol, it has a report generatorKidding
..--
Well, querying the web, I found that imatix actually has something remotely related .. . Since I run their ftp+webserver for personal use for free, I might as well put up the link here.I also found Fujitsu Cobol for the Web.