Self-righteous ranking of programming languages

I found a "programming language ranking Chart" on overseas websites yesterday and found it interesting. So I forwarded it to my blog today.

 

 

 

Hey, you are using a very low ranking language, so you are angry and want to swear? No.

 

Note that this is "consider themselves superior
", Not" are superior
. That is to say, this is an "self-righteous" ranking. If your favorite language ranks low here, you do not need to complain.

 

In fact, the lower the position in this figure, it does not mean that the actual position of the language is also low. On the contrary, because this is the "consider themselves superior", the higher the ranking, the higher the overall conservation of the language users (this, at the very least, I can say that my heart is very competent ......).

 

Finally, programming language is just a tool. It is both a tool sorrow and a tool user sorrow for a tool quarrel. In fact, there are three or four programming languages that you don't know in the past few years. Do you really want to say hello when you go out?

 

The only thing that can be affirmed is that the figure above is definitely not drawn by Java programmers. Why? Cut, this still need to ask ?! If the ranking is evaluated by the world's Java programmers who are "The kinest, the most cute, the most beautiful, the most holy, the highest, and the most abnormal, the chart will at least be written as follows!

 

 

----------------------

It's rare to talk about the past blog.

 

Younger brother is currently finishing lgame documents, is expected to be completed around September 15, and the LGame-0.2.8 version is also under construction, the version will strengthen the image processing function (added a lot of image effects ), in addition, starting from this version, we will have a built-in small AVG game engine to the lgame. It will be nice to transplant galgame later. Aha Haha (ah, this guy is out of order when talking about galgame again) ~~~

_________________________________

 

Key bug description for LGame-J2SE (PC)

 

This is a critical problem with the LGame-J2SE version that causes exceptions in the use of the lgame component, which is first submitted by javavc brother.

After testing, the problem has been solved. The crux of the problem is the omission of the younger brother during the last revision. When mousemoved is not passed to mousex and Mousey, The lgame event processing exception is eventually caused.

The solution is extremely simple. You only need to modify the screen class:

Original code:

Public synchronized void mousemoved (mouseevent e ){
Mousemove (E );
}

You can solve the problem by making the following modifications (ER, two lines of code are missing in the last revision | ):

Public synchronized void mousemoved (mouseevent e ){
This. mousex = E. getx ();
This. Mousey = E. Gety ();
Mousemove (E );
}

This Sunday, the younger brother will upload the modified Code to SVN. I would like to thank the elder brother javavc for telling me.