Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Real programmers
#21
wow. imagine that. the day i stumble back here after months (or maybe years) of not even glancing at qb (or fb for that matter) there is a thread that im actually interested in Tongue

i work as a programmer in a little town in south africa, writing 'business software'. lucky i get to work alot on the custom stuff or i would go made working with invoices, debits, credits, goods recieved.... blah blah all day!

we use php as our software is all web based with a mysql database.
wow, i need to code a game or demo or something again. coming back here after such a long time brings back memorys of being a care free, mooch of my parents, hobbiest coder!
DAMN I MISS THOSE DAYS!! :oops:
Reply
#22
i'd like to note that if you are a professional programmer, when you come home after work, computers *may* not be top priority on your mind

oz~
Reply
#23
too true oz. messing about on the computer after hours can feel like a chore. I tried to start learning java not so long back but gave up after like 3 days. i just cant muster up the enthusiasm if i know i aint getting paid!
oh where has the passion gone Sad
Reply
#24
Quote:are you implying that most of us here (except for moneo) are fake programmers?

Speedlemon, I forgot to thank you for explicitly including me among the real programmers. Actually, I've been looking for a job for 6 months now. Looks like nobody wants to hire a 67 year old real programmer no matter how impressive my resume may be. If I don't watch out, I may turn into a fake programmer soon. LOL.
*****
Reply
#25
Quote:Very interesting, Mystic. What method was used for costing the inventory: FIFO, LIFO, or Standard Cost. The inventory being related to manufacturing, I would guess you used Standard Cost. These are my favorite kind of systems. What platform and language were they written in?
*****

Sorry for not seeing this sooner, this thread got popular and everyhing flashed before my eyes ;-)...They never named their method, it was their own means of control primary matter to evaluate material lost on a per yard of material used basis. We essentially created a system of recipes to create the selected product and in those recipes (for say a size 12 nike running show which was 5" wide or so. once we had the different elements that made up a product, we could calculate how many could be built given X amount of square yard of material. We could also do the opposite and insert X amount of products and based on their recipe we could evaluate (quite accurately I might add) how many yards of materials would be needed for the order. then we could easily calculate the amount of unusable materials we'd end up with :-)..hence the manufacturing losses. We used Oracle Databases with VB Front Ends.

The good trick is that we had the first ever VB project that actually allowed more than one MDI application to be created at a time (a well known restriction in the VB community at the time. one for each of the 14 business modules that the application had. All general DB input screens and search facilities were in independant DLLs and could be accessible from any of the 14 modules as needed. We really pushed VB 5 to it's total limits back then :-).

This was of course integrated with the warehouse so that the main office could control everything that was happening in all of it's warehouse and manufacturing compounds from one desktop. They had manufaturing and warehouse in like 47 countries around the world. The most complicated part of the application was the manufacturing recipes and S.R.P. pricing calculations. And we had all these executing themselves in an average of 1 to 4 seconds (from one side of the continent to the other). Still today, that's pretty impressive. The DBAs did alot on the DB to tweak it like that, but th VB front end was just that.. We used an N-Tier architecture

There was 2 self replicating databases. And we had business objects available in 24 main servers around the world. The front end was calling the business objects to perform their tasks, the business objects sent their requests and queries to the database which returned the data back to the business objects and the business objects processed the data and returned it to the front end stations.

It was one of the most complex systems I've had the priviledge to help create and I learned alot about N-Tier architecture. We developped the system to work on LAN, WAN or Internet and when we were closed to finished we moved it to EDI format so I learned alot about EDI then too.
hen they say it can't be done, THAT's when they call me ;-).

[Image: kaffee.gif]
[Image: mystikshadows.png]

need hosting: http://www.jc-hosting.net
All about ASCII: http://www.ascii-world.com
Reply
#26
Wow, Mystik, that's really a very sophisticated system, but it sounds like a lot of fun. Like you said, it gave you the oportunity to learn a lot. Nice work!
*****
Reply
#27
Quote:
speedlemon Wrote:are you implying that most of us here (except for moneo) are fake programmers?

Speedlemon, I forgot to thank you for explicitly including me among the real programmers. Actually, I've been looking for a job for 6 months now. Looks like nobody wants to hire a 67 year old real programmer no matter how impressive my resume may be. If I don't watch out, I may turn into a fake programmer soon. LOL.
*****

A 67 year old used the word LOL, someone call guiness world records :bounce:
quote="na_th_an"]
Greenday, Spice Girls... Can you tell the difference?
[/quote]
Reply
#28
He just wants to fit in with the kids 8) (oh, I don't have smilies yet still)
Reply
#29
All LOL means is laugh out loud, to the effect of a chuckle or smile. Why shouldnt he be able to use it with the rest of us?
Reply
#30
I guess you could say stereotypically, older people should be chat language illiterate. Stereotypically.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)