Zastosowanie .NET w elektronice?

0

Z tego co wiem to kilka firm (w mniejszych miejscowościach) wykorzystuje .NET do komunikacji z urządzeniami elektronicznymi (sterowniki, przeliczniki). Znajomy z uczelni dostał się właśnie do takiej firmy na staż, ale teraz żałuje swojej decyzji, bo jest to dość niszowe... i zdobyte umiejętności na tym stażu nie pomogą mu w rozwoju pod backend / frontend, ani nauczy się dobrych praktyk (kod jest w opłakanym stanie). Wpakował się w niezłe bagno.

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

1

Komunikacja przez Tcp ze sterownikiem to nie to samo jakieś embedded

0

.NET jest idealne do tworzenia aplikacja a nie komunikowania się z urządzeniami...
:(

1
bezikan napisał(a):

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

Dlaczego?

C# ma coś, co nigdy C++ nie uzyskało, jak zestandaryzowane GUI i web (i wiele innych segmentów)
Ba! szanowne C++ nigdy nie umiało narzucić standardu stringa, każdy większy framework na re-implementację (kontenerów też) - za to bym rozstrzeliwał.
C# jest bezpieczniejsze, potrzebuje mniej linii/funkcjonalność itd...
C++ przez swoje własne cechy schodzi do niszy.

Dla mnie w pełni logiczne jest C# jako klienckie do jakiś mikrokontrolerów itd...

0
Mondonno napisał(a):

.NET jest idealne do tworzenia aplikacja a nie komunikowania się z urządzeniami...
:(

Z czym TY MASZ problemy? MNSHO nie masz na to żadnego argumentu.

0
AnyKtokolwiek napisał(a):
bezikan napisał(a):

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

Dlaczego?

C# ma coś, co nigdy C++ nie uzyskało, jak zestandaryzowane GUI i web (i wiele innych segmentów)
Ba! szanowne C++ nigdy nie umiało narzucić standardu stringa, każdy większy framework na re-implementację (kontenerów też) - za to bym rozstrzeliwał.
C# jest bezpieczniejsze, potrzebuje mniej linii/funkcjonalność itd...
C++ przez swoje własne cechy schodzi do niszy.

Dla mnie w pełni logiczne jest C# jako klienckie do jakiś mikrokontrolerów itd...

A po co ustandaryzowane GUI i web w embedded? Zreszta w embedded czasem nawet c++ to za duzo

0
stivens napisał(a):

A po co ustandaryzowane GUI i web w embedded?

Przeczytaj dobrze, o co jest pytanie
Znormalizowany string też nie jest potrzebny?

Zreszta w embedded czasem nawet c++ to za duzo

Kolejny mit.

0

Sam uczestniczylem w projektach gdzie bylo Gui w winformsie i komunikacja ze sterownikem po tcp. np do otwierania skrytek.

0

Przeczytaj dobrze, o co jest pytanie

Faktycznie chyba zle zrozumialem. Ale to to pytanie jest glupie w takim razie

2

Powiem tak. C# i .net daje wszystko co potrzebne do niskopoziomowe komunikacji i idealnie nadaje się jako interface do urządzeń, czy może urzadzen używać. Co więcej - jest to strasznie popularne właśnie używanie C# do wewnętrznych systemów z GUI i z jakąś komunikacja (akurat w przeciwieństwie do javy gdzie gui to margines chyba). Niemniej masz racje - jak ktoś chce rozwijać się w frontend czy backend to to głupi wybór. Podobnie jak zamiast do ZOO pojechać do rzeźni bo i tu i tu są zwierzęta.... pamiętaj tylko ze frontend i backend to nie całe IT jak ostatnio juniorzy łonabi próbują twierdzić. No i pytanie w jakich projektach znajomy robił, że twierdzi, że to straszny kod? Znów śmię stwierdzić, że ktoś was okłamał i większość IT to bagno i trzeba być twardym, żeby to prostować, przy ograniczonych zasobach intelektualnych, czasowych i finansowych.

0

A co z tym .NET IoT?

0

Ja wykorzystuje .Net do wymiany danych ze sterownikiem motion poprzez komunikacje ETHERNET TCP/IP w oparciu o model klient-serwer

0

Pracuję przy projekcie urządzeń "IoT", gdzie używamy praktycznie tylko .NET - "centralny hub" to Windows 10 IoT Core i aplikacja UWP, chmura to ASP.NET Core, mobilne to Xamarin.
Same urządzenia są programowane w C++ i komunikują się z centralką przez MQTT - więc w zasadzie kompletnie nie ma znaczenia język/platforma, a wybraliśmy .NET głównie dlatego, że akurat się na tym znam.

BTW: programowanie samych urządzeń w .NET też nie jest aż tak niewykonalne - wspominając NETMF (niestety, umarło), jego duchowego następcę, którego nazwy zapomniałem teraz, a kończąc na projekcie Meadow, który wsparłem na Kickstarterze i jestem ciekawy co z tego wyjdzie - i baaaaaaaardzo mi brakuje pewnych elementów programowania .NET (np. normalnego debugowania) w tych urządzeniach embedded.

1 użytkowników online, w tym zalogowanych: 0, gości: 1