Imported from previous forum
[ original email was from Orlando Gordon - junk@gordonvideo.com ]
I used to work for a firm who’s products were FIX compliant, but that was a while ago. I saw a job that said they wanted somebody who knew FIX, but it was not a development position, so what do you think they want exactly? FIX is a protocol, but what would I need to know specificaly for this employer? Is it syntax? Error messages? Configuration? Is it like asking for TCP/IP knowledge?
Can I see any pictures online of anything FIX related? Where is this?
Thanks!
I used to work for a firm who’s products were FIX compliant, but that
was a while ago. I saw a job that said they wanted somebody who knew
FIX, but it was not a development position, so what do you think they
want exactly? FIX is a protocol, but what would I need to know
specificaly for this employer? Is it syntax? Error messages?
Configuration? Is it like asking for TCP/IP knowledge?Can I see any pictures online of anything FIX related? Where is
this? Thanks!
Orlando, FIX is not only a technical protocol, but also covers a lot of different financial products and the related business processes.
Any new version of the FIX protocol adds new fields and messages to fit the needs of specific financials products (e.g. Fixed Income, Derivatives). The session level protocol did not change so much at the same time; the focus here is clarification.
The kind of FIX skills a bank is looking for may also be the ability to map their business processes to FIX messages, fields and FIX compliant business processes. This requires an in-depth understanding of the both the processes behind the different financial produducts and of how they are mapped to the FIX protocol. IMHO, this is the more demanding part of FIX knowledge.
I would like to hear the experiences of other members of this forum.
Cheers, Jörg
[ original email was from Orlando Gordon - junk@gordonvideo.com ]
> > I used to work for a firm who’s products were FIX compliant, but that
was a while ago. I saw a job that said they wanted somebody who knew
FIX, but it was not a development position, so what do you think they
want exactly? FIX is a protocol, but what would I need to know
specificaly for this employer? Is it syntax? Error messages?
Configuration? Is it like asking for TCP/IP knowledge?Can I see any pictures online of anything FIX related? Where is
this? Thanks!Orlando, FIX is not only a technical protocol, but also covers a lot of
different financial products and the related business processes.Any new version of the FIX protocol adds new fields and messages to fit
the needs of specific financials products (e.g. Fixed Income,
Derivatives). The session level protocol did not change so much at the
same time; the focus here is clarification.The kind of FIX skills a bank is looking for may also be the ability to
map their business processes to FIX messages, fields and FIX compliant
business processes. This requires an in-depth understanding of the both
the processes behind the different financial produducts and of how they
are mapped to the FIX protocol. IMHO, this is the more demanding part of
FIX knowledge.I would like to hear the experiences of other members of this forum.
Cheers, Jörg
[ original email was from Vanessa Robson - vanessa.robson@reuters.com ]
> > > I used to work for a firm who’s products were FIX compliant, but
that was a while ago. I saw a job that said they wanted somebody who
knew FIX, but it was not a development position, so what do you
think they want exactly? FIX is a protocol, but what would I need to
know specificaly for this employer? Is it syntax? Error messages?
Configuration? Is it like asking for TCP/IP knowledge?Can I see any pictures online of anything FIX related? Where is
this? Thanks!Orlando, FIX is not only a technical protocol, but also covers a lot
of different financial products and the related business processes.Any new version of the FIX protocol adds new fields and messages to
fit the needs of specific financials products (e.g. Fixed Income,
Derivatives). The session level protocol did not change so much at the
same time; the focus here is clarification.The kind of FIX skills a bank is looking for may also be the ability
to map their business processes to FIX messages, fields and FIX
compliant business processes. This requires an in-depth understanding
of the both the processes behind the different financial produducts
and of how they are mapped to the FIX protocol. IMHO, this is the more
demanding part of FIX knowledge.I would like to hear the experiences of other members of this forum.
Cheers, Jörg
I wonder why all people just quoting the previous replies without adding any content.
Do you have any problems adding your own statements?
Cheers, Jörg
[ original email was from Orlando Gordon - junk@gordonvideo.com ]
I have been having trouble. The site hangs when posting or asking for updates, like clicking on “post message” or “discussion forums”.
While the above is in fact true…I also did a midnight shift yesturday…so that’s probably why I…I…that’s probab…ly…what was I saying again? 
I wonder why all people just quoting the previous replies without adding
any content.Do you have any problems adding your own statements?
Cheers, Jörg
[ original email was from Vanessa Robson - vanessa.robson@reuters.com ]
> I used to work for a firm who’s products were FIX compliant, but that
was a while ago. I saw a job that said they wanted somebody who knew
FIX, but it was not a development position, so what do you think they
want exactly? FIX is a protocol, but what would I need to know
specificaly for this employer? Is it syntax? Error messages?
Configuration? Is it like asking for TCP/IP knowledge?
OK so I messed up the first time. Here are my thoughts
I’m BA not a developer and knowledge of the FIX protocol structure, message types, and data content is critical to my ability to write clear comprehensive requiremnents documentation, to discuss issues that arise with developement and QA staff during implementation and testing, and to anticipate how our transaction product can satisfy our client’s needs and review these possibilities with development.
Our QA staff also refer to protocol specifications when validating test results.