City: Nowa Brzeźnica\nRegistration: 2013-08-30 20:14\nLogin: 2021-10-07 07:47\nWojciech Kowalski eCoal 0.3.1.6\n2021-09-18 09:07 Topic: eCoal.pl » kupię / sprzedam\nkaroka65 napisał » 2021-09-18 09:01\nNo to tylko nic jak pogratulować "zmądrzenia"\nZmądrzenie to nie wszystko- trzeba też mieć finanse. Bo chyba każdy by chciał nie babrać się w węglu i mieć czysto w kotłowni (maszynowni).\n2021-09-18 08:28 Topic: eCoal.pl » kupię / sprzedam\nSprzedam kocioł Ogniwo Eko plus 16kW, rok produkcji 2013. Opalany przez cały rok, latem na cwu. Dodatkowo drzwiczki ocieplane wełną mineralna i obłożone blachą. Dodatkowo cztery elementy (człony) palnika, bo z niewiadomych przyczyn wypaliły sie dziury w palniku i już wymieniam rok i nie mogę wymienić. Mogę dorzucić zbiornik elamliowany dwupłaszczowy 140 l poziomy na cwu, użytkowany wtaz z piecem. Sprzedaję po kupuje pompę ciepła. Odbiór osobisty. Zdjęcia gdzieś nie mogę tu dodać, bo pisze na serwerze że nie ma miejsca. Telefon: 668335903. Cena 3400zł.\n2021-01-20 20:52 Topic: eSterownik.pl » Czy działają statystyki na 0.3.1.6\nPanowie. Jak w temacie. Czy działają statystyki na 0.3.1.6\n2020-07-01 21:27 Topic: eCoal.pl » czym zabezpieczaliście może wnętrze zbiornika\nWitam. Panowie jak w temacie. Czym zabezpieczaliście może wnętrze zbiornika. Będę demontował zbiornik i czym można wymalować wnętrze zbiornika żeby dłużej służył? Czymś do konserwacji podwozia samochodowego?\n2020-01-05 15:03 Topic: Aplikacje mobilne » Aplikacja eSterownik iOS dostępna w App Store\nTeż dołączam się do pytania lukiluk962. Mam iphona 6s i sterownik w wersji e coal 3.1.6. Czy aplikacja e sterownik będzie działać?\n2018-11-14 12:46 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nczy w automacie sterownik ecoal nie ma tak że podbija o 5 st. i nie można tego przestawić bo tak jest zaprogramowany?\n2018-11-14 12:25 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nWidzę że karoka 65 ma jakiś problem ... ...ze sobą, albo z jakąś swoją częścią ciała. Wymienić cały korpus wielka mi podpowiedź. Najlepiej może wymienić piec. Po to zadaję pytania , doradzam się, żeby zminimalizować koszty , nie nie być może ponosić nie potrzebne koszty. Jak jedziesz do mechanika samochodowego bo ci samochód nie chce jeździć na gazie , to ci całej instalacji od razu nie wymienia.\n2018-11-14 10:18 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nKaroka 65. Forum jest nie po to żeby się wymądrzać. Nic swoim postem nie pomogłeś i nie podpowiedziałeś. Lepiej żebyś nic nie pisał.\n2018-11-13 20:28 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\ndodane 2018-11-13 20:19Jestem ponownie. Po przeczyszczeniu pieca, rozpalałem w trybie ręcznym, szału nie ma , wydaje się jakby dmuchawa słabo dmuchała, mimo ze jest ustawiona na 100%. Po przełączeniu na automat nie widzę różnicy w pracy dmuchawy, mimo że pracowała na 54%. Przecież w trybie ręcznym powinno "chuczeć" w piecu. Albo dmuchawa słabo dmucha , albo kanały w palniku są zapchane. Może tak być , bo zauważyłem, że jakimś cudem wypaliły mi się dziury w żeliwnym palniku w dwóch członach- w pierwszym od strony ślimaka widać śrubę skręcającą palnik. Jakieś sugestie? Jeżeli trzeba rozbierac palnik to jak to zrobić? W sobotę będę czyścił komin.\ndodane 2018-11-13 20:20\ndodane 2018-11-13 20:28Grzejniki nie chodzą a piec nie może osiagnąć temperatury 62st, bo jest ustawiony na 57st. Zima zamarznę.\n2018-11-13 06:42 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nGroszek niedopalony, jakby się koksował. Zauważyłem, że piec długo dochodzi do zadanej temperatury , mimo, że przecież nie ma dużego poboru ciepła, bo wszystkie grzejniki nie "chodzą".\ndodane 2018-11-13 06:42A tak z ciekawości jakie są ustawienia fabryczne czasu podawania - ile sekund?\n2018-11-11 21:12 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nPanowie przestawiałem różnie czas podawania 12 s, nadmuch + 7, czas podawania 10 s, nadmuch +6, czas podawania 5 s, nadmuch 5 s. Cały czas nie dopala. Jakieś podpowiedzi?\ndodane 2018-11-11 21:12Panowie przestawiałem różnie czas podawania 12 s, nadmuch + 7, czas podawania 10 s, nadmuch +6, czas podawania 5 s, nadmuch 5 s. Cały czas nie dopala. Jakieś podpowiedzi?\n2018-10-24 19:01 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nok. dzieki. pzodr.\n2018-10-24 18:56 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nA 4 sek to dobrze?\n2018-10-24 18:51 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\ni może zmniejszyć czas podawania na 3sek?\n2018-10-24 18:41 Topic: eCoal.pl v3.5 » Niedopalony eko groszek- jakie parametry zmienić?\nPanowie. Nie dopala mi eko gorszku i taki niedopalony jest zrzucany do popielnika. Palę w automacie. Co zmienić? W grzaniu korektę dmuchawy mam ustawioną na +1%, czas pracy podajnika 4sek.\n2017-10-24 22:20 Topic: eSterownik.pl » Jak skasować statystyki?\nJak skaskować statystyki? Wpisy skasowałem , ale wykresy są. Jak to skasować?


Nie będzie Lamborghini Estoque - motogazeta mojeauto.pl\nmojeauto.pl > motogazeta > Samochody luksusowe > Nie będzie Lamborghini Estoque\n2009-03-24 źródło: Lamborghini mojeauto.pl\nPrzynajmniej na razie. Ze względu na trudną sytuację w branży motoryzacyjnej, Lamborghini odłożyło w bliżej nieokreśloną przyszłość decyzję co do produkcji swojego czterodrzwiowego modelu Estoque.\nZaprezentowany w październiku ubiegłego roku na wystawie samochodowej w Paryżu koncepcyjny Lamborghini Estoque miał stanowić zapowiedź trzeciej rodziny modeli tej sportowej marki. Mierzące 5,15 m długości auto, po raz pierwszy w historii koncernu z czterodrzwiowym nadwoziem, miało stanowić konkurencję dla podobnych modeli, jakie będą niebawem mieć w swojej ofercie Porsche (Panamera) czy Aston Martin (Rapide).\nPod maskę modelu Estoque miał trafić 10-cylindrowy silnik z modelu Gallardo LP 560-4, którego moc 560 koni mechanicznych miała trafiać na wszystkie koła. Gama silników miała zostać powiększona ponadto o doładowany silnik V8, być może silnik wysokoprężny, a w nieco dalszej perspektywie również miał się pojawić napęd hybrydowy.\nCzy decyzja szefów Lamborghini oznacza definitywny koniec modelu Estoque? W komunikacie tej włoskiej marki możemy przeczytać, iż w dalszym ciągu nie została podjęta decyzja co do produkcji tego modelu. Jeśli zaś w przyszłości pojawi się trzeci model, to czterodrzwiowe coupe wydaje się być jak najbardziej logiczną propozycją. Tak więc osoby czekające na pierwsze czterodrzwiowe Lambo muszą uzbroić się w nieco większą cierpliwość i z nadzieją oczekiwać na poprawę koniunktury.


Podejrzana o kradzież sklepową zatrzymana - Aktualności - KRP I – Śródmieście\nPodejrzana o kradzież sklepową zatrzymana\nŚródmiejscy kryminalni zatrzymali kobietę podejrzaną o kradzież kosmetyków w sklepie. W przestępstwie brały jeszcze udział dwie inne osoby, które są nadal poszukiwane. Za to przestępstwo kodeks karny przewiduje do 5 lat pozbawienia wolności.\nKobieta podejrzana o kradzież w sklepie\nWłaściwe rozpoznanie w środowisku przestępczym pozwoliło policjantom ze śródmiejskiego wydziału operacyjno-rozpoznawczego na ustalenie, kim jest osoba z publikacji. Kamery zarejestrowały wizerunek kobiety w towarzystwie dwóch innych osób w związku z kradzieżą, do której doszło w lutym tego roku w sklepie z kosmetykami. Komunikat w tej sprawie pojawił się na stronach internetowych Policji.\nSkradziono wtedy towar o wartości ponad 500 złotych. Nadal poszukiwana jest kobieta i mężczyzna, którzy byli wtedy w sklepie i prawdopodobnie uczestniczyli w kradzieży. Zatrzymana 21-latka usłyszała już zarzuty. Za kradzież grozi jej do 5 lat pozbawienia wolności.


Stacje dokujące do tabletów Microsoft | north.pl - zamienne części i oryginały - Mamy to!\nStacje dokujące do tabletów Microsoft\nPrezentujemy Stacje dokujące oryginalne i zamienne do tabletów Microsoft. Zastosowanie filtrów ułatwi Tobie poruszanie sie po stronie. Wpisując model sprzętu w wyszukiwarkę uzyskasz dostęp do oryginalnych części, jak i zamienników. Każdy Twój sprzęt posiada tabliczkę znamionową, która w zależności od urządzenia znajduje się wewnątrz lub na obudowie zewnętrznej sprzętu. Zajrzyj do naszych złożeniówek, by upewnić się, której części poszukujesz. Pielęgnacja sprzętu jest niezwykle ważna, zobacz więc naszą ofertę środków pielęgnacyjnych i akcesoriów do sprzętów AGD.\nStacja dokująca Surface Pro 4 do tabletu PF300006 indeks: 707-KD-3241\nPasuje do: SURFACE PRO 3, SURFACE PRO 4


