Cyclists have to brake sharp or take evasive action to avoid these clowns.
Do you mean cyclist clowns, or pedestrian clowns?
One of my pet peeves is having to deal with cyclists blindly roll through intersections without a care in the world. Doesn't matter if I'm in a car or walking.
I'm having a hard time envisioning it's use in a home environment. We're all used to the precision offered by a mouse, and no one wants a touch screen TV.
Anyone remember the PepperPad 3? They had they right idea... Use the touch when needed, yet have a keyboard when needed as well.
And not just that, nut the combination of using Wifi for getting information, and RF for controlling the TV.
$4500-$6000 a month is a LOT of coin for pretty much most of the country not containing coastline.
Truthfully, this is real news to me, I never heard of interns making that kind of money. In this economy - and yes, I'm talking about the US - it just seems... absurd.
You have Feature X,Y, and Z on there, but if I have to navigate Menus A, B, C, and D to find that feature then I will not use that program.
But, don't you also "have to navigate" menus in your proprietary program to use the features you want?
That's just a matter of getting past the unfamiliarity of the OS program.
In my industry (translation) a "de facto" standard is Trados - very expensive, big marketing. In fact, SDL, the makers of Trados, now have an ad campaign suggesting you become a "Trados Certified Professional", meaning you take courses and tests demonstrating you know how to use the program. That put me off right away. I'd been using Trados for years and saw absolutely no point it having to take courses just to prove I know the program.
Anyway, to my point: A few years ago I looked around for an alternative and found Heartsome Suite/Studio that is OSS, but commercial. It costs about half what Trados does. I bought it and use it often. The entire workflow is very different than Trados. So that took some getting used to. But guess what? I found soon enough that I preferred this new workflow. And the data is compatible with Trados, should I need to exchange data in that format.
I guess I'm one of those people that really don't care what people use, as long as you let me use what is most productive to me and we can exchange data.
I'm not sure what I'm going to switch to when >4 GB files become more prevalent...
There has only been one situation where I've had to move or copy a file over FAT32's filesize limit: Moving either a VMWare or VirtualBox image from one machine to another. It those cases, I upgraded disks and kept the same OS (some form of Linux), so it's not been a problem, since I had both the old and new disks connected to the same system. I would imagine it would be the same with any WinXP/Vista/7 box. You have both disks, same OS.
I've never had to copy or move that large of a file between different OSes. Most users wouldn't either, but I imagine admins might have the need to do so, but enterprise backups solutions would have that covered.
Maybe in the boonies. In Chicago and Los Angeles -- there were no such delays.
I live in Chicago. I can say from first hand experience less than a year ago, it still takes 2 weeks, depending upon neighborhood. The neighborhood, BTW, was Wrigleyville, right across the sreet from the CO. Bureaucracy at its finest.
40 years ago it was put your name on a list and wait up to five years to get a (wired) phone.
You might not remember, but the US (and every other developed country in the world) has gone through this same thing. And many countries still operate this way.
I remember when I was a kid, we switched from a party line (my grandmother's source of neighborhood goings-on) to a private line. It took months for that to be completed.
In fact, try and order DSL from ATT - it can still take up to a couple of weeks for them to flip a switch.
To mollog's point, I agree with him, and I actually work globally (freelance translator for various agencies).
My experience has been that the less accessible an agency is, or another freelancer I've subcontracted, for that matter, the shoddier the work. My best agencies are ones where I can actually go into their office if I need to and speak face-to-face with someone.
In other words, local. It's not that hard to find local talent, really. Unfortunately, many companies still use the non-local labor as a cost-cutting excuse.
1. it shows Americans that you can get something for free, much to their utter dismay, given the tenets of their society
That's kind of a misleading statement, given the fact that you can find free wifi in pretty much any American city quite easily. I would go so far as to say that it's far easier to find free wifi in an American city than it is in a European city.
But yeah, free here in the US is usually tied to marketing (free wifi in many restaurants/bars - but you have to eat/drink in the establishment to get it, etc).
Unfortunately, free municipal wifi has been a huge failure here.
If you can pitch a simple 300 word, quarter page overview of the product in an industry specific magazine with a pointer to the website where one can download/purchase the program, it'll do wonders.
People who BUY programs/products tend to also be the ones that buy industry specific magazines.
Of course automated processes fail. That's why you build in error detection, instead of having to rely on logs being read by a human.
In this particular case, scheduling and automation would have greatly helped. Many of the errors were because operators submitted jobs too early, meaning most of the time the data needed for the job wasn't there, meaning the operator skipped a step somewhere along the way. It may also have been that the developer had made a change and the data changed (and who hasn't seen this in a production setup?). In this case automation wouldn't have helped. But error detection built in would have, removing the operator's need to manually check logs.
Obviously, you can't automate everything, but the above setup was very error prone.
Is that a bad Linux setup... Or a poor implementation of a system intended to provide tracking and accountability? Geeks, and especially computer geeks, love to automate the hell out of everything possible - but that's not always appropriate to the situation.
True enough... it could have just as easily been any other Unix type setup.
However, the setup was such that operators had to actually check the output of logs for certain strings before they could continue on to the next step/job. That sort of stuff can *EASILY* be done with automation. I maintain that that sort of manual checking is indeed error prone. Particularly when it has to be done for anywhere from 80-120 jobs by each operator in a work shift.
Seriously, this sort of stuff could have been automated decades ago. And, knowing what I know about the exchange, if there's a fuckup and it's not fixed in time (also happened while I was there), they get fined.
I contracted with the Chicago-based branch of the NYSE a couple years back and I can confirm the bad Linux setups.
Even the over night batch processing was horrible. Scripts and programs had to be manually started by an operator, then a checkoff sheet had to be signed by the operator. If something happened during execution (fairly common), it had to be restarted by hand, after backing out the failed step. No scheduling package whatsoever. Incredibly manual and error prone.
Slashdot Mirror
Do you mean cyclist clowns, or pedestrian clowns?
One of my pet peeves is having to deal with cyclists blindly roll through intersections without a care in the world. Doesn't matter if I'm in a car or walking.
And that's what I get for trying to type in the dark :-(
Anyone remember the PepperPad 3? They had they right idea... Use the touch when needed, yet have a keyboard when needed as well.
And not just that, nut the combination of using Wifi for getting information, and RF for controlling the TV.
Don't know where this major university is, but step off campus sometime and go to a Starbucks, Caribou, whatever.
Or go to an airport.
They're all over the place. What I would note is that owners are typically not college-paged. Mostly middle-aged.
I had completely forgotten about the disparity in cost of living. When it's all you know, it's hard to imagine anything else.
$4500-$6000 a month is a LOT of coin for pretty much most of the country not containing coastline.
Truthfully, this is real news to me, I never heard of interns making that kind of money. In this economy - and yes, I'm talking about the US - it just seems... absurd.
But, don't you also "have to navigate" menus in your proprietary program to use the features you want?
That's just a matter of getting past the unfamiliarity of the OS program.
In my industry (translation) a "de facto" standard is Trados - very expensive, big marketing. In fact, SDL, the makers of Trados, now have an ad campaign suggesting you become a "Trados Certified Professional", meaning you take courses and tests demonstrating you know how to use the program. That put me off right away. I'd been using Trados for years and saw absolutely no point it having to take courses just to prove I know the program.
Anyway, to my point: A few years ago I looked around for an alternative and found Heartsome Suite/Studio that is OSS, but commercial. It costs about half what Trados does. I bought it and use it often. The entire workflow is very different than Trados. So that took some getting used to. But guess what? I found soon enough that I preferred this new workflow. And the data is compatible with Trados, should I need to exchange data in that format.
I guess I'm one of those people that really don't care what people use, as long as you let me use what is most productive to me and we can exchange data.
You don't and probably everyone you know doesn't, but you had no trouble understanding what was meant.
Give the anonymous guy/girl a break. We don't know if English is or isn't their first language.
There has only been one situation where I've had to move or copy a file over FAT32's filesize limit: Moving either a VMWare or VirtualBox image from one machine to another. It those cases, I upgraded disks and kept the same OS (some form of Linux), so it's not been a problem, since I had both the old and new disks connected to the same system. I would imagine it would be the same with any WinXP/Vista/7 box. You have both disks, same OS.
I've never had to copy or move that large of a file between different OSes. Most users wouldn't either, but I imagine admins might have the need to do so, but enterprise backups solutions would have that covered.
Rosry 'bout teh lysdexia.
All my systems at home are Linux-based, ext3. NONE of my neighbors, family, or work associates have that, so it's a no-brainer.
I live in Chicago. I can say from first hand experience less than a year ago, it still takes 2 weeks, depending upon neighborhood. The neighborhood, BTW, was Wrigleyville, right across the sreet from the CO. Bureaucracy at its finest.
You might not remember, but the US (and every other developed country in the world) has gone through this same thing. And many countries still operate this way.
I remember when I was a kid, we switched from a party line (my grandmother's source of neighborhood goings-on) to a private line. It took months for that to be completed.
In fact, try and order DSL from ATT - it can still take up to a couple of weeks for them to flip a switch.
It's pretty naive to think anything comes before company politics, be it at Microsoft or Apple or any other publicly traded company.
djk1024 mentioned nothing of a buyer.
What buyer? I didn't see mention of any buyer. And if he's seeking a buyer, well, that too takes some know how.
The penultimate sentence, I would imagine.
To mollog's point, I agree with him, and I actually work globally (freelance translator for various agencies).
My experience has been that the less accessible an agency is, or another freelancer I've subcontracted, for that matter, the shoddier the work. My best agencies are ones where I can actually go into their office if I need to and speak face-to-face with someone.
In other words, local. It's not that hard to find local talent, really. Unfortunately, many companies still use the non-local labor as a cost-cutting excuse.
That's kind of a misleading statement, given the fact that you can find free wifi in pretty much any American city quite easily. I would go so far as to say that it's far easier to find free wifi in an American city than it is in a European city.
But yeah, free here in the US is usually tied to marketing (free wifi in many restaurants/bars - but you have to eat/drink in the establishment to get it, etc).
Unfortunately, free municipal wifi has been a huge failure here.
People who BUY programs/products tend to also be the ones that buy industry specific magazines.
In this particular case, scheduling and automation would have greatly helped. Many of the errors were because operators submitted jobs too early, meaning most of the time the data needed for the job wasn't there, meaning the operator skipped a step somewhere along the way. It may also have been that the developer had made a change and the data changed (and who hasn't seen this in a production setup?). In this case automation wouldn't have helped. But error detection built in would have, removing the operator's need to manually check logs.
Obviously, you can't automate everything, but the above setup was very error prone.
True enough... it could have just as easily been any other Unix type setup.
However, the setup was such that operators had to actually check the output of logs for certain strings before they could continue on to the next step/job. That sort of stuff can *EASILY* be done with automation. I maintain that that sort of manual checking is indeed error prone. Particularly when it has to be done for anywhere from 80-120 jobs by each operator in a work shift.
Seriously, this sort of stuff could have been automated decades ago. And, knowing what I know about the exchange, if there's a fuckup and it's not fixed in time (also happened while I was there), they get fined.
No it's not. Site's down.
Even the over night batch processing was horrible. Scripts and programs had to be manually started by an operator, then a checkoff sheet had to be signed by the operator. If something happened during execution (fairly common), it had to be restarted by hand, after backing out the failed step. No scheduling package whatsoever. Incredibly manual and error prone.
You mean like when you walk into your local Best Buy or Fry's and have the choice of either a Windows machine or a Mac?
That's what most people do. And they don't change their OS to something different after purchase.
Sorry, but Apple is just as bad as Microsoft in this regard. And has been mentioned previously, install Picasa and Google does it too.