I haven't seen this mentioned yet. WebGUI has it all - it's very easy to use and also very flexible. You can give different groups the ability to update their own sets of pages. There's a huge set of contributors and a very active forum. They also have an excellent demo.
I think you're confused. LCD flat panels are more expensive than plasma, and this is what the grandparent poster and the article were talking about.
LCD projection on the other hand, is cheaper, but doesn't have the same picture quality as either Plasma or LCD panels. Though it may be the best value, as you say.
> I think the shrinking of the 40hb hard drive
from.8cm to.5cm is much more important
I dunno, 4000 bytes isn't really that big these days...
Actually, 40 harpibytes would be (40 * 1024) yottabytes, which is 49,517,601,571,415,210,995,964,968,960 bytes. That's pretty big, even by today's standards.
ZyXEL makes a well-regarded turnkey hotspot device (the ZyAIR B-4000). This one has integrated billing capabilities for you to run your own hotspot network. Other solutions (like the Linksys one) require a specific provider like Boingo, T-Mobile, etc, who do the billing and scrape some of the usage fees.
The best thing to do is be willing to move to the areas with high demand for tech jobs. The unemployment rate, while not a precise indicator of demand in a particular industry, gives you a general indication of where it is easier to find a job.
Exactly. Too many things are being called CMS these days. In reality, some of these so-called CMS systems are closer to portals and blogs than true CMS systems.
You talk about the KISS principle... the problem is that there are two extremes:
simple<------------------>flexible
and the easiest to write and implement are the slash and *nuke-like blogging systems. When a blog is all you want, these may also be the easiest to install and configure.
However, you can easily outgrow these as you may want to have complete control over the page content. That is, more choices than just "2 columns or 3?" or "which theme do you want?". If there are "themes", then it's a hint that it's not very flexible under the hood, as a full templating system doesn't require themes.
It's hard to separate the true, flexible CMS products from the rest. They all seem to say they can do everything, have workflow, etc. What it comes down to is determining your requirements. What do _you_ need out of a CMS? Pick a product that does it and does not try to do more.
I'm a CMS consultant, and I come in to companies to help them manage content. More often than not these days, they've already tried a CMS and the project failed. It seems to be one of two reasons: they've tried an cheap/OSS CMS and found out it wasn't flexible enough for their needs, or got a CMS from a big vendor and it was TOO flexible, i.e. the flexibility comes in the form of professional services because the product is too bloated and complex to easily configure.
What does work? Well, what works for one company may not work for you. Again, it boils down to requirements. And the requirements don't work if they are just feature checklists. You need to start with scenarios ("use cases") explaining how you update your pages. And answer questions like, do we want a product that's an out-of-the-box application, or do we have and in-house development staff for configuration? Do we have the skills we need? (i.e. an XML-centric version will probably require some XSLT skills).
However I can say that one product that stands out, and I have seen used successfully, is Bricolage (http://www.bricolage.cc/) which is on the flexible side of the above spectrum. It doesn't start out assuming how your site is to be laid out--that's up to you. It has a nice, flexible templating system where you define your pages, not the CMS. What it does do is help you capture, organize, and reuse your content. This is where most CMS products fall short, and is really the underlying need most people have.
But I wouldn't recommend Bricolage to everybody. Sometimes Zope+CMF would be a better fit. Sometimes people say they want a CMS, but really need a portal server or even a business process management tool (complex workflow routing with signoffs) instead. An example of that are some of the products that Gluecode offers.
Egads... now there is not only a footnote but an entire heading labeled "Uncertain date of birth." This new section repeats the footnote information partly with McHenry's own words. This isn't as well written as the footnote.
This is what happens when you let loose a bunch of Slashdotters on a Wikipedia article... most of them won't even read the entire article before commenting...
how long before someone cleans up that Hamilton article?
I looked at the article about twenty minutes after your post, and now it contains a footnote mention of the birth-year uncertainty, although it was hastily written with at least one typo.
Hmm... I just reloaded the page and the footnote has been cleaned up nicely.
I find that posting in response to threads that are already at least +3 tends to get many more eyeballs, and thus even late postings have a chance of getting modded up insightful.
Lego, ahh the memories, we used to build ever more fancy cars and race them into each other and see which one would survive.
My brother and I would do the same thing!
Rules:
Build a car--it had to roll freely and have four wheels. Sometimes we used a rule variant that it had to contain a lego man.
On the count of 1,2,3, roll 'em toward each other and wait for the crash.
If a piece breaks off, you lose. Otherwise if your car flips off its wheels, it's a loss. In the lego man variation, if your man is shaken loose, it's a loss.
Repeat Steps 2 & 3 until you have a winner.
Winner keeps his car, loser gets to rebuild in order to try to beat it.
We'd try different techniques--increasing the mass, using as few pieces as possible, trying different centers of gravity, building a ramp front-end to try to flip the opponent, building a "lance" aimed at what we thought was the opponent's weakest piece, etc.
We played this game from elementary-school age even through high school. It was a fun exercise in creative thinking and we were learning engineering skills as well!
Now I'm teaching my daughters the game--they like it too.
Yes, you did misinterpret the message. Eric Raymond was a former Perl programmer, and is now a Python programmer. He was saying that Python's native-code-binding facility is superior than Perl's XS, and it would benefit Perl to adopt it. He mentions that Python benefitted from adopting Perl's regex syntax. Nowhere does he say or imply it was "grudgingly" done.
By the way, not long after he wrote that, Perl coders started using the Inline:: modules like Inline::C instead of XS, which is very easy to use. I do not know if this was an adoption of Python's technique, but I don't think so.
Back in 1994/95 I had a phone interview for a developer position there. The conversation went something like this:
Interviewer: So, how are you with email? Me: What do you mean? Interviewer: How do you handle lots of email? Me: Oh. I've written a filter system that integrates with sendmail that automatically classifies email, and can split it into various mail buckets. Also, it had the ability to take action based on the content of emails. It can alert your pager, or perform any other actions based on strings in the subject or body of the message. I recently used it to create an automated system for an HR department to manage (add/update/remove) job postings on their web site. Interviewer: But can you handle lots of email in your inbox? Me: *boggle*
Must you post in HTML? I use telnet to fetch/post my web traffic you insensitive clod! It's people like you who clog up the web!;)
You use telnet? Ah, the luxury. I have to use the uucp store-and-forward mechanism to access the web. I'm lucky if I can get a page to load in under 5 minutes!
Sorry, but the days of geeks going down to Radio Shack and crafting things together are long gone. The modern geek does not solder.
The modern geek is pretty clueless how the hardware he uses works. Most would not know what to do with a soldering iron, even given an unlimited supply of logic ICs, circuit boards, etc.
Geeks play computer games, download pornography, program (sometimes), and IRC.
The geekdom bar has really lowered hasn't it? It used to be that geek implied some sort of competence. Now it seems that all you have to have to enter geekdom is a lousy social life.
Soldering is a "dirty" skill
I see... Geeks are particularly concerned about cleanliness...
The Perl equivalent is Class::DBI. This is quite a good module for working with databases, as it can save you from writing a lot of code. This article discusses the power of Class::DBI combined with the Template Toolkit, the best pure-MVC templating system there is. Maypole is a system built around these two modules that lets you create a complete Web-based database interface in as little as ten lines of code! Another Maypole article is here.
Re:python's list processing rules
on
Dive Into Python
·
· Score: 2, Insightful
Just wanted to add one more for reference:
With Python: (8 seconds)
[ x ** 2 for x in xrange(100000) if x % 2 == 0 ]
With Ruby: (2 seconds)
(1..100_000).select { |x| x % 2 == 0 }.map { |x| x ** 2 }
Slashdot Mirror
I haven't seen this mentioned yet. WebGUI has it all - it's very easy to use and also very flexible. You can give different groups the ability to update their own sets of pages. There's a huge set of contributors and a very active forum. They also have an excellent demo.
I think you're confused. LCD flat panels are more expensive than plasma, and this is what the grandparent poster and the article were talking about.
LCD projection on the other hand, is cheaper, but doesn't have the same picture quality as either Plasma or LCD panels. Though it may be the best value, as you say.
from
I dunno, 4000 bytes isn't really that big these days...
Actually, 40 harpibytes would be (40 * 1024) yottabytes, which is 49,517,601,571,415,210,995,964,968,960 bytes. That's pretty big, even by today's standards.
ZyXEL makes a well-regarded turnkey hotspot device (the ZyAIR B-4000). This one has integrated billing capabilities for you to run your own hotspot network. Other solutions (like the Linksys one) require a specific provider like Boingo, T-Mobile, etc, who do the billing and scrape some of the usage fees.
Any other use of the words "amateur" or "professional" are inconsitent
That would be "inconsistent"
what's known as descriptive grammer flaws
That would be "grammar"
my education was in literary arts, not science
Hmm...
Other people's milage may vary.
That would be "mileage"
Paying these companies big bucks to pick vendors for you is like paying someone to write your term paper for you.
Sure, you can avoid doing your homework, but is what you get really going to be the best possible solution to your business problems?
The best thing to do is be willing to move to the areas with high demand for tech jobs. The unemployment rate, while not a precise indicator of demand in a particular industry, gives you a general indication of where it is easier to find a job.
Move to the "light blue states" on the unemployment map.
You talk about the KISS principle... the problem is that there are two extremes:and the easiest to write and implement are the slash and *nuke-like blogging systems. When a blog is all you want, these may also be the easiest to install and configure.
However, you can easily outgrow these as you may want to have complete control over the page content. That is, more choices than just "2 columns or 3?" or "which theme do you want?". If there are "themes", then it's a hint that it's not very flexible under the hood, as a full templating system doesn't require themes.
It's hard to separate the true, flexible CMS products from the rest. They all seem to say they can do everything, have workflow, etc. What it comes down to is determining your requirements. What do _you_ need out of a CMS? Pick a product that does it and does not try to do more.
I'm a CMS consultant, and I come in to companies to help them manage content. More often than not these days, they've already tried a CMS and the project failed. It seems to be one of two reasons: they've tried an cheap/OSS CMS and found out it wasn't flexible enough for their needs, or got a CMS from a big vendor and it was TOO flexible, i.e. the flexibility comes in the form of professional services because the product is too bloated and complex to easily configure.
What does work? Well, what works for one company may not work for you. Again, it boils down to requirements. And the requirements don't work if they are just feature checklists. You need to start with scenarios ("use cases") explaining how you update your pages. And answer questions like, do we want a product that's an out-of-the-box application, or do we have and in-house development staff for configuration? Do we have the skills we need? (i.e. an XML-centric version will probably require some XSLT skills).
However I can say that one product that stands out, and I have seen used successfully, is Bricolage (http://www.bricolage.cc/) which is on the flexible side of the above spectrum. It doesn't start out assuming how your site is to be laid out--that's up to you. It has a nice, flexible templating system where you define your pages, not the CMS. What it does do is help you capture, organize, and reuse your content. This is where most CMS products fall short, and is really the underlying need most people have.
But I wouldn't recommend Bricolage to everybody. Sometimes Zope+CMF would be a better fit. Sometimes people say they want a CMS, but really need a portal server or even a business process management tool (complex workflow routing with signoffs) instead. An example of that are some of the products that Gluecode offers.
Egads... now there is not only a footnote but an entire heading labeled "Uncertain date of birth." This new section repeats the footnote information partly with McHenry's own words. This isn't as well written as the footnote.
This is what happens when you let loose a bunch of Slashdotters on a Wikipedia article... most of them won't even read the entire article before commenting...
how long before someone cleans up that Hamilton article?
I looked at the article about twenty minutes after your post, and now it contains a footnote mention of the birth-year uncertainty, although it was hastily written with at least one typo.
Hmm... I just reloaded the page and the footnote has been cleaned up nicely.
How's the .sigsperiment going? It's pretty funny.
Thanks. Actually it's been good for my karma. Some moderators dutifully comply--even on non-insightful humor bits. That's pretty funny.
I use ROT26, myself.
I find that posting in response to threads that are already at least +3 tends to get many more eyeballs, and thus even late postings have a chance of getting modded up insightful.
It's even easier than that. Directly below the Post Comment box are the directions:
<URL:http://example.com/> will auto-link a URL
My brother and I would do the same thing!
Rules:
We'd try different techniques--increasing the mass, using as few pieces as possible, trying different centers of gravity, building a ramp front-end to try to flip the opponent, building a "lance" aimed at what we thought was the opponent's weakest piece, etc.
We played this game from elementary-school age even through high school. It was a fun exercise in creative thinking and we were learning engineering skills as well!
Now I'm teaching my daughters the game--they like it too.
-bp
Yes, you did misinterpret the message. Eric Raymond was a former Perl programmer, and is now a Python programmer. He was saying that Python's native-code-binding facility is superior than Perl's XS, and it would benefit Perl to adopt it. He mentions that Python benefitted from adopting Perl's regex syntax. Nowhere does he say or imply it was "grudgingly" done.
By the way, not long after he wrote that, Perl coders started using the Inline:: modules like Inline::C instead of XS, which is very easy to use. I do not know if this was an adoption of Python's technique, but I don't think so.
Back in 1994/95 I had a phone interview for a developer position there. The conversation went something like this:
Interviewer: So, how are you with email?
Me: What do you mean?
Interviewer: How do you handle lots of email?
Me: Oh. I've written a filter system that integrates with sendmail that automatically classifies email, and can split it into various mail buckets. Also, it had the ability to take action based on the content of emails. It can alert your pager, or perform any other actions based on strings in the subject or body of the message. I recently used it to create an automated system for an HR department to manage (add/update/remove) job postings on their web site.
Interviewer: But can you handle lots of email in your inbox?
Me: *boggle*
Yes, it's nice. I also like the DragonSkin. You can see some of the skins here:
TWikiSkinBrowser
I had firewire in my 1985 Oldsmobile Cutlass. And I have the burn marks to prove it.
Must you post in HTML? I use telnet to fetch/post my web traffic you insensitive clod! It's people like you who clog up the web! ;)
You use telnet? Ah, the luxury. I have to use the uucp store-and-forward mechanism to access the web. I'm lucky if I can get a page to load in under 5 minutes!
Sorry, but the days of geeks going down to Radio Shack and crafting things together are long gone. The modern geek does not solder.
The modern geek is pretty clueless how the hardware he uses works. Most would not know what to do with a soldering iron, even given an unlimited supply of logic ICs, circuit boards, etc.
Geeks play computer games, download pornography, program (sometimes), and IRC.
The geekdom bar has really lowered hasn't it? It used to be that geek implied some sort of competence. Now it seems that all you have to have to enter geekdom is a lousy social life.
Soldering is a "dirty" skill
I see... Geeks are particularly concerned about cleanliness...
The Perl equivalent is Class::DBI. This is quite a good module for working with databases, as it can save you from writing a lot of code. This article discusses the power of Class::DBI combined with the Template Toolkit, the best pure-MVC templating system there is. Maypole is a system built around these two modules that lets you create a complete Web-based database interface in as little as ten lines of code! Another Maypole article is here.
With Python: (8 seconds) With Ruby: (2 seconds) With Perl: (<= 1 second)