mdfk
  • 1
@WzmacniaczOkiennyChloszczeTylekLamy: Dlatego daliśmy możliwość minusowania postów. Myśleliśmy też przyszłościowo, gdy np. będzie jak na mirko post za postem, wtedy wybijały by się do "TOP" tylko te najciekawsze.

Oczywiście to jest testowe, jak się nie sprawdzi głosowanie to wprowadzimy jakieś zgłaszanie czy coś.

Ogólnie to wskazałeś mi na pewną istotną kwestię, nie powinniśmy w dużych miastach zachęcać nowych użytkowników do instalacji, jeżeli tam jest posucha ;). Co prawda i tak nie
  • Odpowiedz
mdfk
  • 14
[DYSKUSJA]
Mirki z #androiddev, chciałbym rozpocząć cykl dyskusji na różne tematy związane z Androidem. Ogólnie rzecz biorąc, Android rozwija się bardzo dynamicznie - powstają nowe biblioteki, architektury czy wzorce, a co za tym idzie nie wszystko każdy może przetestować. W tych dyskusjach myślę, że moglibyśmy od siebie nawzajem zawsze czegoś nowego nauczyć ;).

Na dzisiaj proponuję temat :
[MOBILNE BAZY DANYCH - z czego korzystacie? jakie są wasze doświadczenia z innymi?]
  • 17
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mdfk
  • 1
@sylwke3100: To były zapytania w stylu

SELECT user FROM users_table WHERE name = 'sylwke3100'
To było dawno, i dopiero się uczyłem, także nie znałem innych rozwiązań (o ile wtedy, jakieś były).
  • Odpowiedz
mdfk
  • 0
@siemanko: To prawda, że trzeba rozszerzać obiekt o dodatkową klasę, ale nie jest to jakiś wielki problem moim zdaniem. Jest to wręcz wygodne i pozwala mieć czysty kod, bo POJO wykorzystuje się od razu do mapowania np. Response z Retrofit i do korzystania przy adapterach.

@darck: GreenDao też się przyglądałem, jednak podobnie jak @siemanko też nie podobało mi się API i wybrałem Realm.
  • Odpowiedz
mdfk
  • 1
Pytanie do #androiddev, jakie wzorce stosujecie w programowanu apek na Androida
MVP? MVVM? MVC?
I czy korzystacie z bibliotek typu Dagger, albo innych Dependency Injection? RxAndroid? ButterKnife itp?
  • 13
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mdfk
  • 0
@siemanko: Dzięki za konkretną odpowiedź.
Interesowałem się sporo MVP i RxAndroid, ale koniec końców nie byłem przekonany. Po Twojej wypowiedzi może bardziej się w to wgłębie. Głównym powodem, dla którego w to nie wchodziłem, było to, że kod w przykładach nie wydawał się czystszy i bardziej czytelny od standardowego.

Z tych bibliotek co wymieniłeś to ja zamiast ORMLite korzystam z Realm, jest szybszy i wygodniejszy (no chyba, że trzeba zrobić
  • Odpowiedz
mdfk
  • 9
Dzięki waszym wczorajszym sugestiom zrobiliśmy kolejny krok w stronę finalnego wyglądu apki.
Co myślicie o tej propozycji?
Nie ma już tak dużo czerwonego i pasek nie jest już taki pusty.
Uprzedzając komentarze, że jest mało miejsca na główną listę - po scrollowaniu w dół górny i dolny biały pasek będą się chowały, co powinno dać odpowiedni komfort przeglądania.

Rozważamy jedynie czy do głosowania powinny być strzałki (tak jak np. na Reddicie), czy też łapki
mdfk - Dzięki waszym wczorajszym sugestiom zrobiliśmy kolejny krok w stronę finalnego...

źródło: comment_4nk81orhZQtdbWdQFn46pDFEVdJvjPEl.jpg

Pobierz
  • 38
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mdfk
  • 2
@bartosz-k999: Tylko problem z kciukami jest taki, że ktoś może dodać wydarzenie "Wypadek na Śródce, zginęła jedna osoba", a wszyscy żeby podbić dają kciuk w górę, który kojarzy się z "lubię to" xD.
  • Odpowiedz
mdfk
  • 0
@noekid: Właściwie przez pewien okres życia aplikacji były takie strzałki, i wyrzuciliśmy je z prozaicznego powodu - zbyt dużo miejsca zajmowały. Abstrahując od tego, jest to też ciekawa koncepcja.
Ogólnie ciężko tutaj jednoznacznie stwierdzić, które lepsze. Wiele osób pisze, że wolą łapki, bo są przyzwyczajeni i, że do nawet negatywnych postów pasują (bo na fejsie np. to przechodzi).
Inni mówią, że plusy/minusy, a jeszcze inni że strzałki. Mamy 3 hipotezy
  • Odpowiedz
mdfk
  • 0
@Emandero podsunął, żeby myśleć nieszablonowo i zastosować swoje rozwiązanie. Np. stopę w górę i stopę w dół ( ͡° ͜ʖ ͡°)
  • Odpowiedz
mdfk
  • 0
@Belic: Masz rację, w drugą stronę wykluczanie też mogłoby być przydatne, przedyskutujemy to ;).

Co do ilości osób, myślę, że można to zaimplementować w najbliższym czasie.

Dzięki!
  • Odpowiedz
mdfk
  • 0
@xcccx: Co do szukajki, to to była druga koncepcja, którą rozważaliśmy. Mamy ją utworzoną, ale tutaj nie wrzucałem. Też tak można, ciężko powiedzieć, które lepsze.
Rozważymy inne umiejscowienie łapek/głosów ;).

Dzięki za feedback ;) (ale belki nie chcemy usuwać ;(, będzie się chować).
  • Odpowiedz
mdfk
  • 0
@niezielony: O hamburgerze były tak samo dyskusje jak o użyteczności FAB, zawsze się ktoś znajdzie, który podniesie głos i komu się to nie podoba. Nie pamiętam gdzie o tym czytałem, ale jest parę artykułów, które piszą przeciwko bocznemu menu :
http://www.lukew.com/ff/entry.asp?1945 (tutaj popiera nawet to statystykami)
TechCrunch : http://techcrunch.com/2014/05/24/before-the-hamburger-button-kills-you/
Ogólnie da się zauważyć, że te większe aplikacje jak chyba Instagram czy Facebook w swojej aplikacji (mówię z pamięci), nie mają bocznego menu,
  • Odpowiedz
mdfk
  • 0
@niezielony: Ja nic do NavView nie mam. W niektórych aplikacjach pasuje idealnie, bo jest za dużo opcji do wyboru. Jednakże skoro wielcy gracze usunęli go na rzecz paska z przyciskami, to pewnie to poparli badaniami i testowaniem na użytkownikach.

W każdym razie nie sugerowałbym się głosami przeciw. Użytkownicy są przyzwyczajeni i to wystarczy, żeby pozostał ;).
  • Odpowiedz
mdfk
  • 0
@hofier: Elo, jaki masz telefon i system? Domyślnie ustawione jest właśnie chowanie na tym ekranie, więc to pewnie jakiś "lokalny" błąd.
  • Odpowiedz
mdfk
  • 0
@hofier: Dzięki ;) Miło słyszeć. Obserwuj #citify dzisiaj dodamy dość istotny post. A Twój błąd spróbuje jakoś naprawić, chociaż na daną chwile nie mam pomysłu jak, bo wręcz kod jest napisany tak, że powinien chować przy powrocie ;P.

W każdym razie dzięki za info o błędzie.
  • Odpowiedz

Md Fk

Osiągnięcia