473,839 Members | 1,494 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

python gaining popularity according to a study

http://www.tiobe.com/index.htm?tiobe_index

Python is the 7th most commonly used language, up from 8th.
The only one gaining ground besides VB in the top 10.

We're glad, our app is written in python.
It's free at http://pnk.com and it is a web timesheet for project
accounting

Nov 23 '06 #1
14 2097
cc******@gmail. com:
Python is the 7th most commonly used language, up from 8th.
The only one gaining ground besides VB in the top 10.
It also shows that Ruby is gaining even more, and D is (gladly) growing
too.

Bye,
bearophile

Nov 23 '06 #2
cc******@gmail. com wrote:
http://www.tiobe.com/index.htm?tiobe_index

Python is the 7th most commonly used language, up from 8th.
The only one gaining ground besides VB in the top 10.

We're glad, our app is written in python.
It's free at http://pnk.com and it is a web timesheet for project
accounting
The real comparision is vs. Ruby. Seems, Ruby has won an important race because of this Rails thing.
Both, the Ruby language and this thing are weak compared to Python side in almost any aspect (just better than dull LAMP).
But they have managed to raise a single-minded marketing and focus.

When a LAMP programmer comes to Python, there are so many different confusing things.
It starts with a 'non-documented' cgi module - a 'High-Level-Interface', that cannot even iterate over the form items.
A name ZOPE in focus which reveals to be a monster system with 2-year learning-curve, ready for running an article editorial system for TOP-10 newspaper companies, but unable to make simple things simple.
A handful of different Djangos - choose one for each weekday and programmer ...
And Ruby made it with this single-known simple URL-to-method-router (And possibly when coming from PHP & Perl one recognizes ::@$_$%§§%/&... and the old namespace dirt)
If there would have been a good cgi-system and a somewhat comfortable advanced URL-to-OO-router (beyond the socket wrapper HTTPServer) well exposed in the Python standard lib, the numbers would be probably very different today ...

Flat Web/DB programming is one major field where programmer masses are born.
The other big one is RAD-GUI/DB programming. This field is probably still wide open. Best tooled Borland RAD systems are going down meanwhile because of the stiff compiler language. Programmers look around for the next language & toolset. Python is the language - but with Python there is again a similar confusion around IDE's and GUI-libs. There is no really good IDE (but fat ones). And the major gui libs there are not Python, but are fat sickening layers upon layers upon other OO-langs. ==VB went up.
Maybe Borland should go towards a Python GUI/IDE system ...

Python is probably (still) the best _language_ within that top 20 for most purposes. Richest set of libraries probably.
It would be by far the best language for Web and Gui programming as well.
But the Python community has missed to create focus regarding a few must-be-sharp knifes.

The only area with appropriate Python success is probably sci programming.
And there is 2nd-level network programming and some glueing, where Python gathers numbers mostly because of merely the superior language itself.

Python is undersold und the key tools are somewhat too bloomy and fragmented for successful professional application.
Robert
Nov 23 '06 #3
On Thursday 23 November 2006 21:29, robert wrote:
When a LAMP programmer comes to Python, there are so many different
confusing things. It starts with a 'non-documented' cgi module - a
'High-Level-Interface', that cannot even iterate over the form items. A
name ZOPE in focus which reveals to be a monster system with 2-year
learning-curve, ready for running an article editorial system for TOP-10
newspaper companies, but unable to make simple things simple. A handful
of different Djangos - choose one for each weekday and programmer ...
And Ruby made it with this single-known simple URL-to-method-router (And
possibly when coming from PHP & Perl one recognizes ::@$_$%§§%/&... and
the old namespace dirt) If there would have been a good cgi-system and a
somewhat comfortable advanced URL-to-OO-router (beyond the socket
wrapper HTTPServer) well exposed in the Python standard lib, the numbers
would be probably very different today ...
I can fully second that. Coming from Perl and being used to the CGI module
that is de-facto standard and already doing things much better than
Python's equivalent my first thought was: "Does Python really expect me to
re-invent the wheel to write basic CGIs?" So I started creating
cookie-based session handlers, form field handling etc.

