CrEv a écrit 4577 commentaires

On ne se méfie jamais assez des vieux…

D'ailleurs les vieux on devrait les tuer à la naissance !

ha oué, pas mal

Note : c'était une petite pique suites aux posts sur la vitesse lenteur de symfony en fait :)

je n'arrive pas à comprendre un programme avec trop de lignes de code. C'est surtout cela le point limitant mon adoption de Symfony.

Ben ça après c'est toujours le débat framework / micro framework / maison

Pour ma part je suis plutôt partisan du "micro framework" auquel on vient ajouter, au besoin, des composants extérieurs plutôt que d'avoir un gros truc dont on ne se sert que de quelques %.

Je ne sais plus si tu avais déjà répondu à ça quelque part (commentaires ou autre) mais peux-tu nous dire un peu le type de fonctionnalités qui seront ajoutées à Baregit ? Genre revue de code, wiki, etc ?

Je sais que ça ne va pas plaire, mais si on lit l'annonce de l'arrivée de php sur le blog de github (https://github.com/blog/1084-php-source-now-available-on-github) :

Using github was one of the most important reasons to switch to git in the first place.

Donc s'il y a confusion dans le côté principal / privilégié entre les miroirs git c'est du fait d'un discours plutôt ambigu de la part de PHP.

Pour information Baregit sera libéré sous licence GPL

Cool, bonne nouvelle.

nouveaux composants dans Baregit par rapport à une architecture LAMP classique (Mongrel2, ZMQ, MongoDB)

Ben alors, pas de symfony 2 ;-)

Je n’ai pas trouvé l’info chez github.

C'est que tu n'as pas du bien chercher ;-)

https://enterprise.github.com/
https://enterprise.github.com/pricing pour les tarifs

Mais la stigmatisation faite de github dans la dépêche est puante, non étayée, contre-productive et totalement intégriste au mauvais sens du terme.

Heu, là faut que tu m'explique quand même..

stigmatisation

en quoi ?

puante

en quoi ?

non étayée

en quoi ? J'ai l'impression que c'est plutôt ton post qui est non étayé

contre-productive

en quoi ? Au contraire c'est là pour faire réfléchir sur le choix des services et, surtout, sur le non choix des solutions dont on sait de manière certaine et sans aucun doute qu'elles sont libre.

totalement intégriste au mauvais sens du terme

en quoi ?

Avant de dire que github est non-libre, as-tu vérifié cette assertion, en achetant une licence qui te fournit les binaires ? cf. https://enterprise.github.com/

Avant de partir sur tes grands chevaux pour je ne sais quelle raison, as-tu cherché un peu par toi même ?

https://enterprise.github.com/pricing

Does the license include access to the source code?
No. Licenses cover the use of the software only. Modification and redistribution are not permitted.

merci !

A la rigueur, si un admin / modo / … passe par là, peut-être peut-on changer la phrase :

Comme beaucoup de projets désormais, le dépôt principal est sur le non-libre github, bien qu'il y ait un miroir sur http://git.php.net/.

en

Comme beaucoup de projets désormais, le dépôt mis en avant est sur le non-libre github, bien que le dépôt de référence reste sur http://git.php.net

Et citer le lien :

You can clone or fork the source from our GitHub mirror, and we also now support pull requests made via GitHub. The source is also available via git.php.net,

puisque le problème porte surtout sur le côté "principal"

Par contre une integration via les APIs github des pull requests et bugs.php.net est en discussions.

Intéressant. Y'a des infos quelque part sur le sujet ?

Heu…

Dis CrEv, ce serait bien de corriger ce poste

Je ne peux pas, mais attention tu vas lever des trolls…

car il est clairement faux

En quoi exactement étant donné que je ne fais que copier le contenu du site de php.net ?
Le problème est que, si ce n'est pas le dépôt de référence (dans le sens dépôt utilisé pour les releases) c'est le dépôt qui est mis en avant dans la doc, clairement.

