Those liens are callable if you default, and since most car/land loans are secured with the property in question, it's the bank/dealer's right to seize their property if you are in default.
You're missing the point, and stating an oxymoron in the process.
Those liens are callable if you default. They are probably secured with the car in question.
It's the bank/dealer's right to seize your secured property, the car in question, if you default on the loan.
If they still own it, it's a lease to own program, not a sale, and there's no lien involved.
If it's a normal sale, you own it, regardless of the lien terms. But the lien gives them the right to take back the car and own it again, under certain defined circumstances (default on loan).
You're confusing the lien for ownership. That's where you're going wrong...
FSM is a geek magazine (think Mondo2000 and Wired) and O3 is a IT management magazine (think Information Week or CIO Magazine).
Geeks are not taking over the world, even if our software is. If you want to sell ideas, you sell it to people in formats and terms they understand. This is doing that, for the IT managers...
I should clarify something. I didn't mean to mention twice that OSS solutions and Linux sometimes cost more than commercial non-open solutions without mentioning that commercial non-open solutions also sometimes cost more than OSS solutions.
I have seen it go both ways in project detailed analysis, depending on the problem set and business' operations and IT standards. Accidentally implying that OSS was more expensive all the time was not my intention, and I certainly don't believe that.
Is the CEO of a Fortune 500 corporation suddenly going to replace his reliable expensive Solaris clusters running Oracle with a bunch of cheap Linux blades running MySQL just because he read it in an online "magazine"?
In some cases, yes.
In some cases, yes, despite it being more expensive in the end due to higher administration costs.
Open source is happening; I am a pretty darn senior IT consultant by day, and large enterprises in the IT space are building stuff with it.
Smart ones are also doing true life cycle cost estimates, and functional and reliability trade studies and analysis, and in some cases are chosing not to use open source or only use it for limited applications.
But it's here, for real.
I am not an open source zealout; I spent several years at a Sun VAR and am quite familiar with "commrecial" OSes, enterprise infrastructure and business applications, etc. I still have a good relationship with local Sun VARs and will recommend Sun/Solaris/Veritas/(pick your major brand storage)/Oracle etc when technically and financially and operationally appropriate. Which they still are for significant parts of the enterprise IT problems set.
Unfortunately, those who know SSH and port 25 are demanding salaries of at least $60K/year.
I work for a Sili Valli consulting/contracting company by day; we have a large, moderately well trained and experienced recruiting group, and they're having all sorts of problems finding enough acceptable midlevel and senior people too.
There is a big talent shortage here now. Unfortunately, that works straight against your goals... nobody's going to accept a lower salary when they can get a higher one, and with a shortage of people the salaries are showing signs of creeping up again.
There's always the salary vs equity tradeoff, if your salary range is enough that the people can afford to live. Unfortunately, $60k isn't a whole lot for a family to live on in the valley these days.
...that it's not just geeks getting upset over this.
It's a good feeling when it doesn't even take a month for a major state's state government to sue over a consumer issue that has so many people I know riled up. No, it's not just us getting ourselves worked up, it really was that slimy and abusive a thing for Sony to have done.
Not always, but people invent new modes of communicating and sharing data regularly, and thinking that other interests would drive the evolution of a new medium ignores that... we still are inventing things (P2P) and generally no, they aren't.
Somehow I don't see where a compiler is going to help me there.
I mostly don't program, I'm a system architect with a system admin background. I have a non-CS engineering degree, but studied CS some in school and a lot afterwards, including programming, algorithms, computer architecture, and yes, the Compilers book.
Over the last 15 years, stuff I have done while doing sysadmin or system architecture or related project or management stuff has included:
Structural analysis of raised floors for 1-ton systems going into datacenters
Structural analysis of wooden floors for 4-ton UPS systems going into impromptu datacenters
Writing a custom network application to handle hundreds of database-sourced info dumps being sent out to customers, after the MS CS network programming expert failed miserably
Talking bus backplane vs switched backplane vs network clustered systems for scientific computational applications with the scientists and programmers
Knowing enough of the chemistry and physics they were talking about to know what the application was actually trying to do
And, every now and then, figuring out what the heck the compiler is thinking
Sure, you can be a programmer without knowing anything about any other related or unrelated field. You can be a sysadmin without knowing a thing about C, etc. All of these are possible.
But eventually you hit problems which are more complicated. Nobody as a single individual can know enough to personally solve every problem, sure. But if you can solve 90% instead of 50% of the wierd, wacky, complicated multidisciplinary ones, it makes a huge difference in your ability to move forwards in a career.
Get the real degree, learn the other stuff, and at least read up on compilers. And do 10 other things that interest you. It will change your life and benefit you, in ways that you could not predict beforehand.
If the first tool you introduce someone too teaches people, particularly bright kids, not to think about...
What tools are best for the job...
Why different tools are best for the job...
What the nuts and bolts behind pretty drag and drop interfaces are...
Why you want nuts and bolts behind the pretty interfaces...
...then that tool is a horrible teaching tool. Period. Programming is not about pretty interfaces, as the original comment notes. That's part of producing functional modern programs, but if you mistake doing that for actually programming, and your tools teach you to make that mistake, you're in trouble.
Clock speed was advancing more rapidly than process shrinks; now, it's probably going to be a small factor on top of the process shrink improvements.
We probably have at least 3 more generations of process shrink before any sort of "wall", and quite possibly several beyond that. The SIA roadmap isn't mostly red until after 2011, and many of those problems are solvable in less than the 6 years we have left.
The minimum speed was 1 meter/s = 3.6km/h = 2.2369 miles/h. I can walk faster than that.
Geosynch is 35,786 km above sealeve according to wiki. At 3.6 km/h it would take over a year to get up to geosynch. They really should increase the minimum speed.
There were a number of factors arguing for slower speed initial prize goals.
Power source this time was limited to a single high-power searchlight... faster requires a whole lot more power, and it simply wasn't going to be available in time.
Most teams didn't have the chance to test at their own facility with their own searchlight, nor at the competition site. If you can't really test, you shouldn't assume highly efficient operations...
The tether in use wasn't that tall, and accellerating and decellerating a whole lot within the available vertical distance was a nonstarter.
This was a introduction to parts of the problem set, not a realistic attempt to engineer production grade tether climbers. Everyone involved knows that...
The biggest limiting factor seemed to be that NASA didn't offer enough money to get any remotely reasonable solution to the problem. Fifty thousand dollars is chump change to the kind of money needed to develop any of this technology.
These challenges typically cost more to compete in than you can win. DARPA autonomous vehicles teams typically spent 2-3 times the prize. The X-prize was won by a team spending $26 million on a $10 million prize.
What you "win" is prestige and advancing the state of the art.
Also, at least one elevator climber team was only 3 people part-time. That's not a huge budget...
However, as soon a someone identified that issue here, someone else ran over and fixed it (while I was reading the history to see how long it had been there, even).
Instant fixes are useful. Good on whoever John Miles is, who is who fixed it.
But the point is trust -- you can't trust Wikipedia to know what the hell it's talking about with Relativity
You can't trust other encyclopedias or non-hard-physics references either.
Wikipedia articles on technical topics generally are good quality.
The less controversial ones are not vandalized that often.
Some of the articles are excellent. Some are completely missing.
You get at least what you pay for, plus what you contribute to creating or editing.
I second this; what they're doing (as far as I can see) isn't spamming at all, by any of the definitions I have seen used. If they are spamming, that's not supported by what's been posted so far.
Given that real spammers are being sued and arrested, the article writeup here borders on libelous. Why on earth did that tag have to get appended to an otherwise useful and interesting article intro???
I priced a bunch of configured options, and looked at other brand name and smaller brand rackmount servers as well.
The Sun system was either cost parity +- a few percent or cheaper than competitors with significantly slower CPU configs. And the Sun systems had redundant power and real remote management, which the competition did not.
Sun has always had better manageability and maintainability than the average bear, but doing it with systems which, fully loaded at Sun component prices, are still parity with low end competitors? That's new. That's new in the PC market for any vendor. People's dual PS remote management card systems generally cost a hell of a lot more than these do.
As to whether Sun is "switching out" for AMD only... probably not, not until you can build 64 and 128 and larger AMD x64 boxes. Sun makes a lot of money on their big datacenter stuff. I mean, painful large money on it, enough to buy a Space Shuttle.
I can easily see them stepping away from SPARC over the next few years if the AMD systems scale up nicely, but that's an important if.
Google is one of the more aggressive growing companies right now, but the fundamental problem is that IT industry growth has returned to the Bay Area (though, the media seems clueless about it) and the IT people have not.
People left the area in the dot.bomb, and changed professions, because they had to. But with the upswing, there's nobody here to hire anymore. So, duh, Google is interviewing nearly everyone who's on the market... the number of people on the market is way down.
Recruiting has gone from a job of filtering the stacks of resumes to really actively pursuing people again.
The funny thing about the Google accusations are that Google takes months to do an interview process and make an offer; the flip side of this whole story is Google being very frustrated that most of the people they make offers to have already accepted a position somewhere else by the time Google gets their offer in. Evil predator, which loses most of its candidates? I don't think so.
Google's a convenient entity to blame, but that's all it is. Until IT people start coming back to Silli Valli, it's going to be escalating difficulty of hiring talent and escalating salaries.
No, tripwire was commercially developed, and though it was licensed for free academic use (including source) commercial users were expected to pay for it for a number of years now.
I just checked their website and didn't even see the ASR (Academic Source Release) Tripwire version on the website, so it may be gone entirely now. I am sure you can find it out there on the net, but it's not licensed for free commercial usage.
AIDE was developed to get around that, some years ago.
It should be noted that Brian Wotring, the book author, is the lead developer and release manager for Osiris. That probably explains why he knows it better than he knows Samhain...
At our office, we just went through what seemed like 100 hrs worth of printer repair tech time with false positive detection of the currency markers. It turned out to be some sort of hardware bug tricking the software.
This "feature" cost us a lot of productivity.
We're not a huge business with extra color copier/printer units lying around.
Perhaps our (pretty POed) CFO should file a claim with the feds for our losses.
Those liens are callable if you default. They are probably secured with the car in question.
It's the bank/dealer's right to seize your secured property, the car in question, if you default on the loan.
If they still own it, it's a lease to own program, not a sale, and there's no lien involved.
If it's a normal sale, you own it, regardless of the lien terms. But the lien gives them the right to take back the car and own it again, under certain defined circumstances (default on loan).
You're confusing the lien for ownership. That's where you're going wrong...
FSM is a geek magazine (think Mondo2000 and Wired) and O3 is a IT management magazine (think Information Week or CIO Magazine).
Geeks are not taking over the world, even if our software is. If you want to sell ideas, you sell it to people in formats and terms they understand. This is doing that, for the IT managers...
I should clarify something. I didn't mean to mention twice that OSS solutions and Linux sometimes cost more than commercial non-open solutions without mentioning that commercial non-open solutions also sometimes cost more than OSS solutions.
I have seen it go both ways in project detailed analysis, depending on the problem set and business' operations and IT standards. Accidentally implying that OSS was more expensive all the time was not my intention, and I certainly don't believe that.
In some cases, yes, despite it being more expensive in the end due to higher administration costs.
Open source is happening; I am a pretty darn senior IT consultant by day, and large enterprises in the IT space are building stuff with it.
Smart ones are also doing true life cycle cost estimates, and functional and reliability trade studies and analysis, and in some cases are chosing not to use open source or only use it for limited applications.
But it's here, for real.
I am not an open source zealout; I spent several years at a Sun VAR and am quite familiar with "commrecial" OSes, enterprise infrastructure and business applications, etc. I still have a good relationship with local Sun VARs and will recommend Sun/Solaris/Veritas/(pick your major brand storage)/Oracle etc when technically and financially and operationally appropriate. Which they still are for significant parts of the enterprise IT problems set.
But Linux is clearly heeerrreeeee....
I work for a Sili Valli consulting/contracting company by day; we have a large, moderately well trained and experienced recruiting group, and they're having all sorts of problems finding enough acceptable midlevel and senior people too.
There is a big talent shortage here now. Unfortunately, that works straight against your goals... nobody's going to accept a lower salary when they can get a higher one, and with a shortage of people the salaries are showing signs of creeping up again.
There's always the salary vs equity tradeoff, if your salary range is enough that the people can afford to live. Unfortunately, $60k isn't a whole lot for a family to live on in the valley these days.
It's a good feeling when it doesn't even take a month for a major state's state government to sue over a consumer issue that has so many people I know riled up. No, it's not just us getting ourselves worked up, it really was that slimy and abusive a thing for Sony to have done.
Obviously too well socialized to be a /. geek, but he is some sort...
duck
Not always, but people invent new modes of communicating and sharing data regularly, and thinking that other interests would drive the evolution of a new medium ignores that ... we still are inventing things (P2P) and generally no, they aren't.
Over the last 15 years, stuff I have done while doing sysadmin or system architecture or related project or management stuff has included:
Sure, you can be a programmer without knowing anything about any other related or unrelated field. You can be a sysadmin without knowing a thing about C, etc. All of these are possible.
But eventually you hit problems which are more complicated. Nobody as a single individual can know enough to personally solve every problem, sure. But if you can solve 90% instead of 50% of the wierd, wacky, complicated multidisciplinary ones, it makes a huge difference in your ability to move forwards in a career.
Get the real degree, learn the other stuff, and at least read up on compilers. And do 10 other things that interest you. It will change your life and benefit you, in ways that you could not predict beforehand.
If the first tool you introduce someone too teaches people, particularly bright kids, not to think about...
We probably have at least 3 more generations of process shrink before any sort of "wall", and quite possibly several beyond that. The SIA roadmap isn't mostly red until after 2011, and many of those problems are solvable in less than the 6 years we have left.
Power source this time was limited to a single high-power searchlight... faster requires a whole lot more power, and it simply wasn't going to be available in time.
Most teams didn't have the chance to test at their own facility with their own searchlight, nor at the competition site. If you can't really test, you shouldn't assume highly efficient operations...
The tether in use wasn't that tall, and accellerating and decellerating a whole lot within the available vertical distance was a nonstarter.
This was a introduction to parts of the problem set, not a realistic attempt to engineer production grade tether climbers. Everyone involved knows that...
What you "win" is prestige and advancing the state of the art.
Also, at least one elevator climber team was only 3 people part-time. That's not a huge budget...
Instant fixes are useful. Good on whoever John Miles is, who is who fixed it.
Wikipedia articles on technical topics generally are good quality. The less controversial ones are not vandalized that often. Some of the articles are excellent. Some are completely missing.
You get at least what you pay for, plus what you contribute to creating or editing.
Given that real spammers are being sued and arrested, the article writeup here borders on libelous. Why on earth did that tag have to get appended to an otherwise useful and interesting article intro???
The Sun system was either cost parity +- a few percent or cheaper than competitors with significantly slower CPU configs. And the Sun systems had redundant power and real remote management, which the competition did not.
Sun has always had better manageability and maintainability than the average bear, but doing it with systems which, fully loaded at Sun component prices, are still parity with low end competitors? That's new. That's new in the PC market for any vendor. People's dual PS remote management card systems generally cost a hell of a lot more than these do.
As to whether Sun is "switching out" for AMD only... probably not, not until you can build 64 and 128 and larger AMD x64 boxes. Sun makes a lot of money on their big datacenter stuff. I mean, painful large money on it, enough to buy a Space Shuttle.
I can easily see them stepping away from SPARC over the next few years if the AMD systems scale up nicely, but that's an important if .
Davis (and the whole central valley) were under water not all that long ago, geologically speaking.
People left the area in the dot.bomb, and changed professions, because they had to. But with the upswing, there's nobody here to hire anymore. So, duh, Google is interviewing nearly everyone who's on the market... the number of people on the market is way down.
Recruiting has gone from a job of filtering the stacks of resumes to really actively pursuing people again.
The funny thing about the Google accusations are that Google takes months to do an interview process and make an offer; the flip side of this whole story is Google being very frustrated that most of the people they make offers to have already accepted a position somewhere else by the time Google gets their offer in. Evil predator, which loses most of its candidates? I don't think so.
Google's a convenient entity to blame, but that's all it is. Until IT people start coming back to Silli Valli, it's going to be escalating difficulty of hiring talent and escalating salaries.
KHW is a unit of energy; KW is power, and this is an article about power supplies...
I just checked their website and didn't even see the ASR (Academic Source Release) Tripwire version on the website, so it may be gone entirely now. I am sure you can find it out there on the net, but it's not licensed for free commercial usage.
AIDE was developed to get around that, some years ago.
For a good reference list:
AIDE
or Radmind.
I haven't personally heard of anyone using Osiris or Samhain in production.
It should be noted that Brian Wotring, the book author, is the lead developer and release manager for Osiris. That probably explains why he knows it better than he knows Samhain...
Move code to a Solaris x86 box (or Sparc box with cross compiler).
"make"
This "feature" cost us a lot of productivity. We're not a huge business with extra color copier/printer units lying around.
Perhaps our (pretty POed) CFO should file a claim with the feds for our losses.