|
1) Agree. It can be quite a headache every few years. But hey... try to compile VC++ v6.0 with MFC in .Net
2) Agree as well, it is like the explorers of the 18th century. Being the first to achieve something out of the standard can be a big "high"
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
Arduino (Many flavors), TI's LaunchPad, Raspberry Pi, Beaglebone Black and want to get into more.
Love embedded programming and the only thing holding me back from other platforms is the expense of the IDE and I refuse to use Eclipse unless there is absolutely no other way.
New version: WinHeist Version 2.1.1 new web site.
I know the voices in my head are not real but damn they come up with some good ideas!
|
|
|
|
|
I hate Eclipse too... but you can always write code without an IDE or use another alternative.
|
|
|
|
|
Albert Holguin wrote: but you can always write code without an IDE or use another alternative.
True but haven't taken the time to learn, more than enough to get by about MAKE files.
Plus an IDE just makes it so much easier.
New version: WinHeist Version 2.1.1 new web site.
I know the voices in my head are not real but damn they come up with some good ideas!
|
|
|
|
|
Mike Hankey wrote: Plus an IDE just makes it so much easier.
That's a fact.... I did enjoy my days working with VisualStudio. Working with Visual Studio for so long also makes me appreciate how crappy Eclipse really is.
|
|
|
|
|
Albert Holguin wrote: Working with Visual Studio for so long also makes me appreciate how crappy Eclipse really is
Yeah VS spoils one doesn't it?
For all it's faults VS is still the best show in town!
New version: WinHeist Version 2.1.1 new web site.
I know the voices in my head are not real but damn they come up with some good ideas!
|
|
|
|
|
Only if I would have to use that chip-set for myself. I wouldn't bother investing my time writing any program for chipsets even as an open-source.
I am more of a "write-once use-anywhere" sort of guy!
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Afzaal Ahmad Zeeshan wrote: I am more of a "write-once use-anywhere" sort of guy
I agree but this doesn't always work well when your target platforms are vastly different. You can't write code that works well on a server with it's huge amount of resources and expect that to work well in an embedded device with limited processing power and RAM.
|
|
|
|
|
Quote: You can't write code that works well on a server with it's huge amount of resources and expect that to work well in an embedded device with limited processing power and RAM.
I wouldn't even bother thinking of the same thing, who would like to write the code for ASP.NET to run it on Arduino.
Raspberry Pi 2 is an exceptional case. I would love to write the code for ASP.NET website and host it on Raspberry Pi 2. Don't count Raspberry as a chipset? My bad.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
I personally work with mostly C++ for engineering/scientific applications.
|
|
|
|
|
... as such, until now, my challenge was always to make sure I could support the widest range of devices possible.
It's really the opposite of what is asked here, and I believe at least as challenging.
|
|
|
|
|
This is the typical case, the same happens with me
|
|
|
|
|
When you have to deliver real-time performances many subroutines may be thoroughly optimized. Where I work we have an assembler library with extra-optimizied functions to rotate and/or mirror 8 bit and 16 bit image buffers, plus I created from scratch a library to apply a normalization of the grayscale of those buffers. They all target systems from x86 to SSSE3, all Intel of course, with a function for every conspicuous change (all benchmarked of course).
If I'll change job I'd try to go for a similar one, where there is no everchanging bloated framework or the-next-big-thing-that-will-die-in-2-years.
Geek code v 3.12 {
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
}
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
den2k88 wrote: the-next-big-thing-that-will-die-in-2-days years FTFY
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
...you have to. Or pretty much, nothing is going to work...
In the PC world? No, I don't, and I have no plans to. PC Manufacturers change parts quicker than Lancia used to!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Still I'd love to own an original Delta or Thema (I loved them both, but the Delta Evoluzione 220 hp and Delta HF Integrale were absolutely mind blowing).
Geek code v 3.12 {
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
}
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
I know what you mean: I had a Beta HPE 2000, and loved the thing. But if you wanted a spare part, you had to take the old one with you as they changed components on a daily basis...
I think they just fitted whatever was on the shelf, myself.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
It still must be done for Lancia, Alfa and Fiat, to retrieve the correct spare you need at least to give the chassis number - that way they can trace the component list for that car. It is standard practice in Italy
Geek code v 3.12 {
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
}
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
I've done a lot of assembly with Amiga the old days...and would like to get some time to play with GPU programming to do some extra-fast math...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
|
It is called a 'hardware abstraction layer'. If it is device-specific, then it is part of the device-driver.
Device-specific code is a dependency that needs be eliminated.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
When it comes to embedded systems, it's never really that clear cut. If you want to use all resources available, you have to be flexible, otherwise your processes are going to be unnecessarily slow.
|
|
|
|
|
My Raspberri works fine using Mono - without the need for low-level hardware access.
It might not be that clear cut if you are working with a PLC or custom hardware. Otherwise, good luck in getting direct hardware access +)
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
You need low-level hardware access to squeeze performance for certain applications.
|
|
|
|