Post #16,409
11/3/01 11:32:55 PM
|
Temporarily re-connected
to a temp position at a local gov department. The union prevents experienced people from posing a competative threat to perms by allowing only "temporary" experienced people to come in.
You know, that sounds kind of like age discrim.
Oh well. At least it is a paycheck for now. The way the market is, I shall be thanking Allah for it. They just started issuing hiring freezes right after I started.
Hey, I might have to learn Cobol. Howz that a fitting punishment for hating/bashing OOP. (BTW, Newer Cobol has classes and methods.)
-T-
________________
oop.ismad.com
|
Post #16,413
11/3/01 11:43:27 PM
|
sheer joy that you have a gig.
tshirt front "born to die before I get old"
thshirt back "fscked another one didnja?"
|
Post #16,416
11/3/01 11:54:15 PM
|
Thanks! Jobs to all! Even Delphi fans :-)
________________
oop.ismad.com
|
Post #16,456
11/4/01 10:24:01 AM
|
COBOL
A fitting programming language for someone who loves TOP!
Congrats, Bryce.
After a few years of mind-numbing COBOL, you'll come around to the OO way of thinking.
BTW, our "table oriented programming" Objects are now reading the pharmacy formats from a file, and parsing the incoming message and storing it in a database.
TOP and OOP can be friends, you just have to know how to do it...
Glen Austin
|
Post #16,480
11/4/01 4:27:53 PM
|
not a good place to start a OOP v. TOP flameware
>> A fitting programming language for someone who loves TOP! <<
Actually I took a COBOL class in college. I hardly consider it "the best that p/r can do". SQL and relational tables are a clumsy add-on in COBOL. I tend to prefer dynamicly-typed (or type-free) languages descended from the Algol traditions (C, Pascal, VB, etc) that have good dictionary-array syntax, named parameters, parent scope "inheritance", etc.
>> BTW, our "table oriented programming" Objects are now reading the pharmacy formats from a file, and parsing the incoming message and storing it in a database. <<
So. It could probably be done in assembler also. That does not mean that assember is "better". There are many ways to pie the cat. The argument is about the claim that OO pies the cat better.
>> TOP and OOP can be friends, you just have to know how to do it... <<
You are welcome to epublish a detailed example/explanation.
________________
oop.ismad.com
|
Post #16,641
11/5/01 3:02:20 PM
|
Lighten Up
I was just congratulating you for finding a job in my own "weird" way. I'm probably the second more obscure person here behind "Ashton". :-)
As for TOP vs. OO, we've been down that road before. I think they both are good paradigms, and both have their place.
When we're parsing pharmacy claims and putting them in a DB table, top is best. When we're analyzing whether a particular claim is one 'type' or 'another', or what needs to happen next, that's OO. (But, we still have a state table inside the object, so that's why I say that the two can get along...)
As for COBOL, the global scope of everything drives me nuts, too. However, I've seen badly written C code with the same variable name at 2/3/4 scopes that would drive a person nuts, too.
Anyway, let's drop the OOP/TOP banter now, and just bask in the afterglow of that "great new job"...
Glen Austin
|
Post #17,440
11/8/01 11:42:52 PM
|
Imma heavy
>> When we're analyzing whether a particular claim is one 'type' or 'another' <<
I am skeptical of modeling anything in biz apps with "sub-types".
You can read more about such here: (bank account "type" discussion)
[link|http://geocities.com/tablizer/bank.htm|
[link|http://geocities.com/tablizer/bank.htm|http://geocities.co...zer/bank.htm]]
________________
oop.ismad.com
|
Post #17,459
11/9/01 5:50:47 AM
|
Re: not a good place to start a OOP v. TOP flameware
I tend to prefer dynamicly-typed (or type-free) languages descended from the Algol traditions (C, Pascal, VB, etc) that have good dictionary-array syntax, named parameters, parent scope "inheritance", etc.
That'd be Perl or Python then. Your anti-OO mania precludes you from trying Ruby, I'm afraid.
Peter
Shill For Hire
[link|http://www.kuro5hin.org|There is no K5 Cabal]
|
Post #16,425
11/4/01 4:15:39 AM
|
Good stuff
I know I think you're a bit of a loony sometimes, but I'd rather you were an employed loony :-)
Peter
Shill For Hire
[link|http://www.kuro5hin.org|There is no K5 Cabal]
|
Post #16,626
11/5/01 1:43:04 PM
|
I think the phrase I'd use is...
"He might be a loony, but he's OUR damn loony, and we want him to have a job, getit?"
Of course, why I'd be calling Tabilizer after a Canadian coin... Man, I must have been hitting the funny stuff too much last night.
"He who fights with monsters might take care lest he thereby become a monster. And if you gaze for long into an abyss, the abyss gazes also into you." - Friedrich Nietzsche
|
Post #16,744
11/5/01 8:45:24 PM
|
Heh.. I'd still like to se Tablizer come up with an
er innovation, get 15-Minutes of Fame - and then be (natch) bought out by M$..
and then..
Drive by the IWETHEY Corp. Offices in his new Maserati <<
Cackle.. Cackle.. Cackle.. Cackle.. Cackle.. Cackle.. Cackle.. Cackle.. Cackle.. Cackle..
Umm - were Are our Corporate offices, anyway?
|
Post #16,627
11/5/01 1:51:29 PM
|
Congrats! Hope it works out well.
|
Post #16,750
11/5/01 8:55:49 PM
|
FYI
OO COBOL is based on Smalltalk.
Thought you'd like to know.
At least, one version that was being pushed at OOSLA 1995 was.
Least its a job.
|
Post #17,443
11/8/01 11:58:50 PM
|
The Beatles and OOP
>> OO COBOL is based on Smalltalk.
Thought you'd like to know.
At least, one version that was being
pushed at OOSLA 1995 was. <<
That would be kind of difficult
since COBOL does not have the
dynamic nature of Smalltalk.
It looked more like Java OOP
in the manual I flipped thru
(faster thru the OOP chapter :-)
>> Least its a job. <<
Yip.
It could get me into some other
gov job, being that a lot of
COBOLer's are retiring and
the gov cannot kick the COBOL
habit. Not that I like the gov atmosphere
that much, but it is harder to
can me for speaking my mind there. I just
have to shut up long enuf to
get "tenure".
I am studying IMS now. Itsa hierarchical
database from the 60's I believe.
The examples in the IMS manuals
remind me of OOP inheritance modeling
examples.
I go back to the 60's and STILL
cannot get away from OOP ????!!!!
If a tree falls down in a forest,
will it warp-fall to another decade?
________________
oop.ismad.com
|
