top of page

Je ne m'interesse pas beaucoup à la grande guerre économique qui se joue dans les hautes sphères dont l'économie internationale. Mon but, n'est pas de régner sur l'univers, mais simplement de travailler puisqu'a mon sens c'est la base de l'économie.

Le réseau de l'Eurl.es+ et des partenaires à l'entreprise est avant tout ésothérique. Elle est basée sur des théories ancestrales de ces disciplines...

Mercantilistes face aux physiocrates pour les bases classiques. Marxistes - Néo classique - Keynesiennes pour les bases incassables...

L'entreprise sur son réseau évolue dans la réalité virtuelle d'une économie spatiale internationale et interplanétaire. Dans la réalité celle-ci évolue dans l'économie Européenne, comment peut il en être autrement....

 Théorie classique

                                     Alan Smith ( La richess des Nations )

 Optimistes contre pessimistes

                                     A notre époque je ne crois pas que cela veuille dire encore grand chose. Dans l'approche théorique de l'associé unique, ce dualisme se transforme en complmentarité du Néologisme des Marxistes - Keyesiens et Néo classique. Dans la recherche du financement de la fabrication, de la commercialisation et du développement de l'activité professionnelle au rapport des produits et services de l'entreprise, il implique l'évolution de ces secteurs par sa consommation intermédiaire et /ou finale.

 La position de l'entreprise dans cet univers virtuel est donc calculée par rapport à l'économie spatiale de la durée de vie de ceux -ci...

La valeur :

            La valeur principale de cette théorie économique est basée sur la théorie relative à son fondement... Dont l'énoncé repose sur la conception classique. Si travail donne valeur à un bien, pourquoi deux biens qui comporte la même quantité de travail n'ont ils pas la même valeur ?

Cettevaleur découle, donc de sa valeur d'utilité, de sa valeur d'échange et de sa valeur d'usage... La valeur d'utilité se fonde alors, sur la valeur d'usage et d'échange ou encore sur sa valeur mobilière sur un marché de l'offre et de la demande, et/ou sa valeur ajoutée qui elle fluctuera selon la quantité de travail necssaire à la production de la fabrication ...

Plus la valeur d'utilité est grande, plus celle-ci s'échangera, mais ne sera pas forcément plus usagée dans sa durée de vie de son utilisation d'où sa valeur mobilière fluctuera au rapport de sa valeur ajoutée. La fluctuation de la fabrication influera par le cours des matiéres premières, donc de la valeur mobilière sur les différents marché de changes qu'il existera dans cette économie...

 Le concept de simulateur de gstion de l'Eurl.es+ sur ces principes de bases. Je ne vais entrer dans les détails des méthodes utilisées pour permettre aux utilisateurs / Clients de pouvoir réellement toucher le fruit des dividendes issus de ce simulateur de gestion, sans vous projeter dans une totale virtualité, coupée de toutes réalités...

Maitrisez une simple routine

  • Securité

  • Restriction

Avant de commencer à rediger un programme d'univers virtuel, je préconise personnellement,  d'entrer toutes les constantes, constructeurs, méthodes et fonctions délicates, comme celle qui interviennent dans l'évolution naturelle de votre environnement spatial, planétaire ... Atmotphères, biodiversités, faunes, flores, géologie ... Enfin tout ce qui vous passe par la tête pour rendre votre univers virtuel comme étant le plus réaliste possible, en données privées ! C'est à dire en données que personne d'autres que le programme lors de son exécution peut atteindre ... Ce système de données privées ne peut s'effectuer que sur les langages de programmation de haut niveau ... Ne vous imaginez pas que haut niveau veuille dire supérieur à docteur en igénieurie numérique informatique. Non Haut niveau signifie que c'est un langage qui n'atteint pas directement la couche programme de bas niveau qui gère le système technique de l'environnement  de votre machine, ou de la machine sur laquelle tourne le programme ! Ce qui signifie que normalement, un programmeur de couches inférieures à votre couche de langage de programmation ne peut atteindre vos données privées ... Parce que celles ci sont encapsulées dans des constructeurs, méthodes et fonctions auxquels il ne peut avoir accés ... Il me semble même que vous même, une fois votre programme compilé ne pourrez les atteindre ! Donc, c'est tout de même à double tranchant, parce que une fois encapsulée l'erreur ne peut être corrigée. Une fois encapsulée dans votre programme votre évènemment, votre constante, votre systématique ne peut être brisée  ...  C'est une question dans la législation, qui repose sur la responsabilité civile !
Vous ne pouvez enfermer un comédien dans une ère ... Une aire pardon, de jeux sans son consentement, ni même sans lui dévoiler les sources programmes de votre scénario et de ses produits dérivés ... Ou alors cela peut être considéré comme un assassinat, un enlèvement, une séquestration !

 

