Canon EOS R6

[mirror]

ale podam ci kilka przykladow tematow, ktore niejeden inzynier z Dzierzoniowa (pozdrawiam, niepiekne, ale zaj* polozone miasto!) zrobilby lepiej: wifi czy bulb timer. wifi takie, zeby dalo sie do jednej komorki spiac dwa aparaty (Canon - can not). i bulb timer taki, zeby miedzy nastawa 45s a 1 minuta byl jeden ruch kolkiem, nie 15 klikow - bo ktos w Canonie uznal, ze na pewno na swiecie istnieja ludzie, ktorzy beda chcieli robic ekspozycje 52 albo 53 sekund (a najpewniej - zrobil to po inzyniersku, bez pomyslu jak to jest w praktyce uzywane).

ja też nie mogę zrozumieć dlaczego emulacja tak prymitywnego urządzenia jak wężyk jest tak dramatycznie trudna dla tworców aplikacji, nie rozumiem dlaczego nie implementuje się funkcjonalności podstawowej węzyka a podstawowo to to mechaniczne urządzenie działa tak - pstryknij zdjęcie lub otwórz migawkę i zablokuj - zamknij migawkę jeśli chcemy focić długą ekspozycję, taki typ myslenia jest dramatycznie poza zasięgiem twórców aplikacji - najpierw powinno się implementować fumcjonalność podstawową - włacz i zabkuj jak skończę robić zdjecie to se wyłączę - może użytkownik nie ma ochoty decydować ile będzie trwał czas ekspozycji przed nacisnięciem spustu węzyka bo tego po prostu nie potrzebuje lub chce podjąć decyzję później - może nie tylko piętnascie klików jest niepotrzebne, może niektórzy nawet nie potrzebują ruszać kółkiem zeby zrobić zdjęcie może wytarczyłyby dwa przyciski (z blokadą i bez) i jeden klik na "normalne zdjęcie" i dwa kliki (otwórz zamknij) na długą ekspozycję nawet czasu nie muszą wyswietlać bo się na korpusie wyświetla no ale gdyby to byłoby cudownie.

[akustyk]

ja też nie mogę zrozumieć dlaczego emulacja tak prymitywnego urządzenia jak wężyk jest tak dramatycznie trudna dla tworców aplikacji, nie rozumiem dlaczego nie implementuje się funkcjonalności podstawowej węzyka a podstawowo to to mechaniczne urządzenie działa tak - pstryknij zdjęcie lub otwórz migawkę i zablokuj - zamknij migawkę jeśli chcemy focić długą ekspozycję, taki typ myslenia jest dramatycznie poza zasięgiem twórców aplikacji - najpierw powinno się implementować fumcjonalność podstawową - włacz i zabkuj jak skończę robić zdjecie to se wyłączę - może użytkownik nie ma ochoty decydować ile będzie trwał czas ekspozycji przed nacisnięciem spustu węzyka bo tego po prostu nie potrzebuje lub chce podjąć decyzję później - może nie tylko piętnascie klików jest niepotrzebne, może niektórzy nawet nie potrzebują ruszać kółkiem zeby zrobić zdjęcie może wytarczyłyby dwa przyciski (z blokadą i bez) i jeden klik na "normalne zdjęcie" i dwa kliki (otwórz zamknij) na długą ekspozycję nawet czasu nie muszą wyswietlać bo się na korpusie wyświetla no ale gdyby to byłoby cudownie.

juz ci powiem jak to jest:
inzynier w Tokio dostaje zadanie: zrobic apps. zeby pozwalal zgrac zdjecia, zeby mozna bylo nim zmienic parametry X, Y, Z i odpalic naswietlanie. inzynier nie jest fotografem, podobnie jak nie jest nim jego menedzer projektu. inzynier odfajkowuje ficzer "zgrac zdjecia" (da sie? da! ze wymaga przy tym "trzymania sie kciukiem prawej reki za lewe ucho i spiewania przy tym Marsylianki" bo inzynier nie mial pomyslu jak uprosci - trudno. stoi w instrukcji, wiec mozna odfajkowac). menedzer projektu wysyla do testow, tam tester (odgadles! tez nie jest fotografem) zgodnie z instrukcja lapie sie kciukiem prawej reki... itd. itp. odfajkowane. menedzer projektu moze wyslac do swojego naczalstwa gdzie na pewno zostanie pochwalony i dostanie podwyzke.

i tak do zaj*, cytujac klasyke