Domain: artathome.org
Stories and comments across the archive that link to artathome.org.
Comments · 62
-
Re:Commercial DM Products
You could also try the M$ solution:
SharePoint
Art At Home -
Re:Treading on very dangerous ground
I would not go near there with a 10-foot pole. There is really no way you can pull that off without generating a lot of ill will for your company from at least one of the parties involved. I also don't see how that will convince them to switch to your company immediately, no matter how right you are.
This is the right way to go about it. It would probably be better to work on your sales pitch. You need to mention the hidden costs of running ASP/NT as well as the security holes. If you're losing bids to people pitching this stuff, think about what they're saying: regurgitated M$ P.R.
Think pre-emptive strike.
Don't be afraid to whip up a PowerPoint presentation that refutes these claims. And give them lots of literature to keep. Preferrably this would be in a form that lends itself to re-use. What I mean is give them a list of "hard" questions about ASP/NT solutions that they can use against your competitors. How open about your intent you want to be is up to you. The very least you can do is structure your pitch in a way that encourages potential clients to ask your questions to all bidders. This will go a long way towards eliminating competitors with less expertise. It's possible, but not probable, that an ASP/NT type could set this stuff up better if they were good. After all, there are lucrative support contracts for M$ products :)
Art At Home -
Re:Linux needs to suport Direct3D (I know, MS....)
This is why game consoles are still as popular as they are. There was a time when game consoles were themost advanced and highly customized platforms for video game entertainment. With the advent of extremely high quality video cards, sound cards, and control devices for PCs over the past decade, it would be reasonable to assume that customers might choose to purchase a PC (which can now be priced competitively wihth some game consoles - as amazing as that is, in and of itself), which is more flexible, and by every reasonable measure, more useful, but, alas! - game consoles are still extremely popular. I maintain that this is because the gaming customer seeks simplicity and ease of use that (as much as it pains me to say) linux doesn't yet provide at this point, even with the great efforts of Ximian, and the Gnome Project, among others
Console games are extremely popular because the games are better, for most types of games. The games are better because developers have to spend very little time working out hardware compatibility bugs. The very flexibility that you value makes games harder to develop for PCs. Ease of use and flexibility are trade-offs. You can't have both.
Art At Home -
Re:Interesting artifactsThese artifacts come from things moving in between shots, or slightly different angles. Note that this process is quite similar to what is used in modern color films. There are two critical steps that led to what we have now: panchromatic film and dye-coupling. For a complete history of color photography, look at this.
One problem that this approach led to was chromatic abberation. This happens because different wavelengths of light focus differently.
What's interesting to me about this exhibition is the application of new technology on old records. We are learning from them in a way we never expected. We get to see the past through current media technology.
Art At Home -
Re:Am I missing something?
Who the hell made the Movie and Song industries the people who get to choose how I use things for which I've already paid for?? Hell, never mind about the content that I've paid for, who the hell made them the arbitrers of how HARDWARE that I purchased - PURCHASED! - functions?
Sorry d00d,
The "Movie and Song" companies and "HARDWARE" firms are often one in the same. Free and open markets did make this decision. They can setup their product line any way they want to, and you can buy it or not. Consumers who collectively engage in expensive theft every day made this happen. These industries know that their products are valuable, and will take steps to insure that they're paid for.The problem here is that Americans have a big problem accepting collective responsibility. Thus any tax on media or bandwidth is seen as unfair. The problem here is that when you insist on paying for your actions only, you get a system with a large amount of information about you. Wouldn't want anything unfair to occur. Get used to collective responsibility, it goes great with a collective medium(the Net).
Like it or not, producing entertainment costs a lot of money. The demand for these services is also high.
"The concept of free and open markets making decisions on what products live or die" is alive and well. If the same company makes monitors and produces movies, and they decide they only want their movies playable on their monitors, they can do that. They have a right to produce whatever they want. To require anything else is an abridgement of their rights to free speech. You can buy it or not. That's where your rights come in.
-
Re:tempest in a teapot
Conversely, well-run UNIX servers only run those services that they need to run, giving them the same protection as a stripped down pre-MacOS X machine.
Yeah, and many of those services run in user mode processes. Here's an old BSD-related chestnut.buffer overruns... The possibilities are endless, and the lack of process based security makes pre-MacOS X machines more vulnerable than UNIX boxes.
Bzzt. When you do that to a *nix network daemon you often gain root shell access, no need to get into machine code. Just go look for examples of macintosh buffer overrun exploits. There aren't many. Searching for examples of *nix buffer overrun exploits results in a deluge of examples.So, if you are to reply again, explain why there are so many more of these exploits for *nix. Consider the possibility it has something to with remote logins and multi-user setups, things MacOS classic lacks.
Art At Home -
Re:tempest in a teapot
Machines get broken into not because they are "UNIX-like" or because they are "Windows-like" but because their network services have bugs. Most of the time, those are bugs in server code, not in the kernel...Reasoning that goes like "MacOS X is UNIX-like, therefore MacOS X will be susceptible to UNIX-like security problems" is simply not very informed.
hey d00d,
How do you "break into" a machine that doesn't allow remote logins, e.g. any previous MacOS. But don't take it from me, take it from the W3C.
Art At Home -
Re:The power of paper?
Yes, you are missing something. You're absolutely right that you can get all the reference material you need on the web. That's what it does best. However, when you're trying to *learn* a new language, it's better to have your editor, a couple console windows, and a book open. That speeds up the write/compile/run cycle. No flipping back and forth from the browser. You learn faster.
Art At Home -
Un-CGI
If you're unsure of paying for a pre-fab solution, you could use Un-CGI. It's free and it takes care of all the really boring de-URLencoding stuff. Then can use scripts in whatever language you want-- shell, Python, C, whatever.
Art At Home -
How to get your rebateHere it is:
Rinaldi Class Action SettlementYou get credit at the Iomega store. You also have some rights with respect to accepting the settlement. IANAL, but for those who are, there's a big section on "excluding yourself from the class action lawsuit", in case you want to litigate your own terms.
Me? I'll see if I can use my rebate to by iomega brand CD-Rs. My zip drive hasn't been plugged into the SCSI bus since I got a burner and broadband.
Art At Home -
Re:os x and RAM
Wouldn't more *VRAM* help this?
Art Ar Home -
Re:MacOS/X is from BSD4.4, not MachHere I quote from one of the excellent articles on OS X at Ars Technica.
Most modern desktop and server operating systems (including Windows 2000) use what is often called a "modified microkernel" architecture. Mac OS X does this as well. Instead of running as a user-level process on top of Mach, Mac OS X's BSD subsystem runs in kernel mode in the same address space as Mach itself. Most message passing between Mach and BSD is eliminated in this situation; the BSD subsystem can interact with Mach via normal function calls.
From what I understand, this design is necessary to provide the best possible performance and hardware compatibility for Classic applications.It's important to note that Mach's native kernel interfaces have not been broken by this "incorporation" of the BSD subsystem. They remain just as accessible to other subsystems as they would be in a pure microkernel implementation. This is important in Mac OS X because of the wide variety of subsystems implemented on top of Mach (and, by extension, on top of BSD): Cocoa, Carbon, the Java Virtual Machine, and even Classic.
Also, if you take a look at your own link, you 'll see that OS X is has Mach as its primary ancestor, and OS X Server had NeXTStep (and BSD by extension).
Art Ar Home