[artykuł] Dobre praktyki wytwarzania oprogramowania | Artykuły\nArtykuł omawia dobre praktyki wytwarzania oprogramowania w oparciu o 18 letnie doświadczenie w branży IT z punktu widzenia dewelopera/programisty. Artykuł nawiązuje do praktyk zalecanych w projektach domowych, praktyk stosowanych w projektach komercyjnych, zalety i wady poszczególnych rozwiązań związanych z organizacją projektu, organizacją pracy w projekcie itp. (artykuł)\n[artykuł] Artykuł omawia dobre praktyki wytwarzania oprogramowania w oparciu o 18 letnie doświadczenie w branży IT z punktu widzenia dewelopera/programisty. Artykuł nawiązuje do praktyk zalecanych w projektach domowych, praktyk stosowanych w projektach komercyjnych, zalety i wady poszczególnych rozwiązań związanych z organizacją projektu, organizacją pracy w projekcie itp.\nDobre praktyki w wytwarzaniu oprogramowania to hasło, które wzbudza zainteresowanie zarówno amatorów programowania jak i profesjonalistów z dużym doświadczeniem. Przez dobre praktyki każdy może rozumieć coś innego - dla jednych jest to szybkość dostarczania produktów (czyli procedury w firmie działają efektywnie i produkty są zawsze dostarczane na czas), dla innych mała awaryjność produktu (czyli np. produkt jest dobrze przetestowany przed wypuszczeniem na rynek i ewentualne błędy są korygowane zanim produkt ujrzy światło dzienne), kolejne osoby mogą oczekiwać, że do projektu będzie można stosunkowo łatwo wdrażać nowe osoby (czyli projekt jest dobrze zorganizowany), dla jeszcze innych będzie to czytelność kodu źródłowego, pokrycie kodu testami jednostkowymi albo nawet stosowanie code review.\nInnymi słowy: punkt widzenia zależy od punktu siedzenia. W niniejszym dokumencie przedstawię swój punkt widzenia w oparciu o 18 letnie doświadczenie związane z wytwarzaniem oprogramowania, w tym ponad 8 letnie w komercyjnych projektach.\nRozwiązania sprawdzone i skuteczne\nMieć i używać repozytorium\nNiezależnie od tego czy pracujesz sam czy z kimś, zawsze organizuj swoje projekty na repozytorium. Do najbardziej popularnych repozytoriów należą SVN i GIT. W dzisiejszych czasach nie znajdziesz ani jednej poważnej firmy, która nie stosowałaby repozytorium do wersjonowania zmian w projekcie. Jest to standard bez którego obecnie żaden nowy biznes IT nie zaistnieje.\nPosiadać jeden system do kontroli błędów\nDobrze mieć jakiś system kontroli błędów. Zdecydowana większość firm używa systemu kontroli błędów Jira. Jest to niestety produkt płatny, jednak jakość tego produktu jest tak wysoka, że firmy na rynku IT niemalże lawinowo przeszły z darmowych rozwiązań typu np. Mantis, Bugzilla na rzecz Jira.\nWarto mieć świadomość, że system kontroli błędów to nic innego jak biurokracja, jednak biurokracja w komercyjnych projektach zawsze istnieje, a w domowych projektach czasami jednak chcemy ją równiez mieć po to, aby mieć miejsce w którym zechcemy opisać zauważone błędy, na które nie mamy aktualnie czasu spojrzeć.\nPlanowanie zawsze krótkoterminowe\nProgramista zawsze powinien skupiać się na planowaniu krótkoterminowym. Programista nie jest bowiem od tworzenia wizji rozwoju całej firmy, nie ma wiedzy na temat planów biznesowych rozwoju firmy, nie podpisuje kontraktów z których finansowane są między innymi wynagrodzenia programistów. Innymi słowy: programista jest narzędziem dla firmy, które ma realizować określone zadania. Długofalowy plan znają architekci/team leaderzy, którzy czuwają nad prawidłowym kierunkiem prac osób w zespole. Team leaderzy często bowiem biorą udział w ustaleniach biznesowych i oszacowują czas realizacji nowych projektów na bazie wieloletniego doświadczenia w wytwarzaniu oprogramowania jak i bardzo dobrej znajomości posiadanych produktów. Odcięcie się od dalekich planów pozwala łatwiej skoncentrować się na zadaniach bieżących, które i tak trzeba zrealizować, aby długofalowy plan zarządu mógł zostać zrealizowany.\nZalety stosowania krótkoterminowego planowania są wymierne, ponieważ można po krótkim odcinku czasu (np. po miesiącu) zweryfikować, czy projekt rozwija się we właściwym tempie i co ważniejsze, czy podąża on we właściwym kierunku. Przypuszczam, że z tych powodów coraz częściej spotyka się firmy, które stosują metodyki zwinne do zarządzania projektem (zapewne słyszałeś takie pojęcia jak Agile, czy też Scrum). Ponadto można na wczesnym etapie stwierdzić, czy oszacowania dotyczące czasu realizacji projektu są poprawne.\nZapamiętaj więc, że programista nie jest od tego, aby tworzyć długoterminowe plany.\nDzielenie dużych zadań na mniejsze\nJeżeli masz zadanie, które trzeba realizować dłużej niż miesiąc to koniecznie powinieneś podzielić je na mniejsze etapy (i zawsze się da). Pamiętaj jednak, aby nie rozbijać zadania na etapy liczone w godzinach. Jest bardzo mało zadań, które da się zrobić w godzinę. Jest sporo zadań, które da się zrobić w dzień (ewentualnie kilka dni).\nRacjonalne planowanie własnej pracy\nJeżeli planowanie zajmuje Ci więcej niż realizacja zadań – zastanów się co jest ważniejsze: dobry plan czy zrealizowanie zadania. Niektóre rzeczy lepiej zaplanować ogólnie tj. wykonać mało szczegółowy plan w znacznie krótszym czasie i w trakcie realizacji je doprecyzowywać (w tym korygować założenia).\nWycenianie czasu realizacji zadania\nPrzed rozpoczęciem realizacji zadań związanych z wytwarzaniem lub aktualizacją kodu, często zachodzi potrzeba wyceny ich pracochłonności. Jeżeli projekt jest przez Ciebie już dobrze znany to mniej więcej jesteś w stanie oszacować ile czasu będziesz potrzebował na realizację nowych funkcjonalności. Pamiętać jednak należy, że nie wszystko da się wycenić. Nie da się wycenić np. czasu realizacji zmian w projekcie którego nie znamy i tym samym może się okazać, że trzeba po prostu improwizować.\nCo robić, gdy projektu nie da się wycenić w krótkim czasie\nNajważniejsze to zakomunikować fakt, że nie znamy projektu i nie jesteśmy w stanie jego wycenić. Można również dać informację, że projekt być może zajmie 2 tygodnie (jeżeli myślisz, że są szanse zrealizowania w tym czasie), ale po 2 tygodniach może okazać się, że będziemy potrzebowali kolejnych tygodni, bo po szybkich oględzinach kodu nie jesteśmy w stanie stwierdzić jakie mogą wystąpić problemy w trakcie realizacji zadania.\nPowyższa argumentacja dla kierownika projektu czy też zarządu brzmi racjonalnie i zazwyczaj wszyscy są z takiej wyceny zadowoleni. Zarząd bowiem chce mieć jakąkolwiek estymację czasu, ponieważ chce wiedzieć czy projekt da się zrealizować w tydzień, w miesiąc czy też rok. Praca każdego pracownika przekłada się na budżet firmy, więc niektóre projekty mogą po prostu nie być realizowane, bo po prostu się to by firmie nie opłaciło.\nRealizacja projektu, którego nie byliśmy w stanie wycenić\nJeżeli już dojdzie do realizacji projektu, którego nie znamy i nie byliśmy w stanie wycenić, to powinieneś skupić się na wykonywaniu zadań wg listy tego co trzeba zrobić. Jeżeli będziesz próbował najpierw zrozumieć jak działa cały projekt, to w konsekwencji skupisz się na planowaniu przyszłej pracy, zamiast realizować powierzone zadanie. W trakcie realizacji kolejnych zadań z listy mimowolnie będziesz uczył się projektu i kolejne modyfikacje pójdą Ci szybciej i sprawniej. Innymi słowy: czasem trzeba wykonywać iteracje nie znając projektu. Jest to mało komfortowa sytuacja, jednak jest ona znacznie bardziej skuteczna aniżeli oglądanie przez miesiąc kodu, po czym nastąpi przez Ciebie wycenienie realizacji zadania na kolejny miesiąc (albo i więcej).\nJak wyceniać zadania w projekcie dobrze znanym\nJeżeli robisz już wycenę czegokolwiek to pamiętaj: wyceniaj ZAWSZE z zapasem. Szybciej skończysz? Super! Szybciej weźmiesz kolejne zadanie i tym samym będziesz miał większy zapas czasowy na kolejne zadanie, którego być może ktoś nie doszacował. Nie skończysz w wyznaczonym czasie? Czekają na Ciebie już kolejne zadania! W tym drugim przypadku zaczyna rosnąć presja ze strony zarządu, że produkt jeszcze nie jest skończony, a w Tobie może zrodzić się poczucie niewywiązywania się z obowiązków, które wcale nie poprawi jakości Twojej pracy.\nKultura pracy z repozytoriami\nPoniżej wyszczególniłem najważniejsze zasady pracując z repozytoriami:\nMieć i używać repozytorium (GIT/SVN);\nUżywaj go zawsze – niezależnie czy pracujesz sam czy z kimś.\nOpisuj commity nawet jeżeli pracujesz sam – wyrabiasz wówczas tzw. dobre nawyki.\nOpis to zazwyczaj jedno zdanie, które dodatkowo poprzedza się numerem zgłoszenia z systemu używanego do kontroli błędów (np. Jiry).\nPrzykład opisu: ENGINE-1234: Fixup! Keyboard was not responding when low FPS occurred.\nNie ma zadania w Jirze? Wystarczy krótki opis w commicie.\nNie twórz wielu kopii projektu na boku (wszystkie źródła mają być w repozytorium).\nZanim wdrożysz zmianę na repozytorium - przetestuj czy kod się kompiluje i czy funkcjonalność z grubsza działa.\nNie wdrażaj zmian na repozytorium, których nie przetestowałeś - pamiętaj, że inni też pracują z tym kodem i możesz przez niedbalstwo nieumyślnie zablokować innym pracę.\nZanim wykonasz commita - sprawdź jakie są zmiany w plikach, które commitujesz. Czasami zapomina się o wstawionych komunikatach diagnostycznych (które są na produkcji zbędne). Zapomina się o zmienionej wartości zmiennej, która ułatwiła testowanie kodu. Zdarza się zapominać o tym, że wycięliśmy np. jakąś funkcjonalność po to, aby ułatwić testowanie swojej funkcjonalności.\nJak wygląda praca przy komercyjnych projektach\nSpora część firm na obecnym rynku pracy organizuje pracę w zespołach przy użyciu metodyk zwinnych. Innymi słowy aktualnie jest wszechobecny Scrum.\nNa czym polega Scrum\nMetodyka zwinnego zarządzania projektem polega przede wszystkim na:\nplanowaniu sprintów (sprint jest to jeden cykl wytwarzania oprogramowania)\nsprint zawyczaj trwa od 2 do 4 tygodni - firma wewnętrznie ustala jaka długość sprintu najbardziej odpowiada w danym zespole lub firmie (długość sprintu nie jest zmieniana);\nw dniu rozpoczęcia nowego sprintu ustala się jakie zadania powinno udać się zrealizować w ramach sprintu;\npo ustaleniu zadań jakie będą realizowane w sprincie, żadne nowe zadanie nie może zostać dodane do sprintu w trakcie jego trwania (w końcu cały czas trwania sprintu został teoretycznie zaplanowany) - ta reguła jest niewygodna dla kierownictwa i w praktyce często się robi od niej odstępstwa;\nkażdego dnia jest standup o stałej godzinie, który trwa zazwyczaj około 15 min (na standup każdy w zespole mówi w skrócie co zrobił dnia poprzedniego i co planuje robić w dniu dzisiejszym);\ncodzienne spotkania są dobrym miejscem komunikowanie o ewentualnych problemach technicznych, być może od ręki ktoś coś poradzi lub zaoferuje wsparcie po zakończeniu spotkania;\nkażdy sprint kończy się podsumowaniem efektów prac i ustala się termin planowania kolejnego sprintu.\nZ grubsza tak wygląda metodyka Scrum - szczegóły możesz sobie zawsze gdzieś doczytać.\nProblemy związane z metodologią Scrum\nKażda metoda zarządzania projektami ma swoje wady, w tym również i Scrum. Największym problemem jest fakt, że firmy często próbują wdrożyć omawianą metodykę zarządzania projektami na siłę, choć ewidentnie nie pasuje ona do charakteru pracy zespołu.\nMamy zespół, który zajmuje się utrzymaniem projektu oraz jego rozwojem. Zadaniem tego zespołu jest dostarczanie nowych usług oraz naprawianie usług, gdy przestaną one nagle działać. Pracujemy w metodyce Scrum, więc planujemy sprint i rozpoczynamy jego realizację. W środku trwania sprintu pojawia się pilne zgłoszenie - usługa za którą płacą klienci przestała działać. Zgodnie z metodyką Scrum nie powinno się ingerować w listę zadań będących w sprincie. Oznacza to, że z formalnego punktu widzenia nikt nie powinien usuwać awarii aż do zaplanowania jej w następnym sprincie. Z punktu widzenia biznesu taka sytuacja jest niedopuszczalna, ponieważ firma zarabia na usłudze, która aktualnie nie działa. Usługa nie działa, do firmy nie płyną pieniądze.\nTaki problem rozwiązuje zastosowanie innej metodyki zwanej Kanban. Metodyka Kanban jest dostosowana do utrzymania i rozwoju projektów. Metodyka Scrum bardzo dobrze się sprawdza, ale tylko do rozwoju tej części oprogramowania, która nie jest jeszcze dostępna na rynku oraz istnieje zespół, który zajmuje się bieżącym utrzymaniem produktów tzw. produkcyjnych.\nPraca przy projektach komercyjnych\nKod prawie nigdy nie wygląda tak jak byśmy sobie to wyobrażali.\nTrzeba się dostosować do standardu jaki obowiązuje w danej firmie (co firma to inny standard).\nKod w komercyjnych projektach zazwyczaj się ciężko czyta (a czytać trzeba, aby zrozumieć jak on działa).\nCzasem czytanie kodu wcale nie pomaga zrozumieć sensu działania aplikacji (bo warunki opierają się np. o ustawy zmieniające się w czasie).\nJest dużo, a nawet bardzo dużo kodu.\nProjekt w praktyce zawsze zależy od bibliotek 3rd-party (np. zlib, boost, libpng, sqlite itd.).\nW każdym systemie kontroli błędów znajdują się zgłoszenia, które czekają na realizację rok albo i dłużej (bo np. udało się odtworzyć błąd, ale nie udało się znaleźć jego przyczyny, lub np. cały czas są ważniejsze zgłoszenia).\nZasady wytwarzania kodu są odgórnie narzucone.\nWiększość z nich dotyczy formatowania kodu (stosowane konwencje nazewnicze itp.).\nCzasem standard firmy mówi o tym jak nazywać zmienne, funkcje itd. (generalna zasada: maksymalnie krótka nazwa, która niesie maksymalnie dużą informację do czego służy funkcja/metoda lub co przechowuje zmienna).\nWłaściwa nazwa metod, funkcji i zmiennych = kluczowy element dokumentowania kodu.\nCzasem standard określa gdzie powinny być spacje, a gdzie nie (to jest irytujące) i z tego powodu często modyfikacja nie przechodzi review, jeżeli firma je stosuje.\nPrawie nigdy nie ma wzmianki o tym, aby robić śladową dokumentację do tego, co robi dany kod.\nNawet jeżeli jest wzmianka o dokumentacji – zdecydowana większość programistów albo jej nie pisze, albo jej jakość jest tak niska, że opis mówi mniej, niż sama nazwa metody/funkcji.\nDokumentowanie kodu w postaci komentarzy często jest pisane w oparciu o posiadaną wiedzę o projekcie na daną chwilę (czyli gdy wszystko jest oczywiste, bo projekt jest świeży). Autor dokumentacji nie zastanawia się, że za pół roku być może coś trzeba będzie poprawić w tym kodzie. Konsekwencja: dokumentacja jest bezużyteczna zarówno dla autora jak i innych osób czytających kod. Dlaczego? Bo była wykonana niedbale i prawdopodobnie użyte zostały w niej słowa kluczowe jakich się używało podczas realizacji modyfikacji zamiast łopatologicznego opisu.\nJeżeli jest już prowadzona dokumentacja w kodzie to zazwyczaj jest w języku angielskim (zakłada się bowiem, że będziemy chcieli mieć zespół międzynarodowy).\nZazwyczaj nie prowadzi się osobnej dokumentacji do projektu (chyba, że kontrakt tego wymaga).\nKultura pracy w projektach IT\nNigdy nie wyrażaj ostrej krytyki na temat jakości zastanego kodu. Dlaczego? W większości przypadków nie wiesz pod jaką presją czasową był wytwarzany kod oraz w jak krótkim czasie modyfikacja musiała być zrealizowana. Prawdopodobnie nie wiesz również jakie standardy obowiązywały w firmie w latach, gdy kod powstawał oraz jakie były dostępne zasoby technologiczne.\nKilka lat temu procesory były dużo słabsze, kompilatory miały znacznie mniej optymalizacji, IDE do programowania było znacznie gorsze i wolniejsze. Kilka lat temu była znacznie mniejsza wiedza o metodach wytwarzania aplikacji, był gorszy system zarządzania błędami, trzeba było dostarczać oprogramowanie działające np. na Windows NT, aplikacja miała działać szybko na bardzo słabych komputerach (np. jeden rdzeń 400MHz, 256MB ram na system i aplikacje) itd.\nW teorii mamy mechanizmy podnoszące jakość kodu - w praktyce spotykamy uciążliwy dla programistów proces, który maksymalnie spowalnia czas wytwarzania oprogramowania.\nW teorii mamy standardy wytwarzania kodu - w praktyce mamy większość kodu, która odbiega od standardu (np. zaszłość historyczna).\nW teorii powinien być jeden system kontroli błędów - w praktyce zdarzają się firmy, w których systemów kontroli błędów jest kilka (i każdy dział ma swój).\nW teorii kod powinien być czytelny i wysokiej jakości - w praktyce kod często jest taki, że jego zrozumienie zajmuje ładnych kilka godzin zanim cokolwiek uda się w nim poprawić.\nW teorii istnieją profesjonalne narzędzia do wytwarzania kodu - w praktyce mało kto je posiada lub używa (bo np. barierą jest koszt licencji).\nKażda firma ma swoje mocniejsze i słabsze strony.\nNarzekać zawsze można, ale jak to mawiają "chcesz aby było po Twojemu, załóż własną firmę".\nEksperymenty odnośnie metod wytwarzania oprogramowania możesz prowadzić na prywatnych projektach (w końcu nic za to nie płacisz poza swoim czasem).\nKażda firma uczy się i rozwija adekwatnie do posiadanych projektów, wymagań biznesowych oraz zasobów finansowych.\nZarządzanie projektami IT wcale nie jest łatwe - wraz z nabieraniem doświadczenia na pewno zauważysz to.\nProblem rozrastającej się firmy i projektu bardzo fajnie został opisany w artykule 'historia o mrówce':\nJeżeli link nie działa, to wspomniany tekst można znaleźć np. pod hasłem: mrówka lew praca bajka w wyszukiwarce Google.\nProwadzenie projektów domowych\nPrzez ostatnie 18 lat kodowania projektów w zaciszu domowym, które w późniejszym okresie były (i nadal są) przeplatane komercyjnymi projektami, zaobserwowałem wiele problemów związanych z organizacją projektów w firmach. Sam dostrzegałem również problemy w projektach domowych, więc poszukiwałem inspiracji albo w tym jak poradziła sobie firma, w której aktualnie pracowałem lub na własną rękę szukałem lepszego rozwiązania. Zebrane wnioski przedstawiłem i po krótce opisałem poniżej.\nWszystkie projekty w jednym repozytorium\nTrzymaj wszystkie własne projekty w jednym repozytorium, a przynajmniej wszystkie projekty związane z jednym językiem programowania.\nDokumenty niezwiązane z programowaniem\nChcesz repozytorium na pisane dokumenty - super! Chcesz dorzucić do niego swoje CV, pracę dyplomową i inne dokumenty jakie od czasu do czasu trzeba napisać lub zaktualizować? Jeszcze lepiej! Posiadanie takiego repozytorium to dobra sprawa. Można w nim zapisać wyeksportowaną konfigurację używanego IDE (w sam raz do zaimportowania ustawień po reinstalacji systemu). Można w nim trzymać konfiguracje serwera Apache, języka PHP i innych dokumentów, które po prostu chcesz mieć uporządkowane i są dziełem Twojej własnej pracy. Jedno repozytorium w zupełności wystarczy Ci do tego.\nProjekty związane z programowaniem\nMoje doświadczenie mówi: jedno repozytorium na jeden język programowania to dobra sprawa. Jedno repozytorium na jeden projekt to fatalne rozwiązanie. Powód jest dość prosty: w domowym zaciszu robi się dużo projektów, które są zazwyczaj niewielkie. Mając sensownie zorganizowane repozytorium wszystkie projekty masz w jednym miejscu. Żadne repozytorium Ci nie zginie, bo wiesz, że zawsze pracujesz z jednym repozytorium, w którym masz projekty np. C++. Mając wiele repozytoriów do jednego języka programowania zaczynasz duplikować kod. Robisz modyfikację w jednym projekcie - kopiujesz przydatne narzędzia z drugiego projektu. Po kilku miesiącach kodowania okazuje się, że zmiany w drugim projekcie mogą się też przydać w projekcie pierwszym i zaczynasz w konsekwencji mieć bałagan, nad którym prędzej czy później przestaniesz panować. Zapewne w pewnym momencie wpadniesz na pomysł, na który ja wpadłem, czyli założyłem trzecie repozytorium, do którego wrzuciłem dwa poprzednie projekty. Takim sposobem uzyskałem w krótkim czasie 3 repozytoria, gdzie teoretycznie jedno zawiera źródła z dwóch pozostałych. W praktyce jednak nie chce się robić gruntownych porządków we wszystkich projektach, więc... recepta na bałagan jest gotowa. Jeżeli chcesz uniknąć problemów z organizacją własnych projektów, poświęć na początku dużo energii we właściwą organizację projektów na jednym repozytorium - dzięki temu nie będziesz musiał robić porządków w przyszłości, które są nudne, męczące i czasochłonne.\nNigdy nie trzymaj bibliotek 3rd-party w tym samym repozytorium co własne projekty. Biblioteki 3rd-party co jakiś czas trzeba aktualizować, więc nie chcesz robić 'śmieciowych' commitów na swoim głównym repozytorium z projektami. Jeżeli będziesz pracował pod Linuxem to prawdopodobnie będziesz używał polecenia grep do przeszukiwania źródeł projektu. Zapewne nie chcesz, abyś dostawał wyniki wyszukiwania ze źródeł 3rd-party.\nProjekty 3rd-party powinieneś zawsze kompilować ze źródeł. Samodzielna kompilacja bibliotek gwarantuje Ci, że biblioteki zawsze będą się poprawnie linkowały z Twoimi projektami. Ponadto przejście na nowszy kompilator nie będzie stanowiło żadnego problemu - wszystko możesz bowiem od ręki skompilować ponownie.\nWypracuj sobie system szybkiej kompilacji wszystkich bibliotek, jakie masz w 3rd-party. Najlepiej w wersji Debug i Release. Biblioteki 3rd-party zawierają bowiem czasami błędy, które trzeba samodzielnie poprawić.\nNigdy nie kopiuj bibliotek 3rd-party do repozytorium z własnymi projektami - wykonaj poprawną konfigurację projektów określając gdzie kompilator ma szukać plików nagłówkowych i bibliotek statycznych.\nBiblioteki dynamiczne w najgorszym przypadku będziesz musiał kopiować z 3rd-party do katalogu, w którym będą się generowały Twoje aplikacje (biblioteki dynamiczne *.dll muszą się bowiem znajdować w katalogu obok aplikacji *.exe). Jeżeli chcesz uniknąć kopiowania bibliotek dynamicznych za każdym razem - skonfiguruj projekty w 3rd-party tak, aby pliki *.dll były generowane do katalogu np. _bin_. Katalog _bin_ w rzeczywistości może być bowiem linkiem symbolicznym na katalog, w którym generowane są pliki wykonywalne z Twoich projektów.\nWszędzie gdzie się da stosuj linkowanie statyczne (mowa o C++). Nie trzeba będzie wówczas dostarczać dodatkowych bibliotek niezbędnych do uruchomienia aplikacji. Ponadto linker wytnie kod, który nie został użyty, dzięki czemu sumarycznie aplikacja będzie zajmowała mniej miejsca na dysku i będziesz miał mniej problemów z jej publikacją.\nOkreśl standardy kodowania\nTworząc własne projekty zadbaj o to, abyś wszystkie prowadził w jednym standardzie. Przez standard należy rozumieć przede wszystkim stosowaną konwencję nazewniczą i sposób dokumentowania kodu. Nie wymyślaj raczej koła na nowo – wyszukaj jakiś standard konwencji nazewniczej i stosuj ją we wszystkich projektach. Jeżeli z jakiegoś powodu chcesz zrobić zlepek z różnych standardów - nie ma problemu. Zadbaj jednak o to, aby standard został spisany przed rozpoczęciem prac nad różnymi projektami. Zapisz go również gdzieś na repozytorium, aby był on pod ręką (np. w katalogu docs ze źródłami Twoich projektów). Nie próbuj również dokumentowania kodu w stylu doxygen – to się nie sprawdzi - tylko się zniechęcisz do robienia jakiejkolwiek dokumentacji. Tworząc standard pamiętaj, aby zostawić jakąś minimalną swobodę i nie określać niepotrzebnie standardu do wszystkiego co wymyślisz. Wyjdź z założenia, że standard powinien być maksymalnie prosty do zapamiętania. Raczej nikt podczas pisania projektu nie będzie co i rusz sięgał do projektu, bo np. ustalisz restrykcje odnośnie długości zmiennych, bądź zdefiniujesz n-dziesiąt prefiksów, które Twoim zdaniem powinny określać typ zmiennej. Minimalizuj konieczność zapamiętywania rzeczy opisanych w standardzie do minimum. Niech pisanie kodu będzie oczywiste, a nie wydumane.\nDbaj o aktualizacje standardu\nCzasem się zdarza tak, że w standardzie znajdują się zapisy nieżyciowe, bądź czegoś w nim nie uwzględniliśmy. Wówczas standard należy zaktualizować po to, aby wyeliminować nieżyciowe zapisy bądź uzupełnić go o bardziej zrozumiałe przykłady. Jeżeli standard będzie zawierał nieżyciowe zapisy to prędzej czy później nie będziesz go używał. Brak standardu z kolei będzie powodował, że prawdopodobnie będziesz zmieniał konwencję wraz z tym, w jakiej firmie aktualnie pracujesz.\nDbaj o dokumentowanie kodu\nDokumentowanie kodu jest wbrew pozorom bardzo opłacalne we wszelkiego rodzaju projektach. Polecam dokumentować funkcje/metody jedną/dwoma linijkami tekstu. Krótki komentarz ułatwia zrozumienie działania funkcji. Ponadto jak się wraca do projektu po kilku miesiącach przerwy znacznie łatwiej go zrozumieć. Jeżeli nie nauczysz się dokumentować własnego kodu to prawdopodobnie po kilku miesiącach przerwy od projektu nie będziesz wiedział po co dany kod został napisany. Ponadto kod z miejsca wyda Ci się albo nieoptymalny albo nieintuicyjny, co spowoduje, że przekreślisz n-miesięcy swojej przeszłej pracy i zaczniesz go pisać od nowa.\nDokumentując kod używaj prostych sformułowań – wyjdź z założenia, że terminów i tak nie będziesz pamiętał za kilka miesięcy. Pisz w kodzie komentarze, jeżeli uważasz, że się mogą przydać w razie nagłej potrzeby poprawienia kodu w wyniku znalezienia buga. Pisz komentarze tym bardziej jeżeli pracujesz nad wieloma projektami. Analiza starego kodu kosztuje dużo czasu – pisz komentarze zawczasu tam gdzie uważasz za słuszne, aby zredukować czas potrzebny na analizę w przyszłości.\nDo dokumentowania kodu polecam używać tylko i wyłącznie komentarzy jednowierszowych – komentarz wielowierszowy zostaw dla innego programisty (oraz dla siebie) jeżeli będziesz chciał wyciąć jakiś fragment kodu i pisać na jego podstawie 'lepszy' algorytm.\nStaraj się dokumentować kod choć w minimalnym stopniu. Jeżeli nie masz ochoty dokumentować wszystkiego, to zadbaj chociaż o to, aby wszystkie metody i funkcje publiczne posiadały chociażby śladową dokumentację.\nW jakim języku dokumentować kod?\nOsobiście polecam pisać dokumentację w języku ojczystym (czyli w polskim). Powód jest prosty: większość z nas słabo pisze po polsku, a co dopiero w innym języku. Najpierw powinieneś nauczyć się pisać poprawnie po polsku, a dopiero potem możesz myśleć o pisaniu dokumentacji w innym języku. Ponadto łatwiej będzie Ci zrozumieć po kilku miesiącach dokumentację polską, aniżeli angielską - dysponujesz bowiem znacznie bogatszym słownictwem i lepiej kojarzysz znaczenia słów z ojczystego języka. Jest również wielu przeciwników pisania w języku innym niż angielski - w komercyjnych projektach jeżeli jest już dokumentacja to tylko angielska. Powód: zespoły są często międzynarodowe. Jeżeli chcesz więc ćwiczyć w domu pisanie dokumentacji w języku angielskim - Twój wybór. Osobiście jednak do dokumentowania kodu za pomocą komentarzy preferuję język polski.\nUnikaj refaktoryzacji kodu\nUnikaj refaktoryzacji kodu. Refaktoryzacje są bardzo kosztowne czasowo. BARDZO.\nJeżeli komponent działa – nie ruszaj go. Jest brzydko napisany? Nie ruszaj go (bo działa). W tym czasie możesz napisać coś nowego, a refaktoring tylko i wyłącznie zabierze Ci czas na coś co i tak działa. Po refaktoringu kod będzie zwracał ten sam wynik, więc po co masz poświęcać dzień, tydzień, miesiąc na refaktoring skoro można ten czas wykorzystać na rozwój projektu?\nDbaj o wysoką jakość kodu na bieżąco – nie będziesz musiał poświęcać później czasu na ewentualne refaktoryzacje.\nZadbaj o profesjonalne narzędzia pracy\nProfesjonalne narzędzie pracy to jeden z kluczowych elementów efektywnej pracy z projektami. Jeżeli kodujesz w C++, polecam Visual Studio (wystarczy wersja Professional). Jeżeli kodujesz w PHP, polecam PHP Storm. Pracujesz z bazami danych MySQL? Używaj MySQL Workbench. Pracujesz z Pythonem? Używaj PyCharm.\nZdobywaj wiedzę jak korzystać efektywnie z narzędzi dostępnych w profesjonalnych IDE.\nZbieraj dobre praktyki we własnych projektach\nWraz ze zdobywaniem doświadczenia zawodowego staraj się zbierać dobre praktyki i wdrażać je do własnych projektów. Jeżeli dobrych praktyk nie będziesz używał w domowych projektach to prawdopodobnie część z nich przepadnie po zmianie pracy i po pewnym czasie o nich zapomnisz lub będziesz je kojarzył jak przez mgłę.\nAktualizuj swoją wiedzę\nPamiętaj, aby nie zaniedbywać aktualizacji swojej wiedzy. Ucz się wysokich standardów wytwarzania oprogramowania i dobrych praktyk oraz stosuj je w praktyce.\nBranche, Unit testy i code review\nTworzenie branchy w prywatnym projekcie rozwijanym w oparciu o SVN mija się z celem (przynajmniej dopóki nie ma się produktu w wersji produkcyjnej). Pracuj więc na głównej gałęzi i commituj tam wszystko jak leci. W przypadku git-a branche mogą się przydać w przypadku pracy wieloosobowej, ponieważ GIT wprowadza nieco więcej chaosu w commitach. SVN ma to do siebie, że wszyscy deweloperzy w projekcie widzą ten sam stan głównego repozytorium i w praktyce zawsze pracują na ostatniej wersji. W SVN nie da się skasować tego co zostało już wcommitowane i to jest całkiem dobra własność. W przypadku GIT-a każdy deweloper ma własną kopię repozytorium. Ponadto zazwyczaj GIT jest skonfigurowany tak, że można nadpisać repozytorium zdalne wersją lokalną. Raczej nie chciałbyś utracić swoich zmian, bo kolega z zespołu nadpisał repozytorium zdalne no nie? :) Można też GIT-a skonfigurować tak, aby nie dało się nadpisywać zmian na repozytorium zdalnym, ale i tak GIT jest stworzony do tworzenia wielu branchy, scalania zmian do głównej gałęzi i kasowania gałęzi już scalonych do głównej gałęzi.\nUnit testy i code review w prywatnych projektach nie mają sensu. W prywatnym projekcie jesteś jedynym deweloperem, który ciągnie projekt do przodu – robiąc unit testy, zatrzymujesz projekt na jakiś czas. Chcąc zminimalizować czas na robienie unit testów, będziesz robił je mało użyteczne (małe pokrycie kodu), bo będziesz dążył do rozwoju projektu, a nie automatycznego testowania tego co napisałeś. Nawet jeżeli będziesz robił projekt ze znajomymi 'po godzinach' to 'po godzinach' nie będziesz miał drugiego etatu na robienie projektu zgodnie ze sztuką wynikającą z unit testów.\nPracując samemu nad projektem nie zrobisz po sobie code review. Nawet jeżeli będziesz robił projekt ze znajomymi po godzinach to i tak code review się nie sprawdzi. Prawdopodobnie każda osoba w zespole będzie rozwijała projekt w różnych dniach i godzinach. Ponadto jak już ktoś będzie chciał coś robić to będzie to kodowanie, a nie czytanie kodu i wytykanie w nim błędów zanim wejdzie on do głównej gałęzi repozytorium.\nUnit testy służą do tego, aby automatycznie testować poprawność działania poszczególnych komponentów w kodzie. Pisanie unit testów jest kosztowne czasowo i należy mieć tego pełną świadomość. Unit testy trzeba utrzymywać tj. trzeba je adoptować do zmian wprowadzanych w projekcie. Zazwyczaj unit testy aktualizuje się równolegle wraz z modyfikacją konkretnej funkcjonalności. Unit testy są bardzo przydatne w projektach dojrzałych, tj. w takich, które generują już zyski i konieczne jest wprowadzanie nowych modyfikacji. Pokrywanie kodu unit testami pozwala na podnoszenie jakości finalnego produktu. Jakość w tym wypadku należy rozumieć przez mniejsze prawdopodobieństwo wystąpienia nieoczekiwanego błędu, ponieważ w chwili wystąpienia błędu najpierw błąd zostanie namierzony, a z chwilą jego naprawy rozbudowuje się unit test tak, aby wykrywał w przyszłości scenariusz, który spowodował wystąpienie błędu w aplikacji. Unit testów w komercyjnych projektach jednak często nie ma, ponieważ ich tworzenie jest kosztowne czasowo. Z mojego doświadczenia wynika, że unit testów nie opłaca się robić w projektach, które są małe i nie przekładają się w żaden sposób na zyski firmy. Programiści oczywiście chętnie by je mieli, chętnie by je pisali (w pracy), ale nie ukrywajmy - to jest duży koszt czasowy. Tylko firma, która zarabia swoimi produktami na cały biznes może pozwolić sobie na robienie unit testów w celu podnoszenia jakości swoich produktów. W domowych projektach nie będziesz chciał ich tworzyć właśnie ze względu na wysokie koszty czasowe ich wytworzenia oraz ich późniejszego utrzymywania. Uruchamianie unit testów powinno być zautomatyzowane tj. po każdym commicie buildbot powinien skompilować ze źródeł kod i uruchomić testy jednostkowe. W przypadku pojawienia się błędnych wyników w testach jednostkowych raport powinien zostać wysłany do osób rozwijających dany projekt. Posiadanie takiego mechanizmu w domowym zaciszu jest w moim przekonaniu zbyt kosztowne. Dla wielu małych firm również jest to koszt, który moim zdaniem firma będzie wolała przenieść w inne miejsce, np. na rozwój produktu, który chce wypromować na rynku.\nUnit testy są dobre, jednak z mojego punktu widzenia znajdują one zastosowanie dopiero na poziomie korporacyjnym lub w dobrze prosperującej firmie, którą po prostu stać na taką inwestycję. Koszt poniesiony na testy jednostkowe zwraca się w długoterminowym rozwoju projektu - w szczególności, gdy jesteśmy narażeni na rotacje pracowników przy projekcie.\nKolejnym wynalazkiem, który ma na celu podnoszenie jakości produktu jest tzw. code review, czyli przeglądanie kodu kolegów z zespołu zanim zmiany trafią do repozytorium. Podczas takiej weryfikacji sprawdza się zgodność formatowania z obowiązującymi standardami, analizuje się czy kod jest napisany zrozumiale oraz czy wiadomo o co w nim chodzi. W przypadku niejasności wyjaśnia się je z autorem zmian i zleca się ewentualne poprawki jakościowe. Deweloperzy weryfikujący kod mają za zadanie również przeanalizować algorytmy czy np. zmiany nie spowodują wystąpienia błędu krytycznego aplikacji (praca na niezaincjalizowanym wskaźniku) lub czy programista zadbał o to, aby nie wystąpiła nieskończona pętla. Code review bez wątpienia podnosi jakość kodu, jednak w większości projektów nie powinien mieć on racji bytu. Code review generuje ogromne koszty czasowe, spowalniając wytwarzanie oprogramowania do tego stopnia, że funkcjonalności, które powinny powstać w jeden dzień i zostać oddane do użytku potrafią być wdrażane tydzień albo i dłużej. Code review wymaga weryfikacji kodu zazwyczaj przez co najmniej dwóch deweloperów, w tym zazwyczaj musi być co najmniej jeden senior, czyli osoba w zespole z bardzo dużym doświadczeniem (i wiedzą na temat produktu). Oznacza to, że w implementację zaangażowany jest jeden pracownik, a w weryfikację co najmniej dwóch pracowników. Tych dwóch pracowników ma za zadanie przeanalizować kod czy wygląda on poprawnie oraz czy powinien on działać dobrze. Tych dwóch pracowników musi znaleźć czas pomiędzy swoimi zadaniami, aby zrobić innym pracownikom code review. Tych dwóch pracowników prawie zawsze zgłosi jakieś uwagi do kodu. Uwag tych nie otrzymuje się od ręki - modyfikacja zazwyczaj czeka minimum 24h na weryfikację przez inne osoby (w najlepszym wypadku można próbować przyśpieszyć takie weryfikacje poprzez osobiste prośby). Opisany proces potrafi być powtarzany kilkukrotnie zanim modyfikacja zostanie wdrożona do głównej gałęzi repozytorium. Od chwili gdy deweloper utworzył pierwszą wersję mijają kolejne dni, w między czasie wchodzą na główną gałąź inne poprawki, a potem jak przychodzi do chwili, w której deweloper dostanie zielone światło okazuje się, że musi rebaseować swoje repozytorium bo kod w między czasie się tak zmienił, że musi ponownie zweryfikować, czy wprowadzone zmiany poprawnie nałożą się na główną gałąź.\nPo długim i męczącym procesie code review - zarówno dla autora zmian jak i osób, które musiały czytać ten kod - przychodzi chwila prawdy - wynik testowania aplikacji przez zespół testujący bądź testy automatyczne. Bardzo często okazuje się, że pomimo stosowania code review aplikacja nie działa zgodnie z założeniami i po tygodniu wdrażania jednej zmiany (napisanej w jeden dzień) trzeba:\nprzeanalizować przyczynę wystąpienia błędu;\noddać do review;\npoprawiać uwagi z review aż do skutku.\nPodsumowując, z mojego punktu widzenia taka forma code review jest zbyt kosztowna dla przytłaczającej większości projektów. Mogę się zgodzić, że code review ma sens w produkcie takim jak Chromium Engine. Produkt ten ma bowiem miliony linii kodu, a ilość użytkowników tego produktu idzie w setki milionów osób rozproszonych po całym świecie. Dobrze jest, jeżeli firma jest świadoma kosztów jakie niesie ze sobą stosowanie code review w takiej formie.\nUML, a projekty w firmach\nW pracy zazwyczaj nie powstają modele analityczne UML do realizacji projektu (w zasadzie to nie tworzy się ich wcale – chyba, że kontrakt tego wymaga lub ułatwi to komunikację z klientem). Są osoby, które twierdzą, że to bardzo źle (w zasadzie są to teoretycy, którzy chcą projektować oprogramowanie). W praktyce tylko jedna firma w której pracowałem modelowała diagramy w UML (i tylko dlatego, że wymagał tego kontrakt, a nie dlatego, że ktoś z deweloperów/analityków uważał, że jest to użyteczne).\nProblem z modelami UML jest taki, że zawsze są one zbyt ogólne i praktycznie zawsze pomijają jakiś istotny szczegół, który wychodzi w najgorszym przypadku w trakcie kodowania. Znacznie częściej jednak błędy w założeniach wytyka deweloper zaraz po zapoznaniu się z diagramem klas. Niski poziom szczegółowości i ogólne spojrzenie analityczne powoduje, że w konsekwencji projekt nigdy nie jest zgodny z modelami klas UML. Programista ma większą wiedzę o wytwarzaniu oprogramowania niż analityk, który chce zaprojektować aplikację na poziomie UML-a. Programista widzi więcej szczegółów, ponieważ wszystkie problemy musi rozwiązać. Analityk na poziomie UML tylko może dostarczyć szkic i przekonywać, że w teorii wszystko działa, a w praktyce niestety prawie nigdy tak nie jest. Programista sam umie zrobić sobie teoretyczny szkic, więc nie potrzebuje do tego analityka, który będzie wmawiał programiście, że dostarczony projekt jest idealny. Zgodzę się, że UML to fajna teoria, ale tylko do przedstawiania koncepcji w gronie deweloperów IT. Innymi słowy UML może przydać się do wymieniania koncepcjami pomiędzy deweloperami jak jakiś problem rozwiązać. UML powinien być używany co najwyżej przez osoby, które fizycznie oglądają kod i z nim pracują (utrzymują go i rozwijają). Jest oczywiście również modelowanie na poziomie przypadków użycia (Use cases) i to jest coś co może, a nawet powinien dostarczyć analityk. Diagram przypadków użycia określa bowiem oczekiwania klienta wobec produktu i nie określa on w praktyce jak ma być zbudowany kod.\nPomimo, że teoria UML ładnie się prezentuje, to jednak firmy znacznie częściej dostarczają wymagania w postaci opisu tekstowego. Opis tekstowy zajmuje mniej miejsca, jest bardziej precyzyjny i szybciej się go tworzy. Jeżeli firmę stać na to, aby z opisu wygenerować diagram przypadków użycia - to fajnie. Programista to doceni. Zazwyczaj się tego jednak nie robi, bo robienie diagramu przypadków użycia to nic innego jak wykonywanie dodatkowej pracy, która i tak opisuje coś co już zostało opisane w postaci dokumentu/zgłoszenia/umowy. Warto rozważyć zrobienie diagramu przypadków użycia jeżeli firma chce się upewnić, czy oczekiwania klienta zostały właściwie spisane i czy są one właściwie zinterpretowane.\nProjekty prywatne, a praca w grupie\nZ racji swojego doświadczenia zdarzyło mi się kilka razy pracować w niekomercyjnych projektach grupowych. Poniżej zamieściłem te informacje, które uważam, że wpływają pozytywnie na rozwój projektu, nie generują niepotrzebnych opóźnień w projekcie, minimalizują biurokrację i pozwalają rozwijać produkt zapewniając mu dość dobrą jakość kodu.\nTeam leader powinien przeglądać mniej więcej zmiany wprowadzane przez uczestników projektu.\nTeam leader powinien porozmawiać z określonym uczestnikiem i powiedzieć mu co powinien poprawić w tym co już wcommitował.\nRefaktoring kodu (polegający głównie na adaptacji kodu do obowiązujących standardów) zazwyczaj wykonuje autor, ale dla przykładu team leader może go zrobić, aby pokazać autorowi jak powinien wyglądać poprawny kod (aby stosował się do tego na przyszłość).\nDobrze mieć ogólnodostępny punkt wymiany informacji, np. system kontroli błędów Jira.\nJeżeli robicie jakieś ustalenia między sobą co trzeba zrobić w projekcie poprzez komunikator – wnioski ze spotkania i plan działania powinien być spisany i udostępniony w miejscu ogólnodostępnym dla zespołu (np. Jira, prywatne forum projektu).\nOsoby w zespole powinny zadeklarować się, że w każdym tygodniu poświęcą minimum 10h sumiennej pracy na projekt (jeżeli w ogóle ma się on w jakimś tempie rozwijać).\nJak komuś n-tygodni z rzędu coś wypada i ciągle przekłada pracę – zakończcie współpracę. Taka osoba stale coś będzie miała (czytaj: priorytetem nie jest realizowany po godzinach projekt tylko np. wyjście ze znajomymi na imprezę, szykowanie się do konkursów lub inne powody się znajdą dla których nie będzie miał czasu rozwijać projektu).\nNie buduj zespołu w oparciu o osoby, które uczą się programować – rekrutuj tylko te osoby, które znają składnię, znają programowanie obiektowe, znają kluczowe biblioteki ułatwiające wytwarzanie oprogramowania. Nie chcesz w końcu mieć w zespole osób, które implementują samodzielnie listę lub drzewo binarne zamiast wykorzystać istniejące standardowe biblioteki.\nProjektowanie nowych komponentów\nTworząc nowe komponenty pamiętaj o zasadzie KISS (ang. Keep It Simple Stupid). Staraj się tworzyć klasy, które są odpowiedzialne za wykonywanie jednego zadania. Opisz interfejs tej klasy tak, aby programista, który będzie chciał z niego skorzystać nie będzie miał potrzeby oglądania plików źródłowych i zadowoli się plikiem nagłówkowym. Robienie 'czarnych skrzynek' bardzo ułatwia budowanie złożonego systemu, ponieważ w pewnym momencie zaczynasz go budować w oparciu o 'klocki', które w razie konieczności będzie można wymienić.\nJeżeli wiesz, że potrzebujesz jakiegoś komponentu, ale nie bardzo masz koncepcję jak powinien wyglądać do niego interfejs - zmień podejście. Napisz fragment kodu używający komponentu, który dopiero będziesz tworzył. Dzięki temu poczujesz co tak na dobrą sprawę jest ważne dla programisty, który będzie miał tego komponentu używać. Praktycznie zawsze mile widzianym aspektem jest łatwość w użyciu. Stosując takie podejście uzyskasz intuicyjny interfejs dla nowego komponentu, przykład użycia klasy i będziesz wiedział na co należy kłaść duży nacisk podczas implementowania nowego komponentu.\nPrzykład źle zaprojektowanych komponentów\nNajlepszym przykładem źle zaprojektowanych komponentów są algorytmy grafowe w bibliotece boost dla C++. Autorzy implementujący algorytmy grafowe w bibliotece boost nie zastanawiali się bowiem nad tym, aby użycie dostarczanego rozwiązania było proste. Skupili się na tym, aby po prostu dostarczyć algorytmy grafowe. W konsekwencji istnieje biblioteka, która posiada zaimplementowane algorytmy grafowe, ale nikt nie chce jej używać, bo są po prostu nieintuicyjne, nieczytelne oraz stosunkowo dużo zawiłego kodu trzeba napisać, aby użyć jednego prostego algorytmu grafowego.\nJest wielu przeciwników i raczej niewielu zwolenników odnośnie stosowania komentarzy w kodzie.\nArgumentacja przeciw komentarzom w kodzie\nNajczęstsze uzasadnienia przeciwników dlaczego nie stosować komentarzy brzmią następująco:\npoprawne nazwy zmiennych, funkcji i metod najlepiej dokumentują kod;\nnajlepszą dokumentacją jest kod źródłowy;\nkomentarze się dezaktualizują wraz z kolejnymi modyfikacjami kodu;\nnie ma lepszej dokumentacji niż kod, komentarze to strata czasu.\nPrzykładowy kod bez komentarzy - plik nagłówkowy:\ntypedef std::wstring DefaultText;\ntypedef std::wstring TranslationDetails;\ntypedef std::wstring TranslatedText;\nTranslatedText getText( const DefaultText & _text, const TranslationDetails & _translationDetails = L"" ) const;\nvoid insertTranslation( const TranslatedText & _newText, const DefaultText & _originalText, const TranslationDetails & _translationDetails = L"" );\nLanguageTranslator::TranslatedText LanguageTranslator::getText( const DefaultText & _text, const TranslationDetails & _translationDetails ) const\nTranslationMap::const_iterator itFound = m_translations.find( std::make_pair( _text, _translationDetails ) );\nif( itFound != m_translations.end() )\nitFound = m_translations.find( std::make_pair( _text, L"" ) );\nvoid LanguageTranslator::insertTranslation( const TranslatedText & _newText, const DefaultText & _originalText, const TranslationDetails & _translationDetails )\nm_translations[ std::make_pair( _originalText, _translationDetails ) ] = _newText;\nm_translations.insert( std::make_pair( std::make_pair( _originalText, L"" ), _newText ) );\nArgumentacja za komentarzami w kodzie\nJa zaliczam się do zwolenników racjonalnego dokumentowania kodu:\nkluczowym jest poprawne nazywanie zmiennych, funkcji i metod, ale w wielu przypadkach taka nazwa nie będzie wyczerpująca, więc komentarz się przydaje;\nrzadko kiedy zmienia się logikę działania funkcji, więc dokumentacja kodu się nie zmienia, a co najwyżej się rozszerza;\njeżeli zmieniasz już logikę działania funkcji, to dotychczasowe komentarze pomogą zrozumieć Ci intencję działania dotychczasowego kodu;\nnieaktualny komentarz łatwo zaktualizować (w najgorszym przypadku można go po prostu usunąć);\nskoro większość czasu pracy programisty to czytanie kodu to dlaczego nie pozostawić informacji w kodzie o tym jakie było założenie podczas jego pisania?\nkomentarze w kodzie ułatwiłby robienie ewentualnego code review, które i tak jest czasochłonne i męczące;\nlepiej mieć jeden komentarz więcej, niż jego brak - to nic nie kosztuje na etapie tworzenia nowych funkcjonalności;\nznacznie mniej czasu poświęcisz na napisanie sensownego komentarza w trakcie pisania algorytmu, aniżeli na ponowną analizę całego kodu w przypadku poszukiwania ewentualnego błędu w kodzie;\nwątpliwy kod i tak przeanalizujesz, ale z grubsza komentarz powie Ci co dany kod powinien robić, więc łatwiej oraz szybciej go zrozumiesz;\nim więcej masz komentarzy tym mniej musisz zapamiętywać - w końcu możesz przeczytać co robi dany fragment kodu, a nie zapamiętać co on robi.\nPrzykładowy kod z komentarzami - plik nagłówkowy:\n// Klasa przeznaczona do wykonywania tłumaczeń tekstu.\n// Obiekt tej klasy można utworzyć tylko za pomocą WeakSingletona.\n// Metoda zwraca tłumaczenie podanej frazy, bądź frazę przekazaną poprzez argument, jeżeli frazy nie znaleziono.\n// Argument TransationDetails umożliwia doprecyzowanie rodzaju tłumaczenia (przykładowo: ten sam tekst w "Menu" gry może inaczej być tłumaczony w "HUD" gry).\n// Pusty TranslationDetails jest tłumaczeniem najbardziej ogólnym, stosowanym jeżeli nie znajdzie się tłumaczenie precyzyjne dla wskazanej frazy.\n// Metoda dodaje tłumaczenie podanej frazy.\n// Pierwszy argument określa nową frazę.\n// Drugi argument określa hardcodowaną frazę w aplikacji.\n// Trzeci argument określa hardcodowany doprecyzowany rodzaj tłumaczenia (np. tłumaczenie dotyczy "Menu").\n// Metoda kasuje wszystkie zapamiętane tłumaczenia fraz.\n}; //class LanguageTranslator\n// Szukamy precyzyjnego tłumaczenia frazy:\n// Nie znaleziono precyzyjnego tłumaczenia. Szukamy tłumaczenia ogólnego:\n// Nie znaleziono ogólnego tłumaczenia. Zwracamy frazę domyślną.\n//Wstawiamy lub aktualizujemy tłumaczenie dla precyzyjnego tłumaczenia.\n//Wstawiamy wartość dla domyślnego tłumaczenia tylko wtedy, gdy jeszcze nie istnieje.\nDokumentowanie ze standardami typu Doxygen\nO ile jestem zwolennikiem racjonalnego dokumentowania kodu, o tyle robienie dokumentacji w kodzie takiej, która umożliwia automatyczne wygenerowanie ładnego HTML-a uważam za bezsensowne. Konsekwencje dokumentowania kodu w standardzie automatyzującym generowanie HTML-a są następujące:\nwymusza dokumentowanie funkcji, klas, metod, pól klasy itd.\nznaki w komentarzach dokumentujących muszą tworzyć poprawnie zakodowany fragment dokumentu HTML (np. zamiast zapisu <= trzeba napisać <=);\nstandard wymusza opisywanie każdego parametru przyjmowanego przez funkcję;\nwymusza opisywanie zwracanego typu;\nwymusza stosowanie określonych typów komentarzy;\ndodanie nowych funkcjonalności oznacza koieczność wygenerowania nowej dokumentacji;\nmodyfikacja działania funkcji/metody oznacza wygenerowanie nowej dokumentacji;\nnie spotkałem firmy, która by stosowała automatycznie generowaną dokumentację (8 lat komercyjnego doświadczenia w wytwarzaniu oprogramowania);\nbez buildbota, który aktualizowałby ogólnie dostępną dokumentację, generowana dokumentacja doxygen jest bezużyteczna (prawie zawsze jest nieaktualna);\njeżeli wygenerowana dokumentacja nie będzie posiadała dobrego wyszukiwania to będzie ona bezużyteczna;\nopisy w dokumentacji zazwyczaj i tak są zbyt ogólne, więc trzeba czytać kod;\nw dokumentacji nie postawisz breakpointa (możesz czytać dokumentację metod, które wcale nie są wywoływane w miejscu, w którym szukasz błędu);\nDodatkowo standard dokumentowania kodu dla generatora powoduje, że:\ntrzeba napisać bardzo dużo tekstu, aby udokumentować jedną funkcję;\npisanie opowiadań do rzeczy prostych jest nudne i czasochłonne (i zbędne);\nplik zawierający deklarację klasy zawiera w konsekwencji bardzo dużo komentarzy;\ndługie komentarze zaciemniają API klasy (przykład: SFML – 15 linijek komentarza do jednej prostej i intuicyjnej metody);\njeżeli standard już jakiś został ustanowiony to trzeba się go trzymać (czyli pisanie opowieści stanie się codziennością);\nbędziesz chciał unikać opowieści, więc zamiast dzielić kod na mniejsze metody, będziesz robił jedną dużą (w końcu po co pisać do każdej metody opowieść).\nFragment udokumentowanego kodu wg standardu umożliwiającego automatyczne wygenerowanie dokumentacji HTML z kodu źródłowego:\n/// \_brief Get the color of a pixel\n/// This function doesn't check the validity of the pixel\n/// coordinates, using out-of-range values will result in\n/// an undefined behavior.\n/// \_param x X coordinate of pixel to get\n/// \_param y Y coordinate of pixel to get\n/// \_return Color of the pixel at coordinates (x, y)\n/// \_see setPixel\nColor getPixel( unsigned int x, unsigned int y ) const;\nColor Image::getPixel( unsigned int x, unsigned int y ) const\nconst Uint8 * pixel = & m_pixels[( x + y * m_size.x ) * 4 ];\nreturn Color( pixel[ 0 ], pixel[ 1 ], pixel[ 2 ], pixel[ 3 ] );\nKiedy może mieć sens dokumentowanie automatyczne\nByć może automatycznie generowana dokumentacja ma uzasadnienie, gdy udostępniamy/sprzedajemy bibliotekę, której API z założenia się nie zmienia (co najwyżej dodawane są nowe funkcjonalności). Innymi słowy, jeżeli posiadamy bardzo duży projekt, który jest udostępniony na skalę światową. Niemniej jednak wówczas pojawia się inny problem: a co ze wsparciem wielu języków? Workaround: zawsze angielski. A co na to biznes? Raczej nie będzie z tego zadowolony.\nDokumentowanie kodu, a praca nad wieloma projektami\nSensowne komentarze w kodzie docenisz wtedy, gdy:\nBędziesz pracował z wieloma projektami - przełączanie między projektami jest kosztowne, analiza istniejącego kodu również - komentarze zredukują Ci czas analizowania kodu i szybciej będziesz mógł przystąpić do wytwarzania oprogramowania.\nProjekt będzie charakteryzował dynamiczny rozwój, wiele osób będzie go rozwijało i będziesz chciał w krótkim czasie zrozumieć co robią poszczególne komponenty rozwijane przez inne osoby w projekcie.\nBędziesz osobą, która musi robić code review - komentarz da Ci informację co powinien robić dany fragment kodu, dzięki czemu szybciej będziesz mógł znaleźć miejsca w kodzie, które są potencjalnie groźne lub po prostu niepoprawne.\nPamiętaj, że komentarze powinny być raczej krótkie co oznacza, że rzeczy prostych i oczywistych nie należy rozpisywać na kilka zdań 'bo mamy dokumentować kod'. Jeżeli użycie jakiejś funkcji może być nieoczywiste lub niezrozumiałe dla osoby, która nie tworzyła kodu to warto napisać kilka zdań więcej, aniżeli po miesiącu zastanawiać się 'o co tu chodziło', po czym zacząć od nowa analizować kod.\nMam nadzieję, że przytoczone informacje związane z wytwarzaniem oprogramowania są dla Ciebie dobrym źródłem inspiracji jak można zorganizować pracę nad swoimi projektami w zaciszu domowym. Artykuł być może dało się lepiej zorganizować, jednak dysponowałem tylko trzema dniami na jego napisanie, więc... trzeba się zadowolić tym co jest :)


