Ciekawe / ambitne projekty

wartek01 napisał(a):

Ot, taki przykład - masz te setki użytkowników klikających jednocześnie, którzy muszą być obsłużeni w krótkim czasie. I tutaj mogą zacząć się schody pt. „baza danych to bottleneck” i zaczyna się kombinowanie - czy zmieniamy bazę danych? A może wystarczy porobić indeksy? Lub cache'ować część wyników? Albo trzeba zmienić bazę danych bo obecna nie będzie wyrabiać?

To są realne problemy, których nie załatwisz szukając na SO, a faktycznie analizując błąd i projektując rozwiązanie.

Nie sądzę że to jest ambitne bo rozwiązanie tego problemu jest takie same dla 1000 innych aplikacji które mają ten sam problem. Rozwiążesz go raz - rozwiązałeś je wszystkie.

Ambitny projekt to taki w którym pojawiają się problemy takie , których nie ma w innych projektach.

Riddle napisał(a):

Ambitny projekt to taki w którym pojawiają się problemy takie , których nie ma w innych projektach.

To jest tylko twoje rozumowanie i nie jest zgodne z pojęciem słownikowym.

Schadoow napisał(a):

Riddle napisał(a):

Ambitny projekt to taki w którym pojawiają się problemy takie , których nie ma w innych projektach.

To jest tylko twoje rozumowanie i nie jest zgodne z pojęciem słownikowym.

Mówię o definicji ambitny - wymagający wielkiego wysiłku i dużych zdolności, znalazłem taką na SJP PWN.

I moim zdaniem, projekt w którym nie ma żadnych nowych problemów do rozwiązania, nie wymaga wielkiego wysiłku i dużych zdolności, bo 1000 innych osób przed Tobą rozwiązało ten problem, więc możesz po prostu wdrożyć ich rozwiązanie i po sprawie.

@Riddle To, że 1000 osób wdrożyło wcześniej jakieś rozwiązanie nie oznacza, że powtórzenie tego nie wymaga wielkiego wysiłku.

Schadoow napisał(a):

@Riddle To, że 1000 osób wdrożyło wcześniej jakieś rozwiązanie nie oznacza, że powtórzenie tego nie wymaga wielkiego wysiłku.

A czemu miałoby, skoro możesz po prostu wziąć ich rozwiązanie?

Jedyny powód jaki widzę, to taki że Twój system to jest crap, do którego wdrożenie czegokolwiek jest trudne.

Bo nie wszystkie rozwiązania wprowadza się łatwo i wymagają dużych zdolności xD ?

Idąc twoim rozumowania do modelowanie domenowe też nie jest ambitne bo to też powielanie schematów tylko UI/UX + product development jest ambitny i to tylko wtedy gdy nie naśladuje innego rozwiązania xD.

Schadoow napisał(a):

Bo nie wszystkie rozwiązania wprowadza się łatwo i wymagają dużych zdolności xD ?

Np?

Pierwsze co mi przychodzi na myśl webrtc, crdt, edge computing, wszystkie rzeczy typu ultra low latency, implementacje systemów safty w industry czy automotive itd.

Schadoow napisał(a):

Pierwsze co mi przychodzi na myśl webrtc, crdt, edge computing, wszystkie rzeczy typu ultra low latency, implementacje systemów safty w industry czy automotive itd.

I czemu to miałoby być trudne do wdrożenia konkretnie?

Bo jest złożonym problemem ? I wymaga integracji z wielu dziedzin ?

Schadoow napisał(a):

Bo jest złożonym problemem ? I wymaga integracji z wielu dziedzin ?

Problem może i złożony, ale już rozwiązany? Więc nie musisz samemu nic kminić, tylko po prostu wejść gotowe rozwiązanie i wprowadź je.

Poza tym, jeśli wymaga integracji z wielu dziedzin, to to jest dokładnie to co opisałem w moim pierwszym poście:

Riddle napisał(a):

Ambitny projekt to taki w którym konieczne jest zastosowanie wielu poziomów abstrakcji, a to może wynikać ze złożoności domeny w której prowadzona jest praca. Nie zależy to w żaden sposób o "algorytmów", albo struktur, ani technologii, tylko od tego jaka jest złożoność koniecznych operacji jakie ten program miałby wykonać; i nie mam tutaj na myśli złożoności obliczeniowej, tylko poziomu skomplikowania całego zadania.

Jak nie chcesz żeby zastąpili Cię bootcampwocy to ucz się np. Rust, gamedev i ogólnie niskopoziomowo, tutaj mało takich jest

anonimowy napisał(a):

Jak nie chcesz żeby zastąpili Cię bootcampwocy to ucz się np. Rust, gamedev i ogólnie niskopoziomowo, tutaj mało takich jest

Znam kilku ludzi co poszli mocno w niszowe technologtie typu Aem, Guidewire, Temenos czy języki jakie Erlang czy Ada.

Moim zdaniem to słaba strategia chyba, że ktoś chce dociągnąc do emerytury. Pensje nieco wyższe od średniej wynkowej niemniej to nie jest regóła. Ilość firm która używa tych technologii jest mocno ograniczona. Są to raczej tematy na równi pochyłej więc prędzej czy później ktoś się tego pozbędzie. Trudno rozwijać się w tych obszarach bo i sensownych developerów masz na lekarstwo. Ciężko też pozyskać kogoś z rynku.

Dziś sam Rust to za mało. Jak już to Rust / Go / Python ma większy sens.

Z tym, że bootcampy dla Go i Pythona znajdziesz a autor nie chcę w takich technologiach robić

Riddle napisał(a):

Rozwiążesz go raz - rozwiązałeś je wszystkie.

Oczywiście, że nie bo rozwiązania tego typu projektów zależą od:

• infrastruktury - a ta się różni pomiędzy klientami
• strukturą danych
• wymaganiami funkcjonalnymi

Fajny przykład dał ledi12 na mikroblogu - gdzie rozwiązaniem problemu dużych ilości danych było zmniejszenie dokładności liczb zmiennoprzecinkowych.

Tam jego rozwiązanie zadziałało. Gdzieś indziej faktycznie trzeba by było ograniczyć ilość danych lub przepisać rozwiązanie. Wybór rozwiązania w takich sytuacjach jest trudny, zwłaszcza gdy trudno się wycofać z czegoś (np. wybór bazy danych).

Ambitny projekt to taki w którym pojawiają się problemy takie , których nie ma w innych projektach.

Idąc tym tokiem myślenia to pewnie nie ma już ambitnych projektów, bo gdzieś tam ktoś miał podobny problem.