Pour commencer ... l'on va crée un module progarmme que l'on va intitulé par sécurité , puis assigné une étiquette au variables de constantes que nous voulons rendre privée. Pour cela il me faut changé de programme, parce que smallbasic n'étant pas un programme orienté objet, il ne permet pas d'encapsuler nos données.  Je vais donc l'écrire en java parce que c'est celui que je maitrise le mieux , mais python ou matlab sont bien plus approprié au calcul scientifique et sont aussi des orienté objet. Orienté Objet signifie :
 

En P.O.O. ( Programmation Orientée Objet ), un programme met en oeuvre différents objets . Chaque objet associe des données et des méthodes agissant exclusivement sur les données de l'objet. Notez que le vocabulaire évolue quelque peu : On parlera de méthodes plutôt que de procédures . En revanche, on pourra utiliser différement les mots données ou les mots champs
Mais cette association est plus qu'une simple juxtaposition. Dans ce que les programmeurs peuvent qualifier de P.O.O. pure, on réalise ce qu'ils nomment une encapsulation des données ... Cela signifie qu'il n'est pas possible d'agir directement sur les données d'un objet ; il est nécessaire de passer par ses méthodes, qui jouent ansi le rôle d'interface obligatoire. Les programmeurs traduisent parfois cela en disant que l'appel d'une méthode est en fait l'envoir d'un message à l'objet.
Le grand mérite de l'encapsulation de données est que, vu de l'exterieur, un objet se caractérise uniquement par les spécifications de ses méthodes, la manière dont sont réellement implantées les données importe peu. Il décrivent souvent une telle situation en disant qu'il réalisent une abstraction de données ( ce qui expriment bien que les détails concrets d'implémentaton sont cachés ). A ce propos, on peut remarquer qu'en programmation structirée, une procédure pouvait également être caractérisée ( de l'extérieur ) par ses spécifications, mais que, faute d'encapsulation, l'abstraction de données n'était pas réalisée ...
L'encapsulation des données présente un intérêt mainifeste, pour les programmeurs. en matière de qualité de logiciel. Elle facilite considérablement la maintenance : une modification éventuelle de la structure des données d'un objet n'a d'incidence que sur l'objet lui même, les utilisateurs de l'objet ne seront pas concernés par la teneur de cette modification ( ca qui n'était bien sûr pas le cas avec la programmation structurée). De la même manière, l'encapsulation des données facilite grandement la réutilisation des objets ...

 

Cette programmation orientée objet fait intervenir deux concepts primordiaux :
Le concept de classes
L'héritage
Le concept de classe correspond simplement à la généralisation de la notion de type que l'on rencontre dans les langages classiques. En effet, une classe, n'est rien d'autres que la description d'un ensemble d'objets ayant une structure de données commune et disposant des mêmes méthodes. Les objets apparaissent alors comme des variables d'un tel type classe ( en p.o.o. l'on dit aussi qu'un objet est une instance de sa classe ). Bien
entendu seule la structure est commune, les valeurs de champs étant propres à chaque objets.

 

En revanche, les méthodes sont effectivement communes à l'ensemble des objets d'une même classe. Lorsque, comme cela arrive parfois dans l'écriture d'interfaces graphiques, vous êtes amenés à ne créer qu'un seul objet d'une classe donnée, la distinction entre les notions d'objet et de classe n'est pas toujours trés évidente.
En revanche, lorsque l'on dispose de plusiers objets d'une même classe, le principe d'encapsulation s'appliquera à la classe et non à chacune de ses instances.
L'Héritage , lui, permet de définir une nouvelle classe à partir d'une classe existante ( que vous réutiliserez en bloc ), à laquelle vous ajouterez de nouvelle données  et de nouvelles méthodes.  La conception de la nouvelle classe, qui hérite des propriétés et des aptitudes de l'ancienne, peut ainsi, s'appuyer sur des réalisation antérieures parfaitement au point et les spécialiser à volonté. Comme on peut s'en douter, l'héritage facilite largement la réutilisation des produits existants, d'autant plus qu'il peut être réitéré autant de fois que nécessaire ( la classe C peut hériter de B, qui elle même hérite de A ) .
Cette technique s'applique aussi bien aux classes que vous serez amenés à développer qu'aus trés nombreuses classes + de 1 700 fournies en standard par les bibliothèques de langages

 

Recherche de codes

public class monde virtuel
{ public static void main (string [], args )
 { Private class sécurité
  { Private class SI
   { Unités ( longueur == Int(); Masse ==Float(); Temps ==short()  ... etc. )
   }
  }
 }
}

 

Voilà une première méthode pour restreindre et sécuriser l'utilsation de vos données dans un programme. Nous avons définis une classe public monde virtuel à laquelle nous avons assignés par la commande public static void main , traduire par statistique de main vide , deux propriététes ... La première string []  dont la signification est chaine de caractère et la seconde args qui est une abreviation d'arguments. Mais vous pouvez inscrire l'étiquette qui vous plaira à partir du moment ou elle a une signification dans vore programme. Par exemple là, je peux changer cette étiquette args par Unités ou sécurité, ou encore SI mais a ce moment là, je ne suis pas sûr que mes données seront véritablement Privées ...  Donc de manières générale, il est plus conventionnel d'entrer args !
 

Nous rendons nos données privées par la commande Private par la suite en déclarant une class sécurité qui ne sera pas accéssible à tout module dans le programme.  Puis une class Private d'un ensemble de variables nonmé Unités ...
L'unité longueur sera strictement égale par le sigle == à un nombre Int()  qui signifie qu'il doit être un nombre réel entier !
L'unité Masse elle sera strictement égale à un nombre float(), qui signifie un nombre à virgule qu'il que soit son ensemble réel ...
Enfin l'on assignera, dans le developpement du programme, à l'Unité temps une valeur strictement au type de nombre short(). Qui signifie une valeur courte inférieur à 255 bits !

Ceci n'est qu'n exemple de codage... Les types de valeurs ne sont pas exhaustives. Elle peuvent très bien être de types string ou boléen ...
Donc, dans l'exécution de notre programme, si le résultat d'un calcul de ces unités sont différentes du type de nombre, dans ce cas, qui leur est assigné. Il y aura une erreur ou le calcul ne sera pas pris compte . Cela pour protéger vos données ... 
   
 

Un autre exemple, pour éviter toute guerre des ondes, dans votre univers virtuel vous pouvez donc, restreindre les longueurs d'ondes à différentes utilisation, et différents lieux d'évenementiels ... Pour ma part, je me base sur un tableau du rayonnement électromagnétique que j'ai tiré d'un dictionnaire pour pouvoir restreindre les différents types de rayonnement aux différents types de milieux dans lesquels ils peuvent s'effectuer. Ainsi, il y a une sécurité dans le déroulement des évènements du programme. Un rayon alpha, par exemple, ne s'effectue pas au sol toutes les secondes ou ne serait qu'un 15 eme de seconde, de la surface de la croûte planétaire à la haute atmosphère d'_ne planète de type terrestre. C'est à dire une planète habitable pour les êtres humains !
Si effectivement, il se passe un tel évènement au sol de la croûte terrestre de la planète, alors c'est que je ne puis être dans cette matrice virtuelle de mon monde, de ma propriété intellectuelle et industrielle ! Alors dans quelle matrice de la réalité puis je bien me trouver ...    

 

 

  Ainsi, il est possible de protéger ses créations. en autre exemple, je crée un programme de gestion qui va faire le change entre bitcoins = euro et bitcoins = Mamonnaievirtuelle()
Si un hacker transfert 10 000.00 bitcoins en euro de Mamonnaievirtuelle() combien va t il transferer en euro sur de comptes offshores ... 5.7 milliards €  ? 

 

 

bottom of page