lekarz Anna Kochanowska - opinie - psychiatra, psycholog Białystok - KCP.PL\nlekarz Anna Kochanowska\nJestem lekarzem medycyny, specjalistą psychiatrą, biegłym sądowym. absolwentką wydziału lekarskiego Uniwersytetu Medycznego w Białymstoku. Doświadczenie zawodowe zdobywałam pracując w SPP ZOZ w Choroszczy m.in na oddziałach ogólnopsychiatrycznych, oddziale leczenia nerwic, oddziale terapii uzależnienia od alkoholu.\nW sposób profesjonalny podchodzę do swojej pracy stale doskonaląc umiejętności zawodowe poprzez uczestnictwo w konferencjach, szkoleniach, superwizjach. Praca jest również moją pasją. Do pacjentów podchodzę z dużym szacunkiem i wyrozumiałością.\nKrystyna Klewinowska pediatra, Bogumiła Zielińska pediatra, Jolanta Kozakiewicz laryngolog, Andrzej Kulig ginekolog, Michał Geniusz weterynarz, Piotr Sitnik ginekolog, Maria Niewiarowska-Ołtarzewska internista, Jadwiga Kostyra kardiolog, Monika Marzec-Dzierżanowska internista, Grażyna Jurkowska gastrolog, Piotr Sobolewski okulista, Jolanta Szemplińska anestezjolog, Barbara Domysławska psychiatra, Urszula Ostaszewska stomatolog, Anna Głębocka lekarz rodzinny\nSzukasz psychiatry z miejscowości Białystok?


