@szarlih
Korzystałem z DX.
Wszystko pięknie aż do czasu gdy potrzebujesz wprowadzić większą modyfikację.
Nieraz szybciej od zera napiszesz nową kontrolkę.

choć najpopularniejsze są C# i Visual Basic (choć można pisać w C++/CLI, Delphi albo F#)

@Netman

Chyba żartujesz DX jest super (przynajmniej w przypadku WinForms). Dziedziczysz kontrolkę i prawie zawsze wszystko co potrzeba masz wirtualne. W najgorszym wypadku modyfikujesz kod źródłowy.

Dodawaliśmy już takie funkcjonalności do tych kontrolek, że byś się zdziwił. Na przykład nasz autorski ServerMode do TreeLista.

@Lukxxx

mógł mieć na myśli DX do WPFa, który jest kijowy. WinFormsy są jednak najbardziej wypasione z pakietu.

Hmm, a ja w uparcie idę w naukę samego C++ i biblioteki Qt, może z biegiem czasu poduczę się i Boosta.
Może jak troszkę zarobię, to pokupuje sobie książki aby zrozumieć co jest do czego i rozszerzę swe zainteresowania.
Jako tako, nie zależy mi koniecznie na pracy jako programiście. Mogę być też informatykiem, administratorem IT czy coś związanego ze studiami informatycznymi i zarabiać tyle aby utrzymać mieszkanie i rodzinę.
A może pomyślę nad pracą nie związaną koniecznie z informatyką, ale dobrze płatną, a w domu sobie jakoś dodatkowo spróbuję dorabiać ? Też może ciekawy pomysł.

@Lukxxx
WPF jest na tyle produktywny, że nawet rozbudowaną kontrolkę można szybko zrobić.
Nie zapominaj o tym, że WPF jest następcą WinFormsów.
Tak więc nic dziwnego, że chwalisz DX w takiej technologii.

Trafiałem na bardzo dziwne zachowania DX, łącznie z bugami.

@Inferno
Naprawdę nigdy nie miałeś styczności z dotnetem/javą?

@Netman oczywiście. Rzeczywiście w WPF ich kontrolki nie robią takiego wrażenia (ale np. Instant Feedback UI dalej jest super). Natomiast WinForms, ASP.Net, ostatnio Document Server - świetne komponenty.

@Netman
Tylko ASP.NET przez krótki czas, było to potrzebne na zajęcia na studiach. Potem nic a nic ...

@Inferno
To pewnie podstawy podstaw w archaicznych Web Formsach.
Zapoznaj się choć trochę z dotnetem wraz z C#.

Jak poznasz takie mechanizmy jak np. LINQ, czy tworzenie interfejsów, to zaczniesz krzywo patrzeć na C++.

@Netman

za bardzo się rozpędzasz. są zastosowania gdzie C++ rządzi. np systemy embeded.

I WPF miał być następcą WinFormsów. Na razie jest czyś nieokreślonym a np WPF for Web został skasowany. Nie da się ukryć, że WPF ssie wydajnościowo przy WinfForms (robiliśmy w firmie testy przed wyborem technologii na system CRM i np grid WPFowy a Winformsowy to dzieli przepaść)

@szarlih
Wiadomo, są zastosowania gdzie tylko C++ się liczy, lecz jest to mały rynek i niekoniecznie lepiej płatny.

Ale mi się wydaje, że C++ jest językiem przydatnym, w końcu jest rozwijany, ciągle powstają nowe standardy.

@Inferno

bo jest. ma mnóstwo zastosowań. ale ma mniej rynku nić .NET i Java. dużo.

@Netman

W tych bardzo specyficznych zastosowaniach w duecie z Assemblerem dużo lepiej płatny. Ale wcale się nie dziwię

@szarlih
Zgadza się, ale również trudno o znalezienie takiej pracy.
Jeśli umiesz javę/dotneta choć trochę, to praca nieraz sama czeka.

@Inferno
Na obecne czasy C++ można zaliczyć już jako specjalistyczny język.
Wykorzystywany jest jedynie tam, gdzie liczy się piorunująca wydajność lub są maksymalnie ograniczone zasoby (embedded).
Niemal całe powstające oprogramowanie, to oprogramowanie biznesowe - tu się liczy produktywność.
Przykładowy projekt w C++ może zająć rok, a ten sam w WPF najprawdopodobniej zajmie 1/3 tego czasu, jeśli nie mniej.

Ale w takim C++ można tworzyć serwery dedykowane do jakiś gier MMO, bądź same gry i będą one wydajniejsze od tego napisanego w Javie bądź C# ?

@Inferno

serwer jakikolwiek przetwarza 80% ruchu w bazie danych i to ona robi wydajność. zresztą jak wpakujesz odpowiednio mocny sprzęt to te z będzie szybko. ale owszem teoretycznie szybszy. ale nie warto. pisałem takowy serwer w C++ i Boost w ramach pracy inżynierskiej. dużo roboty. to co zaoszczędzisz na płaceniu programistom ładujesz w sprzęt i masz taką samą wydajność.

a co do gier. słyszałeś kiedyś o Unity? to silnik 3D a piszesz w C#. nie to żeby jedyny.

O Unity nie wiedziałem, jednak myślałem nad tym, aby nauczyć się porządnie jednego języka. Wypadło C++. Ale może się skuszę kiedyś na C# bądź Java. Bardzo są do siebie podobne języki, pozostaje głównie zapoznanie się z dokumentacją.

@Inferno
Według mnie powinno się spróbować każdego popularnego i wówczas samemu wybrać konkretny.
Tylko pamiętaj, że język to nie wszystko, liczą się głównie frameworki. To one pokazują prawdziwe możliwości technologii.

Dużo się również mówi o jakości kodu, a mnie ciekawi jak to jest w praktyce.
Był ktoś z was przy rekrutacji programisty (ale jako ten rekrutujący)? Jak wygląda ten proces, rozumiem ze wstępny odsiew to CV, jeśli zamieszczam próbki kodu do tego CV jako link do githuba to w ogóle ktoś na to wchodzi czy patrzy się na to co jest w doświadczeniu zawodowym i wykształceniu?

To dobry pomysł zamieszczać swoje kody do programów ??
Może też powinienem zamieścić kod do swojej pracy dyplomowej i do własnych prywatnych programów gdzieś na prywatnych stronach kontroli wersji i tylko podawać linki do CV ?

@ts96 Dorzucenie loginu githubowego jest mile widziane, przynajmniej wg mnie, ale nie spodziewaj się że ktoś dogłębnie będzie analizował logikę Twoich aplikacji - szybki rzut okiem na styl kodowania, commity itp - dosłownie kilka minut. Samego kodu do CV nie wklejaj bo od razu wpadnie do kosza ;)

Sam prowadziłem kilka rozmów z kandydatami (różne stanowiska, junior - senior) i z własnych doświadczeń, muszę stwierdzić, że bardzo często wykształcenie ma się nijak do umiejętności i z oceną wolę się wstrzymać do rozmowy (telefonicznej lub podczas spotkania)

Jeżeli chodzi o zawartość CV - nie rozpisuj się za bardzo. Warto wymienić technologie które znasz i z których korzystałeś, przy większych / ciekawszych projektach jedno zdanie o zastosowaniu i jaka była Twoja rola, w sumie 2 strony MAX - jeżeli wychodzi Ci więcej, usuń informacje niezwiązane ze stanowiskiem na które aplikowałeś lub usuń opisy starych projektów