On 2016-08-22 19:36, Piotr Gałka wrote:
> Jak to jest z tym api sieciowym w przypadku C++. Trochę czytałem o
> standardach 2011 i 2014 ale o sieciowości samego języka nie załapałem.

Nie ma standardu sieciowego C++. Sytuację ratują bibliteki, np Qt.
Poniekąd niepisanym standardem są unixowe sockety za wyjątkiem niszy o
nazwie Windows.

> Widziałem taki kod źródłowy i nie potrafiłem go ani trochę ogarnąć. To był
> sam dół programu, który ma chodzić na N serwerach cały czas
> synchronizujących między sobą aktualny stan baz danych i jednocześnie
> zbierających dane z M urządzeń. Od autora usłyszałem, że jakieś gotowe
> sockety z jakichś bibliotek mają rzędu 3 razy gorsze wydajności w jego
> testach i dlatego zdecydował się napisać samemu.

Żeby zauważyć 3x gorszą wydajność socketa musiałbys rozmawiać o
obciązeniach rzedu Gb/s. IMHO mało prawdopodobne, choć widywałem juz
żałosnie napisane bibliteki i nie wykluczam. Lub żałosne użycia.

> Z braku czasu usiłuję się właśnie od lepiej wiedzących dowiedzieć na co
> warto poświęcić czas zanim go poświęcę.

Python: pozwala na szybkie i tanie sprawdzenie konceptu, napisania
utility. Ciągle rośnie zestaw biblitek, raczej z dnia na dzień nie zniknie.

C#/Java: pisanie drobnej rzeczy wymaga filozofii obiektowei i jest
trudniejsze. Jezyki niestabilne na dłuższa metę (Jave wszyscy probują
ubić, zaś Microsoft próbuje ubić C# przez ubijanie własnego OSa).

C++: Niezatapialny. Jedyny jezyk który nie ma żadnych użytecznych
biblitek w standardzie "dzięki" czemu jest najbardziej przenośny z nich
wszystkich... Wymaga szeroko pojętej wiedzy. Bonus: do wykorzystania
rowniez na mikrokontrlerach.

Reszta to plankton.

Nic nie wiemy co chcesz uzyskać. Ja bym uczył się Pythona: po pierwsze
C++ nie dasz rady ogarnąć w skończonym czasie (nikt nie da), po drugie
C#/java są za bardzo obiektowe i moze niekoniecznie to istotne a często
przeszkadza.