Kasza manna na mleku przepis Olga Smile\nKasza manna na mleku, ach! Czy pamiętacie czasy, gdy jako dzieci jedliście kaszę mannę z mlekiem, polaną sokiem malinowym domowej produkcji? Mleczne śniadania i kasza manna była normą, każdy tak jadł i wszystkim smakowało. Teraz większość moich znajomych odeszła kaszy manny i posiłków a’la zupy. Z wielkiej ciekawości zadzwoniłam do znajomych z pytaniem, co jecie na śniadanie? Odpowiedź była w zasadzie jedna — nic lub kanapkę. Pytałam o kaszę mannę na mleku. Następowała chwila ciszy, głębokie westchnięcie i słowa „wieki nie jadłam”. A dlaczego? Właściwie nie wiem! I tu jest całe sedno sprawy. Kasza manna na mleku jest prosta do zrobienia i smaczna, nie zajmuje dużo czasu, a dla tych, co już czasu zupełnie nie mają i zawsze są spóźnieni, jest jeszcze kasza manna błyskawiczna. W kilka chwil powstaje pożywne danie, które wspaniale smakuje, a dzięki dodatkowi mleka zawiera sporo wartościowych składników, jak białko, wapń czy witaminy z grupy B. To prawdziwy zastrzyk energii na dobry początek dnia. Ja miałam w domu jeszcze sok malinowy, który świetnie pasuje do kaszy na mleku. Wspomnienie dzieciństwa i ten sam wspaniały smak!\nKasza manna na mleku – składniki:\nKasza manna na mleku – przepis:\nMleko z cukrem zagotowuję w garnku.\nWsypuję kaszkę energicznie mieszając trzepaczką, żeby nie powstały grudki. Odstawiam na 1 minutę.\nPodaję w miseczkach polaną sokiem.\nInne podobne przepisy: jak ugotować kaszę manną, jak ugotować kaszę mannę, jak zrobić kaszę manną, jak zrobić kaszę mannę, kasza manna, kasza manna na gęsto, kasza manna na mleku, kasza manna z mlekiem, mleczne śniadania, mleko, przepis na kasza manna\nPoprzedni wpis « Jak oczyścić pieczarki\nKolejny wpis Jak obrać cebulę »\nJa robię na mleku ryżowym, owsianym, kokosowym, zależy jakie w danym momencie posiadam. Czasami dodam prawdziwego kakao, cukier czemu nie jeśli się ma ochotę na coś słodkiego, zwłaszcza rano ( bo chyba nie sok z mega sztucznościami w środku…tylko ten własnej roboty). Niekiedy zmielone orzechy (w zależności kto jakie lubi). Czasami zwyczajnie bez cukru, kiedy mam ochotę na NIE słodkie :)\nKaszę mannę odmieniamy, czyli powinno być kaszy mannej, a nie manny ;-)\nNajlepszy przepis- idealna konsystencja kaszy, pychota\nAle po co ten cukier? Przecież kasza manna zrobiona na mleku sama w sobie ma lekko słodkawy smak\nPobocznym wątek językowy – @Aga jeśli „kaszy mannej”, to odmieniamy „kaszę manną”, nie „mannę ” :) ale ja bym jednak proponowała odmianę rzeczownikową, czyli kaszy manny, o kaszy mannie etc. A niezależnie od gramatycznych zawiłości, kasza pyszna – w zeszłym roku na wakacjach w Kirgistanie codziennie jedliśmy takie śniadanie, dużo z niego siły na cały dzień!\n6 stycznia 2020 at\nKaszę mannę odmieniamy, czyli powinno być kaszy mannej, a nie manny ;-)”.\nDroga Ago, owszem, odmieniamy, ale czynimy to poprawnie, a nie błędnie. „Manna” jest rzeczownikiem, nie przymiotnikiem, więc odmienia się jak podobne rzeczowniki, np. wanna.\nM. manna, wanna\nD. manny, wanny\nC. mannie, wannie\nB. mannę, wannę\nN. manną, wanną\nMsc. mannie, wannie\nW. manno, wanno\nMi mama zawsze posypywała kakaem, pycha ?\nOsobiście polecam dodać do już ugotowanej kaszy mannej trochę cynamonu i miodu.\nA ja się wtrącę, bo od zawsze jej nienawidziłam, nie tyle smaku co samej konsystencji. Dla mnie nie do przełknięcia.