Donc qu'est ce qui est faux ?

qqs users francophones m'ont pose la question apres avoir lu ton poste

Quelle question ?

Merci…

Ben, de rien…

Disons que l'âge d'or des hp c'est terminé vers 2002 - 2003 il me semble (en tout cas c'est un peu à ce moment que je l'ai quitté, et c'était déjà moins actif que fin des années 90 - début 2000).
Donc forcément, il me semble que tu sois passé un peu après la bataille ;-) Aujourd'hui, surtout en post-bac, vu que tout le monde a un portable l'usage de la calculatrice est quelques peu limité (et de toute façon on avait pas vraiment droit aux calculatrices tout simplement).

Certains profs de math étaient particulièrement intéressés par les calculatrices RPN car cela obligeait à connaître ses règles de priorité d'opérateurs, là où avec une notation "classique" on peut toujours coller des parenthèses un peu partout.

Maintenant, je suis tout ouïe […]

Justement, je ne pense malheureusement pas que gitorious t'apporte quoi que ce soit en dehors de considérations éthiques. En fait c'est même le contraire, à moins que ça ait changé, gitorious propose justement moins de fonctionnalités.

L'avantage de gitorious, tout de même, est que tu peux l'installer sur ton serveur. Et là ça peut être intéressant, si tu veux bien prendre cette partie en charge et te couper de certaines fonctionnalités (ou utiliser à côté un redmine, mantis ou autre).