The reason of my posting it not only to complain though. My Python skills
are average but I would really like to help contribute some code on this
topic. I don't know Ruby-on-Rails myself but I have worked with CGIs for
ten years both in C (yuk) and Perl (Perl=semi-yuk / Perl-CGI=yum) and
think I know what people coming from Perl expect. And I'm not speaking of
Zope or Django or huge frameworks. I try to avoid frameworks wherever I
can (I want to write Python - not Zope or Django). I rather rely on the
standard library unless it's really saving me time and worth learning
another language. Are frameworks perhaps even telling that the standard
library is still lacking in some way?

I'm thinking of features like:
- cookie handling
- cookie-session handling (similar to PHP or Perl's CGI::Session; combined
with database backends or simple text files)
- handling of form fields (Perl's CGI class can easily redisplay what
has been entered in the fields when they got submitted through a <FORM>)
- accessing parameters (honestly I haven't yet understood why I need to use
.value on FielStorage dictionaries - why isn't it just a plain
dictionary?)
- state keeping (storing the contents of all form fields on disk
to retrieve it later)
- creating form elements easily (option lists for example from
dictionaries and lists like in Perl)
- creating standard HTML elements (or do you remember how DOCTYPE
looks without looking it up?)
- handling of file uploads (which is just a recipe on ActivePython
at the moment)
- controlling HTTP headers (expires, redirections, charset)
- convenience functions e.g. for getting the client IP address without
needing to read ENV['REMOTE_ADDR']

Well, of course there are modules like 'cgi' or 'cookielib' and others may
argue that everything is already there. And there is a 'Web.py' already (I
assume every CGI programmer has written their own Web.py already). But
can't we come closer to what other scripting languages provide? Something
common? Can't a simple form-based CGI just be a matter of a dozen lines?
When it comes to CGIs Python loses its elegance for no reason.

I'm ready to invest work and ideas if anyone else is interested. Perhaps
some day it makes it into the standard library or at least gives us
something between the features of the standard library and huge framework
monsters - something people can be pointed at when starting with Python
and CGIs. I'll probably do that anyway because my web projects all use
their own reinvented wheel and I'm losing the overview. And even Perl has
come that route - it started with a cgi-lib.pl which later became
the 'CGI' standard module.

Is it just a matter of lacking resources or interest? Even if there is no
interest I'll probably read "man CGI" and "man CGI::Session" again and
start implementing something nifty for ex-perlies like myself. Hmmm,
batteries included even for CGI programmers, a man can dream. :)