Religia wliczana będzie do średniej ocen na świadectwie - Bankier.pl\nOd nowego roku szkolnego oceny z religii i etyki będą wliczane do średniej ocen. Minister Edukacji Narodowej Roman Giertych podpisał rozporządzenie w tej sprawie.\nWiceminister edukacji Mirosław Orzechowski uzasadnił decyzję MEN między innymi tym, że każdy przedmiot nauczany w szkole powinien wpływać na średnią ocen. Orzechowski dodał, że polskie społeczeństwo w przytłaczającej większości wyznaje wiarę katolicką i dlatego religia jest też przedmiotem, na który bardzo często uczęszczają uczniowie. Zdaniem wiceministra jest to więc kolejny augment przemawiający za wprowadzeniem oceny z religii do średniej na świadectwie.\nNa tego typu decyzję ministerstwa nalegali również przedstawiciele Kościoła ze Wspólnej Komisji Rządu i Episkopatu. Ponadto w uzasadnieniu do tej decyzji MEN zaznacza, że ma ona także zmotywować uczniów do dodatkowego wysiłku i docenić ich pracę w zajęciach nieobowiązkowych. Rozporządzenie ma wejść w życie od 1 września tego roku.\nNauka religii nie jest obowiązkowa. Uczniowie mogą wybierać pomiędzy religią i etyką lub w ogóle zrezygnować z obu tych zajęć.\nTematy: kościół Decyzja Etyka MEN Wprowadzenie Społeczeństwo Ocena Życie religia


