ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Here wizards, magicians, sorcerers and everybody can rest a bit and talk about anything they like.

Just remember to respect the rules.

ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby yew21 » Apr 13th, '21, 03:39

ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Software must be designed to have full automation capabilities and the abilities to process infinite amount of knowledge developed and accumulated by humans interaction with nature.

The enormous amount of data generated and contributed by millions of participant humans must have a very big data storage center such as the supercomputers.

We need a unique software to process all these data and knowledge in order to help humans solve any kind of problems encountered at any time and any day.

Robacus has been designed with its own unique software automation capabilities to process and integrate all the information contributed by participants humans to help humans solve the most complex and complicated problems, that can be encountered.

In the future, robots should be designed to have software links to supercomputers, so that robots can perform their programmed task more efficiently and effectively. Robots that depend solely on built-in programmed artificial intelligence, will not be as powerful and intelligent as robots that are linked to huge information database stored in supercomputers. Definitely robots that have software links to robacus supercomputers have the greatest thinking power of any man made machines.

Robacus if fully implemented will truly usher humans to a new era of almost permanence and prosperous abundance of cheap food and cheap energy for all humans.

By Dr.XX
yew21
 
Posts: 10
Joined: Mar 25th, '21, 06:18

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby yew21 » Apr 19th, '21, 05:49

Robacus' software automation is a foundation for error-detection in communication amount users and users to computer, where mistakes most frequently.
Then the second feature of robacus that's designed for error reduction is the simplicity of editing and the programming language. Thus far our robotic editor is the least mental taxing editor anywhere.

The language being the most simple and powerful Fortran is also very very important.

Then we have the full-proof diagnoser and debugging system(which will someday make robacus self-hilling) is incomparably superior than any other system. it's now typically used to spot errors in the hardware.

Robacus is here to teach us how to use computers to think unrestricted.

Robacus' use of software robots basically eliminates any bug before one use can claim that his work is done. If the robots work, there is no room for even verbal explanation, and definitely all the bugs are eliminated by the fail-safe diagnoser in robacus.

Ultimately, robacus will be made self-healling. The line-buy-line debugging and robotic editor are designed to do just that with the software robots running the whole show.

However, in my struggle with the irrational stockmarket, I have found that the most basic task of doing simple Fortran programing could get as confusing as the markets behavior when we need to tracing every single ticker!

We need a much easier and powerful programming language and make ourselves more comfortable using Fortran than writing English and Chinese.

Here is the suggesting:

GRAMMATICAL PROGRAMMING LANGUAGE

Computer is powerful. ROBACUS is versatile. Fortran is easy to use.
We should have a nothing-is-impossible tool for solving all the worlds problem. But programing with Fortran is still not easy enough!
Kids must be taught to use Fortran to communicate the same way they do with speaking languages.

Thus, Fortran must be transformed into a grammar-based programing language, with an indefinite vocabulary that follows strict conventions in their formation.
With natural language, robotic editor and fail-save debugger all in place, the final missing link to solving the world is a grammatical Fortran language.

By Dr.XXX
NOTE : Anyone interested to test the ROBACUS software to find out its capabilities can email to me : <email removed>
I will send the Robacus software to you. It is run on Linux Mageia. Cheers.
Last edited by doktor5000 on Apr 19th, '21, 17:50, edited 1 time in total.
Reason: mail address removed for privacy reasons
yew21
 
Posts: 10
Joined: Mar 25th, '21, 06:18

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby isadora » Apr 19th, '21, 09:25

in general it is not wise publishing your e-mail-address on the internet, as if it only were for privacy-reason, and/or protection against unmeant spamming.
Therefore i edited your message, thanks for your attention.
..........bird from paradise..........

Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
—Antoine de Saint-Exupéry
User avatar
isadora
 
Posts: 2742
Joined: Mar 25th, '11, 16:03
Location: Netherlands

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby doktor5000 » Apr 19th, '21, 17:49

yew21 wrote:NOTE : Anyone interested to test the ROBACUS software to find out its capabilities can email to me : <email removed>
I will send the Robacus software to you. It is run on Linux Mageia. Cheers.


Hi there, why should someone contact you, if this is freely accessible via https://github.com/tcveatch/robacus ?
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 17603
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby morgano » Apr 19th, '21, 19:46

Mandriva since 2006, Mageia 2011 at home & work. Thinkpad T40, T43, T400, T510, Dell M4400, M6300, Acer Aspire 7. Workstation using LVM, LUKS, VirtualBox, BOINC
morgano
 
Posts: 1301
Joined: Jun 15th, '11, 17:51
Location: Kivik, Sweden

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby yew21 » Apr 24th, '21, 17:39

Hi doktor,.,,, Thank you for your comments and your kindness to allow meself to post Dr.Joe designed/invented unique automation software in this forum. Appreciate your understanding.

