Path: csiph.com!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail From: Clutterfreak Newsgroups: comp.os.linux.setup,comp.os.linux.advocacy,sci.physics Subject: Re: I think in FORTH & program in C/C++. Date: Sat, 2 Oct 2021 18:58:08 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sat, 2 Oct 2021 23:58:10 -0000 (UTC) Injection-Info: solani.org; logging-data="30050"; mail-complaints-to="abuse@news.solani.org" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.1.2 X-Antivirus: Avast (VPS 211002-8, 10/2/2021), Outbound message Content-Language: en-US Cancel-Lock: sha1:UvmYPwVFQkXtvXSNnPDkKChXYhA= In-Reply-To: X-Antivirus-Status: Clean X-User-ID: eJwNyckRAzEMA7CWdJGyyjHjUf8lbPAFks5fF8HCYq/x5fhZuSK0vnPuP9HVoIWdUFOTZSJr9F7egqY3zagPM5sUdA== Xref: csiph.com comp.os.linux.setup:4627 comp.os.linux.advocacy:595119 sci.physics:833543 On 10/1/2021 9:37 PM, rbowman wrote: > On 10/01/2021 02:32 PM, Clutterfreak wrote: >> On 9/30/2021 9:40 PM, rbowman wrote: >>> On 09/30/2021 08:33 AM, chrisv wrote: >>>> rbowman wrote: >>>> >>>>> Jeff-Relf.Me@. wrote: >>>>>> >>>>>> I think in FORTH & program in C/C++; >>>>>> naturally, people freak out when they see my source code. >>>>> >>>>> I can believe that...  Reverse Polish Notation with Hungarian notation >>>>> would be more cryptic than something was AES 256 encoding. >>>> >>>> Have you seen Relf's code?  It's intentionally cryptic.  It's >>>> horrible. >>>> >>> >>> I've seen enough terrible things in my life...  We had a programmer >>> that fell in love with macros. There really wasn't any code there >>> until you ran it through a compiler. >>> >>> I think it was Ritchie who said that allowing macros in the language >>> was one of his worst mistakes. It was such an innocent little idea... >> >> >> I did VBA programming for about two years using Excel to handle and >> solve warehouse problems. I don't know if the "macro" you mentioned >> means same thing as a macro in Excel VBA, but every now and then I put >> that feature into pretty nice use. When things would get too complicated >> to automate, I'd just do them live manually with macro recording on, >> then would study the funky codes that were generated. I always found in >> them nice good clues as how to handle those situations, and created >> fully structured and high quality additions to my programs with comments >> and all. > > Not quite the same, I don't think but I don't know Excel. Supercalc was > bundled on the Osborne and I never figured out how to use it. Still > haven't figured out it's descendants. > > I've come to loathe Excel though. Too many people use it as a set of > expandable pigeonholes as documentation that has nothing to do with the > original intent. > > > The only reason I learned Excel was that we had to teach it in high school :) Even their math exercises included a lot of Excel use. I just blamed it on the times and followed the current. But it is a useful general purpose tool for general people. For somewhat more demanding purposes like some of the inventory control needs one can automate a lot of stuff with its VBA. Excel itself is written in VBA. For much more involved inventory control, Excel begins to be deficient and much more than just a VBA programmer is needed to code that in VBA. Companies don't do that. They go for SAP where it has combined solving complicated physics problems with much more mundane programming to generate any report you need no matter how involved. SAP is the best in the world for that reason. But this fucking Chinese company would not take advantage of that. They were paranoid about SAP's state of the art features and had disabled it to near death. So they looked at my background and asked _me_ to write those difficult ones in VBA for them! Let me give you an example: There's a flow of parts to and from a warehouse of course. Each part has a lifetime (goes unreliable after certain period of time sitting in the warehouse), a frequency of use (how often it leaves the warehouse), the volume each occupies, a weight (determining which racks and how high they should be stored), a value (determining where in the warehouse it is stored - a caged and locked area or in general area), an ETA (estimated time of arrival after ordered from suppliers), how often it gets lost or stolen (i.e. how often you need to count them and where they're stored), and so on and so on. Now company has suffered great losses and lost great customers, and their warehouses have limits in capacity, so it is in dire need of knowing exactly when to order what part and in what quantities to cut all that losses to an absolute minimum, so they wouldn't face a situation where needed part is ordered but is "in transit", and never have to give the parts to salvage companies because they're old, or they go to pick it up from location and nothing is there (had not been cycle counted with enough frequency) etc, and etc. And we're talking about hundreds of millions of dollars here. Each minute counts. Each second is gold. This is the gist of just _one_ of the problems that any warehouse in the world has. The solution for it goes beyond abilities of just a programmer. You actually need physicists to do it. Even "Engineers" will fuck it up for you topped with a confident smile. And it won't be about a war that's being fought so you'd take them to a wall and shoot them for their incompetence and fraudulent claims causing you grief. So companies buy SAP licenses with such features added and turned on in them, and get same results without hiring a physicist for their warehouses! They do the logical thing to do. Doing it with "Excel" is ridiculous. It can be done, I did it and made a lot of money doing it. But that was not the right thing to do cause it was already done perfectly well in SAP. For some reason obscure to me, they just had to do the whole thing independent of their database system in China. Each warehouse did it locally and flow of information was always one-way. From company to their database. Never the opposite. -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus