Wirtualny Parlament, Głosowania nad pracami Sejmu, zgłaszanie wirtualnych ustaw Opcje

[kwiatekx]

Witam.

Proszę o opinie na temat testowej wersji mojego serwisu - Wirtualny Parlament.

http://parlament24.pl

Serwis składa się z trzech części:
- ustawy rzeczywiste - ustawy nad którymi pracował sejm, nad nimi głosują użytkownicy po głosowaniu ustalana jest zgodność internautów z Sejmem
- ustawy wirtualne - pomysły internautów na ustawy, poddawane pod głosowanie użytkowników
- projekty ustaw - pomysły na ustawy, które gdzieś pojawiły się mediach - poddawane są pod głosowania internautów.

Każda ustawa posiada na bieżąco wyświetlane statystyki głosowań z podziałem na płeć, województwo, itp. Do każdej ustawy można dopisywać jej potencjalne wady i zalety oraz komentarze. Nad każdą ustawą głosujemy 7 albo 10 dni, po tym czasie głosowanie jest kończone i przedstawiane są wyniki głosowania.

Po zalogowaniu pojawia się "tablica" użytkownika, na której widać ustawy którymi jest użytkownik zainteresowany a w których inni użytkownicy dokonali jakiś czynności. Posiada również wygodny system powiadomień emailem - każdy użytkownik wybiera co ile mają być wysyłane emaile oraz co mają zawierać (nowe ustawy, itp).

Jest to wersja testowa, w związku z czym:
- część rzeczy jeszcze nie działa w 100%
- cała treść wpisana podczas testów zostanie usunięta
- wrzucona jest tylko jedna ustawa rzeczywista, po testach będzie ich więcej
- do poprawki jeszcze zostało: strona główna, dokładniejszy opis serwisu, responsywność (układ elementów)

Wykorzystana technologia:
- PHP + Code Igniter + kilka bibliotek
- jQuery, Bootstrap

Serwis rusza za około 7-10 dni w zależności od tego ile jeszcze rzeczy będę przerabiał.

[Comandeer]

To wcale nie oznacza, że on nie istnieje. Na pewno istnieje. Tylko że jest marginalny. I inwestowanie ogromnych środków na przerabianie systemu, bo kilka osób będzie poszkodowanych?

Oczywiście w takim wypadku to nie ma sensu. Twierdzę jednakże, że warto pisać produkt od początku tak, żeby zminimalizować niezbędność JS. Najbardziej podstawowe funkcje bez JS de facto zawsze da się napisać bez niego.

to bardzo chętnie zobaczę jak to w praktyce wygląda w ecommerce, gdzie produkt należy skonfigurować przed dodaniem do koszyka i jeszcze obsłużyć płatność kartą czy przez innego PayPal-a

Ale JS i tak najpewniej korzysta z normalnego formularza jako interfejsu - więc UX na pewno ucierpi bez JS, ale większość rzeczy dałoby się zastąpić. Nie wiem dokładnie o jakich dokładnie funkcjach mówisz, ale chętnie je poznam i podejmę wyzwanie napisania tego bez JS (IMG:style_emoticons/default/wink.gif)

Oczywiście, że koniec końców wszystko się sprowadza do request-u HTTP/S. Ale najpierw trzeba jakoś ustalić jak on ma wyglądać

Ale to IMO już nie ma nic do frontu (IMG:style_emoticons/default/wink.gif) To już jest dobre rozplanowanie API po stronie serwera.

Jedyne, czego ja nie rozumim, to uporczywe wmawianie, że wszystko da się rozwiązać bez JS, i że JS powinien być tylko dodatkiem (opcjonalną warstwą) do już działającej strony.

Tego nie twierdzę. To już riddle w 2007 napisał prosto, że podstawowa funkcjonalność bez JS może się obejść bez żadnego problemu, ale jej bardziej skomplikowanej wersji bez niego nie da się już stworzyć. Podaje tam dobry przykład: wgrywanie avatara. Normalny formularz z polem [type=file] + w JS kadrowania i podgląd zdjęcia przed uploadem. Na pewno istnieją funkcjonalności, których bez JS nie ma sensu implementować, ale IMO są one w mniejszości.
Natomiast w ocenianej tutaj stronie wszystko można bez JS wykonać i to bardzo małym nakładem środków. Zwłaszcza, że system oceniania to tak naprawdę wykonanie najprostszego żądania HTTP - a to równie dobrze działać może bez JS.

Co do ułatwień dla niepełnosprawnych to pewnie zabrzmi okrutnie, ale business is business.

Niestety to wpływa pośrednio na jakość Sieci, bo z biznesowego punktu widzenia niepełnosprawny jest tylko cyferką. Na ten problem zwróciło już dawno uwagę The Paciello Group: http://www.paciellogroup.com/blog/2015/02/...r-demand-issue/

I koniec końców wszytko się sprowadza do rodzaju biznesu, wymagań funkcjonalnych i targetu. Takie uogólnianie po prostu nigdy nie zadziała.

Pewnie nie, bo - jak sam zauważyłeś, a ja z przykrością potaknąłem - business is business. Ale ja jestem perfekcjonistą i chciałbym, żeby Sieć zawsze była dla wszystkich. Może i będę kiedyś przez to przymierał głodem, może i przegram tę walkę z kretesem, ale przynajmniej będę miał poczucie spełnionego obowiązku (IMG:style_emoticons/default/wink.gif)
Poza tym - jest pewna różnica pomiędzy niestosowaniem no-js z bardzo dokładnym uzasadnieniem biznesowym i analizą kosztów, a niestosowaniem no-js, "bo nie" albo z powodu po prostu niewiedzy. Jak już mówiłem - niestosowanie czegoś trzeba umieć uzasadnić. Mogę się z takim uzasadnieniem nie zgodzić (i pewnie tak będzie (IMG:style_emoticons/default/wink.gif) ), ale przynajmniej widzę, że wiesz o co chodzi i czemu daną rzecz zrobiłeś w taki, a nie inny sposób.

Chciałbym, żeby Sieć nie była skażona biznesem i była dobrem ogólnym… No ale cóż.