Pourvoir ENREGISTRER & mettre pause avec VLC

[TontonRobert]

Et si tu veux faire du portage pour une compatibilité sous Linux, pourquoi ne pas faire comme tout le monde un portage Java ?

java ? t'as pas un langage plus merdique ?

Si tu veux un langage portable, tu peux :
- le faire en C, c'est portable et rapide
- le faire en Python, c'est portable et joli
- le faire en php, c'est portable et répandu
- le faire en perl
- le faire en ruby
- le faire en ..

Mais en java ? c'est lent, moche, archaîque et anti-pédagogue.

Sinon, je veux bien le code également.

[TiTi]

Oui je suis d'accord le Java c'est horrible.

C'est clair que si faut le refaire c'est en C qui est un langage compilé et non interprété, donc de meilleurs performances.
Vous avez les sources de la première version, je vous refais la dernière.

Edit : De toute façon, pyhton, java, ... reviennent au même il faut un framework pour le lire, donc Mono pour .net

[TiTi]

Voici les source de la dernière version en date :
Une fois extrait, ouvrir avec Visual studio pour compiler et modifier. Si c'est juste pour regarder le code, on peut ouvrir les fichiers .vb avec un éditeur de texte.

Je ferais peut-être un git, mais la diffusion de ce programme reste sous mon contrôle.

[Macharius]

Et si tu veux faire du portage pour une compatibilité sous Linux, pourquoi ne pas faire comme tout le monde un portage Java ?

java ? t'as pas un langage plus merdique ?

Si tu veux un langage portable, tu peux :
- le faire en C, c'est portable et rapide
- le faire en Python, c'est portable et joli
- le faire en php, c'est portable et répandu
- le faire en perl
- le faire en ruby
- le faire en ..

Mais en java ? c'est lent, moche, archaîque et anti-pédagogue.

Sinon, je veux bien le code également.

Non mais je dis ça je dis rien... C'est juste que passer de .NET à Java est "relativement" simple, que la jvm est dispo sur "toutes" les plate-formes et que c'est certainement moins de boulot que de passer de .NET à C. Je suis dans un openspace ou y'a que mon équipe en .NET et les autres sont sur du Java et leur appli est lente mais lente à un point qu'à chaque fois que c'est possible je les taquine sur le sujet

Sinon faut faire une appli Node.js

En attendant j'ai toujours pas compris pourquoi tu parlais de

Et je vais abandonner de la faire en C, je vais rester sur mon .NET dégueulasse, et j'ajouterais une interface commande pour linux avec Mono.

[TiTi]

Le Java pour moi il me sert juste pour les applications Android.
Edit : Pour voir que le Java est lent, il suffit de voir Minecraft, qui demande des ressources énormes, alors que les graphismes ne sont pas poussées, comparé à un Wartch Dogs, Assassin's Creed....
Le node.JS, je m'en sers, le serveur de récupération des erreurs est en Node.JS, mais bon je ne suis pas fan.

Pour ma phrase, ce que je veux dire c'est que le .Net n'est pas tout beau, déjà c'est de l'interprété, mais surtout ça appartient à Microsoft, du coup on voit tout de suite pourquoi ce n'est pas compatible Linux. Il faut que des personnes développent Mono pour que ça marche, alors que ça serait le boulot de Microsoft, il fait un langage il l'assume.

[jack]

Je suis dans un openspace ou y'a que mon équipe en .NET et les autres sont sur du Java

Ils devraient essayer un vrai langage, à mon humble avis 

[Macharius]

Si c'est juste pour regarder le code, on peut ouvrir les fichiers .vb avec un éditeur de texte.

Ah condoléances, c'est du VB... Moi quand on me parle .NET je comprends C# derrière... Effectivement le VB c'est dégueulasse

Pour ma phrase, ce que je veux dire c'est que le .Net n'est pas tout beau, déjà c'est de l'interprété, mais surtout ça appartient à Microsoft, du coup on voit tout de suite pourquoi ce n'est pas compatible Linux. Il faut que des personnes développent Mono pour que ça marche, alors que ça serait le boulot de Microsoft, il fait un langage il l'assume.

Pourquoi faudrait-il qu'un langage soit compatible avec n'importe quelle plate-forme ? Et c'est pas de l'interprété, c'est de la compilation JIT... Et bref le débat peut durer longtemps sur le sujet jusqu'à ce qu'on finisse par atteindre le point Godwin

En attendant pour info :

http://blog.xamarin.com/microsoft-and-xamarin-partner-globally/
http://www.infoworld.com/t/microsoft-net/microsofts-new-open-source-aspnet-can-run-linux-os-x-243257

Un peu tardivement certes m'enfin la politique Microsoft n'est pas immuable et change

[Macharius]

Je suis dans un openspace ou y'a que mon équipe en .NET et les autres sont sur du Java

Ils devraient essayer un vrai langage, à mon humble avis 

Euh en SSII, quand le client t'impose un langage et un framework dans son Cahier des Charges ben tu t'écrases et t'en pense pas moins... (encore plus quand il s'agit d'un Ministère) ou alors tu prends pas le contrat mais tu prends pas non plus les sous qui vont avec.

[TiTi]

Oui la syntaxe est pas belle, pas rapide à faire. Mais à la fin ça revient au même.

