quel rapport entre ton truc de vidéo et texte et lisaac ?
quel rapport entre ton truc de vidéo et texte et efl ? (portées sur quoi ?)
hum, lightspark c'est un runtime flash, c'est ça ? mouai, lapin compris le rapport
alors là il y a deux choses :
on code une appli client/serveur qui répond à une requête en langage naturel en produisant un montage vidéo pertinent, amalgame d'extraits multimédias existants sur la toile, avec des discours de liaison automatiquement générés, montage vidéo représenté sous forme de script
Ok, ça je comprend presque. Pourquoi le faire sous la forme d'un script par contre ? pourquoi ne pas générer une vidéo de ton montage vidéo ??
Question subsidiaire :
A partir de là
hein ?
Pourquoi "à partir de là" ? Y'a pas moyen de faire quelque chose sans avoir ton 1, 2 et 3 ??
Le truc se retrouve alors exécutable en tant qu'application intégrée à Lisaac, soit en boot autonome, soit en mode virtualisé. Si l'affaire n'est pas mûre, on envisage Haïku (l'OS super réactif qui poutre), mais de toute façon, faut finir en août au plus tard.
hein ?
Alors là, j'y pige plus rien. C'est pas une appli client serveur ton truc ? Car si c'est pour embarquer le serveur sur une clé usb ou autre (toujours pas compris le rapport avec lisaac, haïku ou autre) pourquoi ne pas embarquer carrément un soft ?
Sans méchanceté, je pense qu'à la base tu devais avoir une idée... mais que tu te perds tellement dans des considérations techniques inutiles qu'on ne sait même pas à quoi sert ton idée.
Allez, on reprend :
quel est le problème que tu souhaites résoudre ? (en une phrase)
quelle solution apporter ? (en une phrase)
Tiens, un petit bug dans la syntaxe : essayez de mélanger des listes numérotés et non numérotés
genre :
oué enfin microsoft, avec word, te permet tout de même de lire tes documents works créés il y a 10 ans (works 6). Donc on ne peut pas non plus dire qu'ils ne s'en préoccupent pas.
Sauf si ce sont des logiciels libres, auquel cas de nombreuses archives FTP existent
oué enfin elles ne vont pas non plus exister indéfiniment tes archives, elles seront aussi supprimées au titre que personne ne les utilise. Et on retombe sur la même chose : si tu veux ouvrir des documents important (sans forcément savoir lesquels) tu gardes de côté le matériel / logiciel capable de le faire. C'est comme ça que ça marche hein.
pour un cout négligeable, des logiciels legacy.
Mais est-ce que ton coût, aussi négligeable soit-il, ne dépasserait-il pas les revenus ? Car je suis pas sur que tu puisse trouver grand monde pour acheter un ms works pour windows 3.1... Par contre le proposer demande forcément de la place, du temps, un minimum de support, réédition des disquettes ou autres. Un coût quoi.
Ben non, c'est pareil.
Si tu as un document super critique que tu n'as jamais voulu migrer, convertir en suivant les versions (pour quelle raison ?) ben dans ce cas tu as aussi conservé une machine avec l'outil permettant de le lire.
Se plaindre de la non commercialisation de MS Works pour win 3.1 est vraiment ridicule.
Et si c'est vraiment le problème, je suis sur que tu peux encore aujourd'hui trouver des win 3.1, des works et même des 386 pour t'y croire (car bon, se plaindre de ne pas pouvoir acheter works pour ensuite dire de le faire tourner dans qemu alors qu'à mon avis ton windows 3.1 a pas vraiment le droit d'être virtualisé...)
je comprend bien et c'en est presque dommage. Je reste sur l'idée que beaucoup pourraient apprendre (dans le libre y compris). M'enfin, j'irai chercher l'info ailleurs (si certains ont d'autres liens du genre...)
A y réfléchir, je dirais qu'en fait ce soit être une question d'habitude, de philosophie, d'outils et de volonté de communication. Dans certaines boites, la communication et l'organisation est tellement mauvaise que tout ou presque passe à l'oral. Dans ce cas, l'open space rapproche les gens et permet de bosser ensemble. Car si on met les mêmes personnes dans des bureaux différents, vu qu'il n'y a pas de document, pas de références, pas de gestion, etc ... ben ça marchera jamais. Sans compter que le seul moyen de communication est le téléphone et le mail (pas d'IM, pas de serveur de partage, toussa).
Bon ok, en décrivant comme ça j'ai en partie l'impression que l'open space est un palliatif à une mauvaise organisation... (et je bosse en open space)
Mais on peut très bien se poser la question du coût de ce support en terme de maintenance, de possibilités d'évolution par exemple.
Car parfois il faut savoir abandonner les trucs obsolètes (ho oui, works < 5 c'est obsolète, et encore c'est peu de le dire) pour permettre les évolutions, les changements de design, etc.
personnellement je trouverais ça intéressant. Que ça provienne de google, microsoft, apple, ou finalement n'importe quelle grosse boite, je pense qu'on a tous (enfin ceux qui n'y bossent pas) pas mal à apprendre en terme d'organisations, de méthodes, et surtout pourquoi tel ou tel choix (histoire de ne pas toujours reproduire les erreurs que d'autres on déjà corrigé).
Je sais que sur linuxfr ça passe pas toujours très bien (le côté sailemalilsonkedaimaichankicodeavélespiè) mais bon...
Comme si dans le libre on ne supprimait pas le support de ce qui devient obsolète.
Là on parle quand même de ne plus avoir le support de documents écrits dans un format datant au mieux de 15 ans. Ben dans ce cas, il suffit d'avoir un vieux pc sur lequel installer un works et hop on en parle plus (en tout cas ce serait la réponse dans le libre...)
Par ailleurs concernant le travail en bureau, il me semble qu'à Issy les Moulineaux, les employés MS France bossent en open space. A confirmer...
Lorsque je m'y étais rendu (il y a au moins 5 ans, dans mes études) c'était le cas. Open space bordé de bureaux vides.
Mais je crois qu'ils ont déménagés depuis, donc c'est peut-être différent maintenant
ou pas, vu qu'il met moins de temps à compiler, il a plus de temps pour boire (ben oui, me dites pas que vous utilisez le temps gagner par vos machines / outils pour bosser quand même !!)
en même temps, le gars a peut-être besoin de faire tourner des softs en debug ce qui prend légèrement plus de rame, de proc, de disque que l'application en release...
/me se souvient quand il faisait du indesign que la version debug mettait complètement à plat sa machine de dev
Ce qu'il y a c'est que la page https contient des données (en l'occurrences des images) non https mais http uniquement.
RoR n'a à mon avis rien à voir la dedans, et même il n'y a aucune solution. Il y a des données non protégées dans un page protégée, certains navigateurs gueulent. Ben voilà, c'est tout. La seule solution possible serait de tout héberger sur le serveur afin de garantir que le https soit protégé, et j'en vois pas l'intérêt.
Au temps pour moi, je croyais que l'indentation était retirée depuis un moment. J'étais persuadé que c'est ce que l'on m'avais dit. Dans tous les cas c'est quelque chose qui est de moins en moins usité.
Mais pour le coup, l'indentation devrait être réglée à coup de css.
Ce que le monsieur veut dire c'est que markdown n'est rien, juste un ensemble règles que tu peux appliquer si tu le souhaite. Mais que ce n'est en rien un standard comme pourrait l'être html par exemple.
[^] # Re: en voilà une question qui m'interpelle :-)
Posté par CrEv (site web personnel) . En réponse au journal Zino, RMS. Évalué à 9.
Ok, ça je comprend presque. Pourquoi le faire sous la forme d'un script par contre ? pourquoi ne pas générer une vidéo de ton montage vidéo ??
Question subsidiaire :
hein ? Pourquoi "à partir de là" ? Y'a pas moyen de faire quelque chose sans avoir ton 1, 2 et 3 ??
Alors là, j'y pige plus rien. C'est pas une appli client serveur ton truc ? Car si c'est pour embarquer le serveur sur une clé usb ou autre (toujours pas compris le rapport avec lisaac, haïku ou autre) pourquoi ne pas embarquer carrément un soft ?
Sans méchanceté, je pense qu'à la base tu devais avoir une idée... mais que tu te perds tellement dans des considérations techniques inutiles qu'on ne sait même pas à quoi sert ton idée.
Allez, on reprend :
Tiens, un petit bug dans la syntaxe : essayez de mélanger des listes numérotés et non numérotés genre :
1. plop
2. plop
3. plop :
* plop plop
* plop plop
Ca donne :
[^] # Re: C'est quoi ce troll?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 7.
pas pu tester, je suis en train de faire cuire les
2 gigots
pour être dans la même configuration[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 1.
oué enfin microsoft, avec word, te permet tout de même de lire tes documents works créés il y a 10 ans (works 6). Donc on ne peut pas non plus dire qu'ils ne s'en préoccupent pas.
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 2.
oué enfin elles ne vont pas non plus exister indéfiniment tes archives, elles seront aussi supprimées au titre que personne ne les utilise. Et on retombe sur la même chose : si tu veux ouvrir des documents important (sans forcément savoir lesquels) tu gardes de côté le matériel / logiciel capable de le faire. C'est comme ça que ça marche hein.
Mais est-ce que ton coût, aussi négligeable soit-il, ne dépasserait-il pas les revenus ? Car je suis pas sur que tu puisse trouver grand monde pour acheter un ms works pour windows 3.1... Par contre le proposer demande forcément de la place, du temps, un minimum de support, réédition des disquettes ou autres. Un coût quoi.
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 3.
Ben non, c'est pareil.
Si tu as un document super critique que tu n'as jamais voulu migrer, convertir en suivant les versions (pour quelle raison ?) ben dans ce cas tu as aussi conservé une machine avec l'outil permettant de le lire.
Se plaindre de la non commercialisation de MS Works pour win 3.1 est vraiment ridicule. Et si c'est vraiment le problème, je suis sur que tu peux encore aujourd'hui trouver des win 3.1, des works et même des 386 pour t'y croire (car bon, se plaindre de ne pas pouvoir acheter works pour ensuite dire de le faire tourner dans qemu alors qu'à mon avis ton windows 3.1 a pas vraiment le droit d'être virtualisé...)
[^] # Re: oldnewthing
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 3.
je comprend bien et c'en est presque dommage. Je reste sur l'idée que beaucoup pourraient apprendre (dans le libre y compris). M'enfin, j'irai chercher l'info ailleurs (si certains ont d'autres liens du genre...)
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 1.
A y réfléchir, je dirais qu'en fait ce soit être une question d'habitude, de philosophie, d'outils et de volonté de communication. Dans certaines boites, la communication et l'organisation est tellement mauvaise que tout ou presque passe à l'oral. Dans ce cas, l'open space rapproche les gens et permet de bosser ensemble. Car si on met les mêmes personnes dans des bureaux différents, vu qu'il n'y a pas de document, pas de références, pas de gestion, etc ... ben ça marchera jamais. Sans compter que le seul moyen de communication est le téléphone et le mail (pas d'IM, pas de serveur de partage, toussa).
Bon ok, en décrivant comme ça j'ai en partie l'impression que l'open space est un palliatif à une mauvaise organisation... (et je bosse en open space)
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 2.
Ca je ne sais pas.
Mais on peut très bien se poser la question du coût de ce support en terme de maintenance, de possibilités d'évolution par exemple.
Car parfois il faut savoir abandonner les trucs obsolètes (ho oui, works < 5 c'est obsolète, et encore c'est peu de le dire) pour permettre les évolutions, les changements de design, etc.
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 4.
Si c'était le cas dans l'open source, il n'y aurait plus aucune release de gnome, aucun moyen pour eux de supprimer des fonctionnalités
[^] # Re: oldnewthing
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 9.
ok
personnellement je trouverais ça intéressant. Que ça provienne de google, microsoft, apple, ou finalement n'importe quelle grosse boite, je pense qu'on a tous (enfin ceux qui n'y bossent pas) pas mal à apprendre en terme d'organisations, de méthodes, et surtout pourquoi tel ou tel choix (histoire de ne pas toujours reproduire les erreurs que d'autres on déjà corrigé).
Je sais que sur linuxfr ça passe pas toujours très bien (le côté sailemalilsonkedaimaichankicodeavélespiè) mais bon...
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 4.
Comme si dans le libre on ne supprimait pas le support de ce qui devient obsolète.
Là on parle quand même de ne plus avoir le support de documents écrits dans un format datant au mieux de 15 ans. Ben dans ce cas, il suffit d'avoir un vieux pc sur lequel installer un works et hop on en parle plus (en tout cas ce serait la réponse dans le libre...)
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 2.
donc c'est plutôt comme l'article, bureau individuel ? C'est pas galère justement pour bosser à plusieurs ?
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 3.
Lorsque je m'y étais rendu (il y a au moins 5 ans, dans mes études) c'était le cas. Open space bordé de bureaux vides. Mais je crois qu'ils ont déménagés depuis, donc c'est peut-être différent maintenant
[^] # Re: moi j'aime bien la machine "standard" de developpement
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 3.
ou pas, vu qu'il met moins de temps à compiler, il a plus de temps pour boire (ben oui, me dites pas que vous utilisez le temps gagner par vos machines / outils pour bosser quand même !!)
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 1.
Il supporte de base les version 6 à 9
Ok, donc en fait tu te plains que word ne sais pas lire les documents provenant des versions de works prévues pour tourner sous
C'est bien ça ?
D'autant plus que les dernières versions pour 95 et 98 sont respectivement les 6 et 7.
Ok, mais libre office n'est donc pas le seul à lire du works
[^] # Re: oldnewthing
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 10.
bon ben maintenant on attend le retour de pBpG, qu'il nous indique comment ça se passe par chez lui (pareil, pas pareil, toussa)
(ne vous marrez pas, c'est sérieux comme invitation ;-) )
[^] # Re: Mais comment?
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 8.
hum... dans ce cas à quoi correspond le filtre "Microsoft works" que j'ai lorsque je veux ouvrir un fichier dans word 2010 ?
[^] # Re: moi j'aime bien la machine "standard" de developpement
Posté par CrEv (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 5.
en même temps, le gars a peut-être besoin de faire tourner des softs en debug ce qui prend légèrement plus de rame, de proc, de disque que l'application en release...
/me se souvient quand il faisait du indesign que la version debug mettait complètement à plat sa machine de dev
[^] # Re: HTTPS
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
lapin compris...
Ce qu'il y a c'est que la page https contient des données (en l'occurrences des images) non https mais http uniquement.
RoR n'a à mon avis rien à voir la dedans, et même il n'y a aucune solution. Il y a des données non protégées dans un page protégée, certains navigateurs gueulent. Ben voilà, c'est tout. La seule solution possible serait de tout héberger sur le serveur afin de garantir que le https soit protégé, et j'en vois pas l'intérêt.
[^] # Re: Je suis français donc je râle
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 5.
moi aussi perso, mais surtout parce que j'ai l'impression qu'on n'a moins besoin de réfléchir pour l'écrire.
Peut-être est-ce parce que j'ai commencé aussi avec du wikini...
https://github.com/gmccreight/wikicreole A voir si ça peut être utile
[^] # Re: Retours à la ligne
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 3.
ben en même temps faut bien tester la montée en charge du site sous RoR. Et rien de tel qu'un bon troll (même s'il décolle doucement).
Il y avait tellement de monde pour dire "qu'écrit en ruby ça tiendra jamais la charge" alors que moi je le trouve plus rapide qu'avant ;-)
[^] # Re: Retours à la ligne
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 4.
Au temps pour moi, je croyais que l'indentation était retirée depuis un moment. J'étais persuadé que c'est ce que l'on m'avais dit. Dans tous les cas c'est quelque chose qui est de moins en moins usité.
Mais pour le coup, l'indentation devrait être réglée à coup de css.
[^] # Re: Quelques réponses à quelques questions
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 4.
Ce que le monsieur veut dire c'est que markdown n'est rien, juste un ensemble règles que tu peux appliquer si tu le souhaite. Mais que ce n'est en rien un standard comme pourrait l'être html par exemple.
[^] # Re: Retours à la ligne
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
Quelle indentation manque-t-il ?
[^] # Re: Je suis français donc je râle
Posté par CrEv (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 3.
Non.
Que tu dises que la possibilité existait, oui, que j'ai eu le loisir de le tester, non.