Cheers
Christoph
Nov 24 '06 #4
Christoph Haas wrote:
On Thursday 23 November 2006 21:29, robert wrote:
When a LAMP programmer comes to Python, there are so many different
confusing things. It starts with a 'non-documented' cgi module - a
'High-Level-Interface', that cannot even iterate over the form items. A
name ZOPE in focus which reveals to be a monster system with 2-year
learning-curve, ready for running an article editorial system for TOP-10
newspaper companies, but unable to make simple things simple.
Zope was simultaneously one of the best things to happen in Python Web
programming, but also one of the worst, mostly because people saw the
power of the solution, correctly realised that it could do a lot of
things they would otherwise have to do themselves, but then got locked
into an approach which wasn't suitable for every kind of application.
It was like having a handful of fairly promising parties ruined by the
opening night of an expensive nightclub where the first two drinks were
free.
A handful of different Djangos - choose one for each weekday and programmer ...
The handful of Djangos isn't necessarily a problem, but there is this
"all or nothing" mentality in writing and promoting Web frameworks. Or
rather, an "all or lots of little pieces" mentality. One is left either
with a room full of tiny Lego bricks to put together, or one actually
has to be the python and swallow a large solution whole, hoping that it
all tastes good - even the nasty parts.
And Ruby made it with this single-known simple URL-to-method-router (And
possibly when coming from PHP & Perl one recognizes ::@$_$%§§%/&...and
the old namespace dirt) If there would have been a good cgi-system and a
somewhat comfortable advanced URL-to-OO-router (beyond the socket
wrapper HTTPServer) well exposed in the Python standard lib, the numbers
would be probably very different today ...
There was probably a window of opportunity to include the old Bobo
dispatcher (or perhaps the "Poor Man's Zope" stuff) in the standard
library, but rigid dispatchers of that style arguably aren't sufficient
any more, even though they can be regarded almost as the original
"URL-to-OO router". If you look now, there are a number of
dispatchers/routers that work in a more-or-less independent way from
frameworks, however.
I can fully second that. Coming from Perl and being used to the CGI module
that is de-facto standard and already doing things much better than
Python's equivalent my first thought was: "Does Python really expect me to
re-invent the wheel to write basic CGIs?" So I started creating
cookie-based session handlers, form field handling etc.
The standard library expects you to do that, yes, since many of the
Web-related modules were written in the infancy of the Web and have
only been conservatively updated since. I remember when the cookie
handling went in, and it was a big but overdue event back then.
I rather rely on the standard library unless it's really saving me time and worth learning
another language. Are frameworks perhaps even telling that the standard
library is still lacking in some way?
I believe so, and I'm not alone with that opinion.
I'm thinking of features like:
[List of HTTP-related, persistence-related and templating-related
things]
I'm ready to invest work and ideas if anyone else is interested.
Take a look at this page for some other work with similar goals:

http://wiki.python.org/moin/WebStandardisation
Perhaps some day it makes it into the standard library or at least gives us
something between the features of the standard library and huge framework
monsters - something people can be pointed at when starting with Python
and CGIs. I'll probably do that anyway because my web projects all use
their own reinvented wheel and I'm losing the overview. And even Perl has
come that route - it started with a cgi-lib.pl which later became
the 'CGI' standard module.
Some people will argue that you just want a big framework (implying
that they know what you want better than you do), whilst others will
talk about lots of reusable middleware. I don't disagree with the
component-based solution mindset, but the bricks really have to be
bigger, and there needs to be a picture on the box showing what the
finished model looks like, along with some clear instructions on
getting started.
Is it just a matter of lacking resources or interest? Even if there is no
interest I'll probably read "man CGI" and "man CGI::Session" again and
start implementing something nifty for ex-perlies like myself. Hmmm,
batteries included even for CGI programmers, a man can dream. :)
I am aware of at least one person who seems dissatisfied with the
current level of standardisation and who wants something a bit more
obvious for those who don't want to take the "30 second Wiki" route.
Perhaps they could openly publish their ideas or proposals and we could
establish some kind of unofficial standard around those things. I'd
certainly be interested in moving things forward in that regard.

Paul

Nov 24 '06 #5
Christoph Haas wrote:
On Thursday 23 November 2006 21:29, robert wrote:
>When a LAMP programmer comes to Python, there are so many different
confusing things. It starts with a 'non-documented' cgi module - a
'High-Level-Interface', that cannot even iterate over the form items. A
name ZOPE in focus which reveals to be a monster system with 2-year
learning-curve, ready for running an article editorial system for TOP-10
newspaper companies, but unable to make simple things simple. A handful
of different Djangos - choose one for each weekday and programmer ...
And Ruby made it with this single-known simple URL-to-method-router (And
possibly when coming from PHP & Perl one recognizes ::@$_$%§§%/&... and
the old namespace dirt) If there would have been a good cgi-system and a
somewhat comfortable advanced URL-to-OO-router (beyond the socket
wrapper HTTPServer) well exposed in the Python standard lib, the numbers
would be probably very different today ...

