You can actually get a very good measure of how your engines would do in a lighter vehicle by comparing recent Mustangs and F150s. The 5.0L Coyote engine is available in both and gets significantly different highway mileage and slightly different city mileage. The F150 is the less efficient in both cases. There is some slightly different tuning to take into account and I don't know how much of the difference should be attributed to that.
I believe it is. My wife's car is a family 4 door that supposedly gets good fuel efficiency at 55mph. The extreme drop off in efficiency causes the non-performance cars to rapidly drop below the performance cars in MPG as you increase MPH, which is essentially what Top Gear demonstrated.
In this instance, I'm pretty confident they were accurate. My own personal experience having gotten my first driving license on european hatchbacks and over the years upgrading through typical family 4 doors and on to more powerful performance cars, I found that hatchbacks/family 4 doors do great around the city, but once you're up to motorway speeds (70+mph), the extra high gears combined with the higher HP in the performance cars tend to produce better fuel efficiency. The drop off in efficiency for non-performance cars once you go over about 55mph is really extreme. I spent a long drive in my wife's car playing with her cruise control. Her car has real time MPG reporting. The drop off in efficiency between 55mph and 65mph was like a cliff. The drop off in efficiency for performance cars appears, in my experience at least, to be less extreme.
Top gear did a good episode demonstrating fuel efficiency where they put something like a Ford Focus (some small "economical" hatchback) up against a BMW M3 on their track. The requirement was the Focus had to race the track, the M3 just had to keep pace, whoever drove the greater distance on a single gallon of fuel won. The M3 thrashed the Focus.
The Focus at 75mph (typical motorway speed in the UK) is running at a much higher RPM (probably 4000+RPM, I can't say for sure but my old Peugeot 306 ran about that) than the M3, which is practically idling at that speed. It's part gearing, if you gave those hatchbacks an extra top gear they could get great efficiency at real motorway speeds. It's also horsepower. If you generate more HP per revolution, you don't need so many revolutions to maintain a speed. Obviously there's a balance as increasing HP typically means decreasing MPG.
I don't know how easy it would be to port your specific algorithm, but I did my masters thesis around a language called Handel-C. It's a super-set of C that provides a high level FPGA programming interface. That might get you some distance in determining the number of gates. Disclaimer: I was working with it a few years back and the documentation/support was appalling, I don't know if it's become any better.
I went to college with the the guy. He has been working on this for coming up on 4 years now. The games I've seen so far are simple platformers reminiscent of the first Mario games, but everything has to start somewhere. That 3D Ludum Dare entry is a step up. It's all very legitimate, but I don't see it generating an RPG any time soon. Simple Mario/Doom clones though are bread and butter.
Good Omens - Terry Pratchett and Neil Gaiman. A comedy about the coming of the anti-christ. Very British humour.
Nine Tomorrows - A collection of shorts by Asimov. Some very interesting visions of the future that have been the basis for a number of more recent authors' work.
Snow Crash - Neal Stephenson. The backdrop is an interesting vision of a hyper-privatised world.
Foundation - Asimov, the whole trilogy. At a deep level, it observes the cycles of civilization and the optimal methods of control exerted at different stages of development.
The Marching Morons - Cyril Kornbluth. Sometimes I feel this is where the world is headed.
It's a very good effort, it's just unfortunate that Vic Mignogna has such a nasal, weedy voice. Shatner had a voice and way of speaking that exuded confidence and leadership. Vic's voice makes me feel like he'd run away from most Kirk worthy situations.
Open source projects also lack motivation to lock you in to their product (as they have no financial incentive to protect) and therefore have more reason to actually make a product people enjoy and want to use. Of course, there's typically a quality difference between open source projects like Linux and those that fall into the "I built this because I needed it/for fun/for practice, maybe somebody else will find it useful" category.
Plenty of people that aren't assholes can't have an argument and remain friends. Too many people take an argument as a personal affront, "rockstars" especially because they think you're questioning their supposed brilliance.
And you're confusing job title with discipline. Engineering is a discipline with certain methods taught to its practitioners. When I talk about engineers, I mean people I consider members of that discipline.
I'm a tech lead at a startup and have worked at mid-size companies (I've avoided large corporations). Even if your problems are difficulty 10, you don't need a "rockstar" to solve them. My experience with typical rockstar developers has been similar to yours, they work poorly with others, communicate poorly, and often write inscrutable code. I firmly believe that nobody is invaluable. No company can afford to have a person that were they hit by a bus, or just left, the company would fail.
There are plenty of developers out there that wouldn't be considered "rockstars" in the stereotypical sense but when given a problem, I know they will produce good, well thought out, performant code within a short period of time. During development they will seek out criticism from their peers (and they see the rest of the team as their peers) and the final solution will be respected and understood by the team. I think of these people as seasoned engineers, not rockstars and certainly not developers. Engineers break down problems and build a solution before they ever write a line of code. I also believe you can become a seasoned engineer rapidly, possibly even straight out of college. It's about perspective, not necessarily experience.
One of the most important things in an engineering group, in my opinion, is the ability to walk into a room, argue out a solution, possibly admit you're wrong and somebody else's solution is better, but know when to fight your corner, then leave the room as friends and colleagues, ready to build the solution together. The ego rockstars carry makes that scenario impossible.
It depends on the industry, your skills, and why you left. Nobody is going to think badly of you if you leave to gain a post-graduate degree. In that situation the company may be very happy to hire you back, and keep you, as you have strengthened their talent pool.
These days, while a future employer may not check your references, it's not uncommon for them to at least call you previous employer and ask if you're "re-hirable". It's one of the few questions, other than simply confirming that you worked there and your position, that they can ask. Failing to give 2 weeks normally renders you not re-hirable by the company you ditched and raises serious questions for the company considering employing you.
Also worth considering, if you're leaving a job because there's a better offer or it's just the right time in your life to take a risk (I left my last job to join a 4 person startup), you may be back working with your previous employer in the future, At my last company, there was one guy who had left and returned 3 times.
I've tried Nuance speech recognition stuff before. Jabra uses (used?) it for voice control via their bluetooth headsets on Android phones. It was so poor I basically assumed it listened to what you said, threw it away, and made something up.
You're basically calling streaming services a replacement for owning a digital copy, but they're not the same thing. As everything, distribution of content especially has move online, streaming services are replacing Blockbuster and other video rental services. For the amount of content you can consume they are considerably cheaper than buying the content.
There are plenty of services, iTunes and Amazon particularly, that sell you digital media and can't revoke your access one you've purchased it. You can download it and burn a physical copy. There are various ways of removing the DRM (ignoring the legalities of whatever country you happen to be in). Netflix hasn't killed iTunes and isn't likely to, neither has Spotify.
You're only thinking of apps accessing each others data. Malware is a different beast, it's designed to obtain privileged access, sometimes at a lower level than user space, and all bets are completely off if you root your device, which tends to be how people get malware in the first place on current platforms, they root then install software from unofficial app stores.
As somebody that has had some contact with the new FFOS SDK, user's might be interested to know it as yet, has no secure storage (think Keychain), where apps can store your passwords. On top of that, apps are written in HTML and Javascript so potentially, malware could scrape your email and passwords from insecure storage if an app stores your username and password for subsequent logins, and, even if the app developer attempts some level of security with encryption keys embedded in the app code, it's JS, which the malware could also grab (it's just a file on the device afterall), and relatively easily scrape out the encryption key and algorithm used.
Except that just about every email server these days will also encrypt its connections (and if it doesn't you should switch provider) so your details aren't being leaked in plaintext on port 25...
It may seem like a good idea now to cut you're losses and start work. However, if you're on a good CS course, you would hopefully start seeing how the things you had been taught applied to real world software engineering. As one or two others have already noted, the things you learn in your CS course will actually help you stay relevant as time passes. With a deep understanding of the fundamentals of CS, the parts that really don't change, you will be much better prepared to assimilate new information as new languages, frameworks and paradigms are created.
I pointed a friend at Design Patterns by the GoF a couple of months back and his response was "I hope computer science has moved on from that in the last 20 years." That's the wrong attitude. The fundamentals stay very much the same. MVC frameworks for example, may be the current hotness in web development, but the design pattern was documented many years ago.
I felt the same way about my CS degree for the first 3 years, I didn't feel it was relevant to real world software development. Then I had to do a 6 month placement as a required part of my course. I worked as a web developer at a large media and marketing company. What I had learned in the previous 3 years set me up to quickly understand and get up to speed with the code I had to work on and my placement was such a success, something I attribute to the education I received, the company hired me after I graduated.
CS is a complicated area with a lot of fundamentals to cover. It is a career where art meets disciplined engineering. College should teach you the fundamentals and how to write functional, good code. It's the boring bit. Over time you'll learn from your own mistakes (and you will make mistakes) and write better, more beautiful code. Don't discount the fundamentals because they are a little boring.
Slashdot Mirror
You can actually get a very good measure of how your engines would do in a lighter vehicle by comparing recent Mustangs and F150s. The 5.0L Coyote engine is available in both and gets significantly different highway mileage and slightly different city mileage. The F150 is the less efficient in both cases. There is some slightly different tuning to take into account and I don't know how much of the difference should be attributed to that.
I'm telling you I've done the test, personally, first hand...
Huh... well crap, I remembered it as something else. Even so, same result.
Haha! Definitely on the same page regarding Prius drivers in CA. However, it definitely wasn't a hybrid, it was some econo-hatchback.
I believe it is. My wife's car is a family 4 door that supposedly gets good fuel efficiency at 55mph. The extreme drop off in efficiency causes the non-performance cars to rapidly drop below the performance cars in MPG as you increase MPH, which is essentially what Top Gear demonstrated.
In this instance, I'm pretty confident they were accurate. My own personal experience having gotten my first driving license on european hatchbacks and over the years upgrading through typical family 4 doors and on to more powerful performance cars, I found that hatchbacks/family 4 doors do great around the city, but once you're up to motorway speeds (70+mph), the extra high gears combined with the higher HP in the performance cars tend to produce better fuel efficiency. The drop off in efficiency for non-performance cars once you go over about 55mph is really extreme. I spent a long drive in my wife's car playing with her cruise control. Her car has real time MPG reporting. The drop off in efficiency between 55mph and 65mph was like a cliff. The drop off in efficiency for performance cars appears, in my experience at least, to be less extreme.
Top gear did a good episode demonstrating fuel efficiency where they put something like a Ford Focus (some small "economical" hatchback) up against a BMW M3 on their track. The requirement was the Focus had to race the track, the M3 just had to keep pace, whoever drove the greater distance on a single gallon of fuel won. The M3 thrashed the Focus.
The Focus at 75mph (typical motorway speed in the UK) is running at a much higher RPM (probably 4000+RPM, I can't say for sure but my old Peugeot 306 ran about that) than the M3, which is practically idling at that speed. It's part gearing, if you gave those hatchbacks an extra top gear they could get great efficiency at real motorway speeds. It's also horsepower. If you generate more HP per revolution, you don't need so many revolutions to maintain a speed. Obviously there's a balance as increasing HP typically means decreasing MPG.
I don't know how easy it would be to port your specific algorithm, but I did my masters thesis around a language called Handel-C. It's a super-set of C that provides a high level FPGA programming interface. That might get you some distance in determining the number of gates. Disclaimer: I was working with it a few years back and the documentation/support was appalling, I don't know if it's become any better.
I went to college with the the guy. He has been working on this for coming up on 4 years now. The games I've seen so far are simple platformers reminiscent of the first Mario games, but everything has to start somewhere. That 3D Ludum Dare entry is a step up. It's all very legitimate, but I don't see it generating an RPG any time soon. Simple Mario/Doom clones though are bread and butter.
It's a very good effort, it's just unfortunate that Vic Mignogna has such a nasal, weedy voice. Shatner had a voice and way of speaking that exuded confidence and leadership. Vic's voice makes me feel like he'd run away from most Kirk worthy situations.
Open source projects also lack motivation to lock you in to their product (as they have no financial incentive to protect) and therefore have more reason to actually make a product people enjoy and want to use. Of course, there's typically a quality difference between open source projects like Linux and those that fall into the "I built this because I needed it/for fun/for practice, maybe somebody else will find it useful" category.
Plenty of people that aren't assholes can't have an argument and remain friends. Too many people take an argument as a personal affront, "rockstars" especially because they think you're questioning their supposed brilliance.
And you're confusing job title with discipline. Engineering is a discipline with certain methods taught to its practitioners. When I talk about engineers, I mean people I consider members of that discipline.
I'm a tech lead at a startup and have worked at mid-size companies (I've avoided large corporations). Even if your problems are difficulty 10, you don't need a "rockstar" to solve them. My experience with typical rockstar developers has been similar to yours, they work poorly with others, communicate poorly, and often write inscrutable code. I firmly believe that nobody is invaluable. No company can afford to have a person that were they hit by a bus, or just left, the company would fail.
There are plenty of developers out there that wouldn't be considered "rockstars" in the stereotypical sense but when given a problem, I know they will produce good, well thought out, performant code within a short period of time. During development they will seek out criticism from their peers (and they see the rest of the team as their peers) and the final solution will be respected and understood by the team. I think of these people as seasoned engineers, not rockstars and certainly not developers. Engineers break down problems and build a solution before they ever write a line of code. I also believe you can become a seasoned engineer rapidly, possibly even straight out of college. It's about perspective, not necessarily experience.
One of the most important things in an engineering group, in my opinion, is the ability to walk into a room, argue out a solution, possibly admit you're wrong and somebody else's solution is better, but know when to fight your corner, then leave the room as friends and colleagues, ready to build the solution together. The ego rockstars carry makes that scenario impossible.
It depends on the industry, your skills, and why you left. Nobody is going to think badly of you if you leave to gain a post-graduate degree. In that situation the company may be very happy to hire you back, and keep you, as you have strengthened their talent pool.
These days, while a future employer may not check your references, it's not uncommon for them to at least call you previous employer and ask if you're "re-hirable". It's one of the few questions, other than simply confirming that you worked there and your position, that they can ask. Failing to give 2 weeks normally renders you not re-hirable by the company you ditched and raises serious questions for the company considering employing you.
Also worth considering, if you're leaving a job because there's a better offer or it's just the right time in your life to take a risk (I left my last job to join a 4 person startup), you may be back working with your previous employer in the future, At my last company, there was one guy who had left and returned 3 times.
I've tried Nuance speech recognition stuff before. Jabra uses (used?) it for voice control via their bluetooth headsets on Android phones. It was so poor I basically assumed it listened to what you said, threw it away, and made something up.
You're basically calling streaming services a replacement for owning a digital copy, but they're not the same thing. As everything, distribution of content especially has move online, streaming services are replacing Blockbuster and other video rental services. For the amount of content you can consume they are considerably cheaper than buying the content.
There are plenty of services, iTunes and Amazon particularly, that sell you digital media and can't revoke your access one you've purchased it. You can download it and burn a physical copy. There are various ways of removing the DRM (ignoring the legalities of whatever country you happen to be in). Netflix hasn't killed iTunes and isn't likely to, neither has Spotify.
You're only thinking of apps accessing each others data. Malware is a different beast, it's designed to obtain privileged access, sometimes at a lower level than user space, and all bets are completely off if you root your device, which tends to be how people get malware in the first place on current platforms, they root then install software from unofficial app stores.
As somebody that has had some contact with the new FFOS SDK, user's might be interested to know it as yet, has no secure storage (think Keychain), where apps can store your passwords. On top of that, apps are written in HTML and Javascript so potentially, malware could scrape your email and passwords from insecure storage if an app stores your username and password for subsequent logins, and, even if the app developer attempts some level of security with encryption keys embedded in the app code, it's JS, which the malware could also grab (it's just a file on the device afterall), and relatively easily scrape out the encryption key and algorithm used.
There are plenty of design patterns other than MVC and depending on the particular application, MVC may not even be applicable.
The Marching Morons by Cyril Kornbluth. I think you would enjoy it in the context of your conundrum.
Except that just about every email server these days will also encrypt its connections (and if it doesn't you should switch provider) so your details aren't being leaked in plaintext on port 25...
It may seem like a good idea now to cut you're losses and start work. However, if you're on a good CS course, you would hopefully start seeing how the things you had been taught applied to real world software engineering. As one or two others have already noted, the things you learn in your CS course will actually help you stay relevant as time passes. With a deep understanding of the fundamentals of CS, the parts that really don't change, you will be much better prepared to assimilate new information as new languages, frameworks and paradigms are created.
I pointed a friend at Design Patterns by the GoF a couple of months back and his response was "I hope computer science has moved on from that in the last 20 years." That's the wrong attitude. The fundamentals stay very much the same. MVC frameworks for example, may be the current hotness in web development, but the design pattern was documented many years ago.
I felt the same way about my CS degree for the first 3 years, I didn't feel it was relevant to real world software development. Then I had to do a 6 month placement as a required part of my course. I worked as a web developer at a large media and marketing company. What I had learned in the previous 3 years set me up to quickly understand and get up to speed with the code I had to work on and my placement was such a success, something I attribute to the education I received, the company hired me after I graduated.
CS is a complicated area with a lot of fundamentals to cover. It is a career where art meets disciplined engineering. College should teach you the fundamentals and how to write functional, good code. It's the boring bit. Over time you'll learn from your own mistakes (and you will make mistakes) and write better, more beautiful code. Don't discount the fundamentals because they are a little boring.