Reprise du message précédent :
N'oublie pas après que le but c'est d'être rapide je crois  
Mais très très bon boulot, tu n'es pas humain

Tu n'es pas humain

en 200 lignes de code

ou alors ça confirme juste que c'était pas difficile  

ouais enfin avec quand même du boulot et de la concentration

 
Ok, tu pourrais regarder dans le Numerical Recipes ptet http://www2.units.it/ipl/students_ [...] ecipes.pdf
(genre 10.1 golden section search, p421)

Ouais, la fonction est pas unimodale justement.
Bon, je vais bidouiller dans ma caravane, je peux aussi aller chercher les 10 extrémums les plus courants sur 200 mots et considérer que c'est good enough pour tout le monde.

Quand toute la machine est en beach ball, c'est signe de virilité, on est d'accord?
 
(Remarque, j'avais fait pire avec du calcul 3d, avec la carte graphique, elle arrive même plus a se mettre en beach ball, elle se bloque)

 
"Quand on sait pas on peut toujours faire des stats"

391/400 -> 98% \o/

nan, mais là j'ai une bonne raison de penser que les optimums vont se retrouver toujours à un certain nombre de positions.

bullshit: 361/400 ->90%

tu dois atteindre quel seuil ?

M'étonne qu'avec un dictionnaire, tu n'arrives pas près de 100%. Sans dictionnaire, 90-95% me parait assez raisonnable (méthode très scientifique: pifométrage).

Sinon, vu sur Twitter:

C'est du Postgres.

 
Décris mieux le problème si tu peux, c'est assez flou là... Tu as une fonction pas rapide qui produit une sorte de cloche, tu cherches le max rapidement, et différentes positions de cloches sont possibles ?

yep, pour chaque image, cette fonction existe, et j'ai besoin de trouver le x pour laquelle cette fonction est maximale, sauf que évaluer la fonction est lent, et que la fonction est pas complètement monotone.

 
Je tenterais un truc multi-échelle, tu évalues ta fonction selon une grille grossière (ex: un pas de 20), tu gardes la zone (pas forcément juste un intervalle) la plus intéressante, tu évalues cette zone selon une grille plus fine, rince & repeat.

C'est la fonction d'évaluation de l'OCR  après un certains nombre de transformations-reconnaissances sur chaque lettre ?

http://blog.ghost.org/year-2/
 
C'est intéressant de voir le breakdown de l'utilisation des fonds kickstarter...
 
Y'a des gens ici qui utilisent Ghost blog ? vous en êtes content ?

nope, c'est un truc à moi avant l'OCR. Mais c'est une technique proche de ce qui s'utilise en OCR, mais adapté à la situation présente (à la déformation spécifique de ce captcha).

Oui ( https://xen-orchestra.com/blog )

edit : d'ailleurs le blog de Ghost est bourré d'articles intéressants sur le modèle éco etc.

Sinon débarquement probablement mais ressource intéressante : http://www.sorting-algorithms.com/

Floànuméro Pr0n: http://www.wired.com/2015/07/secret-cold-war-maps

Les cartes détaillés avec l'épaisseurs des routes (et leur état), ponts, poids supporté, matériaux, propagation des sons, qualité du terrain, les échelles

fuckit, j'ai rendu ma copie.

'tain j'ai envie d'aller me coucher, mais maintenant il va falloir faire le SAV et collecter la thune

Better call Saul !

Je sais pas trop si c'est le bon endroit pour demander mais je tente quand même    
 
J'ai des idées de fonctionnalités pour des logiciels du type traitement de texte qui (à mon avis) seraient vachement pratiques.
 
Avec cet objectif en vue, quel language de programmation serait idéal à apprendre selon vous pour quelqu'un qui n'en connait aucun ?
Apparemment OneNote de chez 'crosoft c'est du C#, ça conviendrait ?  
 
Nota : je sais qu'apprendre ce genre de truc peut prendre bcp de temps et être frustrant mais je vois ça comme un projet à long terme.
 
Merci  

 
Pour construire un logiciel il ne te faut pas que cet outil qu'est le langage de programmation, il faut aussi acquérir des méthodes, du savoir-faire, et maîtriser quelques autres outils annexes (outils de versionning, outils de tests).
Sinon ça revient un peu à demander quel type de marteau et de scie utiliser pour construire une maison
 
Le problème ici c'est plus savoir programmer/savoir construire un logiciel que connaître un langage de programmation en fait C# fera bien l'affaire oui, le langage n'est pas piégeux, il y a des bons outils autour, et tu peux faire un peu tout avec.
 
 
 
 

Donald Knuth aime ça

 
Yep je me rends bien compte que c'est vaste.Mais comme j'ai dit je suis prêt à y consacrer du temps sur une période "longue".
 

 
Mon prôblème est que je ne sais absolument pas quels sont les forces/faiblesses des différents languages donc c'est très difficile. Une fois lancé je n'ai pas envie de repartir "de zéro" si je trouve que ça ne conviens pas (même si c'est pas vraiment le cas parcque ça forme) car le facteur temps libre joue contre moi.
Par exemple, je crois avoir compris que Java est plus facile à apprendre mais plus embêtant pour faire des GUI.

 
On s'en fout du langage. Tu peux tout faire avec C++, C#, Java ou Python etc.... L'essentiel c'est la persévérance et être capable de bosser pendant des années en acceptant d'être une bite au début. C'est la même chose que lorsque tu apprends un instrument de musique. Les premiers mois/années tu joues comme un porc et tu fais chier tout le monde. Si tu t'accroches, tu commences à te faire plaisir et à faire des trucs qui tiennent la route. Ajoute à cela le facteur "capacités" (oui parce qu'on est pas tous égaux devant la nature) et tu as le début du tableau qui t'attend. Je ne sais pas pour les autres sur ce topic, mais moi j'ai commencé depuis l'age de 14 ans sur une machines avec du basic et de l'assembleur uniquement (à l'époque). Ce qui fait que je sais programmer, c'est l'envie, la patience et l'obstination. Je connais plein de gens qui veulent et qui abandonnent. La clé, c'est de pas abandonner... (ce que je dis est probablement vrai dans bien d'autres domaines).

pas mieux ( mais moi j'ai commencé super tard)
 
Mais ne choisi pas ad quand même.  

Le C# est effectivement un bon choix pour débuter et rapidement pouvoir faire des applications graphiques, surtout en environnement Windows. Le langage est très puissant, la communauté importante, et les outils sont performants et disponibles gratuitement.
 
Si au fil de ta découverte tu te poses des questions n'hésite pas à les poster dans le topic en lien dans ma signature.

Le client a validé.
Recette en MP pour les curieux

Félicitations !
Et je t'envoie un MP

Comment tu les déclares au fisc ? T'as encore un SIRET ?

Rabat-joie

Tu peux trier tes données (O(n.log(n)) puis prendre le dernier élément (O(1)) ça fait un algorithme en O(n.log(n)+1) ce qui est pas mal ; il ya a surement moyen de le faire en O(n.log(n)) il faut y réfléchir...

Faire un soft qui s'interfacerait d'un côté avec un scanner (twain ?), de l'autre avec une imprimante (pcl ?), ça vous semble compliqué ou pas ? J'ai jamais touché ni twain ni pcl, c'est pour savoir si je dépanne un ami ou si je refile le bébé à quelqu'un

Ca sent le truc relou quand même. Le protocole Twain est public ?

Très bon parallèle avec l'apprentissage de la musique.
Le langage, c'est l'instrument, mais ce qui fait le musicien, c'est l'entrainement.

Regarde s'il existe des libs ou une sorte de wrapper tout fait.  
Si c'est pas le cas ça veut dire commencer à se palucher les specs des deux protocoles pour implémenter le bridge et là t'en as pour un an .