If you want to get into Kettering, call up admissions and talk to them. Then submit an app. Your GPA should be fine. That ACT is actually average I think. I had a lower GPA but a higher ACT when I got in. I don't think that really matters a whole lot though. Call up admissions and talk with them about it. You'll get in, because they are a business and a profitable one at that. i.e. they don't turn down money, especially since enrollment is dropping.
As far as money goes, you can and will get financial aid. Even that GPA qualifies you for $3,500 a year I believe. It's not much compared to the whole cost of tuiton, but every little bit helps. After you are accepted though (assuming you apply and want to go there), getting on the ball, and finding a job is a big thing. The sooner you have any extra money and employment, the easier the loans come. And after your freshman term, you are a very poor, single 18 year old that the govt will decide needs lots of money since you will invariably be living on your own at work.
I think that if Kettering is something you're interesting in, you should go for it. We have rolling admission, which means you could apply for Winter 2006 and start in January. I actually did this since I found a job about a week before I was to start. It turned out to be a great move.
Anyway, if you have any questions, drop me a line. My email is adam4300@kettering.edu. We need more/.ers are KU.
You don't need to smelt copper and form your own wires, insulation and covering and mold your own RJ45 jacks to understand and string CAT5.
Funny that you say that, because I know an ECE major at my school that used the materials labs to do just that.
Incidentally, that is why you should pick a university that has something to do with the "real world". I recommend Rensselaer PolyTech (www.rpi.edu) or Kettering U (www.kettering.edu).
If you can write a software RAID driver and can't understand implementation details of DNS then you are a well-trained code monkey. I'd propose that a university teaches you how to use resources to your advantage and that a properly educated person would (at the very least) google it.
B.S. Pick a school with a co-op if you must have experience. Also, at least from my school, very few end up in the same field as their major. I'm going for CE/EE but it already looks like I might be heading towards Materials at my job. After that, who knows.
I know that at my school (www.ketttering.edu) we do have practical skills, job experience, and the theory. There are several other schools just like Kettering. I recommend one if you are worried about experience.
Ha, limit. I remember when my mom took away all of my electronics for 2 years when I refused to clean my room. She eventually gave in after I started buying books with money I'd come into having read everything else in my room a couple times. That, and I can build amazing machines now. You don't need electronics when you have legos and books. Well, I don't at least./goes back to work (yes, I'm coding on a saturday)
Anyway, the app itself is an automotive controller. We manage passive security features, wireless communications, and a couple other things. I can't really detail things due to NDA, but we squeeze a lot into our application code.
C, and its something called osek. I think it froms a German company, but it was chosen before I got here. We're really feeling it now though, since their code is very inefficient. Whoever picked the software didn't read our spec very closely.
""Much has been made in the computer press recently of the surprising similarities between Longhorn and Apple's upcoming new Macintosh operating system, Tiger. (See Peter Lewis's recent column, Apple's 'Tiger' to Stalk Rivals April 29.) The bottom line is that both will make finding items in our ever-increasing digital stores of information and entertainment much easier. Longhorn doesn't just show you an icon for a document, for example, but rather an itsy-bitsy picture of the first page. If you have a really good monitor--and eyesight--you could even read the numbers in that spreadsheet. You also will be able to put files simultaneously in different folders, and find the one you want with much more ease than you can today. Microsoft's research shows that the average corporate employee spends about 20% of her time on the PC simply looking for items. "We're trying to go beyond search into what we call 'visualization and organization,'" said Allchin"" "Right. I got Panther to do this with a little tweaking, and from what I read, Tiger may be doing something similar. Talk about innovation..." You know, KDE has done this for a long time too. Is Apple ripping off KDE and in turn being ripped off by MS? Noooo!
No, but a guy at my work was laughed at. We still screw with him for suggesting that we base our new micro software on wince. Heh, that shit wouldn't even fit in our RAM, let alone the cost of licensing it. Plus, I don't even think it is certified for automotive applications.*
*I may very well be wrong on that last regard. Too lazy to google.
I've never really cared because I have grep, find, and friends. That, and all of my data consists of flat files or well-named files in well-organized directories. Well, to the extent that such things matter. For example, all of my music is arranged in Artist_-_Track.ogg format in my/usr/local/media/music directory. Similar for movies/video clips, and documentation. Source is a darcs repository.
It's honestly not hard to keep stuff in sane places. Not to mention it makes adding links in the KDE file dialog to "Music", "Movies", and "Music Videos" easier.
Car video screens are required by law? Where do you live?
Anyway, anyone with sufficient knowledge of the standards can implement Electronic Control Units (ECUs) that attach to the car network. A really easy-to-implement scenario for the UAE would be the following:
1) UAE installs ECU with multi-factor authentication and ability to wireless communicate (GSM/GPRS maybe?).
2) the ECU sends out a heart-beat every 15 minutes while in use, and every 12 hours when not.
3) if the ECU doesn't send out said heartbeat, you get a big ass fine and some jail time for having removed your ECU unless you can prove otherwise.
The downside, is that this would incredibly easy to abuse to tracking purposes. i.e. track where the phone signal originates. Plus, I could think of a lot of fun things to do with an ECU on a car network and a GSM connection.
Re:Why is stealth mode pointed out as special?
on
Tiger's 200 New Features
·
· Score: 3, Informative
The news is that they just got built-in tools to configure it. In comparison to Windows, third-party programs have been available to configure (not really install, since OS X uses IPFW from FreeBSD) the firewall in a user-friendly way since its release. The firewall has always been available in OS X, its just that you had to use the UNIX underpinnings or find a third-party program to use advanced features.
Try m0n0wall. It's a free BSD-variant (FreeBSD I believe) with an easy web-based interface and a good manual. You can use the iso on an old machine or put it on a soekris machine or the like for a silent firewall/router solution.
I wish I had a school program like that. Granted, I still did advanced organic chemistry and my salary is defined by my actual achievements, but it woud have been nice to have something to work for instead of getting high and screwing. Well, maybe in addition to getting high and screwing.
It must be my manufacturing background kicking in, but I'd evaluate on the resources needed to implement the solutions. Fancy solutions aren't worth the paper they are printed on if someone can't properly implement them.
That's a very good start, and I think it should about stop there myself. The CPL has additional patent restrictions the GPL does not. In fact, it seems to be an all-around better license, except it is not GPL v2 compatible. Then again, the FSF doesn't think either Apache license, or a number of other licenses are compatible either. Just because they are not compatible with the GPL, doesn't necessarily make them a bad license. I think the FSF even had a statement on the CPL going something like (to paraphrase) "we don't necessarily disagree with the additional provisions of the license, but as it stands, it is incompatible with the GPL."
NAFTA, combined with an insignifant article in last week's T.P., er Constitution, allows Canada to export massive amounts (in the case of many cities in Ontario, all) of its waste South. Many people in Michigan would be happy for NAFTA to go to hell and have waste be relabeled as something other than a product which is protected under NAFTA and the U.S. Constitution.
I agree with almost all of your argument, but some kids do work for their money. When I had money, it was because I worked for it. I know a lot of people in the same boat. Holding parents responsible is one thing, but what you propose could potentially hold parents responsible for raising hardworking kids.
No, they do QA for around 5,000 that a lot of people use on a lot of platforms not limited to NetBSD and its various supported platforms. pkgsrc is a great infrastructure and all the packages currently on my desktop with the exception of gyach, which is an obscure Yahoo chat client that debian doesn't support either for that matter.
apt/dpkg is neat, but I like the ease AND utility of pkgsrc. How easy is it to port the entire apt/dpkg packages tree to a new operating system? That is all of the packages available on Debian that can reasonably work on another POSIX system should be available for a quick build and install, including cross-compilation and setup if necessary. This is somewhere that, to my knowledge, Debian is still lacking. I don't even know if this would be an advantageous feature for Debian, but I know it helps me a lot maintaining various Linux, BSD, and Unix distros on various architectures.
Of course, if you could port something like NeoVI or CANoe to the symbian and get a CAN card and plug in that way...you might have slightly higher chances. At least the chance of a D.o.S.
Actually, on second thought, that is slightly less likely. How many users would take apart their car, buy a CAN card (around $1000 US), find drivers for their symbian, in fact find a CAN card that works with a PDA, get a company to port their diagnostic software to the PDA, construct or buy a CAN cable (only 4 wires, not too difficult if you have a crimping tool), construct a CAN break-out box, connect the break-out box to the car, make sure all the cabling is right? All of this on the request of a program they didn't even know they had?
Only extreme geeks would do so, if only because of the pain in the ass of following directions. I don't doubt the users are stupid enough, I doubt they are motivated enough.
It is very close to impossible to infect a car via a virus like this. In fact, it would be very unlikely to break into a car through a virus in the first place. To communicate with anything vital you're going to have to find something vunerable that has bluetooth or some other means of communication that is also hooked into a CAN bus. Then you have to hope the vulnerability allows you to transmit arbitrary messages over the CAN bus. Then you have to craft the CAN frames in just the right way to exploit a theoretical hole in the CAN implementation. This just might get you access to an ECU that can communicate with the WCM (in Chrysler's case) or another security unit on the vehicle. If you're really lucky, you'll have broken an ECU that is either critical (very difficult to even communicate with) or find an exploit in an ECU that normaly communicates with a critical ECU.
All of this is highly, highly theoretical and unlikely. Especially since most ECUs don't have a generalized CAN software stack, only specifically coded transmit functionality for their specific messages. Of course, if you could port something like NeoVI or CANoe to the symbian and get a CAN card and plug in that way...you might have slightly higher chances. At least the chance of a D.o.S.
Anyway, please stop perpetuating this retarded myth of anything remotely valuable in a car's network being infected by a virus.
QA doesn't prevent any of this from happening. QA may resolve the issues but it doesn't prevent someone upstream from making a mistake with the requirements or the design document. When it happens, we communicate the problems and clear it up. That's probably why most software people don't do a good job at QA, because they don't understand the process, or at least follow it.
If the design is flawed, that is none of your business in Quality. That is up to the programmers. You tell the programmers that their program does not meet the requirements, and explain why, and how to get the same results.
If you don't agree on the requirements, you contact the customer and find out exactly what the customer meant.
The programmers fix the design if necessary, but the design is based around the requirements and Quality should develop test cases in parallel with the Coding developing a design document.
And btw, the best docs, in my opinion do depict what the program does. State charts are the best documentation available in most cases, and many times, the only documentation that matters.
Slashdot Mirror
If you want to get into Kettering, call up admissions and talk to them. Then submit an app. Your GPA should be fine. That ACT is actually average I think. I had a lower GPA but a higher ACT when I got in. I don't think that really matters a whole lot though. Call up admissions and talk with them about it. You'll get in, because they are a business and a profitable one at that. i.e. they don't turn down money, especially since enrollment is dropping.
/.ers are KU.
As far as money goes, you can and will get financial aid. Even that GPA qualifies you for $3,500 a year I believe. It's not much compared to the whole cost of tuiton, but every little bit helps. After you are accepted though (assuming you apply and want to go there), getting on the ball, and finding a job is a big thing. The sooner you have any extra money and employment, the easier the loans come. And after your freshman term, you are a very poor, single 18 year old that the govt will decide needs lots of money since you will invariably be living on your own at work.
I think that if Kettering is something you're interesting in, you should go for it. We have rolling admission, which means you could apply for Winter 2006 and start in January. I actually did this since I found a job about a week before I was to start. It turned out to be a great move.
Anyway, if you have any questions, drop me a line. My email is adam4300@kettering.edu. We need more
You don't need to smelt copper and form your own wires, insulation and covering and mold your own RJ45 jacks to understand and string CAT5.
Funny that you say that, because I know an ECE major at my school that used the materials labs to do just that.
Incidentally, that is why you should pick a university that has something to do with the "real world". I recommend Rensselaer PolyTech (www.rpi.edu) or Kettering U (www.kettering.edu).
If you can write a software RAID driver and can't understand implementation details of DNS then you are a well-trained code monkey. I'd propose that a university teaches you how to use resources to your advantage and that a properly educated person would (at the very least) google it.
B.S. Pick a school with a co-op if you must have experience. Also, at least from my school, very few end up in the same field as their major. I'm going for CE/EE but it already looks like I might be heading towards Materials at my job. After that, who knows.
I know that at my school (www.ketttering.edu) we do have practical skills, job experience, and the theory. There are several other schools just like Kettering. I recommend one if you are worried about experience.
If I had mod points, I'd mod you up, but as +1 Funny.
Ha, limit. I remember when my mom took away all of my electronics for 2 years when I refused to clean my room. She eventually gave in after I started buying books with money I'd come into having read everything else in my room a couple times. That, and I can build amazing machines now. You don't need electronics when you have legos and books. Well, I don't at least. /goes back to work (yes, I'm coding on a saturday)
s/froms/from/
Anyway, the app itself is an automotive controller. We manage passive security features, wireless communications, and a couple other things. I can't really detail things due to NDA, but we squeeze a lot into our application code.
C, and its something called osek. I think it froms a German company, but it was chosen before I got here. We're really feeling it now though, since their code is very inefficient. Whoever picked the software didn't read our spec very closely.
Two devices, one with 32k and the other with 64k. And that's total, with some of that being storage.
""Much has been made in the computer press recently of the surprising similarities between Longhorn and Apple's upcoming new Macintosh operating system, Tiger. (See Peter Lewis's recent column, Apple's 'Tiger' to Stalk Rivals April 29.) The bottom line is that both will make finding items in our ever-increasing digital stores of information and entertainment much easier. Longhorn doesn't just show you an icon for a document, for example, but rather an itsy-bitsy picture of the first page. If you have a really good monitor--and eyesight--you could even read the numbers in that spreadsheet. You also will be able to put files simultaneously in different folders, and find the one you want with much more ease than you can today. Microsoft's research shows that the average corporate employee spends about 20% of her time on the PC simply looking for items. "We're trying to go beyond search into what we call 'visualization and organization,'" said Allchin""
"Right. I got Panther to do this with a little tweaking, and from what I read, Tiger may be doing something similar. Talk about innovation..."
You know, KDE has done this for a long time too. Is Apple ripping off KDE and in turn being ripped off by MS? Noooo!
No, but a guy at my work was laughed at. We still screw with him for suggesting that we base our new micro software on wince. Heh, that shit wouldn't even fit in our RAM, let alone the cost of licensing it. Plus, I don't even think it is certified for automotive applications.*
*I may very well be wrong on that last regard. Too lazy to google.
I've never really cared because I have grep, find, and friends. That, and all of my data consists of flat files or well-named files in well-organized directories. Well, to the extent that such things matter. For example, all of my music is arranged in Artist_-_Track.ogg format in my /usr/local/media/music directory. Similar for movies/video clips, and documentation. Source is a darcs repository.
It's honestly not hard to keep stuff in sane places. Not to mention it makes adding links in the KDE file dialog to "Music", "Movies", and "Music Videos" easier.
Car video screens are required by law? Where do you live?
Anyway, anyone with sufficient knowledge of the standards can implement Electronic Control Units (ECUs) that attach to the car network. A really easy-to-implement scenario for the UAE would be the following:
1) UAE installs ECU with multi-factor authentication and ability to wireless communicate (GSM/GPRS maybe?).
2) the ECU sends out a heart-beat every 15 minutes while in use, and every 12 hours when not.
3) if the ECU doesn't send out said heartbeat, you get a big ass fine and some jail time for having removed your ECU unless you can prove otherwise.
The downside, is that this would incredibly easy to abuse to tracking purposes. i.e. track where the phone signal originates. Plus, I could think of a lot of fun things to do with an ECU on a car network and a GSM connection.
The news is that they just got built-in tools to configure it. In comparison to Windows, third-party programs have been available to configure (not really install, since OS X uses IPFW from FreeBSD) the firewall in a user-friendly way since its release. The firewall has always been available in OS X, its just that you had to use the UNIX underpinnings or find a third-party program to use advanced features.
Try m0n0wall. It's a free BSD-variant (FreeBSD I believe) with an easy web-based interface and a good manual. You can use the iso on an old machine or put it on a soekris machine or the like for a silent firewall/router solution.
that is all
I wish I had a school program like that. Granted, I still did advanced organic chemistry and my salary is defined by my actual achievements, but it woud have been nice to have something to work for instead of getting high and screwing. Well, maybe in addition to getting high and screwing.
It must be my manufacturing background kicking in, but I'd evaluate on the resources needed to implement the solutions. Fancy solutions aren't worth the paper they are printed on if someone can't properly implement them.
That's a very good start, and I think it should about stop there myself. The CPL has additional patent restrictions the GPL does not. In fact, it seems to be an all-around better license, except it is not GPL v2 compatible. Then again, the FSF doesn't think either Apache license, or a number of other licenses are compatible either. Just because they are not compatible with the GPL, doesn't necessarily make them a bad license. I think the FSF even had a statement on the CPL going something like (to paraphrase) "we don't necessarily disagree with the additional provisions of the license, but as it stands, it is incompatible with the GPL."
NAFTA, combined with an insignifant article in last week's T.P., er Constitution, allows Canada to export massive amounts (in the case of many cities in Ontario, all) of its waste South. Many people in Michigan would be happy for NAFTA to go to hell and have waste be relabeled as something other than a product which is protected under NAFTA and the U.S. Constitution.
I agree with almost all of your argument, but some kids do work for their money. When I had money, it was because I worked for it. I know a lot of people in the same boat. Holding parents responsible is one thing, but what you propose could potentially hold parents responsible for raising hardworking kids.
No, they do QA for around 5,000 that a lot of people use on a lot of platforms not limited to NetBSD and its various supported platforms. pkgsrc is a great infrastructure and all the packages currently on my desktop with the exception of gyach, which is an obscure Yahoo chat client that debian doesn't support either for that matter.
apt/dpkg is neat, but I like the ease AND utility of pkgsrc. How easy is it to port the entire apt/dpkg packages tree to a new operating system? That is all of the packages available on Debian that can reasonably work on another POSIX system should be available for a quick build and install, including cross-compilation and setup if necessary. This is somewhere that, to my knowledge, Debian is still lacking. I don't even know if this would be an advantageous feature for Debian, but I know it helps me a lot maintaining various Linux, BSD, and Unix distros on various architectures.
*blank stare*
You mean your house isn't wired for at gigabit ethernet?
Of course, if you could port something like NeoVI or CANoe to the symbian and get a CAN card and plug in that way...you might have slightly higher chances. At least the chance of a D.o.S.
Actually, on second thought, that is slightly less likely. How many users would take apart their car, buy a CAN card (around $1000 US), find drivers for their symbian, in fact find a CAN card that works with a PDA, get a company to port their diagnostic software to the PDA, construct or buy a CAN cable (only 4 wires, not too difficult if you have a crimping tool), construct a CAN break-out box, connect the break-out box to the car, make sure all the cabling is right? All of this on the request of a program they didn't even know they had?
Only extreme geeks would do so, if only because of the pain in the ass of following directions. I don't doubt the users are stupid enough, I doubt they are motivated enough.
It is very close to impossible to infect a car via a virus like this. In fact, it would be very unlikely to break into a car through a virus in the first place. To communicate with anything vital you're going to have to find something vunerable that has bluetooth or some other means of communication that is also hooked into a CAN bus. Then you have to hope the vulnerability allows you to transmit arbitrary messages over the CAN bus. Then you have to craft the CAN frames in just the right way to exploit a theoretical hole in the CAN implementation. This just might get you access to an ECU that can communicate with the WCM (in Chrysler's case) or another security unit on the vehicle. If you're really lucky, you'll have broken an ECU that is either critical (very difficult to even communicate with) or find an exploit in an ECU that normaly communicates with a critical ECU.
All of this is highly, highly theoretical and unlikely. Especially since most ECUs don't have a generalized CAN software stack, only specifically coded transmit functionality for their specific messages. Of course, if you could port something like NeoVI or CANoe to the symbian and get a CAN card and plug in that way...you might have slightly higher chances. At least the chance of a D.o.S.
Anyway, please stop perpetuating this retarded myth of anything remotely valuable in a car's network being infected by a virus.
QA doesn't prevent any of this from happening. QA may resolve the issues but it doesn't prevent someone upstream from making a mistake with the requirements or the design document. When it happens, we communicate the problems and clear it up. That's probably why most software people don't do a good job at QA, because they don't understand the process, or at least follow it.
If the design is flawed, that is none of your business in Quality. That is up to the programmers. You tell the programmers that their program does not meet the requirements, and explain why, and how to get the same results.
If you don't agree on the requirements, you contact the customer and find out exactly what the customer meant.
The programmers fix the design if necessary, but the design is based around the requirements and Quality should develop test cases in parallel with the Coding developing a design document.
And btw, the best docs, in my opinion do depict what the program does. State charts are the best documentation available in most cases, and many times, the only documentation that matters.