Program 1 returns a Boolean value call it A.
Program 2 returns a Boolean value call it B.
We want one program that returns A ^ B (the value of A and B).
We don’t want to call 1 and 2.
We want to take the code in these two programs and create a new program.

Assume we have the common commands and expression elements e.g. those of PHP.
How many different programs can we create?

C-B

On 8/26/23 1:11 PM, Charlie-Boo wrote:
> Program 1 returns a Boolean value call it A.
> Program 2 returns a Boolean value call it B.
> We want one program that returns A ^ B (the value of A and B).
> We don’t want to call 1 and 2.
> We want to take the code in these two programs and create a new program.
>
> Assume we have the common commands and expression elements e.g. those of PHP.
> How many different programs can we create?
>
> C-B

A fundamental property of programming is that you can create an infinite
variation of programs that achieve a given goal. At least as long as the
requirements are written semantically (this is the result we need to
generate) and not with syntactic limits (it must be written this way).

THough you have a syntactic restriction in your definition (we can't
"call" A or B, since you can always replace a call to a function with
the code for that function, and you specified we have the code, we can
use this property.

Now, the question comes down to terminology, if you have multipe ways of
implementing a given algorithm, are they all "one program", or is each
implementation consider a different program.

Normal terminology calls them diferent programs, so your answer is infinite.

There may be a finite (but large) practical limit established by the
language you express the program in, and the machine it will be run on.

On Saturday, August 26, 2023 at 1:24:35 PM UTC-4, Richard Damon wrote:
> On 8/26/23 1:11 PM, Charlie-Boo wrote:
> > Program 1 returns a Boolean value call it A.
> > Program 2 returns a Boolean value call it B.
> > We want one program that returns A ^ B (the value of A and B).
> > We don’t want to call 1 and 2.
> > We want to take the code in these two programs and create a new program..
> >
> > Assume we have the common commands and expression elements e.g. those of PHP.
> > How many different programs can we create?
> >
> > C-B
> A fundamental property of programming is that you can create an infinite
> variation of programs that achieve a given goal. At least as long as the
> requirements are written semantically (this is the result we need to
> generate) and not with syntactic limits (it must be written this way).
>
> THough you have a syntactic restriction in your definition (we can't
> "call" A or B, since you can always replace a call to a function with
> the code for that function, and you specified we have the code, we can
> use this property.
>
> Now, the question comes down to terminology, if you have multipe ways of
> implementing a given algorithm, are they all "one program", or is each
> implementation consider a different program.
>
> Normal terminology calls them diferent programs, so your answer is infinite.
>
> There may be a finite (but large) practical limit established by the
> language you express the program in, and the machine it will be run on.
I said use common programming language constructs e.g. PHP. As you create alternatives, you start to see the difference between algorithm and implementation.
Perhaps the simplest way is 3 parts. Assuming variable name conflicts are removed:
1. The code for A but save the value returned in variable A.
2. The code for B but save the value returned in variable B.
3. return A&&B

There ae LOTS more.

C-B

On 9/2/23 11:43 AM, Charlie-Boo wrote:
> On Saturday, August 26, 2023 at 1:24:35 PM UTC-4, Richard Damon wrote:
>> On 8/26/23 1:11 PM, Charlie-Boo wrote:
>>> Program 1 returns a Boolean value call it A.
>>> Program 2 returns a Boolean value call it B.
>>> We want one program that returns A ^ B (the value of A and B).
>>> We don’t want to call 1 and 2.
>>> We want to take the code in these two programs and create a new program.
>>>
>>> Assume we have the common commands and expression elements e.g. those of PHP.
>>> How many different programs can we create?
>>>
>>> C-B
>> A fundamental property of programming is that you can create an infinite
>> variation of programs that achieve a given goal. At least as long as the
>> requirements are written semantically (this is the result we need to
>> generate) and not with syntactic limits (it must be written this way).
>>
>> THough you have a syntactic restriction in your definition (we can't
>> "call" A or B, since you can always replace a call to a function with
>> the code for that function, and you specified we have the code, we can
>> use this property.
>>
>> Now, the question comes down to terminology, if you have multipe ways of
>> implementing a given algorithm, are they all "one program", or is each
>> implementation consider a different program.
>>
>> Normal terminology calls them diferent programs, so your answer is infinite.
>>
>> There may be a finite (but large) practical limit established by the
>> language you express the program in, and the machine it will be run on.
> I said use common programming language constructs e.g. PHP. As you create alternatives, you start to see the difference between algorithm and implementation.
> Perhaps the simplest way is 3 parts. Assuming variable name conflicts are removed:
> 1. The code for A but save the value returned in variable A.
> 2. The code for B but save the value returned in variable B.
> 3. return A&&B
>
> There ae LOTS more.
>
> C-B

Which is basically what I said.

On Sunday, September 3, 2023 at 3:54:35 PM UTC-7, Richard Damon wrote:
> On 9/2/23 11:43 AM, Charlie-Boo wrote:
> > On Saturday, August 26, 2023 at 1:24:35 PM UTC-4, Richard Damon wrote:
> >> On 8/26/23 1:11 PM, Charlie-Boo wrote:
> >>> Program 1 returns a Boolean value call it A.
> >>> Program 2 returns a Boolean value call it B.
> >>> We want one program that returns A ^ B (the value of A and B).
> >>> We don’t want to call 1 and 2.
> >>> We want to take the code in these two programs and create a new program.
> >>>
> >>> Assume we have the common commands and expression elements e.g. those of PHP.
> >>> How many different programs can we create?
> >>>
> >>> C-B
> >> A fundamental property of programming is that you can create an infinite
> >> variation of programs that achieve a given goal. At least as long as the
> >> requirements are written semantically (this is the result we need to
> >> generate) and not with syntactic limits (it must be written this way).
> >>
> >> THough you have a syntactic restriction in your definition (we can't
> >> "call" A or B, since you can always replace a call to a function with
> >> the code for that function, and you specified we have the code, we can
> >> use this property.
> >>
> >> Now, the question comes down to terminology, if you have multipe ways of
> >> implementing a given algorithm, are they all "one program", or is each
> >> implementation consider a different program.
> >>
> >> Normal terminology calls them diferent programs, so your answer is infinite.
> >>
> >> There may be a finite (but large) practical limit established by the
> >> language you express the program in, and the machine it will be run on..
> > I said use common programming language constructs e.g. PHP. As you create alternatives, you start to see the difference between algorithm and implementation.
> > Perhaps the simplest way is 3 parts. Assuming variable name conflicts are removed:
> > 1. The code for A but save the value returned in variable A.
> > 2. The code for B but save the value returned in variable B.
> > 3. return A&&B
> >
> > There ae LOTS more.
> >
> > C-B
> Which is basically what I said.

"Clap, clap, clap."

On Friday, September 22, 2023 at 11:06:19 AM UTC-7, Jeffrey Rubard wrote:
> On Sunday, September 3, 2023 at 3:54:35 PM UTC-7, Richard Damon wrote:
> > On 9/2/23 11:43 AM, Charlie-Boo wrote:
> > > On Saturday, August 26, 2023 at 1:24:35 PM UTC-4, Richard Damon wrote:
> > >> On 8/26/23 1:11 PM, Charlie-Boo wrote:
> > >>> Program 1 returns a Boolean value call it A.
> > >>> Program 2 returns a Boolean value call it B.
> > >>> We want one program that returns A ^ B (the value of A and B).
> > >>> We don’t want to call 1 and 2.
> > >>> We want to take the code in these two programs and create a new program.
> > >>>
> > >>> Assume we have the common commands and expression elements e.g. those of PHP.
> > >>> How many different programs can we create?
> > >>>
> > >>> C-B
> > >> A fundamental property of programming is that you can create an infinite
> > >> variation of programs that achieve a given goal. At least as long as the
> > >> requirements are written semantically (this is the result we need to
> > >> generate) and not with syntactic limits (it must be written this way).
> > >>
> > >> THough you have a syntactic restriction in your definition (we can't
> > >> "call" A or B, since you can always replace a call to a function with
> > >> the code for that function, and you specified we have the code, we can
> > >> use this property.
> > >>
> > >> Now, the question comes down to terminology, if you have multipe ways of
> > >> implementing a given algorithm, are they all "one program", or is each
> > >> implementation consider a different program.
> > >>
> > >> Normal terminology calls them diferent programs, so your answer is infinite.
> > >>
> > >> There may be a finite (but large) practical limit established by the
> > >> language you express the program in, and the machine it will be run on.
> > > I said use common programming language constructs e.g. PHP. As you create alternatives, you start to see the difference between algorithm and implementation.
> > > Perhaps the simplest way is 3 parts. Assuming variable name conflicts are removed:
> > > 1. The code for A but save the value returned in variable A.
> > > 2. The code for B but save the value returned in variable B.
> > > 3. return A&&B
> > >
> > > There ae LOTS more.
> > >
> > > C-B
> > Which is basically what I said.
> "Clap, clap, clap."

Wider World: This is some of the worst 'claptrap' I have ever seen.

On Saturday, September 23, 2023 at 1:05:54 PM UTC-7, Jeffrey Rubard wrote:
> On Friday, September 22, 2023 at 11:06:19 AM UTC-7, Jeffrey Rubard wrote:
> > On Sunday, September 3, 2023 at 3:54:35 PM UTC-7, Richard Damon wrote:
> > > On 9/2/23 11:43 AM, Charlie-Boo wrote:
> > > > On Saturday, August 26, 2023 at 1:24:35 PM UTC-4, Richard Damon wrote:
> > > >> On 8/26/23 1:11 PM, Charlie-Boo wrote:
> > > >>> Program 1 returns a Boolean value call it A.
> > > >>> Program 2 returns a Boolean value call it B.
> > > >>> We want one program that returns A ^ B (the value of A and B).
> > > >>> We don’t want to call 1 and 2.
> > > >>> We want to take the code in these two programs and create a new program.
> > > >>>
> > > >>> Assume we have the common commands and expression elements e.g. those of PHP.
> > > >>> How many different programs can we create?
> > > >>>
> > > >>> C-B
> > > >> A fundamental property of programming is that you can create an infinite
> > > >> variation of programs that achieve a given goal. At least as long as the
> > > >> requirements are written semantically (this is the result we need to
> > > >> generate) and not with syntactic limits (it must be written this way).
> > > >>
> > > >> THough you have a syntactic restriction in your definition (we can't
> > > >> "call" A or B, since you can always replace a call to a function with
> > > >> the code for that function, and you specified we have the code, we can
> > > >> use this property.
> > > >>
> > > >> Now, the question comes down to terminology, if you have multipe ways of
> > > >> implementing a given algorithm, are they all "one program", or is each
> > > >> implementation consider a different program.
> > > >>
> > > >> Normal terminology calls them diferent programs, so your answer is infinite.
> > > >>
> > > >> There may be a finite (but large) practical limit established by the
> > > >> language you express the program in, and the machine it will be run on.
> > > > I said use common programming language constructs e.g. PHP. As you create alternatives, you start to see the difference between algorithm and implementation.
> > > > Perhaps the simplest way is 3 parts. Assuming variable name conflicts are removed:
> > > > 1. The code for A but save the value returned in variable A.
> > > > 2. The code for B but save the value returned in variable B.
> > > > 3. return A&&B
> > > >
> > > > There ae LOTS more.
> > > >
> > > > C-B
> > > Which is basically what I said.
> > "Clap, clap, clap."
> Wider World: This is some of the worst 'claptrap' I have ever seen.

The people "fooled" are primarily themselves, and that's unfortunate.

On Saturday, 26 August 2023 at 19:11:13 UTC+2, Charlie-Boo wrote:
> Program 1 returns a Boolean value call it A.
> Program 2 returns a Boolean value call it B.
> We want one program that returns A ^ B (the value of A and B).
> We don’t want to call 1 and 2.
> We want to take the code in these two programs and create a new program.
>
> Assume we have the common commands and expression elements e.g. those of PHP.
> How many different programs can we create?

Spammers, more or less demented, this one is more: but there's
only one kind, the kind that should be shot into outer space...

*Spammer Alert*

Julio

On Monday, September 25, 2023 at 12:42:39 AM UTC-7, Julio Di Egidio wrote:
> On Saturday, 26 August 2023 at 19:11:13 UTC+2, Charlie-Boo wrote:
> > Program 1 returns a Boolean value call it A.
> > Program 2 returns a Boolean value call it B.
> > We want one program that returns A ^ B (the value of A and B).
> > We don’t want to call 1 and 2.
> > We want to take the code in these two programs and create a new program..
> >
> > Assume we have the common commands and expression elements e.g. those of PHP.
> > How many different programs can we create?
> Spammers, more or less demented, this one is more: but there's
> only one kind, the kind that should be shot into outer space...
>
> *Spammer Alert*
>
> Julio

"Guys, I think your 'work' was more relevant in previous decades."