testy



co wolicie robic testy i awansowac poziom wyzej czy robic normalne lekcje i wbijac poziomy wolno?
Jeśli uczysz się języka od podstaw to lepiej uczyć się wolno. Jeśli będziesz uczyć się zbyt szybko to będziesz miała wrażenie, że już coś umiesz ale prawdopodobnie będzie to tylko w pamięci krótkotrwałej.
Jeśli już trochę znasz język (ze szkoły) to możesz szybciej przerabiać materiał.
musisz mieć wyższy poziom powinno raczej pójść na średnich, albo niskich. najlepiej rozwiązuj testy z poprzednich lat. korzystaj z materiałów, które dają ci nauczyciele...  
  
p.s  
pozdrawiam - zdawałem ti w 2013 r. ale zdawałem normalnie. w sensie 4h robiło się praktykę, i dokumentację do niej.  
  
i teorię się zdawało w jednym terminie (ekonomia + teoria) ekonomia na 30%, teoria na 50% i praktyka na 75%  
  
nie miałem żadnych podziałów na e.12, e.13, e.14 :cc  
nie mniej powodzenia :d no takie testy ,i sie zastanawiasz ? 😆 jak to możliwe że tydzien wytrzymałaś ? tu dziewczyny 5 dni przed @ potrafia juz robic ha ha

hahaha silna wola i jakoś dałam radę wytrzymać bałam się że jak zrobię wcześniej to nic nie wyjdzie 😁 Też gram :)
  

  
O który level chodzi? <p><strong>skalowanie w poziomie</strong><br> skalowanie w poziomie zasadniczo buduje się zamiast w górę. nie kupujesz większego, mocniejszego serwera i przenosisz na niego całe swoje obciążenie, zamiast tego kupujesz ponad 1 dodatkowe serwery i rozkładasz obciążenie na nie.</p><p>skalowanie w poziomie jest używane, gdy masz możliwość uruchamiania wielu instancji na serwerach jednocześnie. zazwyczaj dużo trudniej jest przejść z 1 serwera na 2 serwery, niż z 2 do 5, 10, 50 itd.</p><p>po rozwiązaniu problemów z uruchamianiem równoległych instancji możesz w pełni korzystać ze środowisk takich jak amazon ec2, usługa cloud rackspace, gogrid itp., ponieważ możesz zwiększać i zmniejszać liczbę instancji w zależności od zapotrzebowania, zmniejszając potrzebę płacenia za moc serwera nie używasz tylko do pokrycia tych szczytowych obciążeń.</p><p>relacyjne bazy danych są jednym z trudniejszych elementów do równoległego uruchamiania pełnego odczytu/zapisu.</p><p>widziałem damiena katza mówiącego o couchdb na stackoverflow devdays w austin, a jednym z jego głównych celów w jego tworzeniu były te równoległe przypadki. ponieważ było to przedmiotem zainteresowania od samego początku, byłoby znacznie lepiej wykorzystać skalowanie w poziomie.</p><p><strong>skalowanie pionowe</strong><br> skalowanie w pionie jest odwrotne, buduj zamiast na zewnątrz. idź i kup najsilniejszy sprzęt, na jaki cię stać, i umieść na nim swoją aplikację, bazę danych itp.</p><p><strong>real world</strong><br> oczywiście oba mają swoje zalety i wady. często kombinacja tych dwóch jest wykorzystywana do ostatecznego rozwiązania.</p><p>możesz mieć swoją główną bazę danych, w której wszyscy zapisują i odczytują dane w czasie rzeczywistym na dużym sprzęcie. następnie rozdałem tylko do odczytu kopie bazy danych w celu dokładniejszej analizy danych i raportowania tam, gdzie bycie na bieżąco nie ma większego znaczenia. wtedy aplikacja sieci web frontonu może działać na wielu serwerach www za modułem równoważenia obciążenia.</p> naucz się czytać i przestań zaśmiecać forum. smutno tak jakoś by było ;c .  
ale bym miała więcej czasu na nauke ale cóż...trudno :d obstawiam 1 bo teraźniejsi moderatorzy z tej strony lekko mówiąc to idioci ( z urazą ) mowie to co sądzę , każde pytanie ma odpowiedz , moderatorzy za dużo sobie pozwalają , pewnie moją odpowiedz albo twoje pytanie tak czy siak kiedyś usuną Chodzi o twardy czy miękki reset?