C'est pas un fake, c'était sûrement la manière de penser de certains vieux philosophes, en tout cas j'ai déja entendu ce genre de considération philosophique sur la religion, la religion et la connaissances, faudrait se balader un peu sur wikipedia ...
Par exemple dans l'article Relation entre science et religion on peut lire Au cœur du débat, Thomas d'Aquin soutenait alors une position intermédiaire qui lie foi et raison. Pour lui, le savoir reposait à la fois sur des vérités de foi et des vérités de l'expérience, les unes plus que les autres suivant que le sujet d'examen concerne le spirituel ou le matériel. Par ailleurs, les chrétiens, selon lui, n'avaient pas à craindre la philosophie païenne car toute étude de la Nature est une étude de l'œuvre de Dieu.
Saint Thomas d'Aquin était effectivement un nom qui me venait à l'esprit en parlant de ça.
Tout ça pour dire que non, c'est pas un fake, mais que la religion moderne est quand même bien dépassée par certaines considérations scientifiques modernes qui coïncident pas tout à fait avec la vision de la bible.
En fait ça me fait penser à certains types d'argumentations qui n'en sont pas vraiment de certains politiciens du style "allons, vous valez mieux que ça !" qui peuvent être de sacrées feintes de rhétorique.
Mais bon, je veux bien accorder le bénéfice du doute sur ce cas là.
C'est pas le meilleur exemple, si je me souviens bien c'était un journal fait exprès pour être moinssé pour "tester" le moinssage des journaux quand le système a été mis en place. Mais je note le point.
Ton journal est juste inutile dans la forme, il y a presque rien dans le fond, et je vois pas ce qu'il vient faire ici, et j'aime pas du tout ton ton. Voilà, c'est tout ce que j'ai à dire, bye.
Dans ton monde, il y a des gentils qui sont d'accords avec toi, et les autres ?
Les méchants, tu leurs sort du "mais bien sûr" parce que bon, c'est des méchants, ça vaut pas vraiment la peine d'argumenter, on risquerait d'élever le débat ...
Ouaip, surtout sur linuxfr, un journal à la fois mal écrit, HS, et supposant que tout le monde partage son avis et bourré de sous entendu, avec de la propagande de mauvaise qualité, ça commence quand même à faire beaucoup.
Les webservices répondent pas mal à ton besoin, dans l'esprit.
Une API pour accéder à certaines ressources, t'as un certains nombres de sites web qui en proposent, ça passe les proxys, ça peut même être filtré au besoin, tu peux développer des clients comme tu l'entends.
La standardisation est un but plus difficile à atteindre, certe, mais c'est pas impossible. Pour des ressources "simples", les API devraient être relativement similaires donc c'est pas forcément un gros problèmes, pour d'autres types de ressources on peut imaginer un standard "de fait". Ou encore des attributs "sémantiques" plus ou moins standardisés pour espérer un peu de généricité dans ce bordel, but qui me semble presque plus facilement atteignables que des API standardisées parce que la diversité des ressources à accéder est énorme pour ce type d'API, dans l'absolu ou même en pratique ...
Tu reproche de pas pouvoir faire de correspondance Objet-Relationnel vers un modèle qui n'est pas relationnel, c'est évident ;)
D'autre part les nouvelles bases de données sont plus proches du modèle objet dans l'esprit, la correspondance devrait être plutôt facilitée ... genre tu écris presque directement l'objet dans la base de données.
Pas vraiment, si je me trompe pas en Haskell la sémantique des méthodes n'est cohérente que si tu le veux bien, et par convention : les monades sont supposées repecter certains axiomes, mais rien dans le langage ne peut t'interdire de ne pas les respecter, faudrait que les axiomes soient explicitement déclarés dans le langage et qu'il existe un moteur de preuve.
Sinon, j'ai simplifié, ce n'est pas simplement un nom de méthode, le duck typing, c'est aussi la signature, même si la signature est forcément moins informative que dans un système à typage plus contraignant.
Non. Typage statique c'est qu'une variable reste du même type tout au long de son cycle de vie. Typage dynamique c'est qu'une variable peut être réaffectée à n'importe quel type.
Le duck typing c'est encore autre chose : le type est défini par un l'ensemble des méthodes et/ou attributs et leur signature d'un objet.
Deux objets sont compatibles au niveau des types si ils sont compatibles au niveau de la signatures des méthodes, par exemple si t'as une fonction, ce qui est requis pour "variable" c'est d'avoir un type qui fournit la méthode cacul, et rien de plus. Son type est défini par ça -> elle fournit une méthode cacul.
Ça peut être du typage statique si tu peux plus lui réaffecter n'importe quoi derrière, et c'est du "duck typing".
fun fonction(variable) -> retourne variable.calcul()
Regarde aussi inférence de types, c'est une technique qui permet de typer statiquement une variable à la compilation, même si quand tu écris ta méthode tu ne précise pas le type de ses paramètres. C'est une manière de faire de la généricité.
Sinon si tu veux augmenter les temps de calcul pour y voir plus clair et rendre un peu moins important le temps de démarrages, tu peux augmenter le nombre de paires amicales à trouver, les algos sont rarement linéaires donc ça peut grossir les écarts assez facilement.
Le redessinage des barres et des sliders, ce serait pas pour gérér les barre de scrolling avec des couleurs différentes qu'on voyait autrefois ? Juste comme ça, en passant, si ça peut aider ...
Posté par thoasm .
En réponse à la dépêche Python 2.7.
Évalué à 0.
(je viens de me rendre compte qu'on parlait des attributs XML, et qu'un dictionnaire est pas en général une structure adaptée pour stocker les balises, moinssez moi)
[^] # Re: amalgames
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 2.
Par exemple dans l'article Relation entre science et religion on peut lire Au cœur du débat, Thomas d'Aquin soutenait alors une position intermédiaire qui lie foi et raison. Pour lui, le savoir reposait à la fois sur des vérités de foi et des vérités de l'expérience, les unes plus que les autres suivant que le sujet d'examen concerne le spirituel ou le matériel. Par ailleurs, les chrétiens, selon lui, n'avaient pas à craindre la philosophie païenne car toute étude de la Nature est une étude de l'œuvre de Dieu.
Saint Thomas d'Aquin était effectivement un nom qui me venait à l'esprit en parlant de ça.
Tout ça pour dire que non, c'est pas un fake, mais que la religion moderne est quand même bien dépassée par certaines considérations scientifiques modernes qui coïncident pas tout à fait avec la vision de la bible.
[^] # Re: Deuxième page ? Masquage comme les commentaires ?
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 2.
[^] # Re: amalgames
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 2.
[^] # Re: Deuxième page ? Masquage comme les commentaires ?
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 2.
Mais bon, je veux bien accorder le bénéfice du doute sur ce cas là.
[^] # Re: Deuxième page ? Masquage comme les commentaires ?
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 2.
C'est pas le meilleur exemple, si je me souviens bien c'était un journal fait exprès pour être moinssé pour "tester" le moinssage des journaux quand le système a été mis en place. Mais je note le point.
[^] # Re: Deuxième page ? Masquage comme les commentaires ?
Posté par thoasm . En réponse au journal Appel à la modération des journaux. Évalué à 4.
[^] # Re: Au terminus des faux-culs...
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 2.
[^] # Re: Au terminus des faux-culs...
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 2.
[^] # Re: Au terminus des faux-culs...
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 1.
[^] # Re: Lapin compris (ou peur d'avoir trop compris)
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 5.
Ton journal est juste inutile dans la forme, il y a presque rien dans le fond, et je vois pas ce qu'il vient faire ici, et j'aime pas du tout ton ton. Voilà, c'est tout ce que j'ai à dire, bye.
[^] # Re: Lapin compris (ou peur d'avoir trop compris)
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 8.
Pas de sous entendu, c'est l'idée ?
[^] # Re: Lapin compris (ou peur d'avoir trop compris)
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 7.
Les méchants, tu leurs sort du "mais bien sûr" parce que bon, c'est des méchants, ça vaut pas vraiment la peine d'argumenter, on risquerait d'élever le débat ...
[^] # Re: Lapin compris (ou peur d'avoir trop compris)
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 1.
Tu parles pour qui ?
[^] # Re: Lapin compris (ou peur d'avoir trop compris)
Posté par thoasm . En réponse au journal Eric Raoult: parlementaire français pas très français. Évalué à 10.
[^] # Re: Et l'open web ?
Posté par thoasm . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 2.
Une API pour accéder à certaines ressources, t'as un certains nombres de sites web qui en proposent, ça passe les proxys, ça peut même être filtré au besoin, tu peux développer des clients comme tu l'entends.
La standardisation est un but plus difficile à atteindre, certe, mais c'est pas impossible. Pour des ressources "simples", les API devraient être relativement similaires donc c'est pas forcément un gros problèmes, pour d'autres types de ressources on peut imaginer un standard "de fait". Ou encore des attributs "sémantiques" plus ou moins standardisés pour espérer un peu de généricité dans ce bordel, but qui me semble presque plus facilement atteignables que des API standardisées parce que la diversité des ressources à accéder est énorme pour ce type d'API, dans l'absolu ou même en pratique ...
[^] # Re: NO-SQL
Posté par thoasm . En réponse au journal TerraStore : le dépôt JSON distribué. Évalué à 6.
D'autre part les nouvelles bases de données sont plus proches du modèle objet dans l'esprit, la correspondance devrait être plutôt facilitée ... genre tu écris presque directement l'objet dans la base de données.
[^] # Re: Scala
Posté par thoasm . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 2.
[^] # Re: Scala
Posté par thoasm . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 2.
Sinon, j'ai simplifié, ce n'est pas simplement un nom de méthode, le duck typing, c'est aussi la signature, même si la signature est forcément moins informative que dans un système à typage plus contraignant.
[^] # Re: Scala
Posté par thoasm . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 2.
Le duck typing c'est encore autre chose : le type est défini par un l'ensemble des méthodes et/ou attributs et leur signature d'un objet.
Deux objets sont compatibles au niveau des types si ils sont compatibles au niveau de la signatures des méthodes, par exemple si t'as une fonction, ce qui est requis pour "variable" c'est d'avoir un type qui fournit la méthode cacul, et rien de plus. Son type est défini par ça -> elle fournit une méthode cacul.
Ça peut être du typage statique si tu peux plus lui réaffecter n'importe quoi derrière, et c'est du "duck typing".
fun fonction(variable) -> retourne variable.calcul()
Regarde aussi inférence de types, c'est une technique qui permet de typer statiquement une variable à la compilation, même si quand tu écris ta méthode tu ne précise pas le type de ses paramètres. C'est une manière de faire de la généricité.
[^] # Re: "x100 pour y voir clair"
Posté par thoasm . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 2.
[^] # Re: "x100 pour y voir clair"
Posté par thoasm . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 4.
# Barres colorées
Posté par thoasm . En réponse au journal gtk-qt-engine, firefox, firefox et firefox :(. Évalué à 5.
[^] # Re: Fonctionnalités Python 3.1 -> 2.7
Posté par thoasm . En réponse à la dépêche Python 2.7. Évalué à 0.
[^] # Re: Fonctionnalités Python 3.1 -> 2.7
Posté par thoasm . En réponse à la dépêche Python 2.7. Évalué à 1.
Dans les DTD tu pouvais décrire l'enchainement des sous balises, éventuellement mélangées à du texte, par une regex.
[^] # Re: Youpi !
Posté par thoasm . En réponse au journal Le successeur de TeX. Évalué à 2.