| |
| |
| |
|
Comments:
<0> freebsd's jail works for me.. (sort of a virtual server)
<1> baloo_: aye, but it doesn't run very well on Linux ;)
<2> yea, jail is pretty cool too
<1> baloo_: How much control do you have with a FreeBSD jail? - I were wondering whether or not you could control capabilities like network access, IP's etc?
<0> Wenix: you can control anything. I use pf for network filtering
<3> hey quick question: i have a list of functions, each function can have any number of arguments, so how do I call a function in a general way when I don't know how many arguments it takes but have arguments for it?
<4> aFunction(*aTupleOfArguments)
<3> ah nm just found the unpacking syntax: *args :P
<3> oh damn you beat me :0
<3> hehe thanks :0
<5> shouldn't the tuple be the same size as the number of arguments though?
<4> sure
<4> but he said his functions can take any number of arguments
<5> ah, oko
<5> that "don't know how many arguments it takes" threw me off
<6> I'm looking into making an app for personal use to keep track of notes.. I'd like the have the ability to have an explorer like interface for organizing the notes with an area to type/edit the notes. Is Python a good choice for this? I've had a few years experience in C++ but not too much windows programming. I would be new to Python and am wondering if an app like this is suitable for Python or if I'd be better off programming it in
<4> sure, Python would be fine
<4> Tkinter is a builtin GUI binding which is straightforward but not pretty
<4> for a nicer one you could use PyGTK or wxPython
<6> cool.. that was my next question.. hah.. and the next question.. thanks :)
<4> sure
<7> xihr: doesn't tk have some sort of a wrapper layer to native widgets these days?
<7> xihr: that's something I _heard_ but I don't know if it's in feasible state yet
<8> Any recommendation for GUI toolkit with XP themes supports + need to be able to create custom controls?
<9> hello
<10> howdy pythonistas
<10> i just converted last night
<10> question, if the strings are immutable,
<10> how do i make a string a field in a cl*** and set/change its value later?
<11> use slicing and concatanation
<10> well i'll be, it works
<10> strange
<11> ;)
<10> what gloriously simple syntax
<10> i thought nothing could beat tcl. happy to see iw as wrong
<11> python power
<11> !
<10> !!!!
<12> tcl is easy?
<12> i had to use it a few times it made me wish to murder people and savour their warm blood
<10> lol.
<10> the thing that tcl doesn't do is stop developers from shooting themselves in the foot
<10> it also suffers from legacy design
<10> python is so clean all around
<10> and has a lot more structure, but it's a good structure
<13> how can i create a new textfile with python?
<14> f = file("foo.txt", "w")
<10> what is the @ construct?
<10> sample here:
<10> http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/438819
<10> the language supports a decorator construct by default?
<10> apparently it does
<10> what an awesome language
<10> this is easily 10 years ahead of java design
<10> man.. java feels like c now
<15> java's pretty good, it's just tedious at times. Plus the JVM tends to have a slow startup time. On the enterprise level Java wins.
<10> @singleton
<10> java is flawed to me in that it revolves around the idea of a static bean concept
<10> everything is a damn predefined beean
<15> bean?
<10> the DTO
<10> getters and setters?
<15> ah
<10> basically an object who's only job is to handle data
<10> except, they work entire modules around it
<15> AstroIvan: yup
<10> thats fine for things that never change
<10> real businesses change all the time though
<10> instance cl*** objects like python has are much more suitable for real world programming neds
<15> gets the job done quicklier, indeed, in addition to allowing the code being maintainable years later.
<15> Which wouldn't be the case in say, Perl. ;)
<10> god no
<10> the more i learn about programming, the less i want to use perl
<10> hehe
<15> Coding perl for a few years is like getting a light lobotomy.
<14> the main problem with python in larger projects are all the hidden errors that a compiler would find in, say, java. extensive test suites are necessary for python projects
<15> think I saw some PEP's about improving that
<10> i haven't looked too much at RoR, but ihear it bakes in testing somehow
<10> JUnit's next release for java includes unit testing via a @Test annotation
<10> I'd expect something similarly easy
<10> probably @test ('value') expects (24)
<10> or something like that
<10> is there a conventino for naming your files? 1 cl*** per file or multi-cl*** per file etc?
<14> guess it's a matter of taste. I usually go for a module per file (i.e. more than one cl***)
<14> makes importing a bit easier
<14> testing: python comes with unittest which does the job pretty good
<14> check unittest.py
<4> one module per file is pretty typical
<4> but it's up to you
Return to
#python
or
Go to some related
logs:
#linuxhelp
vlnc on nasdq
ns-5gt crack
#windows
contagious eggdrop botpack
#stocks
how the earth will look in 60 mil years
#computers
hitbox button movieclip flash
valadie waUKESHA
|
|