[F] [mOved] Mon langage est mieux que le tien - Page 12

Hebe

Huhu:

http://www.dadhacker.com/blog/?p=2106

This software is licensed under the "Anyone But Richard M Stallman"
(ABRMS) license, described below. No other licenses may apply.


--------------------------------------------
The "Anyone But Richard M Stallman" license
--------------------------------------------

Do anything you want with this program, with the exceptions listed
below under "EXCEPTIONS".

THIS SOFTWARE IS PROVIDED "AS IS" WITH NO WARRANTY OF ANY KIND.

In the unlikely event that you happen to make a zillion bucks off of
this, then good for you; consider buying a homeless person a meal.


EXCEPTIONS
----------

Richard M Stallman (the guy behind GNU, etc.) may not make use of orredistribute this program or any of its derivatives.

https://github.com/landondyer/kasm/blob/master/LICENSE

Ce qui est dommage c'est que du coup ça n'est ni libre ni open source.

Jusqu'à ce que Stallman vienne à mourir, alors ce sera techniquement le cas

C'est très drôle en tout cas

Oué

J'envisagerai la même license pour mes futurs projets

Tu veux dire, ton client irc ultime ?

Non, ça c'est un projet passé (Cela dit ça serait bien que je finisse celui que j'ai commencé y'a un an, tiens)

T'en as commencé un ya un an ? T'as utilisé quoi pour le protocole, tu l'as pas réimplémenté quand même ?

Le protocole de base n'est pas très compliqué. Ce qui est intéressant c'est de recoller les bouts et d'aboutir à un truc cohérent, là où beaucoup échouent
(Y'a plein de RFC et pseudo RFC qui traînent sur le net. Entre l'officiel, l'officieux et le non standard, y'a le choix ^^)

En parlant de "mon langage est meilleur que le tien", voilà la fonction dans laquelle mon programme vient de planter selon le débogueur :
std::_Rb_tree<std::pair<unsigned long, unsigned long>, std::pair<std::pair<unsigned long, unsigned long> const, CResource*>, std::_Select1st<std::pair<std::pair<unsigned long, unsigned long> const, CResource*> >, std::less<std::pair<unsigned long, unsigned long> >, std::allocator<std::pair<std::pair<unsigned long, unsigned long> const, CResource*> > >::find(std::pair<unsigned long, unsigned long> const&)

Aahhhh, le C++

Brunni: bon courage

Putain mais putain... je me rappelle qu'on a débattu de si la barre de menus système de Mac est mieux qu'un menu par fenêtre, et ça peut encore se défendre (le nom de l'appli est clairement écrit à côté, il faut juste d'abord activer la bonne fenêtre pour en activer un menu, mais on gagne un peu en place).
Mais avec Eclipse ils ont inventé le menu qui dépend du fichier que tu édites ! Quand tu fais de l'Android et que t'as du C++ et du Java ben non seulement les raccourcis mais les menus changent entièrement en fonction du type de fichier actif !
J'aimerais bien une option pour ouvrir un fichier arbitraire dans mon projet, en spécifiant le nom, mais on dirait que ça n'existe pas : il faut d'abord que j'active un document .java ou .cpp en fonction du type de fichier que je cherche :/

Formidable

#eclipse#
Je dirais même #java# mais après on va m'accuser de troller

Je crois que c'est squalyl qui disait que les développeurs d'Eclipse devaient utiliser NetBeans, et vice-versa

Jetbrains FTW
(Bon, il y a en gros un IDE par langage, mais c'est tellement mieux qu'Eclipse…)

Notepad FTL

./347 C'est un excellent comportement pour un IDE, mûrement réfléchi pour le bénéfice de ses utilisateurs. Qui es-tu pour oser prétendre savoir ce qui est le mieux pour toi ? Eclipse le sait !

Il semblerait donc qu'Eclipse s'adapte admirablement bien à la philosophie du système hôte !

RHJPP (./354) :
Il semblerait donc qu'Eclipse s'adapte admirablement bien à la philosophie du système hôte !

Fixed

Installation du JDK à l'instant (contraint et forcé, c'est une dépendance d'Android Studio), voici le premier truc qui s'affiche quand on lance l'installeur :


Aucun doute possible, c'est bien un produit Oracle

EDIT : et merde. En plus il est pas compatible Windows XP. Saleté.

xD

(sinon, le seul produit Oracle que j'utilise, c'est VirtualBox, et j'ai pas de souci avec)

Ils n'ont pas encore dû réussir à le pourrir, mais t'inquiètes, ça viendra

Pourtant c'est parfaitement clair : il t'informe que java est en train de s'installer
#loin#

(sauf que justement, ça ne commence pas à s'installer tant que tu n'as pas cliqué sur OK )