Skocz do zawartości

Znajdź zawartość

Wyświetlanie wyników dla tagów 'początki' .



Więcej opcji wyszukiwania

  • Wyszukaj za pomocą tagów

    Wpisz tagi, oddzielając je przecinkami.
  • Wyszukaj przy użyciu nazwy użytkownika

Typ zawartości


Forum

  • Społeczność android.com.pl
    • Regulaminy Forum
    • Przywitaj się!
    • Android.com.pl
    • Konkursy
    • OFF-Topic
  • Android
    • Nowości i plotki
    • FAQ Android
    • Android 9.0 Pie
    • Android 8.0 Oreo
    • Android 7.0 Nougat
    • Android 6.0 Marshmallow
    • Android 5.0 Lollipop
    • Android 4.4 KitKat
    • Archiwum Android
    • Software PC
  • Gry i Aplikacje
    • Aplikacje Android
    • Gry Android
    • Poszukiwania gier i aplikacji
    • Porównania gier i aplikacji
    • Android Wear - Smartwatch
    • Modyfikacje Wizualne
    • Download
    • Multimedia
  • Co i gdzie kupić?
  • Programowanie
  • Modyfikacje Android OS
  • Elektronika
  • Honor
  • Google
  • HTC
  • LG
  • Samsung
  • Sony
  • Motorola
  • Huawei
  • Xiaomi / MIUI
  • OnePlus
  • Lenovo
  • Asus
  • myPhone
  • Pozostałe marki

Szukaj wyników w...

Znajdź wyniki, które zawierają...


Data utworzenia

  • Od tej daty

    Do tej daty


Ostatnia aktualizacja

  • Od tej daty

    Do tej daty


Filtruj po ilości...

