@KrzaQ2: świetnie się to czyta, merytorycznie bez zarzutu i bardzo ładny angielski - uszanowanko :)

@KrzaQ2: najpierw pomyślałem "ty chory p-----e" ale... po chwili zastanowienia - chapeau bas! ( ͡° ͜ʖ ͡°)

@Sacramoni: Podeślij mi w wiadomości materiały, na których pracujesz :)

@Frodzio18: same here. W koncu chciałem to ogarnąć i sam napisałem, dużo łatwiej jest w c#.

@Noct: Możesz rozwinąć temat, bo właśnie szukam czegoś do sfml.net (⌐ ͡■ ͜ʖ ͡■)

@PsichiX: to mija się z celem, addressof nie ma prawa nie zostać wyeliminowane nawet z -O1 (link)

@PsichiX: YOLO

Oraz, też oprofiler

@RR_Woda:
1) Nie musisz przez skracarkę wrzucać
2) wciąƶ bez js nie działa :(

@Porana123: oblicz złożoność ( ͡° ͜ʖ ͡°)

@RR_Woda:

Będziemy iterować maksymalnie 32 razy po naszym

Pokaż całość

A jak ktoś czasem zadaje tu konkretne pytania to nigdy nie ma komu odpowiadać. Dziwność.

@simia: konkretne, czyli "ej jak zrobic zeby wczytywac liczbe ale nie calom tylko kawalek"..

@ElGovanni: Serio nic takiego nie widziałem, co najwyƶej lmgtfy kierujący do wyników w przypadku kompletnych debilizmów.

@Ezzared Oh look. Its that thread again.

@Ezzared: Nauka samego języka dużo nie zajmuje, chwilkę zajmie dodatkowo poznanie bibliotek najczęściej wykorzystywanych, ale najdłużej trwa nauka programowania...

@amb97: głupie pytanie... http://ideone.com/fSa4p1

Pokaż spoiler

@amb97: czy D będzie gorszy od każdego z nich

to z przecinkiem to dwa wyrażenia, to 66 jest zwyczajnie ignorowane

@M4ks: 66 nie jest ignorowane, 66 jest wlasnie zapisane do wyniku. Ignorowany jest 1 czlon po obliczeniu.

@RRybak: nic nie usuwaj, jak ty się dowiedziałeś to zostaw, może ktoś kiedyś też będzie chciał.

@Rilekt: Java / C#

@Rilekt c#

@Gage: Polecam książki "Effective C++" i "Modern C++". C++ nie jest złym językiem, tylko trochę przerośniętym.

@Dante651 on swoją wiedzę ocenia na 7/10. Poza tym, że cieszy się (zasłużenie) ogromnym respektem to zdecydowanie ustępuje tym wymienionym przeze mnie

@Leinnan:
1) Nie musisz ustawiać include directories dla headerów, które includujesz przez cudzysłów.
2) Tutaj chyba nie łapie Ci pliku Sources/Arkona/Arkona.cpp
3) Ustaw sobie flagi waningów (Wall, Wextra i pedantic)

@leinnan: @robko: ad 2) include-owanie nagłówków w formacie #include "sciezka/.../plik.h(pp)" to zło. Nagłówki powinny być include-owane przy pomocy <>, a ścieżka do nich powinna być dodana jako include path. W szczególności dobrze rozdzielić sobie nagłówki od implementacji (a w przypadku bibliotek itp. jest to praktycznie konieczność)

@RR_Woda: Tak to wygląda z noscriptem. Jesteś pewien, ƶe nie da się wyświetlić tekstu i obrazków bez js?

@looklikelance: tablica struktur, czego nie łapiesz?

@RicoElectrico: colega @rotflolmaomgeez: dobrze sugeruje, albo jakiś shared_ptr albo przemyśl co chcesz - aktualnie kompilator się pluje o to, że nie wie co zrobić domyślnie z tymi referencjami, dlatego kasuje Ci domyślny konstruktor i nie pozwala na taki myk jak w powyższym poście.
Albo dodasz do tego jakiś domyślny konstruktor EqImgsParam() : {}, albo smart pointery albo inna droga.

@Leinnan: a co jeśli w aktualnym katalogu masz tylko foldery _piErwszy oraz _pieRwszy oraz w obu istnieją dokładnie ścieżki dRUGI/tRZeci/_CZWartY/plik_jako_piaty.efd? Tzn. teoretycznie do obu katalogów mogło by dopasować?

Najprostsze pytanie - czemu nie możesz dostać poprawnej ścieżki?

@Leinnan: No to nie wiem jak chcesz rozróżnić dwie różne ścieżki, które potencjalnie zgadzają się z tym wejściem (a takiej sytuacji przecież nie możesz wykluczyć). Chyba że możesz założyć, że w danym katalogu nie istnieją dwa pliki/foldery, których nazwy różnią się co najwyżej tym czy któraś literka jest mała czy duża (tzn. po sprowadzeniu do "małych" obie są takie same), wtedy możesz po prostu będąc w danym katalogu listować wszystkiePokaż całość

Pożyczyć (✌ ﾟ ∀ ﾟ)☞

nie dam bo nie oddasz

@aso824: w unit testach nie ma nic trudnego o ile trzymasz się podstawowych zasad obiektowości. Jak masz klasę która spełnia zasadę SRP to nie ma nic trudnego w napisaniu do niej testów, z drugiej strony, jak masz problem z przetestowaniem danej klasy to może być objaw tego, że jest ona po prostu źle napisana i wypadałoby przemyśleć jej refactoring.

@aso824: Najpierw zrozumiec. Te wszystkie frameworki opieraja sie na prostej zasadzie. Test sklada sie z wywolan Twoich funkcji opatrzonych assertami, np: assert(4 == twojafunkcjasumujaca(2, 2)). Testy to po prostu funkcje z takimi assertami sprawdzajacymi czy output jest taki jakiego sie spodziewales. Oczywiscie frameworki do UT dodaja mase utilsow, np. nie musisz pisac swojego maina, ktory wywola testy, masz wiecej funkcji sprawdzajacych niz prosty assert (np. equals, less then,Pokaż całość