Catering na wydarzenia w Szczecinie od 35 zł za osobę\nCatering na wydarzenia firmowe i przyjęcia prywatne w Szczecinie\nW Szczecinie osoby najczęściej zamawiają catering w Śródmieście, Północ, Prawobrzeże.\nZobacz zapytania innych osób, które szukały niedawno oferty na catering w Szczecinie\nCatering na komunię w Szczecinie\nszczegóły: Organizujemy przyjęcie komunijne w domu i chcemy zamówić catering. Wymagamy dwudaniowego obiadu i różnych przekąsek jak wędliny, sałatki, pieczywo. Do tego jakieś jedno ciasto np. sernik i owoce, oraz tort komunijny. Nie trzeba nam obsługi kelnerskiej, wystarczy jedna lub dwie osoby, które pomogą nam wszystko podgrzać i roznieść do gości, posprzątać talerze ze stołu itp. Zastawę mamy własną.\nNa terenie Szczecina działa wiele restauracji i firm cateringowych, które oferują kompleksowe usługi przygotowania i dostarczania posiłku lub poczęstunku na eventy. Catering jest świetnym rozwiązaniem, jeśli poszukujesz świeżo i profesjonalnie przygotowanych potraw na imprezy okolicznościowe: uroczystość rodzinną, wydarzenie biznesowe czy konferencję. Oto kilka wskazówek, które pomogą ci sprawnie wybrać odpowiedni catering i tym samym skrócić czas poświęcony na organizację przyjęcia.\nCeny cateringu w Szczecinie\nImpreza firmowa na 50 osób poza siedzibą firmy: - zimna płyta: zestaw serów i mięs pieczonych, sałatki warzywne, owoce, hummus, pesto rosso, pieczywo\nrestauracje na chrzciny w Szczecinie impreza integracyjna w Szczecinie restauracje i sale na komunię w Szczecinie restauracje na obiad weselny w Szczecinie lokale na osiemnastkę w Szczecinie lokale na urodziny w Szczecinie urodziny dla dzieci w Szczecinie sale weselne w Szczecinie lokale na wieczór kawalerski w Szczecinie lokale na wieczór panieński w Szczecinie


Minister edukacji Dariusz Piontkowski o Marszu Równości w Białymstoku. Komentarze polityków\n"Jeszcze nie zdążył się rozpędzić jako minister edukacji, a już powinien podać się...\nVideo: tvn24 "Jeszcze nie zdążył się rozpędzić jako minister edukacji, a...22.07 | Pan minister Piontkowski jeszcze nie zdążył się rozpędzić jako minister edukacji, a już powinien podać się do dymisji albo zostać za tę wypowiedź zdymisjonowany. Strach pomyśleć co będzie, jak się rozpędzi - powiedział Sławomir Nitras.zobacz więcej wideo »\nGryglas: Piontkowski wyraził obawy, że dalsze organizowanie marszów może prowadzić...\nVideo: tvn24 Gryglas: Piontkowski wyraził obawy, że dalsze organizowanie...22.07 | Pan minister wyraził obawy, że dalsze organizowanie w tak szerokim zakresie tych marszów, może prowadzić do zagrożenia bezpieczeństwa - stwierdził Gryglas, odnosząc się do wypowiedzi ministra Piontkowskiego.zobacz więcej wideo »\nFoto: PAP/Artur Reszko | Video: tvn24 Sławomir Nitras o słowach ministra edukacji\n- Jak może minister edukacji narodowej ingerować w wolność zgromadzeń, wyrażania swoich poglądów? - pytał w poniedziałek poseł Platformy Obywatelskiej Sławomir Nitras.\nMówiąc o tym, że "agresywne osiłki" poczuły się sprowokowane, co wywołało reakcję ministra, Nitras podkreślił, że "rolą państwa jest bronić słabszego przed silniejszym, a nie wskazywać słabszemu kąt, w którym ma siedzieć, żeby nie straszyć kogoś, kto może nas pobić".\n- Czy po takiej wypowiedzi pana Piontkowskiego (...) ci ludzie czują się ośmieleni, czy czują, że przeciw nim stanęło państwo? Państwo stanęło w obronie tych ludzi, czy raczej państwo usprawiedliwia tego typu zachowania? - zastanawiał się polityk opozycji.\n- Pan minister Piontkowski jeszcze nie zdążył się rozpędzić jako minister edukacji, a już powinien podać się do dymisji albo zostać za tę wypowiedź zdymisjonowany, bo strach pomyśleć, co będzie, jak się rozpędzi - ocenił.\nWideo: tvn24 Stefaniak: gdyby minister Piontkowski miał odrobinę honoru, powinien podać się do dymisji\nWypowiedzi ministra bronił poseł Zbigniew Gryglas (Porozumienie, Klub PiS). - Przekroczyliśmy już granicę walki o swobody obywatelskie, o tolerancję - uznał.\n- Jest to już promowanie pewnych przekonań. To jest to, co budzi taki opór, niezadowolenie niektórych środowisk - dodał.\n- Pan minister wyraził obawy, że dalsze organizowanie w tak szerokim zakresie tych marszów może prowadzić do zagrożenia bezpieczeństwa - ocenił.\nWideo: tvn24 Gryglas: Piontkowski wyraził obawy, że dalsze organizowanie marszów może prowadzić do zagrożenia\nJak to poprzednio rządzący mówili do PIS-u, jak wygracie wybory, będziecie sobie zmieniać ministrów do woli.\nLucluc 30 dni temu\nPopieram Pana Ministra, Parady są niepotrzebne !!\nWszystkie procesje i pielgrzymki tym bardziej!\nMnie też nie są potrzebne i nie chodzę na nie, ale mnie nie przeszkadzają i uważam, że jeśli komuś są potrzebne, to niech sobie tam chodzi. Pytam jednak jakim prawem chcesz zakazać komuś, to co gwarantuje mu zarówno polska konstytucja jak i konwencja praw człowieka? Kto cię upoważnił do ograniczania komuś jego praw i wolności?\nMinister powiedział to o czym myśli większość Polaków.\nMam szczęście należeć do tej części Polaków, która uważa, że Parady Równości są w Polsce potrzebne.\nWiększość Polaków nie myśli, większość Polaków bezmyślnie powtarza przeżutą papkę...\nZdzichu123 30 dni temu\nPomyłką było wybranie go na ministra porażka !\nI znowu ktoś musi tłumaczyć co minister powiedział. W PIS to codzienność.\nPO to tylko ma zadanie " do dymisji " . Taki ich program do wyborow.\nNie grosz a kopiejka.\nTo twoi zawsze krzyczeli o dymisjach... a teraz sami nie potrafią się przyznać do błędów.\njanko_emigrant 30 dni temu\nPan Nitras jaki spokojny ufff (dziwne)\nPanie Zbigniewie Gryglas. Czy ja dobrze rozumiem Pańską wypowiedź. To znaczy że jedna część społeczeństwa musi tolerować drugą, ale ta druga nie musi tolerować pierwszej.\nOczywiscie ze tak, tak bylo 8 lat i mysla ze teraz wcisna kit razem z szyba na tasme


O ruchu drogowym | Dziennik Polski\nSIW 7 kwietnia 1999, 5:59\nPonad czterdziestu uczniów z 11 szkół podstawowych w gminie Trzebinia uczestniczyło w V Turnieju Wiedzy o Bezpieczeństwie Ruchu Drogowego.\nGminny turniej w Trzebini\nImprezę zorganizowała trzebińska Straż Miejska we współpracy z pełnomocnikiem Zarządu Miasta ds. Zwalczania Problemów Alkoholowych. Przed przystąpieniem do rywalizacji wszyscy uczestnicy turnieju wysłuchali prelekcji na temat uzależnień od alkoholu i środków psychoaktywnych oraz obejrzeli wystawę plakatów przedstawiających skutki uzależnień.\nW części teoretycznej turnieju oceniano wiedzę dotyczącą przepisów ruchu drogowego, natomiast w praktycznej trzeba było pokonać na rowerze tor sprawnościowy.\nIndywidualnie zwyciężył Wojciech Witkowski z SP w Psarach. Kolejne miejsca przypadły Michałowi Majerskiemu (SP w Myślachowicach) i Rafałowi Koniecznemu (SP nr 1). Drużynowo najlepsza okazała się SP w Myślachowicach. Miejsce drugie przypadło SP w Psarach, a trzecie SP w Lgocie.\nZwycięzcy otrzymali m.in. rower górski, radiomagnetofon, walkman oraz piłki i albumy\n- Organizowany przez nas corocznie turniej służy przyswajaniu przez młodych ludzi wiadomości o ruchu drogowym, a tym samym wpływa na poprawę bezpieczeństwa na drogach - _mówi Przemysław Rejdych, p.o. komendanta Straży Miejskiej w Trzebini. - Satysfakcjonuje nas, że z roku na rok uczestnicy turnieju prezentują coraz wyższy poziom wiedzy_. (SIW)


