Reply to: Collective bargaining

[JohntheBike]

It is not that your take on how to approach IR35 is that big a deal. The reason you get to be a 'martyr' is because you keep involving yourself in exchanges like this and keep pushing them.

HTH.

but as Basil said, I didn't start the war. I will always defend myself against any slur on my expertise. I was writing machine code programs when many on here were just swimming round in a sac.

[WordIsBond]

OK, so I take that as you don't know as much about IBM mainframes as I do.

It is not that your take on how to approach IR35 is that big a deal. The reason you get to be a 'martyr' is because you keep involving yourself in exchanges like this and keep pushing them.

HTH.

[mudskipper]

while we are at it, interpret the following into english -

fa35a1056302

fa35a1056302 = DILLIGAS

[webberg]

I think this thread has run its course and has descended into a pi$$ing contest.

I'll ask the mods to close it.

[BR14]

OK, so I take that as you don't know as much about IBM mainframes as I do.

you take it however you like.
i don't do development.

[JohntheBike]

don't hold your breath

OK, so I take that as you don't know as much about IBM mainframes as I do.

[BR14]

blah blah blah

So, I'm awaiting an answer from you.

don't hold your breath

[JohntheBike]

ive a fair idea of yours.
supporting a decades old application written in Cobol, probably.
there's a clue in my username.

Your username doesn't register with me.

Your assessment of my skills is only partially correct.

So, can you answer my question? and while we are at it, interpret the following into English -

FA35A1056302

and the fact that I can, should demonstrate that I do know a lot more about mainframes than you seem to think. If you can't answer these questions, then clearly in my area of IBM mainframe expertise, I know more than you do. The fact that I don't know the finer details of what IBM mainframes can emulate is only because I've not worked in that area. I only know of the existence of REXX, but have never used it. There are probably others, DB2 being one I know of.

However, I've been thinking more on what my German colleagues said, and I guess what they meant is that the IBM mainframe they were using was "serving" data to a Windows platform, just as the machine I support does now on a daily basis.

So, I'm awaiting an answer from you.

[BR14]

OK, so that I know what your level of understanding is, and for you to know mine, answer this question

ive a fair idea of yours.
supporting a decades old application written in Cobol, probably.
there's a clue in my username.

[JohntheBike]

a bit, yes.

OK, so that I know what your level of understanding is, and for you to know mine, answer this question

If a COMP-3 field is initialised with the value of +5 let's say, and calculations on this field may result in no change to the value, and to make it easier, this field is then written to an output file, how by examining that output file can you determine whether or not the field was ever altered?

[BR14]

so, you've worked on mainframes then.

a bit, yes.

[JohntheBike]

yes, i do

so, you've worked on mainframes then.

[BR14]

well I know the difference between ASCII and EBCDIC and the implications of how data is transferred between such platforms. Do you?

yes, i do

[WordIsBond]

I did but WiB has read it wrong. The two comments above are the one from JamesBrown and the one quoted from WiB. I didn't mean the two POSTS above. My bad.

Nice recovery!

[northernladuk]

he probably doesn't realise

I did but WiB has read it wrong. The two comments above are the one from JamesBrown and the one quoted from WiB. I didn't mean the two POSTS above. My bad.