Joerg Jaspert writes ("Re: Meeting agenda robot"):
> Perl, Python or Ruby should all be ok. No Java please.
Yes. I started with Perl but I had too bad a cold and couldn't
comprehend simple manpages. I'll try again when I'm feeling better
:-).
> > Do we alr
On Thu, 2008-12-25 at 12:27 +0100, Wichert Akkerman wrote:
> Previously Joshua D. Drake wrote:
> > {Python}
> >
> > Google?
>
> youtube at least
>
Google requires it for their cloud.
> W.
>
--
PostgreSQL
Consulting, Development, Support, Training
503-667-4564 - http://www.commandprompt
- "Theodore Tso" wrote:
> So the critical matter is not the richness of the toolset, or the
> number of programmers, or the average performance of the language ---
> if you can find a talented Java programmer, who understands
> performance issues and who isn't afraid to dive into the dozen
On Thu, Dec 25, 2008 at 01:38:21PM +0200, Kalle Kivimaa wrote:
> My experience in volunteer projects is to informally poll the
> potential developers for the implementation language and/or platform
> and select the one with the most widespread willingness to use/learn
> it.
This is the key point,
My experience in volunteer projects is to informally poll the
potential developers for the implementation language and/or platform
and select the one with the most widespread willingness to use/learn
it. Very few volunteer projects end up having performance issues, and
if that happens, you're proba
Previously Joshua D. Drake wrote:
> {Python}
>
> Google?
youtube at least
W.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Spi-general mailing list
Spi-general@lists
Previously Ean Schuessler wrote:
> Real time memory profiling, multi-processor clustering (terracotta),
> caching, message queues and a whole host of other technologies are all
> quite mature on the Java VM while they are in the infancy or don't
> exist at all for Python and Ruby.
I wonder why tha
Lucasfilm's operation is very strongly Python based.
Bruce
Joshua D. Drake wrote:
> {Python}
>
> Google?
> Various contracts I can't talk about including video editing
> Civilization 4?
> Visio?
> Pretty much *all* of Redhat's and Ubuntus toolset
> DR Project
> Trac
> Washington Post
> PITR
Ean Schuessler wrote:
> The sheer scale of the Java based toolsets is the point.
Uh-huh. You could start reading about the Java Toolset today, and still
not have learned the whole thing twenty years from now. Certainly when
writing any of my own code, I will not have the capability to run PHP,
J
On Wed, 2008-12-24 at 14:30 -0600, Ean Schuessler wrote:
> - "Bruce Perens" wrote:
> I have solved many commercial contracts using the Java system and I frankly
> find it frustrating to have offers of assistance shot down because of
> ill-informed language bigotry. A short list of systems w
- "Bruce Perens" wrote:
> http://antoniocangiano.com/2007/12/03/the-great-ruby-shootout/
It depends on what you are doing. One thing is certain, the JavaVM can run Ruby
code competitively and YARV cannot do the reverse.
> The main reason I'd not tremendously recommend building new project
- "Jimmy Kaplowitz" wrote:
> This is not really an answer to your question for a variety of reasons, not
> the
> least of which is I'm not Joerg, but do all these scalable and flexible Java
> frameworks work with OpenJDK, preferably as packaged in Debian? I certainly
> wouldn't want SPI stuf
Ean Schuessler wrote:
> JRuby outruns Ruby... even Ruby 1.9.
While the last "ruby shootout" benchmark set is about a year old, it
hardly showed JRuby as a performer. At that time I think it would have
been fair to characterize JRuby as running at about 1/10 the speed of
Yarv, the implementation
On Wed, Dec 24, 2008 at 12:02:03PM -0600, Ean Schuessler wrote:
> Can you provide some technical motivation for why you wouldn't want to use
> the fastest, most scalable and most flexible web framework available for
> Linux?
This is not really an answer to your question for a variety of reasons, n
- "Joerg Jaspert" wrote:
> Perl, Python or Ruby should all be ok. No Java please.
Other than your personal bias, what do you base that on? Java is, by far, the
highest performance platform of those you have listed. That doesn't consider
the fact that Python, Ruby, Javascript, PHP and many
>> As much as I am in favor of limiting access: What do you plan that needs
>> this? I mean, it will be a wiki, but not one thats open to the wide
>> public. It will always be a limited set of people who have access
>> to. (Board, Admins and the few people board wants in as webmaster).
> O.k. if w
"Joshua D. Drake" wrote: [...]
> If we are using a wiki, please make sure it is a wiki that has proper
> page based acl. Which means:
>
> A page can be assigned to any role (user or group) and can be controlled
> at that level. If it is like most wikis I know, it can't do that. If it
> can't do th
On Tue, 2008-12-23 at 21:33 +0100, Joerg Jaspert wrote:
> >> All errors and misunderstandings above are mine :-)
> > If we are using a wiki, please make sure it is a wiki that has proper
> > page based acl. Which means:
>
> > A page can be assigned to any role (user or group) and can be controlled
>> All errors and misunderstandings above are mine :-)
> If we are using a wiki, please make sure it is a wiki that has proper
> page based acl. Which means:
> A page can be assigned to any role (user or group) and can be controlled
> at that level. If it is like most wikis I know, it can't do th
>> > > 5. we failed to add a new user to plone, then corrupted the database
>> > > by trying to download a copy of the page content from its webdav, then
>> > > discovered that a special "copy-the-plone-db-in-a-consistent-state"
>> > > command should have been run at backup time. It's mainly by t
On Tue, 2008-12-23 at 10:03 +, MJ Ray wrote:
> Wichert Akkerman wrote:
> > Previously Joerg Jaspert wrote:
> > > For the website, do not assume we stay with Plone much longer. Currently
> > > you can assume we are switching to ikiwiki and have the storage in
> > > git. So thats where you want
Previously MJ Ray wrote:
> Wichert Akkerman wrote:
> > Previously MJ Ray wrote: [...]
> > > 2. it should allow easier contributions from people without prior
> > > approval - able to edit stuff without ever touching an spi machine;
> >
> > Plone should make that just as easy. Why do people find th
Wichert Akkerman wrote:
> Previously MJ Ray wrote: [...]
> > 2. it should allow easier contributions from people without prior
> > approval - able to edit stuff without ever touching an spi machine;
>
> Plone should make that just as easy. Why do people find this painful
> currently?
Sure - these
Previously MJ Ray wrote:
> Wichert Akkerman wrote:
> > Previously Joerg Jaspert wrote:
> > > For the website, do not assume we stay with Plone much longer. Currently
> > > you can assume we are switching to ikiwiki and have the storage in
> > > git. So thats where you want to base your code on, bu
Wichert Akkerman wrote:
> Previously Joerg Jaspert wrote:
> > For the website, do not assume we stay with Plone much longer. Currently
> > you can assume we are switching to ikiwiki and have the storage in
> > git. So thats where you want to base your code on, but that should be a
> > few $VCS add
Previously Joerg Jaspert wrote:
> https is no problem, even if our main website currently doesn't have
> it. We just put one up where we need it. User management - yes we do.
> But I'm not sure one wants to use it. And not just have an own file that
> basically goes like (yaml format here)
All mem
> Here's a draft:
[...]
Not commenting much on the draft right now, just technical
> My implementation language of choice would be Perl (or perhaps Python)
> but I'm happy to use something else if that would make
> co-maintainership with th4e Secretary and others, or interoperability
> with the
Ian Jackson wrote: [...]
> What if there are two forthcoming meetings in quick succession ?
I think the reports and so on would be going to one meeting or the
other, so I guess a "this is for -MM-DD" tag would solve it.
> My implementation language of choice would be Perl (or perhaps Python)
I would like to help work on a system like this. My choice would be Java
because of the AJAX libraries (especially GWT) it would bring to the table and
the organizational and workeffort modeling in OFBiz. I've already been testing
out some ideas on my high school alumni association. You can see
Bdale Garbee writes ("Re: Meeting log for 2008-12-17"):
> That's a really interesting idea. On general principles, I would use such
> a thing. Are you up for drafting some sort of specification the current
> board and officers could review to see if it's something we agree would be
> an improveme
30 matches
Mail list logo