Znaleziono 10 wyników

  1. Cześć Dopiero zaczynam przygodę z programowaniem na androida i chciałbym się dowiedzieć czy jest różnica między programowaniem na smartfony i na tablety? Jeśli tak to na czym to polega. Wiem, że coś jest na rzeczy, bo grywam w hearthstone i kiedyś nie mogłem go pobrać na telefonie, a na tablecie śmigał aż miło
  2. Cześć, Dopiero zaczynam z androidem i postanowiłem, że poznam go przez napisanie prostej gierki typu kółko i krzyżyk. Wstępną koncepcję już mam, pytanie tylko czy ktoś mógłby przybliżyć mi najważniejsze rzeczy na jakie powinienem zwrócić uwagę zaczynają pisać aplikację? Chciałbym to napisać w Kotlinie bo słyszałem, że wypiera Jave i że Java umiera - czy faktycznie tak jest?
  3. Słów kilka na temat pracy w Scrumie… Zastanawiałem się jakiego rodzaju tematu do tej pory z Wami nie poruszyłem. Robiąc sobie kawę doszedłem do wniosku, że może warto by zainspirować się czymś co miałem na uczelni. Poszedłem do komputera i spojrzałem na listę przedmiotów z 5 semestru studiów (bo ten wspominam najprzyjemniej), padło na skrótowiec IP czyli Inżynierię Programowania. Lubiłem ten przedmiot, lecz odczuwam do tej pory wielki niedosyt. Liczyłem, że dostaniemy jakieś fajne świeże informacje, rzeczywistość wyglądała tak, że uczyliśmy się o rzeczach na dziś dzień raczej historycznych. Stwierdziłem, że przedstawię Wam najprawdopodobniej najpopularniejszych framework pracy - Scrum. Na zakończenie tego lekko przydługiego wstępu dodam, że pracowałem w firmie gdzie byłem obecny od braku Scrum do uformowania się go w około 80% zgodnego z definicją. Zaczynajmy! Zacznijmy od wyjaśnienia czym tak właściwie jest Scrum. W dużym uproszczeniu jest to plan naszej pracy oraz podział obowiązków w teamie. Spróbuję to opisać w kilku punktach: Scrum wyróżnia 3 role: Product Owner - osoba znająca potrzeby klienta i priorytety. Scrum Master - jak wskazuje nazwa mistrz Scruma, dba o przestrzeganie zasad i o to, żeby wszystkim dobrze się pracowało. Zespół Scrumowy - to rola zbiorowa, reprezentuje ona wszystkie osoby należące do temu. Zespół powinien liczyć 6 (+/- 3 osoby), czyli minimum 3, a maksimum 9. Działa na odpowiedzialności grupowej. Zadania są przypisane do zespołu, nie do konkretnych osób. W Scrumie wszyscy są równi, nie ma roli ważniejszej. Są one po prostu inne i skupiają się na różnych zadaniach. Głównym założeniem, które uznano za rewolucyjne była/jest praca iteracyjna. Celem jest oddawanie “potencjalnie sprzedawalnych elementów” klientowi w jak najkrótszych odstępach czasu. Działa na “sprintach” czyli powtarzalnym cyklu pracy. Jeden sprint może trwać maksymalnie miesiąc. Sprinty powinny mieć stałą długość - takie są zalecenia. W Scrumie wyróżniamy następujące spotkania: Daily - odbywa się codziennie, biorą w nim udział wszyscy członkowie zespołu (czas: 15 min) Sprint Planning - odbywa się przed każdym sprintem, wtedy zespół deklaruje ile pracy wykona. Sprint Review - jest to spotkanie z klientem, odbywa się po zakończonym sprincie. Zespół pokazuje ile pracy wykonał w sprincie. Sprint Retrospective - odbywa po zakończeniu sprintu w zamkniętym gronie. Zespół podsumowuje tam swoją pracę, rozmawia o sukcesach i przyczynach porażki. DoD - czyli Definition of Done, jest to podstawa dobrze działającego Scruma. Jeśli dobrze określisz warunki jakie musi spełniać zadanie by uznać je za zakończone, to otrzymasz realny obraz pracy jaką możesz wykonać. Scrum zakłada, że zespół działa jak mała firma. W skład zespołu wchodzą ludzie o różnych specjalnościach. Dobrze działający Scrum przynosi przyrost wartości produktu co sprint - nie powinna zaistnieć sytuacja, że sprint to tylko poprawianie bugów, o których połowa użytkowników nie wie. Scrum wyróżnia Product oraz Sprint Backlog, są to miejsca gdzie lądują zadania jakie będą wykonywane. Odpowiedzialność za Product Backlog spoczywa na Product Ownerze, zaś za Sprint Backlog na całym zespole. Mam nadzieję, że udało mi się choć trochę przybliżyć Ci to czym jest Scrum. Teraz powiem Ci jak z perspektywy programisty zmieniła się moja praca i atmosfera w biurze po procesie wdrożenie Scruma w mojej firmie. Gdy przyszedłem do firmy byłem mocno zielony, pod opieką starszego programisty zacząłem pisać kod. Firma była wtedy nieduża (około 30 osób), co jakiś czas prezes do nas zaglądał żeby upewnić się czy aby na pewno pracujemy i przy okazji dorzucić jakieś nowe, wyjątkowo pilne wymaganie. Pewnego dnia do prezesa przyszedł “szef programistów” i powiedział, że chciałby spróbować wdrożyć Scrum i zobaczymy jak to będzie działało. Prezes o mało nie spadł z krzesła, gdy usłyszał że ma nas puścić “samopas” na 2 tygodnie (tyle miały wynosić sprinty), ale po długich rozmowach ostatecznie się zgodził - “Dwa miesiące i zobaczymy co z tego wyjdzie, chcę raport co miesiąc.” Początki nie były łatwe (nigdy nie są), prezes z przyzwyczajenia zaglądał i dorzucał pomysły, które w jego opinii były super pilne. Nasz PO (product owner) próbował brać go na klatę, ale nie zawsze był na posterunku i w pierwszym sprincie wpadły 2 wrzutki. Sprint był oczywiście źle zaplanowany (zawsze tak jest na początku, bo nie znamy swoich możliwości) i byłby totalną klapą, gdyby nie fakt że udało się nam wykonać jedną rzecz potencjalnie sprzedawaną. Przyszedł czas review (Sprint Review), prezes był lekko zaskoczony - oczekiwał raportu na koniec miesiąca, a tu w połowie już go zapraszamy na spotkanie. Mimo porażki jaką ponieśliśmy prezes był zadowolony, że dostał coś co może sprzedawać - pewnie byłoby mniej fajnie gdyby nie była to jedna z jego wrzutek. W kolejnych sprintach było trochę lepiej, wpadła tylko jedna wrzutka i robiliśmy coraz więcej (to nie jest do końca prawdą, po prostu lepiej planowaliśmy). Prezes zaczął zyskiwać zaufanie do nas, a my z powodu nieco większego luzu zaczęliśmy pracować efektywniej - w końcu można było się skupić na jednej robocie do wykonania. Podniosła się także jakość naszego oprogramowania, zaczęliśmy znajdować czas na testy i poprawianie bugów - a także zmniejszyła się liczba “wykonywanych”. Specjalnie dla Android.com.pl Łukasz Bednarczyk
  4. Słów kilka na temat systemu kontroli wersji i kilka wskazówek do gita... Czy słyszałeś na studiach o systemie kontroli wersji? Czy pokazano i wytłumaczono Ci jak to działa? Jeśli Twoja odpowiedź brzmi „nie”, a studiujesz lub dopiero zaczynasz swoją przygodę z programowaniem, to ten artykuł jest właśnie dla Ciebie. Przybliżę Ci w nim czym są systemy kontroli wersji, zapoznam Cię także z jednym z najbardziej popularnych tego typu systemów (Git). Aby rozmawiać o systemach kontroli wersji musimy uświadomić sobie po co w ogóle wymyślono takie narzędzie? Odpowiedź na to pytanie jest bardzo prosta, więc pozwolę Ci dojść do niej samemu. Załóżmy, że studiujesz i piszesz ze znajomym aplikację na zaliczenie. Masz w niej fragment kodu odpowiedzialny za zmianę tła co 5s. Oddajecie aplikację do oceny wykładowcy, a ten mówi że tło miało być tęczowe, a nie migać w idiotyczny sposób. Wracasz i siadasz do komputera, lekko zniesmaczony robisz klikasz na pliku „kopiuj”, następnie obok klikasz „wklej” i do nazwy do pisujesz aktualną datę - brzmi znajomo? - Wykładowca każe dorobić jeszcze przycisk, który zmieni kolor tła na losowy i tym zadaniem ma się zająć Twój znajomy. Każdy robi to co zostało mu przydzielone. Gdy spotykacie się następnym razem przed oddaniem aplikacji okazuje się, że zrobiliście od groma różnych zmian i nie sposób jest teraz to połączyć niczego nie psując. Jakie problemy dostrzegasz w tej scence? Ja widzę tutaj: Duplikacja plików Zwiększenie zajmowanego miejsca Zwiększenie prawdopodobieństwa na pracę na złym pliku Brak czytelnej i jasnej historii zmian Brak możliwości jednoczesnej i bezkonfliktowej pracy na pliku przez kilka osób Jak widzisz istnieje kilka problemów, z którymi trzeba się zmierzyć. Systemy kontroli wersji (w skrócie VCS) rozwiązują te problemy. Możemy zatem stwierdzić, że VCS jest narzędziem ułatwiającym śledzenie zmian w plikach oraz łączenie efektu pracy kilku osób w jedną całość. Jak zatem powinien działać taki system, aby rozwiązać problemy o których wyżej rozważaliśmy? I tutaj bywa różnie. Systemów kontroli wersji powstało już wiele i generalnie możemy je podzielić na 3 grupy mając na uwadze ich architekturę: lokalne, scentralizowane, rozproszone. Różnią się one sposobem przechowywania plików. Kolejnego podziału można dokonać ze względu na sposób w jaki system wykrywa, że nastąpiły zmiany - jedne pracują na zestawach zmian, drugie na zmianach zawartości w plikach. Historia zmian wygląda jak drzewo. Użytkownicy tworzą swoje gałęzie (branches) od interesującego ich wątku. Przejdziemy teraz do omówienia jednego z najbardziej popularnych VCS i wyjaśnienia jak ono funkcjonuje. Prawdopodobnie już się z nim spotkałeś szukając jakieś informacji, a chłopaki ze „stacka” odesłali Cię na czyjegoś GitHuba. Git -bo tak się nazywa - jest to narzędzie wymyślone przez Linusa Torvaldsa (tak, to ten sam który odpowiedzialny jest za powstanie jądra Linuxa). Należy on do grupy systemów rozproszonych - każdy użytkownik ma na swoim komputerze kopie wszystkich danych projektu. W poniższych krokach przedstawię Ci jak rozpocząć pracę z Gitem. Krok 1: Instalacja Gita Instalacja na każdym systemie wygląda troszkę inaczej. Jeśli korzystasz z Windowsa po prostu wejdź na stronę gitforwindows.org i kliknij w wielki przycisk „Download”. Instalacja wygląda tak samo jak w przypadku 90% programów, klikasz cały czas dalej. Jeśli masz maczka to sprawa jest znacznie prostsza, nie musisz nic robić bo masz go w standardzie zainstalowanego. W przypadku Linuxa możesz skorzystać z narzędzi yum lub apt-get. Krok 2: Konfiguracja Teraz musisz ustawić swoje dane, robisz to po to aby pozostawić informację o tym kto dokonał danych zmian. Dane jakie musisz wprowadzić to nazwa oraz email. Otwórz terminal a następnie wklej polecenia, które widzisz poniżej. $ git config --global user.name „Twoja nazwa" $ git config --global user.email twoj@email.com Krok 3: Tworzenie repozytorium Najwygodniejszą opcją jest utworzenie repozytorium na serwerze i jego sklonowanie na swój komputer. Serwer możesz „postawić” samemu lub skorzystać z istniejących już narzędzi. Opcji masz naprawdę wiele, sugeruję sprawdzić GitHub (bardzo popularne) oraz Bitbucket (darmowe prywatne repozytoria). Krok 4: Podłączenie naszego komputera z repozytorium Jeśli utworzyłeś repozytorium na serwerze to teraz musisz je sklonować. Aby to zrobić musisz otworzyć terminal i wpisać/wkleić tam następujące polecenie: $ git clone _twoje_repozytorium_ Jeśli utworzyłeś repozytorium w jednym z sugerowanych przeze mnie miejsc, to po wejściu w nie powinieneś znaleźć tam dokładne polecenie, które wystarczy wkleić w terminalu. Krok 5: „Pierwszy commit, pierwszy push”Gdy już ma sklonowane repozytorium i edytowałeś jakiś plik będziesz mógł dodać swoje zmiany. Aby to zrobić musisz otworzyć terminal, a następnie przejść do swojego repozytorium. Teraz sprawdzimy co tak naprawdę się stało, wpisz: $ git status zobaczysz teraz branch, na którym pracujesz oraz listę plików które zmieniałeś. Pliki mogą znajdować się w kilku stanach: Untracked Unmodified Modified Staged Aby dodać plik na którym pracowałeś wpisz: $ git add _nazwa_pliku_ Jeśli chcesz dodać wszystkie pliki wpisz: $ git add -A Teraz możemy opisać zmiany jakie wprowadziliśmy w plikach - tak by później w historii było to łatwo znaleźć. Aby to zrobić wpisz: $ git commit -m „Tutaj opisz swoje zmiany” Teraz twoje zmiany są gotowe do publikacji, aby to zrobić wpisz: $ git push Tyle! Teraz możesz zobaczyć na serwerze przechodząc do swojego repozytorium zmiany jakie dodałeś. Jeśli nie jesteś fanem terminala możesz pobrać z sieci narzędzie do gita z ładnym UI. Ja mogę Ci zasugerować, abyś sprawdził Fork oraz SourceTree. Pamiętaj jednak, że to tylko narzędzia, a nie magiczne rozwiązanie. Takie rzeczy jak nazwy commitów mają bardzo duże znaczenie. Przykład złych nazw commitów: * Fix. * Better fix. * Done. * Almost done. * Fire! Jeśli macie do mnie jakieś pytania to chętnie na nie odpowiem, zapraszam do ich zadawania Specjalnie dla Android.com.pl Łukasz Bednarczyk
  5. Zieelony

    Początki programowania

    Witam, ostatnio próbowałem zacząć moją przygodę z Androidem. Szybko się zniechęciłem, bo wszystkie tutoriale były po angielsku i były dodatkowo chaotyczne i niezroumiałe. Mam pytanie czy znacie może jakieś dobre strony z programowaniem w androidzie z których może sami korzystaliście. Szukałem, ale słabo mi to wychodziło. Znalazłem "dobry" zestaw 200 filmów na YT o programowaniu w Androidzie niestety wszystko jest chaotycznie tłumaczone i to w języku ang. Próbowałem zaczynać coś w Androidzie, ale w tutorialach nigdzie nie pisali do jakiej wersji jest tutorial. Więc szukając po rożnych źródłach mieszał mi się kod. Jaką wersje polecacie i czym to się rózni czy bd robił w 2.3, czy w 4.0 (oprocz tego ze 4.0 nie odpali na na telefonie).
  6. Witam serdecznie, jestem świeżym posiadaczem SGS'a. Trochę poczytałem na forum o nim przed zakupem i zaraz po, ale nadal nie jestem pewny co by tu z nim zrobić. Proszę żebyście polecili mi coś co powinienem zrobić od razu na starcie, chodzi mi o: sprawę z aktualizacją(jaką wybrać czy zrobić normalną przez KIESA czy co), jakiego launchera, jakiego roma, przydatne(niezbędne) aplikacje ułatwiające życie zwykłego użytkownika. Nie jestem na razie jakimś maniakiem aplikacji i nie pałam chęcią robienia sobie od początku syfu, ale jestem otwarty na wszelkie propozycje. Wyczytałem już, że warto wgrać PowerAmp, mVideoPlayer i APNdroid. Jestem otwarty na sugestie i propozycje. Mam Samsunga z oprogramowaniem Play'a więc sądzę że jest jakiś lepszy wybór bo ten pewnie zamula tymi swoimi "babolami" itp. Od razu napiszę, że raczej nie jestem nastawiony na odbieranie maili czy jakieś inne społecznościowe buble (może z czasem się to zmieni) jedyne co to wgram sobie gg. Czekam na wasze sugestie. .
  7. kaju666

    Początki z MAGIKIEM

    Witam Właśnie zakupiłem sobie nowiutkiego wspaniałego Magika. Pierwsze co zrobię to zmienię na nim system na myHero(chyba najbardziej polecany przez wszystkich). Mam pytania: 1. Czy jeśli wszystko zrobię zgodnie z tym poradnikiem to wszystko będzie dobrze? http://wiki.android.com.pl/Root_dla_HTC_Magic 2. Jaki mi polecacie recovery?? 3. Wcześniej miałem diamencika i nawet sam tworzyłem romy, Czy naprzykład ten MYHERO też jest tak abrdzo modyfikowany jak romy na WM czy po prostu to jest czysty rom z HERO dla magika? 4. Jakieś może są jeszcze ważne sprawy o których musiałbym wiedzieć przed zmianą romu? 5. No i jakim waszym zdaniem jest najlepszy rom? Sory, moze za głupie pytania ale wole być 100% pewien już jednym telefonem bawi się mój młodszy brat Pozdrawiam, Nowy FAN Androida.
  8. Niech ktoś opisze co trzeba znać (jakie języki), aby zacząć "zabawę" z programowanie na Androidzie. Słyszałem, że Java, nie J2ME, ale bardziej Java SE (ale nie wszystko), PHP, XML itp. . I teraz pytanie o książki, gdzie można dowiedzieć się o wersji SE. Z tym chyba będzie problem, to może inaczej: Co Android wykorzystuje (albo nie wykorzystuje) z Javy? Chodzi mi o to, że podczas czytania chciałbym pominąć informacje, które w odległej przyszłości okażą się zbędne(np. Swing).
  9. fireblade1976

    Poczatki z Legend

    Witam Kupilem wlasnie Legend i mam kilka pytan. Czy istnieje mozliwosc dokupienia innych sluchawek?,Bo te orginalne to porazka. Czy telefon ma mozliwosc odbierania polaczen na sluchawkach? Jak zrobic zdjecie,lub nagrac film? Przeczytalem ze trzeba urzyc myszy optycznej,ale jakos nie moge zrobic zdjecia(kwestia wprawy,techniki???) Czy istnieje w kalendarzu mozliwosc ustawienia powtarzalnosci zadan np kazdy czwartek? Czy legend bedzie dzialal z karta micro sdhc czy tylko micro sd?
  10. ahila

    Początki

    A więc tak postanowiłem że zabiore się za programowanie w Javie Dalvik co do moich poprzednich styczności z informatyką HTML i CSS (poki co) kiedyś pisałem programy (podstawowe) w Delfi ,,, czy moge przejść teraz do Javy ? czy to jeszcze zbyt wysoka szkoła jazdy ?? jak nie to jak ktoś zajmujący się by mógł mi podstawy wyjaśnić to byłbym wdzięczny Pozdrawiam Ahila.
x