I can fully second that. Coming from Perl and being used to the CGI module
that is de-facto standard and already doing things much better than
Python's equivalent my first thought was: "Does Python really expect me to
re-invent the wheel to write basic CGIs?" So I started creating
cookie-based session handlers, form field handling etc.
That exactly is where Python lost real numbers. All kinds of fancy things are in the standard lib, but not these must-have's in a good collection ..
The reason of my posting it not only to complain though. My Python skills
are average but I would really like to help contribute some code on this
topic. I don't know Ruby-on-Rails myself but I have worked with CGIs for
ten years both in C (yuk) and Perl (Perl=semi-yuk / Perl-CGI=yum) and
think I know what people coming from Perl expect. And I'm not speaking of
Zope or Django or huge frameworks. I try to avoid frameworks wherever I
can (I want to write Python - not Zope or Django). I rather rely on the
standard library unless it's really saving me time and worth learning
another language. Are frameworks perhaps even telling that the standard
library is still lacking in some way?
well, note, for that they have named it Ruby-On-Rails, so its still the language - leveraged.
While it is Zope/Django/Ego-on-Python ... ?

So its about the right level of a framework. (even a cgi module is a framework.)

I think i could learn to like this one as basic intuitive idea: http://www.cherrypy.org/

Unless a Guido'ed version of such thing is not _selected_ into the stdlib or at least promoted single-mindedly and prominently by far before high-tech-but-low-number names like Zope and Django, Python will continue to bleed out heavily on numbers vs. Ruby.

First need of course: an update of that cgi "module".
I'm thinking of features like:
- cookie handling
- cookie-session handling (similar to PHP or Perl's CGI::Session; combined
with database backends or simple text files)
- handling of form fields (Perl's CGI class can easily redisplay what
has been entered in the fields when they got submitted through a <FORM>)
- accessing parameters (honestly I haven't yet understood why I need to use
.value on FielStorage dictionaries - why isn't it just a plain
dictionary?)
- state keeping (storing the contents of all form fields on disk
to retrieve it later)
- creating form elements easily (option lists for example from
dictionaries and lists like in Perl)
- creating standard HTML elements (or do you remember how DOCTYPE
looks without looking it up?)
- handling of file uploads (which is just a recipe on ActivePython
at the moment)
- controlling HTTP headers (expires, redirections, charset)
- convenience functions e.g. for getting the client IP address without
needing to read ENV['REMOTE_ADDR']
tell it loud
Well, of course there are modules like 'cgi' or 'cookielib' and others may
Cookie. (cookielib is for clients.)
But read the doc chapter "Cookie -- HTTP state management"...
What is 'input': "If input is given, it is passed to the load() method. " ...
So first read the "Example", oohhhh .... :-)

I tell you - you will know how to achieve cookie/session handling before you read all source code and the RFC's

