All X'0D' lost during reading line sequential file using microfocus se
in [Cobol]
|
From: taoxianfeng on 1 Aug 2008 02:17 On 7$B7n(B31$BF|(B, $B8a8e(B11:48, docdw...(a)panix.com () wrote: > In article <6b77cbd3-b3eb-40ce-957f-1a977d609...(a)b38g2000prf.googlegroups.com>, > > <taoxianf...(a)gmail.com> wrote: > >On 7$B7n(B31$BF|(B, $B8a8e(B8:32, docdw...(a)panix.com () wrote: > > [snip] > > >> It seems that your knowledge of the tools required (COBOL and SQL) is > >> rather basic and the choice of solution is being dictated elsewhere. > > >> Either you are receiving some very expensive on-the-job training or your > >> management deserves the results they are getting. > > >You got it. I'm a pure novice who just graduated from university last > >year,especially compared to the ones who replied my post with decades > >of experiences. > > I have a few years in this business, myself... and I believe that what you > are doing is attempting to translate hexadecimal strings from an EBDCIC to > an ASCII encoding scheme. > > This has been done easily for simple text and most punctuation marks... > but anything else can get really, *really* complex. > > >You can also evaluate me and my company as you wish. Even myself is > >thinking about 2 things: > >1.the organization is really stupid; > >2.try to find another job. > > In my experience: > > 1) All organisations say that their conditions are different than those of > all other organisations; if all organisations are different then all > organisations are the same. > > 2) There's always another job. > > > > >BUT THAT'S ANOTHER QUESTION. > > >I just want to find a technical solution here and try to do as much as > >I can. And I'm not posting with some silly questions or doing nothing > >but waiting for answer. > > I have no argument with that whatsoever. If you've followed this group > for any time you may have noticed my tendency to ask people who post > questions and do not show any of the work they've done towards the > solution 'Please do your own job/homework'. > > I don't believe I've made that request of you and I'm not about to. > > > > >You may guess I'm Chinese from my mail address. > > Eh? I thought you were Gmailian. > > >We have an old saying > >"Do one's best and leave the rest to God's will". > > Other sayings from other places include 'Trust in Allah... but tie up your > camels' and 'The gods help those who help themselves' and 'Always cut the > cards, count the change and don't sit with your back to the door'. > > If your company believes that you are worthy of all this very expensive > on-the-job training they are giving you... then who are you to object? As > my Sainted Mother - may she sleep with the angels! - used to say, 'What > you carry between your ears is the hardest thing to take from you'. > > DD You sound like a philosopher...but really hit me. Shall we stop talking about sayings?
From: taoxianfeng on 1 Aug 2008 02:24 On 8¤ë1¤é, ¤È«e8:44, "Frank Swarbrick" <Frank.Swarbr...(a)efirstbank.com> wrote: > Might I also suggest to the original poster that you post this to the > comp.databases.ibm-db2 newsgroup? I just can't see why a Cobol solution > should be required. Since this is DB2 to DB2, there should be a DB2 only > resolution. > > In my opinion, of course! > > Frank Well,that's a good idea since the essential result is some records are deleted from DB. It also reminds that's even possible to do it with some DB2 procedure. I just need some time to put my mind in order and conclude your posts.
From: taoxianfeng on 1 Aug 2008 02:49 On 8$B7n(B1$BF|(B, $B8aA0(B10:15, Robert <n...(a)e.mail> wrote: > On Thu, 31 Jul 2008 09:36:16 -0500, "Michael Mattias" <mmatt...(a)talsystems.com> wrote: > >"Robert" <n...(a)e.mail> wrote in message > >news:fhc3949gck3o6sp2p7rlh7echnbe9opbkt(a)4ax.com... > >> In the brave new world of contract programming, unreasonable assignments > >> are semi-common. > >> I was once assigned to write a new program from scratch in a language (VB) > >> I barely knew... > > >Pray, how on earth were you selected as the contractor? > > The usual way -- for Cobol and SQL skills. Employers are overly selective during the > hiring phase. Once a contractor is on board, that goes out the window; the only thing that > counts is availability. > > "We need this program written in three days." > "So get one of those VB programmers to write it." > "They're busy on other assignments. You're the only one available." > "But I don't know VB well enough to write it." > "If you can't do it, we'll find someone who can." > "You just said no one else was available." > "We'll hire your replacement." > > >And why on earth did you - as a professional contractor - accept such an > >assignment? > > They didn't ASK whether I wanted to do it. They said get it done or else. > > >> I've seen worse, for example people assigned to work on huge > >> mission-critical mainframe assembly language programs with two weeks' > >> training in Cobol > >> and no clue about assembly language on any machine.... > > >Worse yet: someone who does know the 'language product(s) of choice' > >extremely well, but is clueless about the application. > > Understanding the application is the analyst's job. > > >I ran into this about ten years ago. I was doing some mapping of ANSI EDI > >data (that's about 70% of what I do) for a client in Janesville WI. Part of > >this mapping required an application run against an ERP system's database, > >and since I was not (and still am not) familiar with the client's "language > >product of choice" (Microsoft Visual BASIC) and at that time not any good > >with Oracle/SQL, another contractor (from a 'major brand name consulting > >firm in Wisconsin') was engaged to create that application. > > >I laid out for him what I wanted... simple text file containing five or six > >delimited columns of data extracted from the ERP system's database, and the > >conditions under which a record was to appear in that file. I would then map > >that data into fully-enveloped ANSI X12 transaction sets. Simple, yes? > > Yes. Sounds like a half-hour job. > > >Well, this "consultant" ( a misuse of the word if ever there was one) took > >it upon himself to try to map the data to ANSI himself. He had great > >difficulty (like, that was a surprise?). But he did this without telling > >anyone. > > That's not easy, unless he had third-party software to format EDI. > > > > > > >Three weeks later, the project was due; and I mean DUE. I had to tell the > >client I was waiting on the required input, but once I had it I could map > >the data in an afternoon. The other consultant was out that day, so I was > >asked to look at his 'work product to date' and see if I could use what he > >had and maybe make something out of what was done. (Did I mention, this > >project was REALLY DUE?) . > > >DISASTER! Not only had the 'consultant' not been able to map the ANSI data, > >he had not even completed the extraction of the required data from the ERP > >database! > > >About 4:00 PM I sat down with the client's 'database guys' (employees of > >client) who both knew Oracle pretty well, but did not know the application. > >I showed them the text file I had orginally asked for, the tables in the > >database where the data were located, and asked if they could create the > >file using Oracle tools and utilities. They said they thought so .. so they > >went off to play with the database, whilst I created the mapping code based > >on their ability to create that input. > > There's no need for tools and utilities. It can be done in straight SQL. > > >They succeeded in creating the data. I succeeded in creating the ANSI ASC > >X12 output. The required ANSI document was sent to the partner about 8:00 > >PM. > > >Three weeks of consultant fees totally wasted by the client! I see things > >like this and it drives me nuts: just like with lawyers, you get a couple of > >bad apples and we ("real" consultants) ALL look bad. > > Sounds like bad management. There should have been milestones. For such a simple task, two > day milestones sounds about right. > > >If I can accomplish one thing before I go thru that final checkout line, I > >will see contractors and consultants regarded as true professionals - > >because we have EARNED that respect. > > You're pissing into a gale force wind. The contracting scene is full of low-paid > foreigners willing to try anything, and having NO bargaining power. Clients expect low > productivity and quality. They don't care because three contractors cost less than one > 'professional'. A big plus is the fact they don't talk back, don't point out management > mistakes in public (you should hear what they say in private.) > > >So, um, Robert..... let's not accept any more contractor assignments for > >which are not qualified, OK? > > If I refused to do taks for which I'm not qualified, I'd be looking for a new job every > month or two. > > What's more difficult is following instructions to do things WRONG in an area where I'm > MORE knowledgable than the boss. This occurs often in version control, which is my > specialty. Managers often want simple-minded solutions based how they did it with flat > files before they got version control. 'All ya gotta do is copy uncontrolled files over > controlled ones. What's so hard about that?' When I diplomatically try to explain version > control was created to STOP such abuse, it's like talking to the wall. Later, when they > learn changes were overwritten, they say 'See, I told you the version control doesn't > work. We even had an expert move the code.'- $B0zMQ%F%-%9%H$rI=<($7$J$$(B - > > - $B0zMQ%F%-%9%H$rI=<((B - This post fits me perfectly...I'm just in such a "low-paid foreigner" team that "willing to try anything". We have dozens of people just available and no-qualified... Most of us begin to learn shell just from May ,in such a JCL to shell migration project... Better with cobol and JCL,about a half members have several years experience of mainframe cobol. I think it's easier to find a Martian than a pro with 10 years experience of mainframe cobol in CHINA, not to mention MicroFocus SE... That's also the big scene of Chinese software outsouring, my opinion. Frankly again, I'm sitting in the customer's office("on site") just because I can say better Japanese and English... I learned Java,C#,C++,SQL...tons of courses in campus but mastered nothing. Chinese university education is becoming fast food and paper-making machine...well,that's another topic again.
From: taoxianfeng on 1 Aug 2008 02:54 OK GUYS, THE 100TH POST! LET'S STOP DISCUSSING HERE ,SHALL WE? PLEASE GIVE SOME TIME TO CONCLUDE YOUR POSTS, AND SOLVE SOME... NON TECHNICAL PROBLEMS. MAYBE I WILL TALK TO YOU LATER. THANK YOU FOR ALL YOUR POSTS. THANK YOU FOR YOUR KINDNESS.
From: Anonymous on 1 Aug 2008 05:39
In article <b810ab23-4d45-4e40-8577-0b9ec1907dce(a)u12g2000prd.googlegroups.com>, <taoxianfeng(a)gmail.com> wrote: >On 7$B7n(B31$BF|(B, $B8a8e(B11:48, docdw...(a)panix.com () wrote: [snip] >> If your company believes that you are worthy of all this very expensive >> on-the-job training they are giving you... then who are you to object? As >> my Sainted Mother - may she sleep with the angels! - used to say, 'What >> you carry between your ears is the hardest thing to take from you'. > >You sound like a philosopher...but really hit me. Me? I am just a COBOL-coding fool, that's all... perhaps I have read the backs of a few breakfast-cereal boxes. >Shall we stop talking about sayings? As soon as we stop running into situations that are described by them, sure... but 'there is nothing new under the sun' is an old saying, too. DD |