Re: Digital Twin applied to Software

Aik-Siong Koh <[email protected]> Tue, 8 Nov 2022 11:14:48 -0700
Newsgroups gmane.comp.lang.smalltalk.vwnc
Message-ID <[email protected]>
As long as a program has dynamic code, it will not run as fast as a pure 
C++ program.
A customer evaluating which software to buy will only use speed as 
criterion as long as it runs his problem.
That is why I think Digital Twins are necessary. One for flexibility. 
One for speed.

Aik-Siong

Colin Sare-Soar wrote:
> This all sounds rather complicated for what would be achieved in the end.
> It isn't Smalltalk and therefore a bit out of the scope of this board but I thought I should mention Pyside6 in respect of prototyping in an interpreted language (Python) and running with C++ libraries (Qt) accessed from within Python code.
> Maybe something similar could be done with SmallTalk which seems to be what you are suggesting in your final paragraph.
>
>> On 08/11/2022 13:59 +07 andre <[email protected]> wrote:
>>
>>   
>> As said, there is no formal mapping.
>>
>> One could enforce a common denominator (design patterns) at both ends, like shared pointers for all objects, only virtual methods at the C++ end and strong typing at the Smalltalk end. In reality it get's a lot more complex than that (need for class-side virtual methods, reflection).
>>
>> That would rob each side of its unique advantages. You would get something a C++ compiler can compile, but not C++. Not much would be left of the performance gain.
>>
>> The new Smalltalk compiler would have to deal with strong typing and the exceptions and dependency management it implies. It'd be a new language.
>>
>> Porting Smalltalk to C++ involves a lot of deep thought and manual work that can be assisted by tools only to some extent. Porting C++ to Smalltalk is even more daunting (almost impossible, I would say) except for simple classes and domains.
>>
>> Another approach is to embedd a Smalltalk interpreter or VM into a C++ application. That way you get a solid foundation with dynamic extensibility. Should work fine for CAD.
>>
>> Andre
>>
>> --
>>
>>> On 7. Nov 2022, at 03:57, Aik-Siong Koh <[email protected]> wrote:
>>>
>>> Andre:
>>>
>>> You understand my Digital Twin idea perfectly. Your statement sums it all:
>>> "The ideal case for using both languages together might be to explore uncharted terrain with Smalltalk and port to C++ after a sound architecture has settled."
>>>
>>> Anyone doing this systematically? How to promote Digital Twin? How to turn this Smalltalk advantage into a business?
>>>
>>> I am applying idea to Pharo and OpenCascade to create Digital Twins of CAD software. Any feedback or interest would be greatly appreciated.
>>>
>>> All the best,
>>> Aik-Siong
>>>