So its not much disadvantage to not know about the existence of this module.
argue that everything is already there. And there is a 'Web.py' already (I
assume every CGI programmer has written their own Web.py already). But
yes - which Web.py :-) another v0.138 : http://webpy.org/ ?
can't we come closer to what other scripting languages provide? Something
common? Can't a simple form-based CGI just be a matter of a dozen lines?
When it comes to CGIs Python loses its elegance for no reason.
No other language could do it in less lines. There is no other excuse than: *********
I'm ready to invest work and ideas if anyone else is interested. Perhaps
some day it makes it into the standard library or at least gives us
something between the features of the standard library and huge framework
monsters - something people can be pointed at when starting with Python
and CGIs. I'll probably do that anyway because my web projects all use
their own reinvented wheel and I'm losing the overview. And even Perl has
come that route - it started with a cgi-lib.pl which later became
the 'CGI' standard module.
I'd vote for that.
Is it just a matter of lacking resources or interest? Even if there is no
python-dev is fully occupied with top-notch inner life. Of course that is the basis.
But key issues in lib&tools were simply forgotten - left to a random community.
interest I'll probably read "man CGI" and "man CGI::Session" again and
start implementing something nifty for ex-perlies like myself. Hmmm,
batteries included even for CGI programmers, a man can dream. :)
Go for a start. In order to realize that essential batteries in good quality within time - even after 10 years now - it is necessary, to hook python-dev for even requesting it actively. Just adding to http://wiki.python.org/moin/WebProgramming and http://wiki.python.org/moin/WebFrameworks is not the task. It requires some organization and somewhat a selection process in addition to good (probably existing) code v0.1xxx material.
I think it would not be overly complex. Both, a new cgi and possibly included snake "rails" (vs "oil")
Robert
Nov 24 '06 #6
On Friday 24 November 2006 13:08, robert wrote:
well, note, for that they have named it Ruby-On-Rails, so its still the
language - leveraged. While it is Zope/Django/Ego-on-Python ... ?
If by that you mean that neither Zope nor Django are exactly pythonic I
think I concur.
Unless a Guido'ed version of such thing is not _selected_ into the
stdlib or at least promoted single-mindedly and prominently by far
before high-tech-but-low-number names like Zope and Django, Python will
continue to bleed out heavily on numbers vs. Ruby.
Guido seems to have been confused about the rank growth of web based
frameworks himself. So it's even less likely one of them gets included as
part of the standard library in finite time.
First need of course: an update of that cgi "module".
Oh, yeah. I just joined the Web SIG and found out that WSGI seems the way
to go. At a first look it seems horrible if you just want to provide a CGI
module. But there must be some reason for its existence. :) Looking
further through http://wiki.python.org/moin/WebFrameworks my head starts
to spin. Somehow I sadly feel I would just add another incomplete
framework to that pile.

I'm especially unsure whether it's good or bad to create another "I'm sick
of the standard library"-style module. I've just become a bit less
confident to actually contribute something useful there. Overwhelming.
python-dev is fully occupied with top-notch inner life. Of course that
is the basis. But key issues in lib&tools were simply forgotten - left
to a random community.
Which doesn't match the "batteries included" fuss at all. Of course the
basis has to be good, too. And there are so many paradigms today that no
core-python developer can really be expected to provide good standard
modules for everyone.
Go for a start. In order to realize that essential batteries in good
quality within time - even after 10 years now - it is necessary, to hook
python-dev for even requesting it actively. Just adding to
http://wiki.python.org/moin/WebProgramming and
http://wiki.python.org/moin/WebFrameworks is not the task. It requires
some organization and somewhat a selection process in addition to good
(probably existing) code v0.1xxx material. I think it would not be
overly complex. Both, a new cgi and possibly included snake "rails" (vs
"oil")
Oil is deprecated anyway. :) I'll see if I can find my way into the SIG.
And - yes - adding another framework will surely not help us out of the
divergence. The more frameworks there are the more people seem to feel
urged to say "heck, it will be easier to write my own framework than
evaluate all 30 packages on that page".

Christoph
Nov 24 '06 #7
Christoph Haas wrote:
>well, note, for that they have named it Ruby-On-Rails, so its still the
language - leveraged. While it is Zope/Django/Ego-on-Python ... ?

If by that you mean that neither Zope nor Django are exactly pythonic I
think I concur.
Django is highly Pythonic (it's pure Python plus templates, and has the same
"pencil-like qualities" as Python itself). Zope 3 is highly Pythonic too, but a
rather more advanced form of Python. but they're both application servers,
not CGI scripting environments.
>First need of course: an update of that cgi "module".

Oh, yeah. I just joined the Web SIG and found out that WSGI seems the way
to go. At a first look it seems horrible if you just want to provide a CGI
module.
WSGI is a CGI replacement, not a CGI implementation. Which is a good thing,
because what really matters, if you think about what a web server is doing, is the
HTTP protocol, not an old and not always practical httpd extension standard.
WSGI simply provides plumbing for working very close to the HTTP level.

