flan a écrit 1865 commentaires

En Python, je connais Radicale (qui fait uniquement serveur CarDAV et CalDAV), et Seafile (sur l'échange de fichiers).

pour les deux derniers (au moins), c'est le cas. Tu peux décider quelles applications ont accès aux données de localisation, et tu peux également savoir si une application a accédé aux données dans les 24h.

Dans ces cas-là (c'est valable autant pour Apple que pour Google, d'ailleurs), je me demande à quel point c'est de l'optimisation de haute volée, et à quel point c'est de la correction d'erreurs triviales (genre un tri tout bête codé en n² )

Le Developper Account a toujours été gratuit à ma connaissance ; c'est la publication des applications qui était payante.

Qu'est-ce qui te fait dire qu'un document de 7 000 pages est inutilisable, mais qu'un de 1 200 pages est tout à fait utilisable ?

As-tu comparé les deux ? À quel moment un document devient-il inutilisable parce qu'il est trop gros ?
Y a-t-il autant d'exemples dans les deux cas ? Est-ce le même format, tout bêtement (police, interligne, …) ?
Est-ce que le standard est totalement défini dans le document, ou faut-il se référer à une implémentation existante ?

Honnêtement, je ne comprends rien à ce que ça fait, et pourtant j'ai fait un (tout petit) peu de Perl il y a quelques années. Là, je ne saurais même pas dire ce que ça donne en pratique.

A contrario, j'ai déjà réussi à patcher du Ruby sans jamais en avoir fait.

Ça me donne surtout envie d'utiliser un autre langage :(

Les systèmes SCADA ne sont pas spécialement réputés pour leur sécurité (je parle de façon générale, j'espère que ceux d'un SNLE sont plus protégés !), bien au contraire. Ils constituent d'ailleurs un gros risque : maintenant ils sont de plus en plus connectés directement à internet, parfois avec un mot de passe fort (type admin : admin) alors qu'ils peuvent piloter des infras essentielles.

Chrome (comme Opera) est basé sur Blink et non Webkit (c'est un fork) ;) Mais revenons deux ans en arrière.

Après, tout dépend de ce que tu regardes. Si le point important porte sur le moteur de rendu HTML, alors il est évident qu'il faut considérer que Safari et Chrome ne font qu'un vu qu'ils partagent le même moteur. D'ailleurs, dans ces cas-là, on parle directement de Webkit (et non de Safari ou Chrome).

Oui, l'ANSES a fait une erreur (involontaire), mais Bluetouff en a profité en sachant que c'était une erreur (il l'a reconnu).

Pour prendre une analogie (encore une) foireuse, l'ANSES a fermé la porte du bureau à clef, mais a laissé une fenêtre ouverte.
Bluetouff est rentré par hasard, s'est rendu compte que la porte était fermé et après s'en être rendu compte (c'est lui qui le dit) a pioché dans les documents présents.

Il n'a pas été condamné pour être entré par hasard, mais pour avoir pioché dans les documents en sachant qu'a priori il ne devrait pas y avoir accès.

Visuellement, peut-être, mais les différences entre OS X et Linux se n'arrêtent pas à un simple thème graphique ou à une interface « épurée » (ou minimaliste, selon les goûts), loin de là. On pourrait citer beaucoup d'autres différences, plus ou moins profondes, et qui peuvent plus ou moins changer le confort au quotidien ; bien sûr, tout dépend des goûts et des façons d'utiliser son ordi.

On ne risque pas de savoir si c'est un OIV ou non : la liste est tenue secrète.

Pourquoi y aurait-il UNE bonne stratégie ?

Il y a plein d'entreprise différentes, avec plein de stratégies différentes pour gagner de l'argent, et que chacun considérera plus ou moins morales.
En l'occurrence, je ne trouve pas celle-ci choquante et elle me convient plutôt pas mal (même si elle pourrait encore plus me convenir s'ils mettaient en libre toutes les fonctionnalités de la pro).

Oui, mais ça permettrait d'avoir plus facilement les fonctions Enterprise. Après, tu peux rajouter un certain nombre de fonctions de façon détournée avec les webhooks, même si c'est loin d'avoir la souplesse de vrais plugins.

Je suis d'accord avec toi sur le fond, ça serait 'achement mieux avec des plugins, mais je trouve déjà pas mal ce que l'on a déjà =)

Oui, ça ne te choquerait pas si en gros tu pouvais avoir le beurre et l'argent du beurre (vu que le but est clairement d'avoir les fonctionnalités de la version entreprise sans son prix).

Il faut plutôt voir l'autre aspect : ils auraient pu le garder totalement propriétaire comme Github, et ils ont quand même fait une version libre (même si légèrement incomplète).

Après, tu as toujours la possibilité de le forker (et de maintenir le fork, ce qui n'est sûrement pas évident), voire tout simplement de ne pas l'utiliser.

Et pourtant, je suis affecté par ce comportement (vu que j'avais dû patcher la version libre pour avoir une authentification Kerberos et ça m'arrangerait bien qu'elle soit prise en compte directement).

Mais d'un autre côté, il faut se mettre à leur place. Ils gagnent de l'argent en vendant leur licence entreprise, et il faut bien qu'elle garde des avantages par rapport à la version gratuite.

Personnellement, ça ne me choque pas, même si j'aimerais bien avoir la version entreprise gratuitement. Ils auraient très bien pu rester en 100% propriétaire.

L'ancien système reposait sur beaucoup de comptables, qui ne sont plus là. Pas évident de les réembaucher du jour au lendemain.

Pour ce prix, ce n'est pas un nouveau logiciel, mais une adaptation d'un logiciel existant (du SAP)…

Non, il dit « il y a vraiment peu de raisons d'utiliser un stockage texte quand il y a une meilleure option disponible »

Traduction : quand le binaire est meilleur, il ne voit pas de raison d'utiliser du texte.

Question bête pour la structuration des données.

Est-ce qu'une bête base de données SQL classique (sqlite quand on est en local, ou pgsql/mysql si on veut faire plus compliqué) ne pourrait pas convenir ? Quel est l'intérêt d'un format binaire spécifique alors que du SQlite dispose déjà de milliards d'outils ?

Gitlab utilise une base de données classique (postgres ou mysql). J'ai donc fait un petit script (avec l'ORM de Django vu que je maîtrise un minimum) qui écrit directement les utilisateurs et les groupes dans la base de données de Gitlab.

s%fichier large%gros fichier%
(enfin, je pense)

On ne parle pas spécialement d'utilisateur, on parle de filtrage des communications entre l'intranet et l'internet. Ces communications peuvent être faites par les utilisateurs, ou par des spywares qui vont communiquer en HTTPS pour se noyer justement dans le flux licite.

Après, pour le digne de confiance, il faut bien distinguer deux niveaux : les utilisateurs malveillants (concrètement, on ne doit pas pouvoir faire grand-chose contre eux à mon avis), et les utilisateurs négligents (là, fliquer peut aider pas mal, mais il faut qu'ils soient prévenus).

Bien sûr, tout dépend du niveau de sécurité demandé, mais c'est parfois nécessaire. Ça ne me choquerait pas qu'il y ait pas mal de mesures de sécurité pour des ministères comme Bercy.

mais l'Allemagne cherche à récupérer toute la partie intéressante (ils ont notamment essayé de déménager les bureaux de conception d'Airbus de Toulouse à Hambourg). De notre côté, on se laisse plutôt faire…

Parfois, la sécurité informatique prime, c'est normal de devoir surveiller ce qui sort de ton réseau local quand il y a potentiellement des informations un peu sensibles (je pense à Bercy, par exemple).