I am just ordinary friend of Dr.Joe. Dr.Thomas who posted Dr.Joe Robacus software files in the website Github, is a good friend and buddy of Dr.Joe. Dr.Thomas is a graduate of Stanford University, with PhD in specialise in software languages.
I am here in your forum to explore if any of you guys expert in Mageia would be keen to set up Robacus and see if you guys can learn and exploit it with potential monetary benefits. I posted some of those articles written by Dr.Joe explaining why his Robacus is a better software automation tools to solve all kind of complex and complicated problems in our world.

Robacus can be useful for you guys to design better computer operating system, like improving Mageia or other Linux OS by solving all the software bugs issues. Dr.Joe said Robacus is good a picking all the software bugs in any kind of software system and application software.
If you do not mind I hope you allow me to post more on Dr.Joe articles about his experiences in helping Boeing Computer Services become the leading software bugs trouble shooter in the nuclear industry complex nuclear analysis software.
yew21
 
Posts: 10
Joined: Mar 25th, '21, 06:18

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby doktor5000 » Apr 24th, '21, 18:00

yew21 wrote:If you do not mind I hope you allow me to post more on Dr.Joe articles about his experiences in helping Boeing Computer Services become the leading software bugs trouble shooter in the nuclear industry complex nuclear analysis software.

Well, this is a forum about Mageia, and not really a self-advertisement platform.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 17603
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby jiml8 » Apr 26th, '21, 08:56

I would not consider pointing to Boeing as a shining example of how this system works to be indicating any value.

One reason, easily stated: 737 Max.

A classic case of how not to, and a severe indictment of modern Boeing design philosophy and implementation.
jiml8
 
Posts: 1253
Joined: Jul 7th, '13, 18:09

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby yew21 » Jul 9th, '21, 07:02

Here are latest from Dr. Joe on ROBACUS aka ROBOCOM :-
We have already created a pilot software automation platform named ROBACUS, short for robotic abacus. You see, abacus is used solely for computing, unlike today’s hand phone and PC that have managed not to do any serious computing.

Such a platform requires an environment whose infrastructure consisted of a centralized supercomputing center, surrounded by the massive remote users, supported by a team of software automation developers and user support consultants, working out of the center’s supercomputer.

The following three major tasks are needed to achieve a full-blown software automation project:
1. Porting ROBACUS to the supercomputer center.
2. Training a team of software automation developers.
3. Educating students to become users of ROBACUS.

To responsibly close this presentation, we need to answer the one big question that should concern most readers. That is: “How is that this software is made public?”

The answer lies in the phenomenon observed in the preliminary testing of a pilot project, conducted jointly by University of California, Berkeley (UCB) and the Boeing Computer Services from 1980 to 1990, mostly in the licensing process of the damaged Three Mile Island Nuclear Plant’s reactor and the design of the space reactors for STAR WAR at General Electric Company and the Jupitor exploration for Lockheed Martin.

Boeing provided the centralized supercomputer CRAY. University of California had trained a team of software automation engineers for the support of nuclear engineers burdened with the licensing analyses required to recover the Three Mile Island plant to normal operation.

These two components of the project have their respective roles well defined. But the third component, involving the support of remote user group surprised us all in how they contributed to the development of automated, that is, public, software.

Basically, all the tasks were initially defined by the surrounding client users. And the kind of application software that were needed to solve the problems are obtained from code centers from national labs.
However, nuclear industry is a high-cash flow business. Thus, the demand for early response become a thing of highest priority, which so happen to fit like a glove to our talented team of software automation engineers from Berkeley.

But never did we realized that our remote users could turn out to be such a chaotic bunch that could only to be reconciled with ever drastic measures. They essentially compelled us to automate everything, reinforced by software robots that could backup our honest work, and to keep in line of their digressions and mischiefs.
But when the dust finally settled, we found out this hectic high-tech brawl turned out to be the most effective way for software development.

On realizing that, the support group decided to write automated interactive software for users’ own self-service. The surrounding users’ knowledge now can be spontaneously and systematically transformed into automated software. At the end, the users got their jobs done, but were never aware that they were also the nameless authors in a large compilation of software.
The resultant owner-less software have no place to go but into the public domain. And, in our formal launching of this automation project, a scaled up of the same phenomenon will be replicated. This time, the mass public will be made to participate in the transformation of all their knowledge, as well as all the existing non-automated software, to such automated public software.

Please comment and suggest on my proposal.
yew21
 
Posts: 10
Joined: Mar 25th, '21, 06:18

Re: ROBACUS CONCEPT FOR SOFTWARE AUTOMATION

Postby doktor5000 » Jul 9th, '21, 21:56

yew21 wrote:Please comment and suggest on my proposal.

As mentioned already: This is a forum about Mageia, and not really a self-advertisement platform.

So please post this this somewhere else, thanks for your understanding.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 17603
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany


Return to The Wizards Lair

Who is online

Users browsing this forum: No registered users and 1 guest

cron