Après, il est vrai qu'ils libèrent pas mal de chose, et c'est plutôt cool. Mais en réalité d'ailleurs, qu'est ce qui les empêchent de libérer totalement ? Que leur code soit libre ou non ne devrait rien leur changer. Pour avoir un vrai concurrent à github (imaginons quelqu'un qui prend exactement le même soft) il faudrait surtout être capable d'en gérer l'infrastructure. Et là c'est loin d'être évident (et on retombe finalement sur le côté service).

appris perl (pour regarder une sorte d'IDE)

pfiou, retrouvé : Xeno

Ben en fait tu as déjà trouvé.
L'OS alternatif pour 48, et finalement en quelque sorte la base pour la 49, était MetaKernel (http://isa.umh.es/calc/HP48/mk230.pdf http://www.hpcalc.org/hp48/apps/mk/)
Ce qui était vraiment cool à l'époque, c'est que des personnes comme JYA étaient dispo sur les newsgroup pour aider à bidouiller les HP et filait des tuyaux (je me souviens toujours des explications sur le traitement des interruptions).

Pour ma part les HP étaient justement l'incarnation d'un objet hackable (bidouillable). La 48 aussi bien en soft qu'en hard (soudage de puces) et la 49 surtout en soft (le hard était mieux). Par exemple le fait de pouvoir coder en assembleur directement dessus, etc.
C'est d'ailleurs grâces aux HP que je suis réellement entré dans l'open source, c'est pour ces projets que j'ai créé un compte sourceforge (2001 je crois), appris à coder, appris latex pour écrire mes docs sur les interruptions et le clavier, appris emacs et le lisp (pour le mode masd), appris perl (pour regarder une sorte d'IDE), mes premiers contacts avec des gens de Mandrakesoft, irc, etc.

A l'époque, tout le monde avait une TI, et personne (de mon entourage en tout cas) ne codait avec. Et j'ai gardé de TI cette image de bonne calculette mais n'a jamais eu le charme d'une HP. (oué et au début, c'est pas comme aujourd'hui, on surfait en RTC, on cherchait les docs sur multimania, geocities, etc, donc sans personnes IRL avec qui en parler c'était pas évident)

En fait c'est vraiment là le problème, quand on fait des recherches, on ne trouve que des vieux trucs

Si tu cherches des trucs, dis moi, je pourrai peut-être trouver un certain nombre de choses. J'ai encore pas mal de sauvegardes de l'époque, mais aussi des codes sources (bon ok, certains sur papier…), etc
Il y a quelques liens ici : http://chl.be/hp/docs/

Heu… comment dire… je suis pas sur que tu apportes plus d'informations en réalité :)
Comme je n'y connais pas grand chose, voici : http://fr.wikipedia.org/wiki/RAW_(format_d'image)#Pour_les_photographes

Merci pour le pointeur, c'est en effet assez intéressant. Je copie une partie ici pour ceux qui ne cliquent pas :

So free is great, but what is more important in the tooling and services that help you develop? Is it freedom to some arbitrary level, or is it simplicity and availability?

Finalement c'est là qu'est la différenciation (comme le souligne Zenitram) entre certains types de développeurs, y compris de développeurs oeuvrant dans le libre.

En fait, je pense que c'est avant tout une question de "service". Si on voit Github comme un service, et uniquement comme cela, sachant que le format est standard et qu'on peut récupérer toutes les données (y compris les bugs et autres je crois bien) alors je ne pense pas que ce soit un problème. L'avantage certain étant de sous-traiter la partie hébergement, gestion des machines, etc. (et comme on l'a vu avec kernel.org c'est pas une mince à faire)

Au final (et c'était plus sur cette partie que j'aurais aimé avoir des réactions) si Github était libre, les gens l'installeraient-ils sur leurs serveurs pour fournir le service d'hébergement de sources ou continueraient-ils à utiliser celui du site github ?
Et s'ils l'installeraient sur leurs serveurs, pourquoi ne le font-ils pas avec gitorious ou gitlab ? Ceci est justement la partie intéressante je trouve, pourquoi pas gitorious ?

Le karma a une utilité : pour les noobs ça permet de repérer samwang rapidement…

N'imp, ni PHP, ni le kernel Linux n'utilisent github comme dépôt principal…

1. Je n'ai jamais dit que Linux utilisait github en principal
2. D'après les liens (faut aller les lires) github est largement mis en avant :

http://www.php.net/index.php#id2012-03-20-1

You can clone or fork the source from our GitHub mirror, and we also now support pull requests made via GitHub. The source is also available via git.php.net, and full instructions on cloning the php-src tree can be found at php.net/git.

On a bien en premier lieu github, les sources étant aussi dispo sur git.php.net

http://fr.php.net/git.php

You can retrieve the PHP source code from our GitHub mirror with this command:
Alternatively, you can retrieve the source code from git.php.net with this command:

Alors ok, peut-être que le terme "principal" n'était pas le bon, mais le dépot github est très clairement mis en avant, et pour un contributeur occasionnel en tout cas il est quasiment certain que c'est celui-ci qui sera utilisé (et probablement pas que pour les occasionnels)

Edit : ha oui, et c'est bien aussi pour cette raison qu'est mentioné ceci :

Notez que contrairement à l'annonce, la FAQ mentionne git.php.net comme dépôt principal.

Ha, enfin un connaisseur !

J-Asm (c'était un langage assembleur ++ qui avait quelques trucs syntaxiques à la C évitant de devoir déclarer des tags et des goto par exemple :-) ).

Je crois que c'est dans la même optique qu'a été développé masd, un assembleur avec une syntaxe sympa genre :

*_IntTest

D1=0010E C=DAT1.1
?CBIT=0.0 SKIPYES {
  LC 0 DAT1=C.1
  A=0.A D0=(5)CRSaveCa A=DAT0.B
  LC 08 ?C>A.B -> _SysCmdEnd
  C=A.A A+A.X A+A.X A+C.X A+A.X A+C.X
  LC(5)_SysCmdBegin C+A.A PC=C
  *_SysCmdBegin
  GOVLNG =SysCmdKillAll
  GOVLNG =SysCmdKillCurrent
  GOVLNG =SysCmdKillID
  GOVLNG =SysCmdNewProc
  GOVLNG =SysCmdFreeFocus
  GOVLNG =SysCmdWaitFocus
  GOVLNG =SysCmdWaitKey
  GOVLNG =SysCmdWaitVbl
  % Some others commands can be created
  *_SusCmdEnd
  GOTO _IntEnd
}

D1=0012E C=DAT1.1
?CBIT=0.3 SKIPYES {
  CBIT=0.3 DAT1=C.1
  GOSUB _IntTimer1
}

D1=0012F C=DAT1.1
?CBIT=0.3 SKIPYES {
  CBIT=0.3 DAT1=C.1
  GOSUB _IntTimer2
}

D1=00119 C=DAT1.1
?CBIT=0.3 SKIPYES {
  CBIT=0.3 DAT1=C.1
  GOSUB _IntKey
}

Cependant le challenge de coder des trucs de fou sur la HP était alors d'autant plus grand !

Et surtout on pouvait développer directement sur la calc en assembleur !

Ben alors, vous avez oublié vos trolls hp/ti ? C'était quand même aussi sérieux intelligent courant que emacs/vi …

de toute façon tout le monde sait que les hp49 étaient bien supérieures ! (et les 48G dans lesquelles ont soudait directement des puces de mémoires supplémentaires)
Le bon vieux temps quoi !
ha oui, et ShellOS, S.O.S., et mes débuts de programmation d'un OS multitâche pour les hp… malheureusement jamais terminé, ça a au moins eu le mérite de me faire coder mon premier mode pour emacs et la coloration de masd.

(oué bon, désolé pour le HS, mais c'est pas si souvent qu'on entend parler de toutes ces calculatrices maintenant qu'on a des smartphones…)

Tu sais, si ton chat est jaune-orange avec des rayures noires, c'est bien un gros matou mais en général on l'appel "tigre"

et pour compléter : que ça n'empêche pas de continuer, de partager, si tu avais des messages dans le pur style linousquèfère genre "fais un blog" pourquoi pas, mais là tu peux continuer. Mais il est vrai que le mieux serait de faire une dépêche pour tout présenter (surtout que ça peu intéresser sur monde) et tes journaux viendront en partie compléter la dépêche finalement.

Je pense pour deux raisons :

• ça n'intéresse simplement pas les gens (à part ici, jamais entendu parlé de dita, et faire des docs en xml …)
• A chaque fois c'est 3 lignes pour dire en gros : allez lire sur mon site/blog. Et ça c'est, en général, assez mal considéré. Non que ce ne soit pas pertinent, en général il n'y a pas de lien obligatoire, une question de forme.
• (oui un troisième point) faut pas trop se préoccuper de la note, si tu reste entre -5 et 5 j'aurais surtout tendance à dire que c'est neutre, juste que ça ne passionne pas grand monde, donc il suffit qu'un ou deux n'apprécie pas et hop du descend la note.

ce firefox apporte de la nouveauté

Quelles nouveautés ?

• SPDY mais c'est pas encore pour de l'usage courant
• 2 3 bricoles pour le dev (mais bon, rien de vraiment transcendant)
• visualisation d'image c'est pas une nouveauté, au mieux une amélioration d'un truc existant mais franchement ça casse pas 3 pattes
• Import depuis chrome. Ok, ça c'est une nouveauté. Mais ça ne changera pas du tout la navigation, juste le premier lancement au mieux. Donc ça ne change rien du tout pour tous les jours
• Synchro d'extensions : oué, c'est sympa. Mais pareil, rien de vraiment transcendant, vu que ça n'existait pas la plupart des personnes avec plusieurs browser auront déjà installé sur chacun l'extension, donc ça ne changera rien

Au final pour quelqu'un qui navigue avec firefox il n'y a … heu … aucune modif réelle

Alors attention, je ne veux pas dire que rien ne se passe. Ca évolue, de manière limitée, finalement obligatoire par leur rythme. C'est pas forcément un mauvais point, ils avancent petite touche par petite touche, sans tout casser. OK. Par contre, de là à dire qu'il y a "de la nouveauté enfin !" j'ai du mal…