[pierre_]

Et si tu veux faire du portage pour une compatibilité sous Linux, pourquoi ne pas faire comme tout le monde un portage Java ?

java ? t'as pas un langage plus merdique ?

Si tu veux un langage portable, tu peux :
- le faire en C, c'est portable et rapide
- le faire en Python, c'est portable et joli
- le faire en php, c'est portable et répandu
- le faire en perl
- le faire en ruby
- le faire en ..

Mais en java ? c'est lent, moche, archaîque et anti-pédagogue.

Sinon, je veux bien le code également.

Autant je suis un grand fan du PHP, autant l'appli de Titi n'aurait aucun sens dans ce langage. Pour enregistrer, c'est jouable, mais pour lire, il faudrait convertir les vidéos et les flux à la volée pour les diffuser en HTML5 ou (argh) en flash. Le PHP reste un langage serveur et repose sur d'autres technos (HTML, CSS, JS...) pour interagir avec le client.

Le python est sympa (ex : les plugins d'XBMC sont en python) et bien souvent inclus dans Linux, mais la distribution sous Windows est délicate : soit faire installer python par les clients (et gérer les problèmes de version), soit le diffuser en bundle avec l'appli en alourdissant le package...

Pour le .Net, c'est l'inverse : plutôt pratique sous Windows (à condition d'avoir toutes les versions du Framework requise (ex : 2.0, 3.5 et 4.0 pour une seule appli métier au boulot), mais c'est vite difficile sous Linux. Macharius : Le C# et le .Net donnent la même appli au final

Le C est rapide et "portable" (avec les guillemets), mais dans les faits, c'est difficile.

Le java est lent et gourmand, mais c'est probablement celui qui gère le mieux la notion de portabilité avec le moins de contraintes pour l'utilisateur final (la JVM est déployée sur 90+% des ordinateurs).

Bref, aucun langage aujourd'hui n'est portable et exempt de défaut à la fois. Il faut faire un choix en fonction de l'environnement et des compétences. Tous ont leurs avantages et leurs inconvénients (sauf le Windev qui n'a que des inconvénients )

[TontonRobert]

Hehe

Le PHP est un langage
L'utilisation est variée. De même que tu peux faire du web en java, Python, C, tu peux faire des applications "lourdes" en PHP.

la JVM est déployée sur 90+% des ordinateurs

Ouais, parcque beaucoup de gens sont mauvais, il faut rester mauvais.
À mon humble avis, ce n'est pas bien ..

[Macharius]

Pour le .Net, c'est l'inverse : plutôt pratique sous Windows (à condition d'avoir toutes les versions du Framework requise (ex : 2.0, 3.5 et 4.0 pour une seule appli métier au boulot), mais c'est vite difficile sous Linux. Macharius : Le C# et le .Net donnent la même appli au final

Euh une appli qui a besoin des 3 versions du FrameWork à la fois ? T'as une librairie en 2.0, une en 3.5 et l'interface en 4.0 ? Et en fait le .NET n'est pas un langage

Hehe

Le PHP est un langage
L'utilisation est variée. De même que tu peux faire du web en java, Python, C, tu peux faire des applications "lourdes" en PHP.

la JVM est déployée sur 90+% des ordinateurs

Ouais, parcque beaucoup de gens sont mauvais, il faut rester mauvais.
À mon humble avis, ce n'est pas bien ..

PHP pour du client lourd dans le genre moche je crois qu'on atteint les sommets (ce n'est que mon avis) c'est comme un collègue qui fait du Web avec du PowerBuilder...

Comme le dit _pierre, de toute façon aucun langage n'est parfait et quoiqu'il arrive on est dépendant d'un élément nécessaire au bon fonctionnement du programme (compilateur, framework, machine virtuelle,...)

[TontonRobert]

Ben c'est le même langage
Que tu traites des données depuis $_POST ou depuis argv[1], ça n'change rien, non ?

[pierre_]

Ben c'est le même langage
Que tu traites des données depuis $_POST ou depuis argv[1], ça n'change rien, non ?

Je pense que Macharius veut parler d'un programme avec une IHM en mode client lourd. PHP est très pratique pour faire du shell côté serveur, mais pour faire une application avec une fenêtre, des éléments et des graphismes, c'est une autre paire de manche. Il y avait bien le projet PHP-GTK qui permettait de faire du "client lourd" en PHP avec une passerelle vers GTK, mais il n'y a plus de dev depuis 4 ans et même à l'époque, c'était pas une franche rigolade.

Euh une appli qui a besoin des 3 versions du FrameWork à la fois ? T'as une librairie en 2.0, une en 3.5 et l'interface en 4.0 ? Et en fait le .NET n'est pas un langage

Je reconnais que j'ai pris un cas un peu extrême La plupart des applications n'ont besoin d'une seule version du framework (maintenant qu'on est en 4.0, à l'époque du 3, il fallait également avoir le 2 en parallèle), version qui est souvent déjà installée sur les postes car intégrée dans Windows ou téléchargée à cause d'une autre appli. Et pour rectifier ma phrase, VB.Net et C# donnent au final la même application

[TiTi]

On avance :
EDIT : Modification de la photo. Vous voulez la version?

(http://puu.sh/9U5x1/9ab5909234.png)