The few remaining cases where you need to schedule a meeting for more than 3 people can be solved by:
0. plan ahead so people's schedules are not full when you ask for a meeting.
1. emailing the people and asking if time x is ok, and if not, what ranges are best.
2. if that doesn't work, poll them with your free times and let them choose, via email or other system (e.g. outlook, evite).
3. if that doesn't work, choose the best time and ask the others to change their plans.
Holy crap! And how long does it take to do all of that to schedule one meeting?
Most of our meetings are with 5 or more people. You MUST schedule them in advance, and schedule them around other people's meetings, and there's no hope of booking a conference room (space is limited!) unless you get it at least 3 days in advance. And when you have development meeting with operations regarding load testing or a production release, you can't just have some people skip the meeting and read the minutes.
Outlook shows you everybody's calendar on a grid, and you can see at a quick glance when everybody is free as well as what conference rooms are available at what times. It also makes it easy to set up and track recurring meetings, which can be somewhat of a pain with a paper calendar. Some meetings are weekly, some are bi-weekly, others might be daily, and then of course your various monthly meetings. And if you're meeting with different departments, they will have their OWN monthly/weekly/biweekly meetings you'll have to schedule around.
So, using outlook, it takes all of 2 minutes to set up a meeting of 10 people, in different departments, in a time slot that you know they are all available, and book a conference room.
How long would that take if you polled all of them in an email, asked if they can do a meeting at such-and-such time, asked for other available ranges, and then coordinate a meeting based on 10 people's responses, and then try to find a conference room that's available? Much longer than 2 minutes I'd say. You'd need a secretary to handle it for you, because you aren't able to perform any real work while you're scheduling meetings.
Easy. Your method sucks at the office, when you need to schedule a meeting of about 10 people at a time when everybody is free (you need to look at THEIR calendars) and find a conference room that is available for that time period, then track RSVP's. And you have to assume that everybody else actually writes all their own appointments on their calendars.
That's a LOT of phone calls, walking around to cubicles, and collecting post-it notes. And then you're gonna wind up fighting over a room anyway with the other folks who got there first.
The unemployed former computer engineer is accused of causing the US government $1billion of damage by breaking into its most secure computers at the Pentagon and Nasa.
....
Many of the computers he broke into were protected by easy-to-guess passwords, investigators said.
A clutch is only necessary in situations where the motor cannot fall below a certain RPM without stalling, such as a gasoline engine. This is rather irrelevant for an electric motor, which can start itself turning from 0rpm (whereas a gasoline engine requires a "kick start" from some other source, like perhaps, an electric starter motor).
But maybe clutches are just plain cool to have anyway.
Conveniently, electric motors have infinite torque at zero RPM.
Whaaaaaaa? There is no such thing as "infinite torque." Electric motors produce their maximum torque at 0 rpm. And this amount of torque depends on the size of the motor, the current, etc.
Hint; the 'D' stands for 'Digital'. Want to explain to me how a digital signal 'degrades' in the cable?
Of course digital signals can degrade. This is precisely why the guy at Best Buy told me to get the more expensive shielded optical cable for my DVD player.
faster typing = no brainer
on
Blank Keyboard
·
· Score: 1
if you're looking for an excuse to improve your typing speed this keyboard may give you that
Well of course you will be typing faster when all you're typing is whitespace anyway!
From what I've heard, Ford's bug is opposite. My ex had an explorer and one day the pedal slammed itself to the floor and she couldn't stop the car with all of her weight on the brake and had to ram it into someone to get it to stop.
When brakes and engine are pitted against each other, brakes win.... every time. If she really had all her weight on the brake, the car would have stopped. Period. The automatic transmission would have probably burned out, if the engine was at wide open throttle, but the car would still have stopped. (btw if it was a manual tranny, you'd most likely stall the engine, or if you're lucky, you'd do a hellacious standing burnout if you have RWD and front-biased brakes.)
So, she either had simultaneous catastrophic failures of both the throttle and braking systems (two distinct systems), or she got confused and actually had all her weight on the accelerator. It's been known to happen. Naturally, people will want to blame the machinery instead of looking silly.
1) Stalin (Gulags)
Hitler only dreamed of killing as many people. 2) Churchill (Dresdon Germany)
Hitler could only dream of the cruelity. And, I don't give a damn what the Brits think about Churchill. 3) Vietnam (US killed just as many vietnamese, many of them innocent) 4) Po Pot 5) Ghengis Khan 6) Truman (Hiroshima/Nagasaki)
I see your point you're trying to make, and everything in your list references a tragedy of its own, but I still fail to see where office productivity apps and programming languages fit into that list. The developers of the Corel office suite simply moved on to other things; they weren't dissected alive.
Not Jewish holocaust, but certainly they've been involved in software product companies holocaust big time. (Symantec C++? Borland Office Suite? etc, etc...)
That is absolutely ridiculous, even for slashdot standards. You are seriously comparing one of the most horrific events of the 20th century, the slaughter and torture of millions of men, women, and children, to the "death" of a god damn office suite? Don't you think that this trivializes the real holocaust just a bit?
except that you don't remove widgets through Dashboard; you remove them by dragging the.wdgt file out of the ~/Library/Widgets folder, or by moving them using the command line.
The point being that you shouldn't HAVE to do this. Sure, you can go delete the files from the widgets folder, edit the config XML, force restart the dashboard, or download a 3rd party widget manager, etc... but it's a glaring oversight not to make it intuitive to remove widgets from the widget bar. Also, removing the widget from the library without editing the proper XML file can cause the widget icons in the widget bar to be mismatched with the widgets they actually launch. I haven't tried this for myself, that's just from reading various reports around the net.
Apple's Developer Connection says that a 'widget' cannot ask for any resources or do anything to the filesystem outside of the widgets bundle
But a widget can open a new page in Safari. In fact, it can do that automatically without you clicking the widget. And, when this happens, the dashboard is automatically closed.
The impractical upshot to all of this is that when you try to access the dashboard, the evil widget immediately sends Safari to some other page and then immediately closes the dashboard.
So therefore,
1) You can no longer use the dashboard for your other widgets 2) You can't even leave the dashboard open long enough to remove the evil widget which installed itself there automatically without your permission
So this leaves the capability for something that not even Windows users get to enjoy: dashboard hijacking.
So what does Jeff Goldblum do? He sneezes and that gives him an idea. Why not give the ship a virus? He proceeds to open his apple notebook and somehow interface with the ship to give it a virus.
Why is that so hard to believe? That's the beautiful thing about Bonjour. It just works!
But if any of the cgi scripts in my system use htdigest it is possible to exploit it remotely. I don't know if any of them do. I think I need to upgrade immediately.
I think the important thing is that the CGI script itself needs to be coded specifically to exploit the flaw. Of course THAT will be remotely exploitable. But just using htdigest in a CGI script doesn't mean it's a vulnerability. The CGI itself needs to be malicious (or buggy in a very specific way).
Does the Apache exploit mentioned affect any other platforms that Apache runs on, or is it specific to OSX? Its a pretty severe one. I don't run closed source OSes (like OSX or Windows) but I would like to make sure that my Gentoo apache install is OK.
I believe it's referring to this bug in htdigest that was reported a year ago. If so, it affects linux systems as well.
I wouldn't worry too much about it, it's not a remotely exploitable overflow... it could be exploited by somebody who was allowed to upload a malicious CGI script to your server, but it would have to be somebody who was allowed to deploy CGI scripts to your apache server to begin with.
Re:won't take long....
on
Hack IIS6 Contest
·
· Score: 2, Insightful
duh hack IIS...well that challenge will take all of 15 mins then...
Oh I completely disagree with that. It's more like 52.7% of the people will agree with that. You couldn't be more wrong. We're a very agreeable society. Of course we are. Right?
I think we're going to have to agree to disagree on that point.
Apple doesn't want you to be able to upgrade, they want you to have to throw away your investment and give them more money for a new product.
Actually you get back a lot of your investment if you decide to sell your mac and get a new one. Go to eBay and compare the prices on 3-year-old macs vs. 3-year-old windows PC's, keeping in mind how much each originally cost.
If your brother-in-law wanted to, he could sell his outdated 17" iMac for nearly what he paid for it, and then get the latest model.
When an updated Mac Mini comes out, I'll dump mine for about 75% of its original cost and get the newer model. When my Athlon64 box becomes outdated, I'll just give it to a family member and buy new components to build the next one.
Apple's order tracking system is hosed because of the volume. My status still says "preparing shipment" but FedEx delivered my package a few minutes ago.
So I take back what I said; Apple's logistics pulled through nicely on this one.
I called Apple earlier and was assured that ALL pre-orders have already been shipped and they should all arrive today, and it looks like that's true.
Any old in-house app can be developed in.Net, where you can throw as many servers as you like at it and who cares how often you have to coddle it?
He was talking about user applications - I've seen some simple examples myself but nothing really beyond shareware.
Sounds similar to Java. I think.Net's primary market these days is for in-house server-side development anyway.
And.Net is rather useful and powerful for this kind of development. Think of it like like J2EE. Do you know any commercial desktop apps written with J2EE? Or even just plain old J2SE? I can think of a few, but they tend to be IDE's and developer tools.
However, on the desktop side of things, ATI's Catalyst utilities and control panel are written in.Net, and require the.Net runtime, although they still have a non-.Net version available.
So... the lack of desktop apps does not make a particulary platform a failure.
My G4 1.33GHz is noticeably snappier than it was on Panther.
Ahhh, there we go. I read the title and first paragraph of your post, and was starting to get worried that you wouldn't use the correct terminology for describing any OSX speed increase.:-)
Slashdot Mirror
The few remaining cases where you need to schedule a meeting for more than 3 people can be solved by:
0. plan ahead so people's schedules are not full when you ask for a meeting.
1. emailing the people and asking if time x is ok, and if not, what ranges are best.
2. if that doesn't work, poll them with your free times and let them choose, via email or other system (e.g. outlook, evite).
3. if that doesn't work, choose the best time and ask the others to change their plans.
Holy crap! And how long does it take to do all of that to schedule one meeting?
Most of our meetings are with 5 or more people. You MUST schedule them in advance, and schedule them around other people's meetings, and there's no hope of booking a conference room (space is limited!) unless you get it at least 3 days in advance. And when you have development meeting with operations regarding load testing or a production release, you can't just have some people skip the meeting and read the minutes.
Outlook shows you everybody's calendar on a grid, and you can see at a quick glance when everybody is free as well as what conference rooms are available at what times. It also makes it easy to set up and track recurring meetings, which can be somewhat of a pain with a paper calendar. Some meetings are weekly, some are bi-weekly, others might be daily, and then of course your various monthly meetings. And if you're meeting with different departments, they will have their OWN monthly/weekly/biweekly meetings you'll have to schedule around.
So, using outlook, it takes all of 2 minutes to set up a meeting of 10 people, in different departments, in a time slot that you know they are all available, and book a conference room.
How long would that take if you polled all of them in an email, asked if they can do a meeting at such-and-such time, asked for other available ranges, and then coordinate a meeting based on 10 people's responses, and then try to find a conference room that's available? Much longer than 2 minutes I'd say. You'd need a secretary to handle it for you, because you aren't able to perform any real work while you're scheduling meetings.
I suppose that explains CmdrTaco's subtitle "from the don't-worry-jamie-we-won't-post-it dept."
Beat that, Outlook 2003!
Easy. Your method sucks at the office, when you need to schedule a meeting of about 10 people at a time when everybody is free (you need to look at THEIR calendars) and find a conference room that is available for that time period, then track RSVP's. And you have to assume that everybody else actually writes all their own appointments on their calendars.
That's a LOT of phone calls, walking around to cubicles, and collecting post-it notes. And then you're gonna wind up fighting over a room anyway with the other folks who got there first.
"Robbing"? "Heinous crime"? Are you talking about taking away a child's school education or taking away some minor plot twists in a sci-fi movie?
That's what happens when you post from inside the Hyperbolic Chamber.
From TFA:
....
The unemployed former computer engineer is accused of causing the US government $1billion of damage by breaking into its most secure computers at the Pentagon and Nasa.
Many of the computers he broke into were protected by easy-to-guess passwords, investigators said.
Just... damn.
The first step is to admit that you have a problem.
I have not seen any laptop in any store for several years that could only support 1024x768
:-)
Try going into an Apple Store.
Or you could use a clutch.
A clutch is only necessary in situations where the motor cannot fall below a certain RPM without stalling, such as a gasoline engine. This is rather irrelevant for an electric motor, which can start itself turning from 0rpm (whereas a gasoline engine requires a "kick start" from some other source, like perhaps, an electric starter motor).
But maybe clutches are just plain cool to have anyway.
Conveniently, electric motors have infinite torque at zero RPM.
Whaaaaaaa? There is no such thing as "infinite torque."
Electric motors produce their maximum torque at 0 rpm. And this amount of torque depends on the size of the motor, the current, etc.
Hint; the 'D' stands for 'Digital'. Want to explain to me how a digital signal 'degrades' in the cable?
Of course digital signals can degrade. This is precisely why the guy at Best Buy told me to get the more expensive shielded optical cable for my DVD player.
if you're looking for an excuse to improve your typing speed this keyboard may give you that
Well of course you will be typing faster when all you're typing is whitespace anyway!
From what I've heard, Ford's bug is opposite. My ex had an explorer and one day the pedal slammed itself to the floor and she couldn't stop the car with all of her weight on the brake and had to ram it into someone to get it to stop.
When brakes and engine are pitted against each other, brakes win.... every time.
If she really had all her weight on the brake, the car would have stopped. Period.
The automatic transmission would have probably burned out, if the engine was at wide open throttle, but the car would still have stopped.
(btw if it was a manual tranny, you'd most likely stall the engine, or if you're lucky, you'd do a hellacious standing burnout if you have RWD and front-biased brakes.)
So, she either had simultaneous catastrophic failures of both the throttle and braking systems (two distinct systems), or she got confused and actually had all her weight on the accelerator. It's been known to happen. Naturally, people will want to blame the machinery instead of looking silly.
1) Stalin (Gulags)
Hitler only dreamed of killing as many people.
2) Churchill (Dresdon Germany)
Hitler could only dream of the cruelity. And, I don't give a damn what the Brits think about Churchill.
3) Vietnam (US killed just as many vietnamese, many of them innocent)
4) Po Pot
5) Ghengis Khan
6) Truman (Hiroshima/Nagasaki)
I see your point you're trying to make, and everything in your list references a tragedy of its own, but I still fail to see where office productivity apps and programming languages fit into that list.
The developers of the Corel office suite simply moved on to other things; they weren't dissected alive.
Not Jewish holocaust, but certainly they've been involved in software product companies holocaust big time. (Symantec C++? Borland Office Suite? etc, etc...)
That is absolutely ridiculous, even for slashdot standards.
You are seriously comparing one of the most horrific events of the 20th century, the slaughter and torture of millions of men, women, and children, to the "death" of a god damn office suite?
Don't you think that this trivializes the real holocaust just a bit?
except that you don't remove widgets through Dashboard; you remove them by dragging the .wdgt file out of the ~/Library/Widgets folder, or by moving them using the command line.
The point being that you shouldn't HAVE to do this.
Sure, you can go delete the files from the widgets folder, edit the config XML, force restart the dashboard, or download a 3rd party widget manager, etc... but it's a glaring oversight not to make it intuitive to remove widgets from the widget bar.
Also, removing the widget from the library without editing the proper XML file can cause the widget icons in the widget bar to be mismatched with the widgets they actually launch. I haven't tried this for myself, that's just from reading various reports around the net.
Apple's Developer Connection says that a 'widget' cannot ask for any resources or do anything to the filesystem outside of the widgets bundle
But a widget can open a new page in Safari. In fact, it can do that automatically without you clicking the widget. And, when this happens, the dashboard is automatically closed.
The impractical upshot to all of this is that when you try to access the dashboard, the evil widget immediately sends Safari to some other page and then immediately closes the dashboard.
So therefore,
1) You can no longer use the dashboard for your other widgets
2) You can't even leave the dashboard open long enough to remove the evil widget which installed itself there automatically without your permission
So this leaves the capability for something that not even Windows users get to enjoy: dashboard hijacking.
So what does Jeff Goldblum do? He sneezes and that gives him an idea. Why not give the ship a virus? He proceeds to open his apple notebook and somehow interface with the ship to give it a virus.
Why is that so hard to believe? That's the beautiful thing about Bonjour. It just works!
But if any of the cgi scripts in my system use htdigest it is possible to exploit it remotely. I don't know if any of them do. I think I need to upgrade immediately.
I think the important thing is that the CGI script itself needs to be coded specifically to exploit the flaw. Of course THAT will be remotely exploitable.
But just using htdigest in a CGI script doesn't mean it's a vulnerability. The CGI itself needs to be malicious (or buggy in a very specific way).
Does the Apache exploit mentioned affect any other platforms that Apache runs on, or is it specific to OSX? Its a pretty severe one. I don't run closed source OSes (like OSX or Windows) but I would like to make sure that my Gentoo apache install is OK.
I believe it's referring to this bug in htdigest that was reported a year ago. If so, it affects linux systems as well.
I wouldn't worry too much about it, it's not a remotely exploitable overflow... it could be exploited by somebody who was allowed to upload a malicious CGI script to your server, but it would have to be somebody who was allowed to deploy CGI scripts to your apache server to begin with.
duh hack IIS...well that challenge will take all of 15 mins then...
Apparently not.
Oh I completely disagree with that. It's more like 52.7% of the people will agree with that. You couldn't be more wrong. We're a very agreeable society. Of course we are. Right?
I think we're going to have to agree to disagree on that point.
Apple doesn't want you to be able to upgrade, they want you to have to throw away your investment and give them more money for a new product.
Actually you get back a lot of your investment if you decide to sell your mac and get a new one.
Go to eBay and compare the prices on 3-year-old macs vs. 3-year-old windows PC's, keeping in mind how much each originally cost.
If your brother-in-law wanted to, he could sell his outdated 17" iMac for nearly what he paid for it, and then get the latest model.
When an updated Mac Mini comes out, I'll dump mine for about 75% of its original cost and get the newer model.
When my Athlon64 box becomes outdated, I'll just give it to a family member and buy new components to build the next one.
Apple's order tracking system is hosed because of the volume. My status still says "preparing shipment" but FedEx delivered my package a few minutes ago.
So I take back what I said; Apple's logistics pulled through nicely on this one.
I called Apple earlier and was assured that ALL pre-orders have already been shipped and they should all arrive today, and it looks like that's true.
Any old in-house app can be developed in .Net, where you can throw as many servers as you like at it and who cares how often you have to coddle it?
.Net's primary market these days is for in-house server-side development anyway.
.Net is rather useful and powerful for this kind of development.
.Net, and require the .Net runtime, although they still have a non-.Net version available.
He was talking about user applications - I've seen some simple examples myself but nothing really beyond shareware.
Sounds similar to Java. I think
And
Think of it like like J2EE. Do you know any commercial desktop apps written with J2EE? Or even just plain old J2SE? I can think of a few, but they tend to be IDE's and developer tools.
However, on the desktop side of things, ATI's Catalyst utilities and control panel are written in
So... the lack of desktop apps does not make a particulary platform a failure.
My G4 1.33GHz is noticeably snappier than it was on Panther.
:-)
Ahhh, there we go. I read the title and first paragraph of your post, and was starting to get worried that you wouldn't use the correct terminology for describing any OSX speed increase.