(you can of course create a WSGI-compatible adapter for CGI in no time at
all, but that's not really the point of WSGI).
Somehow I sadly feel I would just add another incomplete framework to that
pile.
as they say, if you don't understand history, you're bound to repeat it ;-)
I'm especially unsure whether it's good or bad to create another "I'm sick
of the standard library"-style module. I've just become a bit less
confident to actually contribute something useful there. Overwhelming.
Building a "like cgi.py, but with more support for the kind of things people actually
need" library would be an excellent idea. It's not clear from your posts that you
"get" what things like Django and Zope do, and how that's different from "CGI
programming", but if you have a deep understanding of the latter, I'm sure you
could come up with a nice "cgi2.py" library with relatively little effort. Get to
work!

</F>

Nov 24 '06 #8
Christoph Haas wrote:
....
Oh, yeah. I just joined the Web SIG and found out that WSGI
seems the way
to go.
....

I don't want a standard, i want *one* implementation. In the
Java world, there are a lot of standards and N*standards
implementations . In the end you have the opposite of what
a standard should give you: Bad interopability.

One implemantation (which is in the standard library) would
be the right coice. But what could I do? (I am not a python
core developer)? I could only create a new web framework.
And that's why there are so many.

I hope Guido (or someone else who can do this) will decide to choose one
soon.
Thomas

--
Thomas Güttler, http://www.thomas-guettler.de/ http://www.tbz-pariv.de/
E-Mail: guettli (*) thomas-guettler + de
Spam Catcher: ni************* *@thomas-guettler.de

Nov 24 '06 #9
Christoph Haas wrote:
On Friday 24 November 2006 13:08, robert wrote:
>well, note, for that they have named it Ruby-On-Rails, so its still the
language - leveraged. While it is Zope/Django/Ego-on-Python ... ?

If by that you mean that neither Zope nor Django are exactly pythonic I
think I concur.
on-python, but not python-on :-) - as we discussed about "framework vs. directness/intuition"
Zope and Django's Ego certainly won't fit into/near the stdlib
>Unless a Guido'ed version of such thing is not _selected_ into the
stdlib or at least promoted single-mindedly and prominently by far
before high-tech-but-low-number names like Zope and Django, Python will
continue to bleed out heavily on numbers vs. Ruby.

Guido seems to have been confused about the rank growth of web based
frameworks himself. So it's even less likely one of them gets included as
part of the standard library in finite time.
Yet so he will decide about the magnitude of order of future Python users. I'm sure the door will open once ..
Py3K will not make as big a change regarding this magnitude.
>First need of course: an update of that cgi "module".

Oh, yeah. I just joined the Web SIG and found out that WSGI seems the way
to go. At a first look it seems horrible if you just want to provide a CGI
module. But there must be some reason for its existence. :) Looking
further through http://wiki.python.org/moin/WebFrameworks my head starts
to spin. Somehow I sadly feel I would just add another incomplete
framework to that pile.

I'm especially unsure whether it's good or bad to create another "I'm sick
of the standard library"-style module. I've just become a bit less
confident to actually contribute something useful there. Overwhelming.
tying selected techniques together on the right level is the task. Its not forbidden to learn a little from Rails and Perl module structure.
>python-dev is fully occupied with top-notch inner life. Of course that
is the basis. But key issues in lib&tools were simply forgotten - left
to a random community.

Which doesn't match the "batteries included" fuss at all. Of course the
basis has to be good, too. And there are so many paradigms today that no
core-python developer can really be expected to provide good standard
modules for everyone.
>Go for a start. In order to realize that essential batteries in good
quality within time - even after 10 years now - it is necessary, to hook
python-dev for even requesting it actively. Just adding to
http://wiki.python.org/moin/WebProgramming and
http://wiki.python.org/moin/WebFrameworks is not the task. It requires
some organization and somewhat a selection process in addition to good
(probably existing) code v0.1xxx material. I think it would not be
overly complex. Both, a new cgi and possibly included snake "rails" (vs
"oil")

