There is a reason for that. Python is
Although python is pretty simple, I asume that a code decrypt program would require more code.
3,498 total views, no views today
So, basically, both are fine but it depends on what you need (as with most tools).
In my opinion a less verbose language is better, also, python have tons of packages installable via pip, is C++ extensible (for those scenarios where speed matters) and is present in most platforms.
Also, although there is an Open Source Java implementation, not all the “core” libraries are, I mean, you can’t just replace Oracle’s Java with the Open Source and expect everything will run just fine, probably will, but slower.
1,436 total views, no views today
2,373 total views, 4 views today
Java has a strong user base and while new developers are using new programing languages/technologies like Swift, the user base is lowering quite slow. Many companies have their software built on Java and is unlikely that they will rewrite it in another programming language.
I do like the fact that Python, being a mature language is still one of the most loved one and used in financial field/startups. It’s one of the top that is growing super fast, which is good.
A recent survey found that while developers are into newer languages like Swift, Rust, and Scala, businesses prefer the stalwarts — and Python can bridge the gap between the two
This post comes from the old blog.
A few weeks ago, I have to write a program in PyGTK that was supposed to be all the time in the background. This application needs to run over Microsoft Windows, and hide in the notification area, wich in Windows is near to the clock.
One of challenges for me in this application is that as it must run in the background there must be a way to raise it, the most easy way to do it is by force the user to click on the small icon in the notification area, but in this case, that was impossible because the computer don’t have any mouse, everything is done with the keyboard.
(Reposted from the old blog)
This time I’m going to talk about putting an image as the application background in Gtk. In Gtk we are used to leave the colors of the application to the theme, but sometimes we will need to use an image as background. I already wrote how to draw a pixbuf in a gtk.DrawingArea (Esp), we could use that, but we will “draw” directly on the widget window instead.
Yes, I said the widget’s window instead the widget itself. You should know that every widget that has been packed in a container has a gtk.gdk.window object and is the responsible for containing your widget. Well, we can draw on that object.
The code should look like this:
#!/usr/bin/env python import gtk def draw_pixbuf(widget, event): path = '/home/markuz/wallpapers/WMwall1024x768.gif' pixbuf = gtk.gdk.pixbuf_new_from_file(path) widget.window.draw_pixbuf(widget.style.bg_gc[gtk.STATE_NORMAL], pixbuf, 0, 0, 0,0) window = gtk.Window() window.set_title('Drawing Test') window.set_size_request(640,480) window.connect('destroy',gtk.main_quit) hbbox = gtk.HButtonBox() window.add(hbbox) hbbox.connect('expose-event', draw_pixbuf) button = gtk.Button('Press Me!') hbbox.pack_start(button, True, False, 10) window.show_all() gtk.main()
Well, its interesting to work with it, basically because I have the influence of GTK+ and having no windows but calling to widgets creates some confusion. Also, there is this Kivy language which is something like what Glade is In GTK but a lot easier to read (actually everything is easier to to read than XML).