I'm a Mechanical Engineer that codes heavily and I'm a complete oddity in my field. I switched at last minute from CS to ME because I wanted to use the tool not make it. There are a very few 'jack of all trades' out there
Most of my co-workers know at most one language. Asking them to diagnose something written outside of that language is a non starter. If they know VBA, their tools are written in VBA. Matlab is so entrenched in most of the engineering fields that just adding a Python script to the process got a lot of pushback because if I left they would have no one on staff to take care of it.
These are guys with masters and PhDs in specific Niches in mechanical or electrical engineering but don't, can't and won't do anything outside of what they spent 5+ years in college learning. It's not in their job description to do so and unless you pay for them to take a week off and go to a coding course they aren't going to learn it.
The only reason I know anything about networking is because It's a 'hobby'. I have a managed switch at home. I ended up writing a.bat script to toggle between local and DHCP networking on our development machines because it took them too long and incurred too many questions on how to do it manually.
In the same vein my aunt has an MD. She's constantly asking us about how to do stuff on her iPhone. She's at an age where she's trying to be a grandma and keep up with all of the advances in her own field.
If you want a Mechanical engineer that knows 3+ languages and can do their own IT work find us on LinkedIn and pay us appropriately.
Donkey: Oh, you leave 'em out in the sun, they get all brown, start sproutin' little white hairs...
Shrek: NO! Layers. Onions have layers. Ogres have layers... You get it? We both have layers.
Donkey: Oh, you both have LAYERS. Oh. You know, not everybody like onions. CAKE! Everybody loves cake! Cakes have layers!
Shrek: I don't care what everyone likes! Ogres are not like cakes.
Donkey: You know what ELSE everybody likes? Parfaits! Have you ever met a person, you say, "Let's get some parfait," they say, "Hell no, I don't like no parfait."? Parfaits are delicious!
Shrek: NO! You dense, irritating, miniature beast of burden! Ogres are like onions! End of story! Bye-bye! See ya later.
Donkey: Parfait's may be the most delicious thing on the whole damn planet!
And yet here I am in 2017 not using either of those things because they're scary and new in my industry. People sound no different than the article poster whining about how the "old way is more better" for a variety of reasons that mostly hinge on personal feelings.
We do. I just described our unit testing procedure.
Because of the nature of automotive engineering "unit testing" is called "Hardware in the Loop" testing. We do have 'software only' tests however a majority of it is done on a dSpace bench after it is flashed onto the ECM.
After it passes all of our HIL tests it's stamped for release.
Jenkins is a piece of crap.
Constructive criticism is more than welcome. If you have a better CI tool I'm all about learning how to use it and seeing if it works about our process. I went with it because it runs on Windows. I can run it in 'portable' mode without installing it (which needs Admin access).
And as a mechanical engineer in my 30s I wish that some older engineers would accept that some of it is.
We trail behind software by some years, despite building software constantly. Every engineer I work with insists on building their own Simulink models. "Continuous Integration" is just some "new fad". Yet every so often we'll have builds break because they didn't run the build scripts in the right order.
I could replace 4-5 full time engineers with Jenkins and some continuous integration scripts building software, doing the dSpace hardware in the loop testing and e-mailing us the results.
Our process was literally:
Build software.
E-mail it to my lead
Lead forwards it to the testers
Testers manually flash the software
Testers manually unit test
Testers e-mail my lead with results
Lead e-mails me the result.
I had the whole process packed up into a Jenkinsfile and automated but most people thought it was some "new fad".
Accept that sometimes we come up with a way to do better.
I will add that if they are looking outside of where they currently live they're refusing to look anywhere but where they *deserve* to live. Way too many people pining for way too few spots on the coasts.
their numbers are controlled and kept artificially low.
[Citation Needed]
My wife is an MD. There are unfilled vacancies every single year in residency programs. To the point that they are getting FMG (Foreign Medical Graduates) to fill those spots and they still have a shortage.
And I've never had a professional job where my boss sat and treated us like factory workers. We were expected to be in the office 10 am - 3 pm. Outside of that get your work done and no one cared.
Morning people came in at 6:30. Night owls came in at 10. You could choose how much time you wanted to spend in the sun.
I hope AMD gets Intel to stop twiddling their thumbs. The E3-1505M v6 benchmarks at 9798 / 2166 single threaded.
I'm typing this on a 4 year old M6700 with a Intel Core i7-3940XM that benchmarks at 9324 / 2009 single threaded. It cost me all of ~$800 last year. Room for 4 hard drives, 32 GB of RAM, 17" screen. Thunderbolt and USB_C really don't seem like they're worth the $2k price tag.
And this is just for desktop development. I can't imagine what most people here would say about automotive/aerospace, embedded toolchains. Nothing opensource comes close. The money is still cheaper than engineering time.
Braess paradox. Adding more lanes and capacity actually makes it slower for everyone.
Dietrich Braess, a mathematician at Ruhr University, Germany, noticed the flow in a road network could be impeded by adding a new road, when he was working on traffic modelling. His idea was that if each driver is making the optimal self-interested decision as to which route is quickest, a shortcut could be chosen too often for drivers to have the shortest travel times possible. More formally, the idea behind Braess' discovery is that the Nash equilibrium may not equate with the best overall flow through a network.
Adding extra capacity to a network when the moving entities selfishly choose their route can in some cases reduce overall performance. That is because the Nash equilibrium of such a system is not necessarily optimal. The network change induces a new game structure which leads to a (multiplayer) prisoner's dilemma. In a Nash equilibrium, drivers have no incentive to change their routes. While the system is not in a Nash equilibrium, individual drivers are able to improve their respective travel times by changing the routes they take. In the case of Braess' paradox, drivers will continue to switch until they reach Nash equilibrium despite the reduction in overall performance.
Are the roads paid for by public taxes? They're public roads. I used to do this all the time with the old paper maps. Looks like a road stoppage? Find a parallel city or state road. Follow the speed limits and other rules of the road and you're legally allowed to drive on them.
Want a gated community with private roads? Pay to live in one.
I've had a theseus' ZFS pool that I started years ago on a set of PATA drives. RAID-Z2 on OpenSolaris. It's since moved to SATA drives, been expanded a few times, moved from Debian to FreeBSD to now FreeNAS.
Setup a pool with the level of redundancy you need and as technology changes use a system compatible with the old and new tech and just replace drives as needed.
ViewTool Ginkgo USB to CAN isn't bad. They have drivers and libraries for OS X, Windows and Linux. It has 2 CAN lines and taking it apart they actually separated the CAN side from the USB side on the PCB. (Something not even Vector's CAN boxes do).
It already is an EPA regulation. Companies, by law, have to make a best effort to avoid people trying to change anything that can affect emissions regulations.
Slashdot Mirror
I'm a Mechanical Engineer that codes heavily and I'm a complete oddity in my field. I switched at last minute from CS to ME because I wanted to use the tool not make it. There are a very few 'jack of all trades' out there
Most of my co-workers know at most one language. Asking them to diagnose something written outside of that language is a non starter. If they know VBA, their tools are written in VBA. Matlab is so entrenched in most of the engineering fields that just adding a Python script to the process got a lot of pushback because if I left they would have no one on staff to take care of it.
These are guys with masters and PhDs in specific Niches in mechanical or electrical engineering but don't, can't and won't do anything outside of what they spent 5+ years in college learning. It's not in their job description to do so and unless you pay for them to take a week off and go to a coding course they aren't going to learn it.
The only reason I know anything about networking is because It's a 'hobby'. I have a managed switch at home. I ended up writing a .bat script to toggle between local and DHCP networking on our development machines because it took them too long and incurred too many questions on how to do it manually.
In the same vein my aunt has an MD. She's constantly asking us about how to do stuff on her iPhone. She's at an age where she's trying to be a grandma and keep up with all of the advances in her own field.
If you want a Mechanical engineer that knows 3+ languages and can do their own IT work find us on LinkedIn and pay us appropriately.
GitLab, a startup that provides open source
I think it's safe to say they've outgrown "startup".
Donkey: Oh, you leave 'em out in the sun, they get all brown, start sproutin' little white hairs...
Shrek: NO! Layers. Onions have layers. Ogres have layers... You get it? We both have layers.
Donkey: Oh, you both have LAYERS. Oh. You know, not everybody like onions. CAKE! Everybody loves cake! Cakes have layers!
Shrek: I don't care what everyone likes! Ogres are not like cakes.
Donkey: You know what ELSE everybody likes? Parfaits! Have you ever met a person, you say, "Let's get some parfait," they say, "Hell no, I don't like no parfait."? Parfaits are delicious!
Shrek: NO! You dense, irritating, miniature beast of burden! Ogres are like onions! End of story! Bye-bye! See ya later.
Donkey: Parfait's may be the most delicious thing on the whole damn planet!
automated unit tests. source control triggers
And yet here I am in 2017 not using either of those things because they're scary and new in my industry. People sound no different than the article poster whining about how the "old way is more better" for a variety of reasons that mostly hinge on personal feelings.
tar baby.
Not even close.
400k a year for a specialist is easy,
The data doesn't back that up:
http://www.medscape.com/featur...
https://www.theatlantic.com/he...
https://blog.doximity.com/arti...
unit test before releasing
We do. I just described our unit testing procedure.
Because of the nature of automotive engineering "unit testing" is called "Hardware in the Loop" testing. We do have 'software only' tests however a majority of it is done on a dSpace bench after it is flashed onto the ECM.
After it passes all of our HIL tests it's stamped for release.
Jenkins is a piece of crap.
Constructive criticism is more than welcome. If you have a better CI tool I'm all about learning how to use it and seeing if it works about our process. I went with it because it runs on Windows. I can run it in 'portable' mode without installing it (which needs Admin access).
So what do you have that's better?
all the stuff I've learned has become obsolete
And as a mechanical engineer in my 30s I wish that some older engineers would accept that some of it is.
We trail behind software by some years, despite building software constantly. Every engineer I work with insists on building their own Simulink models. "Continuous Integration" is just some "new fad". Yet every so often we'll have builds break because they didn't run the build scripts in the right order.
I could replace 4-5 full time engineers with Jenkins and some continuous integration scripts building software, doing the dSpace hardware in the loop testing and e-mailing us the results.
Our process was literally:
I had the whole process packed up into a Jenkinsfile and automated but most people thought it was some "new fad".
Accept that sometimes we come up with a way to do better.
I'm going to need to see her sources because off the bat her numbers are off.
And even the poorest in specializations like radiology and surgery routinely rake in around $400,000 annually.
No. Just no. They do not 'routinely' rake that in. Even in super rural areas you're not getting close to that for most specialties.
Lets see Reason Foundation.
The Reason Foundation is an American libertarian think tank founded in 1978.
Ah yes, all regulation bad. EPA is running the USA. You're more than welcome to go to an unlicensed snake charmer to get fixed.
Crashmarik - passive aggressive tar baby,
Go back to Voat.
a. is backed up with data. Fewer Americans moved in 2016 than any other year on record
I will add that if they are looking outside of where they currently live they're refusing to look anywhere but where they *deserve* to live. Way too many people pining for way too few spots on the coasts.
Skilled Trades.
their numbers are controlled and kept artificially low.
[Citation Needed]
My wife is an MD. There are unfilled vacancies every single year in residency programs. To the point that they are getting FMG (Foreign Medical Graduates) to fill those spots and they still have a shortage.
And I've never had a professional job where my boss sat and treated us like factory workers. We were expected to be in the office 10 am - 3 pm. Outside of that get your work done and no one cared.
Morning people came in at 6:30. Night owls came in at 10. You could choose how much time you wanted to spend in the sun.
Why not do a permanent time shift such that the sun sets at 8:15 pm! Now you can have even more cookouts.
Replaced the DVD drive with a SATA drive holder.
E3-1505M v6
I hope AMD gets Intel to stop twiddling their thumbs. The E3-1505M v6 benchmarks at 9798 / 2166 single threaded.
I'm typing this on a 4 year old M6700 with a Intel Core i7-3940XM that benchmarks at 9324 / 2009 single threaded. It cost me all of ~$800 last year. Room for 4 hard drives, 32 GB of RAM, 17" screen. Thunderbolt and USB_C really don't seem like they're worth the $2k price tag.
And it runs Linux and BSD just fine.
And this is just for desktop development. I can't imagine what most people here would say about automotive/aerospace, embedded toolchains. Nothing opensource comes close. The money is still cheaper than engineering time.
Simulink Embedded Coder, VXWorks, Green Hill INTEGRITY RTOS, ByteCraft eTPU compiler, Ashware eTPU compiler, Vector CANape, and on.
That doesn't even touch on the cost of development boards.
Braess paradox. Adding more lanes and capacity actually makes it slower for everyone.
Dietrich Braess, a mathematician at Ruhr University, Germany, noticed the flow in a road network could be impeded by adding a new road, when he was working on traffic modelling. His idea was that if each driver is making the optimal self-interested decision as to which route is quickest, a shortcut could be chosen too often for drivers to have the shortest travel times possible. More formally, the idea behind Braess' discovery is that the Nash equilibrium may not equate with the best overall flow through a network.
Adding extra capacity to a network when the moving entities selfishly choose their route can in some cases reduce overall performance. That is because the Nash equilibrium of such a system is not necessarily optimal. The network change induces a new game structure which leads to a (multiplayer) prisoner's dilemma. In a Nash equilibrium, drivers have no incentive to change their routes. While the system is not in a Nash equilibrium, individual drivers are able to improve their respective travel times by changing the routes they take. In the case of Braess' paradox, drivers will continue to switch until they reach Nash equilibrium despite the reduction in overall performance.
As of Ubuntu 16.04 it's in Ubuntu's main repository. You don't even have to install another repository.
If you're not Ubuntu you should be intelligent enough to add a repository to what ever distro you do use.
Are the roads paid for by public taxes? They're public roads. I used to do this all the time with the old paper maps. Looks like a road stoppage? Find a parallel city or state road. Follow the speed limits and other rules of the road and you're legally allowed to drive on them.
Want a gated community with private roads? Pay to live in one.
I've had a theseus' ZFS pool that I started years ago on a set of PATA drives. RAID-Z2 on OpenSolaris. It's since moved to SATA drives, been expanded a few times, moved from Debian to FreeBSD to now FreeNAS.
Setup a pool with the level of redundancy you need and as technology changes use a system compatible with the old and new tech and just replace drives as needed.
Once upon a time we had milk men and the world didn't seem to fall apart.
Are there better ways of providing payment online, or easy ways of obtaining "burner" charge cards?
Citicards has 'virtual credit cards'. You can generate them for one time use or set a duration in months and/or dollar amount.
ViewTool Ginkgo USB to CAN isn't bad. They have drivers and libraries for OS X, Windows and Linux. It has 2 CAN lines and taking it apart they actually separated the CAN side from the USB side on the PCB. (Something not even Vector's CAN boxes do).
It's cheaper than any of the commercial tools.
It already is an EPA regulation. Companies, by law, have to make a best effort to avoid people trying to change anything that can affect emissions regulations.