Oil is deprecated anyway. :) I'll see if I can find my way into the SIG.
And - yes - adding another framework will surely not help us out of the
divergence. The more frameworks there are the more people seem to feel
urged to say "heck, it will be easier to write my own framework than
evaluate all 30 packages on that page".

Christoph
Nov 24 '06 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

226
12757
by: Stephen C. Waterbury | last post by:
This seems like it ought to work, according to the description of reduce(), but it doesn't. Is this a bug, or am I missing something? Python 2.3.2 (#1, Oct 20 2003, 01:04:35) on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> d1 = {'a':1} >>> d2 = {'b':2} >>> d3 = {'c':3}
42
3734
by: Bicho Verde | last post by:
I have now free time and money to do what I want :-) I have some basic skills in programming (C, Pascal, Macromedia Actionscript) but don't know exactly what to do in the world of programming. And also I don't know exactly why would I learn Python rather than C#, C++ or Perl. Basicaly I don't know where to start, if there is much to do or if it is has it seems and there is software to everything nowadays and so doesn't make sense to spend...
38
3756
by: kbass | last post by:
In different articles that I have read, persons have constantly eluded to the productivity gains of Python. One person stated that Python's productivity gain was 5 to 10 times over Java in some in some cases. The strange thing that I have noticed is that there were no examples of this productivity gain (i.e., projects, programs, etc.,...). Can someone give me some real life examples of productivity gains using Python as opposed other...
4
1687
by: Paul Prescod | last post by:
According to Netscan, comp.lang.python was the 19th most popular Usenet newsgroup in 1999 It rose to 8 in 2000 It stayed in 8th place in 2001 (I don't know why that year was flat) It rose to 6 in 2002 It jumped to 2 in 2003 (comp.lang.c is still almost twice the size despite the fact that it shrunk in both 2002 and 2003) It would be crazy to say that this proves that Python is the second most
176
8222
by: Thomas Reichelt | last post by:
Moin, short question: is there any language combining the syntax, flexibility and great programming experience of Python with static typing? Is there a project to add static typing to Python? Thank you, -- greetz tom
29
2474
by: Stephen Ferg | last post by:
I am a very satisfied user of Python and have been for number of years. I would never willing use another language. I wish all good things for Python, and that moves me to express some thoughts about Python's future prospects. I submit that the future expansion of Python usage is constrained by Python's lack of a CPAN-like facility, and I submit that without a CPyAN Python will never even get close to achieving the degree of...
17
2983
by: MilkmanDan | last post by:
I'll be a college freshman this fall, attending Florida Institute of Tech studying electrical engineering. I was considering taking some classes in programming and computer science, and I happened to notice that everything taught is using C++. After further research, it seems to me that C++ seems to be the dominating language in universities. By comparison, our local community college teaches a few classes in VB, Java, Javascript,...
23
2421
by: gord | last post by:
As a complete novice in the study of Python, I am asking myself where this language is superior or better suited than others. For example, all I see in the tutorials are lots of examples of list processing, arithmetic calculations - all in a DOS-like environment. What is particularly disappointing is the absence of a Windows IDE, components and an event driven paradigm. How does Python stand relative to the big 3, namely Visual C++,...
6
1711
by: pythonblogs | last post by:
Hello! It seems like Python blogs are gaining popularity. It seems to me that they play a crucial role in promoting Python as a language. Do you agree with that? Just a few days ago I've finished setting up a dedicated Python blogging environment at: http://www.pythonblogs.com Do you think it will be useful for Python community?
0
9856
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
10589
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth. The Art of Business Website Design Your website is...
1
10654
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
0
10298
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
0
9429
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
0
7021
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert into image. Globals.ThisAddIn.Application.ActiveDocument.Select();...
0
5683
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
2
4066
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
3
3136
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.