A z innej beczki, wiem na 100%, że dostają dane z urzędu meldunkowego. Internet mam od jakiegoś czasu, ale dopiero od niedawna mieszkam w obecnym mieszkaniu na stałe (i mam meldunek).\nJak się nie ogląda to obawiać się tego, że jednak się przyczepią wieży podłączonej jackiem do komputera (ustawa mówi o wszelkich urządzeniach, które są potencjalnie technicznie w stanie odebrać sygnał "słowny, dźwiękowy lub wizualny emitowany poprzez fale radiowe przez bla bla bla...", albo "telewizora" podłączonego do laptopa przez hdmi. I jak ktoś nie ogląda, ale sobie nie zniszczył tego gniazda antenowego, to da się na niego nałożyć karę, do ponad 2000E. Ponieważ kara się nie tego co ogląda, a tego, co ma sprzęt do oglądania. I potem latać po sądach i udowadniać, że nie jest się wielbłądem. Można, ale to kosztuje czas, cenny czas. Słyszałem nawet, że stosują takie cyrki, że dzwonią i chcą przeprowadzić ankietę na temat ramówki ORF jako Marktforschungsinstitut. Takie jaja powinno się piętnować, a jak się ogląda tą TV to jak najbardziej uważam, że powinno się za to płacić. Nikt nie zmusza do oglądania ORFu. Za to nie uważam, że należy im się coś, jak oglądam przez Cyfrowy Polsat, ponieważ nawet ten satelita nie jest austriacki, z którego leci sygnał.\nDostarczyciel robisz z igly widly, jak przyjda na nowe mieszkanie to im bedziesz mowil do czego masz monitor i wieze\nHmm... a powiedzcie, w ktorych regionach sie placi po 30 Euro na miesiac? Uwazam, ze to bardzo duzo, ja place niecale 20 i w Wiedniu tez tyle sie placi, o ile dobrze pamietam. Chociaz ja sama w Wiedniu przez 17 lat nic nie placilam.\nPodwyzki byly jak sie nie myle jakies 2 lub 3 lata temu, miesiecznie to 25€\nCieszmy się póki co z tego ,że płacimy uczciwie za to z czego korzystamy i posiadamy.Bo jeżeli znowelizują w AT systemy w finansowania nadawców publicznych ,odejdą już od konieczności rejestrowania odbiorników tel.i rad.Obciążą tego typu opłatą , wszystkich obywateli niezależnie od posiadania przez nich odbiorników.Dla każdego gospodarstwa domowego ,masz czy nie masz płacisz.Tego typu rozwiązania od 2013 roku obowiązują w Niemczech i Finlandii. a inne państwa członkowskie też już czyhają jak ściągnąć daninę.\nNo to nie wiem Hemik, u mnie w gornej placi sie niecale 20/mies., o zadnych podwyzkach nic nie wiem, pobieraja z banku raz na dwa mies. niecale 40...\nMaggy jest to jak i wiele oplat uzaleznionych od miejsca zamieszkania i dlatego pewnie u ciebie jest to mniej.\nChyba już mój przypadek opisywałam ale się powtórzę..... Ja na swoje nieszczęście wpuściłam Gis do domu zobaczyli mój telewizor i przyszło mi do zapłacenia 72 euro .... Czemu tyle nie mam pojecia. Napisałam do nich maila z oświadczeniem że mój TV służy jedynie jako monitor do gierek na konsoli i oglądania filmów z dysku przenośnego itd. Odpisali że skoro tak przyślą mi nowe rozliczenie tylko za radio. Więc chyba to nie dokońca prawda że jak masz telewizor to już musisz koniecznie płacić, bez względu na to w jaki sposób i do czego go używasz.\nMam pytanie - jeśli płacę za kablówkę z UPC, muszę mimo wszystko płacić abonament? Wydaje mi się, że tak, ale tli się we mnie jeszcze cień nadziei...\nNiestety wg mojej wiedzy płacenie kablówki to jedno, a GIS to drugie. Nie wpuszczaj kontrolerów i już


Sony przeznaczy 100 mln dolarów na walkę z pandemią | MiastoGier.pl\nSony przeznaczy 100 mln dolarów na walkę z pandemią\nKorporacja wesprze pracowników branż rozrywkowych oraz medyków.\nbigboy177 @ 03.04.2020, 15:10\nSony postanowiło dołączyć do walki z SARS-CoV-2 oraz powodowaną przez wirus chorobą COVID-19. Korporacja ujawniła, że przygotowała specjalny fundusz o wartości 100 mln dolarów, którego celem będzie wsparcie osób i firm dotkniętych pandemią.\nWspomniane pieniądze zostaną przeznaczone dla wsparcie wielu różnych branż rozrywkowych. Na razie nie ma żadnego podziału funduszy, ale celem korporacji jest złagodzenie wpływu opóźnień i anulacji, do jakich dochodzi na całym świecie w grach, muzyce, filmie i telewizji.\nCzęść pieniędzy trafi też do osób na pierwszej linii frontu, czyli lekarzy, pielęgniarek oraz osób zatrudnionych w ratownictwie medycznym, bezustannie walczących z napływem chorych pacjentów. Na ten konkretny cel Sony zamierza przeznaczyć równo 10 mln dolarów.\nKorporacja jest jedną z wielu, które zdecydowały się wesprzeć walkę ludzi z pandemią. Są wśród nich m.in. CD Projekt Red, Paradox, Riot Games, Twitch, Rockstar oraz Humble Bundle.\nPodsumowano sprzedaż wszystkich konsol na rynku, PlayStation 2 niepodzielnie rządzi 5h, 41min temu\nPlayStation 5 jest 100-krotnie szybsze od PlayStation 4 15h, 1min temu\nJuż niebawem rusza Days of Play 3dni, 7h temu\nSony obiecuje solidną porcję zapowiedzi gier dla PS5 4dni, 15h temu\nBorderlands 3 - 25 czerwca zadebiutuje dodatek Bounty of Blood: A Fistful of Redemption 13h, 30min temu\nWasteland 3 - kolejny dziennik dewelopera, prezentujący m.in. świat gry 14h, 3min temu\nParadise Lost - nowa przygodówka w postapokaliptycznej Polsce 14h, 14min temu\nSerious Sam 4: Planet Badass - zobaczcie film ukazujący najważniejsze elementy gry 14h, 17min temu\nMisje poboczne w Assassin's Creed: Valhalla zaoferują głębokie wątki fabularne 14h, 43min temu\nHalo 3 na PC - wersja beta wystartuje w połowie czerwca 15h, 33min temu\nGrounded - demo wystartuje 9 czerwca 3dni, 9h temu\nSony SARS-CoV-2 COVID-19


Społeczny wymiar VAT w Brazylii – przykład dla Polski? | Co w prawie piszczy\n3 lipca 2014,\nDość tylko wspomnieć, że każdy z 26 stanów Brazylii może samodzielne określać stawki podatku pobieranego od wartości dodanej przy sprzedaży, funkcjonuje kilka rodzajów podatków i opłat zbliżonych w swojej istocie do VAT, a należności podatkowe pobierane są na trzech płaszczyznach – federalnej, stanowej i lokalnej. Co więcej, stosownie do publikowanych rankingów przyjazności systemów podatkowych, Brazylia nieodmiennie plasuje się jako kraj, gdzie przedsiębiorcy muszą poświęcać największy nakład czasu na wypełnianie formalności podatkowych.\nW ramach podejmowanych w Brazylii reform przepisów podatkowych, uwzględniany był jednocześnie społeczny aspekt podatków. Podobno wprowadzony obowiązek wskazywania stosowanej stawki VAT na fakturach miał uzmysłowić konsumentom wysokość ponoszonych należności publicznoprawnych i wpłynąć na postulowanie o uproszczenie systemu podatkowego oraz obniżenie stawek VAT.\nMoże zatem przy planowaniu kolejnych reform VAT w Polsce za przykład powinien posłużyć kraj o równie skomplikowanym systemie jak Brazylia, za to o zupełnie innym podejściu do podatków?\nReforma jako remedium?\nW przedstawianych strategiach budżetowych Polski, jako ciągle istniejący problem wskazywany jest niski poziom przestrzegania przepisów prawa podatkowego. Założenia zmian w podatkach bazują na domniemaniu nieuczciwości obywateli. Klasycznym przykładem jest kwestia pełnego odliczenia VAT związanego z używaniem do celów służbowych samochodów osobowych. Większość podatników w obawie przed sankcjami, kontrolami i nadmiernymi obowiązkami zrezygnowała z pełnego odliczenia.\nOpublikowane w czerwcu bieżącego roku zalecenia Rady Unii Europejskiej dotyczące działań, jakie Polska powinna podjąć w ramach reform w 2014 roku, dotyczą w istotnej części właśnie funkcjonowania systemu podatkowego.\nRada Unii Europejskiej zwróciła uwagę, że w Polsce zwiększone powinny zostać „wysiłki na rzecz ograniczenia kosztów i czasu związanych z przestrzeganiem przepisów prawa podatkowego przez przedsiębiorstwa, (…) zwłaszcza przez usprawnienie skuteczności administracji podatkowej”. Czy to oznacza, że rzeczywiście zostaną podjęte kroki służące zmniejszeniu poziomu obciążenia administracyjnego podatników? Czy jest szansa na inne postrzeganie podatnika?\nSkoro Brazylijczycy z równą lekkością jak do piłki podchodzą do podatków, osiągając dobre wyniki, to może i Minister Finansów rozważy uznanie podatników za ciężko pracujących, uczciwych ludzi, których nie trzeba zmuszać do zbędnych procedur, działań.\nNiech za ciekawy przykład służy największy od lat sukces PZPN, organizacji za którą większość kibiców nie przepada, która postanowiła zmienić miejsce rozgrywania finału pucharu Polski. Jak wiadomo warszawska impreza została zbojkotowana przez kiboli i… stadion zapełnił się kibicami, w tym rodzinami z dziećmi. Tego nie przewidział nikt.\nW atmosferze piłkarskiego święta prosimy Pana Ministra Finansów o więcej zaufania do podatników i skoncentrowania się na eliminacji patologii przy promowaniu uczciwej działalności, zamiast wprowadzaniu kolejnych ograniczeń i przepisów sankcyjnych ich zabezpieczających, w dodatku w atmosferze strachu i gróźb.\nParadoksem VAT jest to, że jako podatek konsumpcyjny, z definicji powinien być neutralny dla przedsiębiorców. Tymczasem jego rozliczanie przyprawia często o zawrót głowy, co w dużej mierze wynika ze złożoności i bardzo często nieprecyzyjności regulacji ustawowych. Nie pomagają również ciągłe zmiany; ustawa o VAT jest jedną z najczęściej nowelizowanych.\nCzas pokaże, jaka wizja systemu VAT zwycięży w Polsce. Być może nawet przy kolejnych planowanych zmianach kluczowy okaże się wymiar społeczny i związane z podejmowanymi reformami potencjalne skutki. Należy tylko mieć nadzieję, że wszelkie zmiany nie okażą się w praktyce dodatkowym utrudnieniem i obciążeniem dla polskich przedsiębiorców, uczciwych podatników.\nAleksandra Marchewka, konsultantka i aplikantka adwokacka we wrocławskim biurze Kancelarii\nTagi: Brazylia, formalności podatkowe, kontrole podatkowe, mistrzostwa świata w piłkę nożną, mundial, obciążenie przedsiębiorców, obniżenie stawek VAT, reforma VAT, rozliczanie VAT, sankcje, stawka VAT, zmiany VAT


Life Hacking Podcast - Ludwik C. Siadlak\nLife Hacking Podcast, czyli audycja dla freelancerów, przedsiębiorców, prawników, polityków i płatnych zabójców – słowem każdego, kto potrzebuje skutecznych narzędzi do osiągania swoich celów.\nW tym podkaście omawiam – sprawdzone na własnej skórze – metody, techniki, sposoby i tricki wywierania wpływu i komunikacji. Tak z otaczającym nas światem, jak i ze zobą samym, bo przecież na tym właśnie polega life hacking.\nWszystkie odcinki znajdują się poniżej, a zapasowo również na stronie podcastu: spreaker.com/show/life-hacking-podcast\nWszystkie odcinki Life Hacking Podcast są dostępne we wszystkich katalogach podcastów, jakie znam. Jeśli któryś ominąłem – daj mi znać, z chęcią go dodam. Najprościej będzie jednak jeśli użyjesz domyślnej aplikacji Podcasts w swoim iPhone albo ulubionej aplikacji do słuchania podcastów na swoim Androidzie i dodasz go do subskrybowanych. Wystarczy że wpiszesz Life Hacking Podcast, a Twoja aplikacja na pewno go znajdzie:\nWszystkie odcinki Life Hacking Podcast\nPoniżej znajduje się lista wszystkich odcinków podcastu, jeśli masz ochotę słuchać ich w przeglądarce.\nJeśli chcesz zasubskrybować podcast, to tak jak pisałem wyżej – po prostu wpisz w swojej ulubionej aplikacji Life Hacking Podcast – na pewno sobie poradzi! (a jeśli nie – pomyśl nad zmianą aplikacji 😉 )\nChcesz zostawić komentarz do całości lub skomentować odcinek?\nPamiętaj, że ten podcast jest dla Ciebie, więc to od Twojego feedbacku zależy jego kształt i kierunek – dlatego czytam i odpowiadam na wszystkie maile moich Słuchaczy.


Sklep mediaM IT - Akademia InsERT: Rewizor GT krok po kroku\nStart InsERT Akademia InsERT Akademia InsERT: Rewizor GT krok po kroku\nAkademia InsERT: Rewizor GT krok po kroku\nCena netto: 249,00 zł\nMultimedialne szkolenie Rewizor GT krok po kroku szczegółowo omawia obsługę systemu finansowo-księgowego Rewizor GT - od instalacji i konfiguracji parametrów po najważniejsze funkcje programu, m.in. administrowanie planami kont, dekretacja i księgowanie, obsługa środków trwałych, zarządzanie rozrachunkami czy ewidencja i rozliczanie podatku VAT. Omówiono również funkcje kadrowo-płacowe obsługiwane za pomocą programu mikroGratyfikant GT.\nWszystkie zagadnienia przedstawiono w przystępny sposób, w wygodnej dla użytkownika formie. Szkolenie zawiera kilkadziesiąt filmów, które pozwalają lepiej poznać moduły programu i ułatwiają wykonywanie poszczególnych operacji.\nInstalacja i pierwsze uruchomienie - kreator wdrożeniowy.\nInterfejs i użytkowanie - omówienie budowy programu i rozwiązań interfejsowych.\nPlan kont, bilans otwarcia, dekretacja.\nFinanse i rozrachunki - dokumenty kasowe, operacje bankowe, rozliczenia z kontrahentami.\nEwidencje VAT - obsługa podatku VAT, przykłady zapisów w ewidencji VAT, pozostałe deklaracje skarbowe.\nŚrodki trwałe - ewidencja środków trwałych oraz wartości niematerialnych i prawnych, operacje na środkach trwałych, amortyzacja.\nWydruki - wzorce tworzone mechanizmem Crystal Reports, wydruki tabel, przelewów i deklaracji skarbowych.\nWspółpraca z innymi programami (Subiekt GT, mikroGratyfikant GT,Gratyfikant GT, Subiekt 5, Subiekt dla Windows), schematy importu danych.\nPraca z programem mikroGratyfikant GT (ewidencja osobowa, umowy o pracę i cywilnoprawne, wypłaty, rozliczenia ZUS).\nLicencja dla jednej osoby fizycznej użytkującej szkolenie na jednym stanowisku komputerowym.\nStrona produktu https://www.insert.com.pl/programy_dla_firm/akademia_insert/rewizor_gt_krok_po_kroku.html


Samochód nowy czy używany - Odszkodowanie wypadek\nWielu z nas nurtuje pytanie czy lepiej kupić samochód nowy czy jednak używany. Oba z tych rozwiązań mają swoje plusy i minusy. Zacznijmy od samochodów nowych. Teoretycznie jest to rozwiązanie idealne, ponieważ samochód jest nowy, nie ma przebiegu, ma gwarancję. Jednak zakup nowego auta ma też kilka wad. Po pierwsze cena samochodu i szybki spadek jego wartości. Po drugie koszty serwisowania takiego pojazdu w autoryzowanej stacji obsługi nie należą do niskich.\nA jak to się ma do zakupu auta używanego?\nNiewątpliwą zaletą jest to, że za te same pieniądze za jakie kupilibyśmy auto nowe, możemy kupić auto używane dużo lepiej wyposażone, z lepszym silnikiem itp. Jednak dużą wadą jest to, że nigdy nie mamy pewności co do przeszłości auta. Nie mamy pewności co do jego przebiegu, tego czy jest to auto np popowodziowe. Takich wątpliwości natomiast nie ma w przypadku aut nowych. Decyzja pomiędzy kupnem auta nowego i używanego jest trudna i nie da się jednoznacznie ocenić które rozwiązanie jest lepsze.\nPoprzednieKiedy zmienić opony\nNastępneDiesel czy benzyna


PiS chciało wykreślić karę za obcowanie płciowe z małoletnimi za pieniądze | naTemat.pl\nNieprzypadkowe skreślenie? PiS chciało znieść karę za współżycie z małoletnimi za pieniądze •\nNieprzypadkowe skreślenie? PiS chciało znieść karę za współżycie z małoletnimi za pieniądze\n17 maja 2019, 17:22\nProjekt zmian w Kodeksie karnym bronił w Sejmie minister Zbigniew Ziobro.\t•\tFot. Sławomir Kamiński / Agencja Gazeta\nW pierwotnym projekcie nowelizacji Kodeksu karnego autorstwa PiS planowano wykreślić przepis, który karał za obcowanie płciowe z osobą nieletnią za pieniądze. Ostatecznie jednak poprawka ta została wykreślona, a przepis został w przepisach. Portal OKO.press tłumaczy kontekst tej zmiany, który brzmi jak teoria spiskowa, ale nie wydaje się nią być.\nZmieniony miał być artykuł 199 §2, a raczej ten paragraf miał po prostu zostać uchylony. Trochę to zaburzało całą koncepcję, bo do niego odnosił się bezpośrednio paragraf trzeci tego artykułu.\n"Karze określonej w § 2 podlega, kto obcuje płciowo z małoletnim lub dopuszcza się wobec takiej osoby innej czynności seksualnej albo doprowadza ją do poddania się takim czynnościom albo do ich wykonania, nadużywając zaufania lub udzielając w zamian korzyści majątkowej lub osobistej albo jej obietnicy" – czytamy w Kodeksie karnym.\nW ten sposób paragraf trzeci także musiałby zostać uchylony, ponieważ zabrakłoby zapisu, do którego się odwoływał. Według portalu OKO.press, powołując się na doniesienia medialne dotyczące tzw. Afery Podkarpackiej, Prawo i Sprawiedliwość chciało w ten sposób oddalić zagrożenie karą więzienia dla jednego ze swoich członków, który miałby według tych doniesień, współżyć z osobą nieletnią za pieniądze.\n"Fejk. Skasowanie art. 199 par. 2 miało związek z poniesieniem granicy wieku do 16 lat, dlatego odpowiedzialność przeniesiona do art. 200. Po poprawce powracającej do granicy 15 lat, konsekwentnie wrócił 199 par. 2. Na każdym etapie przewidziano ZAOSTRZENIE kary za to przestępstwo" – komentuje na Twitterze doniesienia OKO.press stołeczny radny, ale także prawnik i były rzecznik Ministerstwa Sprawiedliwości Sebastian Kaleta.\nAle do zmiany jednak nie doszło. W II czytaniu zdecydowano się wykreślić ją z listy, a godzinę potem cała nowelizacja została przyjęta przez Sejm. Teraz jej procedowaniem zajmie się Senat.\nSzefernaker odbija piłeczkę ws. afery w rządzie PiS. Nazwał...\nOjcowie Dudy i Morawieckiego to jeszcze nic. Z nimi Senat po...\nSędzia z Gliwic płacił Emilii S. za hejtowanie sędziów....\nNie potrafią ustalić tożsamości hejterów sędziego Żurka....\n0 0Nowe fakty o poszukiwanej szefowej gangu. "Pieniądze stały na paletach"


Rukola w twojej kuchni - wartości odżywcze i zastosowanie - Kosą po patelni\nw Produkty w kuchni, W kuchni\nRukola w twojej kuchni – wartości odżywcze i zastosowanie\nMateriał zewnętrzny 31 sierpnia 2021, 17:10\nRukola to smaczne liście, z którymi wiele osób z pewnością miało styczność, jednak nie zawsze wybierało je świadomie. Charakterystyczne listki o ostrym, czasami cierpkim smaku są stosowane jako element dekoracyjny, włączane do gotowych mixów sałat i serwowane w restauracjach. Zdecydowanie warto sięgać po rukolę częściej, gdyż ma ona sporo cennych składników. Jakich? W jaki sposób wykorzystać ten zielony składnik w kuchni? Dowiedz się więcej.\nCzym jest rukola?\nRukola – wartości odżywcze\nRukola – wpływ na zdrowie\nCzy każdy może jeść rukolę?\nRukola w kuchni\nGdzie kupować rukolę? Jest ona na tyle powszechna, że z łatwością dostaniesz ją w sklepach spożywczych, marketach, warzywniakach i na bazarkach. Dobrym pomysłem jest także świeża rukola ze sklepu online.\nRukola powszechnie utożsamiana jest z rodzajem sałaty, jednak w rzeczywistości należy do rodziny kapustowatych. Dziko rośnie w krajach basenu Morza Śródziemnego, nad Morzem Czarnym, w niektórych częściach Afryki i Azji Zachodniej. Uprawiana jest w całej Europie, Ameryce Północnej, Australii i Nowej Zelandii. Bez kłopotu wyhodujesz ją w przydomowym ogródku. Możesz uprawiać rukolę w doniczce.\nLiście rukoli, przypominające liście mlecza, mają charakterystyczny, orzeźwiający i pikantny smak. Jest bardzo ceniona przez zwolenników lekkiego menu i kuchni śródziemnomorskiej.\nJakie wartości odżywcze posiada rukola? Miłośnicy zdrowego odżywiania i dietetycy cenią ją przede wszystkim za bogactwo witamin. W 100 gramach liści znajdziesz witaminę K w ilości zaspokajającej dzienne zapotrzebowanie organizmu na ten składnik. Taka porcja pokrywa również połowę zapotrzebowania na witaminę A. Świeża rukola zawiera witaminę C, witaminy z grupy B i foliany. Sporo jest tu wapnia, magnezu, potasu, żelaza i manganu – a to wszystko przy zaledwie 25 kcal w 100 gramach, czego powodem jest duża zawartość wody.\nTaki skład sprawia, że rukola właściwości zdrowotne ma naprawdę imponujące, zostawiając daleko w tyle liście sałaty lodowej. Najważniejsze właściwości rukoli to:\ndziałanie antynowotworowe dzięki antyoksydantom,\nzapewnia lepszy metabolizm, długotrwałe uczucie sytości i sprawną perystaltykę jelit za sprawą błonnika,\nwsparcie odchudzania dzięki błonnikowi i niewielkiej kaloryczności,\nwsparcie układu krwionośnego i rozrzedzenie krwi dzięki potasowi,\nwsparcie układu kostnego za sprawą witaminy K,\nwzmacnia układ odpornościowy i poprawia kondycję skóry dzięki witaminie C,\noczyszczanie organizmu dzięki zawartości chlorofilu.\nW starożytności rukola stosowana była jako afrodyzjak – miała wzmagać pożądanie, leczyć impotencję i wspierać płodność.\nWłaściwie nie ma przeciwwskazań zdrowotnych, by spożywać przygotowaną rukolę na wiele sposobów. Jedyne zastrzeżenia związane są z kwestią jej uprawy. Ponieważ na tym etapie mogła zostać spryskana szkodliwymi substancjami, trzeba pamiętać, aby ją dokładnie przepłukać. Najlepiej moczyć ją przez kilka minut w wodzie z dodatkiem octu jabłkowego lub soku ze świeżych cytryn. Kupując rukolę w plastikowym opakowaniu, wyjmij ją w domowych warunkach jak najszybciej, aby uniknąć wydzielania się szkodliwych substancji z grupy nitrozamin.\nWiedząc, jakie rukola właściwości posiada, możesz zastanowić się, w jaki sposób wykorzystać jej ostry smak w kuchni. Dostępne są różne przepisy: rukola sprawdza się jako dodatek do sałatek, kanapek, past serowych i warzywnych, przystawek. Możesz dodawać ją również do dań gorących, na przykład zapiekanek, makaronów, pizzy. Ciekawym pomysłem są sosy i pesto, w których liście rukoli zastępują bazylię.\nRukola nadaje sałatkom ostrzejszy, lekko orzechowy smak. Do świeżych listków dodaj garść pomidorków koktajlowych, liście szpinaku i pestki dyni lub słonecznika. Całość posyp pokruszonym serem pleśniowym i skrop olejem lnianym, oliwą lub winegretem. Taka sałatka pasuje do zapiekanek i makaronów, a jej przygotowanie zabierze tylko chwilę.\nHummus limonkowy z rukolą\nPołącz pastę tahini z czosnkiem, sokiem limonkowym i oliwą. Dodaj ciecierzycę i tyle wody, aby uzyskać pożądaną konsystencję pasty. Dopraw solą i pieprzem. Dodaj posiekaną rukolę, tymianek i miętę, a następnie dołóż pokrojone na kawałki awokado. Taki hummus pasuje do pieczywa lub warzyw pokrojonych w słupki.\nZmiksuj rukolę z dodatkiem oleju z pestek dyni lub oliwy. Dodaj czosnek, starty parmezan, podprażone pestki dyni. Połącz w jednolitą masę. Dopraw pieprzem.\nPaszteciki z farszem grzybowo-ziołowym\nPosiekaj 2 cebule, 2 szalotki i około 50-60 dag grzybów. Całość podsmaż na maśle. Dodaj kilka ząbków czosnku, wlej 100 ml białego wytrawnego wina i poddusić do miękkości. Dodaj 2 szklanki posiekanej zieleniny: rukoli połączonej z natką pietruszki, koperkiem i kolendrą. Trzymaj na ogniu około 3 minuty, wbij jajko i dokładnie wymieszaj, by powstała jednolita masa. Nakładaj ją na ciasto francuskie, smaruj jajkiem i upiecz na złoto.\nPoprzedni artykuł Szafka na buty – niezbędny mebel w każdym przedpokoju?\nNastępny artykuł Modny i praktyczny upominek – porcelanowy zestaw do herbaty\nLubisz zdrowo się odżywiać? Postaw na piekarnik parowy!\nArchiwum wpisów Wybierz miesiąc styczeń 2022 grudzień 2021 listopad 2021 październik 2021 wrzesień 2021 sierpień 2021 lipiec 2021 czerwiec 2021 maj 2021 kwiecień 2021 marzec 2021 luty 2021 styczeń 2021 grudzień 2020 listopad 2020 październik 2020 wrzesień 2020 sierpień 2020 lipiec 2020 czerwiec 2020 maj 2020 kwiecień 2020 marzec 2020 luty 2020 styczeń 2020 grudzień 2019 listopad 2019 październik 2019 wrzesień 2019 sierpień 2019 lipiec 2019 czerwiec 2019 maj 2019 kwiecień 2019 marzec 2019 luty 2019 styczeń 2019 grudzień 2018 listopad 2018 październik 2018 wrzesień 2018 sierpień 2018 lipiec 2018 czerwiec 2018 maj 2018 kwiecień 2018 marzec 2018 luty 2018 styczeń 2018 grudzień 2017 listopad 2017 październik 2017 wrzesień 2017 sierpień 2017 lipiec 2017 czerwiec 2017 maj 2017 kwiecień 2017