Ten artykuł jest częścią serii Daj się poznać! (3 / 5)

Na starcie mam pytanie: jak Wam się podoba forma raportowania postępów projektu przedstawiona poniżej? A może wolicie konkrety, bardziej techniczne wpisy? A niekoniecznie interesuje Was co się udało/nie udało/co planuję?

Dajcie znać w komentarzu!

Co się udało?

+ 2 posty na blogu w zeszłym tygodniu (tydzień 1/10 – checked 😀 )

Jeden z opisem samego projektu, drugi mojego środowiska pracy oraz jak uruchomić projekt.

+ projekt aplikacji, spisanie wymagań, założeń, rozrysowanie jej

+ prace nad aplikacją – gdzie mocno zmieniłam koncepcję, jeśli chodzi o wygląd. Na chwilę obecną prezentuje się następująco:

+ nauka React, Material UI & Redux

Rozumiejąc React mogłam ruszyć z dalszym planowaniem projektu. Przeanalizować jakich komponentów potrzebuję. Jak będą od siebie zależeć i w jaki sposób będę przechowywać model.

Cały czas czuję niedosyt wiedzy w tym temacie. Pewnie będę się uczyć na własnych błędach jak powinnam zaprojektować taką aplikację… zobaczymy.

+ budowałam swój pierwszy komponent react’owy na Codepen.io, ale ostatecznie zdecydowałam się zastosować Material UI i przeszłam do pracy nad rzeczywistym projektem, który:

+ umieściłam na Github

Choć tu miałam obsuwę… projekt miał być dostępny już 1. marca, jak co niektórzy wiedzą – nie wyszło. Pojawił się dopiero 4. marca w okolicach godziny 2:00 w nocy…

Na repo projektu znajdziecie instrukcję jak go uruchomić. Trochę na ten temat pisałam również w poprzednim artykule.

A finalnie w końcu przysiadłam do nauki Flux’a i Redux’a. I o ile sam Flux wydawał mi się dość prostą sprawą, o tyle Redux… uff.. to będzie ciężkie. Niestety na chwilę obecną mam czysto teoretyczną wiedzę i dopiero będę go wpinać w projekt. Także więcej na ten temat za tydzień.

 

Co się nie udało?

– Myślałam, że udostępnię demo na Firebase. Jednak po zastanowieniu uznałam, że jest to w tej chwili bez sensu. Udostępnię je, kiedy w aplikacji będzie zaszyte choć trochę więcej logiki 😉

– Artykuły… planowałam pisać z trochę większym wyprzedzeniem. Tj. jeśli chodzi o raporty akurat ciężko przewidzieć z góry co mi się uda co nie uda 😀 Ale drugi wpis w tygodniu będzie bardziej techniczny. I tu mogłabym już zdecydowanie mieć coś w zapasie… a ja dopiero kończę najbliższy wpis w temacie nauki podstaw React’a.

– Myślałam również, że łatwiej będzie obserwować innych w konkursie. A to jest jakaś masakra 😀 Na chwilę obecną Inoreader wskazuje mi 866 wpisów w Feed’zie do przejrzenia. A ja mam w zakładkach otwarte chyba z 10 wpisów, które chciałam przeczytać… Uff…

 

Co chcę skończyć przed przyszłym raportem (następny wtorek)?

MUST HAVE:

Na pewno min. kolejne dwa wpisy. Mam nadzieję, że więcej niż dwa.

Podepnę już w pełni Redux’a pod projekt.

Komponent Listy postów, przynajmniej od strony wizualnej, ale mam nadzieję, że i logika.

 

FAJNIE BY BYŁO:

Zrobić więcej. Przede wszystkim napisać większą liczbę artykułów, bo materiałów mam już sporo.

 

Bardzo ogólny plan. Chcę sobie zostawić trochę luzu na nieprzewidziane zadania albo na to, czym będę chciała się zająć. Są też drobiazgi jak choćby podpięcie lintów. Na razie korzystam z CSS ale chyba przejdę na SCSS – dawno nie korzystałam. Ogólnie lista zadań w projekcie szybciej się powiększa niż opróżnia 😀 Ale to norma… znając życie skończę aplikację mając jeszcze długą listę zadań w Backlogu.

To czego chce się trzymać to: codzienne sesje programowania. Jak nie z rana (kiedy dziecko jeszcze śpi) to w nocy (kiedy już śpi). Chwilowo mam dużego power’a. Muszę to wykorzystać. Naprawdę chciałabym, żeby za 3 miesiące aplikacja była skończona (nie tylko konkurs).

Zobaczymy 🙂

 

P.S. [7.03. 11:51 – Dwie godziny temu podpięłam Redux’a. Działa! 😀 Ogarniam dalej 😉 ]

Series Navigation<< Konfiguracja środowiska pracy & uruchomienie projektuKobiety & Programowanie – fakty, mity i historie >>
  • Co do formy to nie mam zdania. Taki wpis jak ten mi nie przeszkadza a nie wiem czy techniczny byłby lepszy, bo nie mam porównania 😛

    Tak czytam blogi i jestem zdołowany. „Wszyscy” już coś mają (powrzucane na GitHuba) a ja jeszcze dopinam ostatnie szczegóły 🙁 Na szczęście dziś albo jutro pójdzie pierwszy commit.

    • No dobra, a nie chcesz za dużo? To, co mam na Githubie to tak naprawdę tylko widok aplikacji. Naprawdę, bez logiki 😛 Także nie wiem czy to tak dużo 😀 Konfiguracja też jeszcze będzie się zmieniać. Wiesz, zależy kto się też na czym skupi 🙂 Jestem pewna, że „coś” też już byłbyś w stanie wrzucić 😉
      Zresztą chyba nie ma wymogu, kiedy zacząć i jak regularnie wrzucać commity? U mnie już jest kilka kolejnych, ale spushuje dopiero jak zamknę pewną część „funkcjonalności”.

      • Tylko, że ja nie mam w tej chwili nic – nawet czystej instalacji Laravela. Chociaż to przez to, że nie chciałem zaczynać w odcinkach – coś zacząć potem rozplanowanie wszystkiego, znowu co nieco dodać i przerwać, nauka Reacta i kolejna część… Za to jak zacznę to powinno ładnie pójść. No może poza konfiguracją wszystkiego 😀

        • No widzisz, czyli całkiem inna strategia niż u mnie 😉 Ogarnęłam React’a – zrobiłam widok, ogarnęłam podstawy Redux’a – tworzę model 🙂 Za chwilę, żeby go wizualnie testować będę potrzebowała komponentu listy, na której pojawiałyby się kolejne pozycje. Trzeba będzie gdzieś je zapisywać, więc pewnie wezmę się za Firebase Database.

          Przed konkursem tak naprawdę robiłam Research, teraz na bieżąco się uczę i wykorzystuje tą wiedzę w projekcie. Nie wiem czy najzdrowsze podejście 😛 Mogłabym najpierw postawić na naukę, zrobić coś na próbę. Ale postanowiłam to robić „na żywo” 🙂 Wykorzystać wiedzę od razu w projekcie. Zawsze trzeba zrobić jakiś projekt na próbę. Mam nadzieję, że nie będę musiała na koniec wszystkiego przepisywać 😀 Ale takie uroki stawiania na technologie, których się kompletnie nie zna 😉

          • U mnie dużo zawiniło zwlekanie z wyborem między Reactem a Vue i ew. użyciem Firebase. U mnie właściwa nauka też się dopiero zacznie wraz pracą nad projektem 😉 IMO nie ma „najzdrowszego podejścia” – nawet jeśli „wszyscy” będą podpowiadać jak to powinno wyglądać to i tak Tobie może ten sposób nie odpowiadać 😉

            W sumie dzisiaj chcąc nie chcąc muszę coś wrzucić inaczej stracę tydzień. Byłoby głupio, bo 2 wpisy już były.

  • Powiem Ci, że Ty chyba już masz wydłużona dobę 😉 Mój projekt w kompletnych powijakach. Forma raportowania jak najbardziej mi odpowiada. Jak sprawdzasz wpisy innych uczestników? (pytanie z serii: jestem zielona)

    • Albo śledzisz tylko blogi które chcesz albo masz dostępny feed z wszystkich blogów ( http://uczestnicy.dajsiepoznac.pl/feed )

    • Dokładnie tak jak @morawcik:disqus napisał, jest Feed, którego adres musisz teraz wprowadzić do jakiejś aplikacji pokroju Inoreader lub Feedly. Ogólnie korzystam z Feedly, ale ostatnio zaczęłam testować Inoreader i tam dodałam feed konkursowy. + oddzielnie te blogi, których udział w DSP szczególnie chcę obserserwować 😉
      Na temat korzystania z Feedly jak coś pisałam na drugim blogu: http://nettelog.pl/feedly-jako-narzedzie-agregacji-tresci-blogow-stron/ . Adres po prostu wpisujesz w wyszukiwarce blogów. Ale sama nie wiem czy teraz polecałabym Feedly, bo w sumie Inoreader też naprawdę nieźle się dla mnie prezentuje 🙂

    • Hehe… i chciałabym mieć wydłużoną dobę 😀 Ogólnie wbrew pozorom dużo jeszcze przede mną. To, co widać to kwestia kilku godzin pracy, przy założeniu, że dla mnie React i Material UI były nowością. Gdybym je znała, „wyklikałabym” to pewnie w 45 minut? Wyklikałam w przenośni, bo widok jest zakodowany od zera. Ale z gotowców 😀 Zresztą będę opisywać na blogu jak stworzyć taki bądź podobny widok 😉

  • joanna

    Zgodzę się z tym, że Twoja doba wydaje się miec minimum 30 godzin 😉 Forma raportowania wg mnie fajna, wszystkiego po trochę. Ściśle techniczny raport dla pewno nie dałby wiele osobom, które mocno nie siedzą w temacie. No i mam pytanie o feed z wpisami uczestników DSP – jest już coś takiego? Bo jeśli tak, to zupełnie nie dojrzałam 😉

    • Zerknij niżej 😉

    • Hehe… tak 😀 Niżej umieściłam nawet moje propozycje aplikacji do śledzenia. A @morawcik:disqus link do samego feed’a 🙂
      Właśnie też tak myślałam, że jeśli w obu wpisach będę wchodzić w szczegóły techniczne to część osób kompletnie nie będzie zainteresowanych. A tak mam nadzieję pokazać proces powstawania samej aplikacji, problemy, wyzwania, itp. Mam nadzieję, że to będzie równie interesujące 😉 Drugi wpis już będzie zawsze poświęcony konkretom 🙂
      Oj, 30 godzin <3 To by było coś 🙂

  • Maciej Korsan

    super raport 🙂 tak trzymaj! 🙂