Najważniejsze pytania dotyczące usability: Więcej czy mniej?; Porządek czy bałagan?; Logika czy emocje?;
Użyteczność czy fajerwerki?;
Słuchać rad czy nie? :); Jak nie zwariować?.
Użyj Java Data Objects --
przełomowej technologii trwałości obiektów na platformie Java
Książka "Java Data Objects":
* Demonstruje praktyczne techniki stosowane przez zawodowych programistów
* Zawiera poprawny, gruntownie przetestowany kod źródłowy programów oraz przykłady zaczerpnięte z praktyki
* Skoncentrowana jest na nowoczesnych technologiach, które muszą poznać programiści
* Zawiera rady profesjonalistów, które pozwolą czytelnikowi tworzyć najlepsze programy
Java Data Objects (JDO) przyspiesza tworzenie aplikacji w Javie dostarczając obiektowego mechanizmu trwałości i standardowych interfejsów umożliwiających korzystanie z baz danych. Książka ta jest wszechstronnym przewodnikiem po zagadnieniach trwałości JDO, przeznaczony dla zaawansowanego programisty.
Korzystając z realistycznych przykładów kodu autorzy przedstawiają sposoby tworzenia, pobierania, aktualizacji i usuwania obiektów trwałych, cykl życia obiektów i przejścia pomiędzy stanami, klasy i interfejsy JDO, zapytania, architekturę, problemy bezpieczeństwa i wiele innych zagadnień. Prezentują sposoby integracji JDO z EJB™, JTA, JCA i innymi technologiami J2EE™, omawiają też najlepsze sposoby wykorzystania JDO przez samodzielne aplikacje oraz komponenty J2EE™.
Jeśli chcesz poświęcić więcej czasu na rozwiązywanie zagadnień biznesowych, a mniej tracić na zajmowanie się problemem trwałości, to potrzebujesz właśnie JDO i jednej dobrej książki, która pomoże Ci efektywnie użyć JDO: "Java Data Objects".
* Omówienie specyfikacji JDO i podstawowych zagadnień związanych z trwałością obiektów
* Programowanie z użyciem JDO; najważniejsze klasy i obiekty
* Cykl życia obiektów
* Wyszukiwanie danych w JDO
* Przykładowa architektura i jej konstrukcja z użyciem JDO
* JDO a J2EE: JCA, EJB, transakcje, bezpieczeństwo
* Porównanie JDO z JDBC
* Przyszłość JDO i rozwój tej specyfikacji
* Studium przypadku
Uzupełnieniem są liczne dodatki omawiające między innymi: stany JDO, metadane, język JDOQL w notacji BNF i dostępne implementacje JDO.
* Praktyczne przykłady ilustrują możliwości użycia JDO przez istniejące aplikacje
* Tworzenia efektywniejszych systemów dzięki JDO
* Integracja JDO z J2EE krok po kroku
* Najlepsze sposoby wykorzystania JDO przez aplikacje biznesowe
Autorzy:
Sameer Tyagi jest architektem systemów biznesowych w firmie Sun Microsystems i pracuje w Java Center w Burlington w stanie Massachusets. Ma za sobą osiem lat doświadczeń zawodowych w dziedzinie informatyki i jest współautorem wielu książek związanych z technologiami Javy.
Keiron McCammon jest szefem działu technologii w firmie Versant Corporation. Pracuje w branży informatycznej już ponad dziesięć lat i zajmuje się głównie zastosowaniami technologii obiektowej w biznesie. Jest członkiem grupy eksperckiej JDO (JSR12) i często bierze udział w seminariach i konferencjach poświęconych tworzeniu aplikacji na platformach Java i J2EE przy wykorzystaniu JDO.
Michael Vorburger pracuje jako główny architekt oprogramowania w firmie Vertical zajmującej się tworzeniem oprogramowania. Jest aktywnym uczestnikiem listy dyskusyjnej poświęconej JDO.
Heiko Bobzin jest członkiem grupy eksperckiej JDO (JSR12). Prowadził prace związane z implementacją standardów JDO i ODMG 3.0 w firmie Poet Software, dostawcy obiektowych systemów baz danych.
Jak stworzyć aplikacje mobilne wysoko ocenianie przez użytkowników? - Case St...Piotr Biegun
W trakcie Internet Beta 2016 miałem przyjemność opowiedzieć o tym jak stworzyliśmy nowe aplikacje magazynowe dla Agory S.A. W trakcie naszych prac stworzyliśmy aplikację mobilne dla Logo 24, Świat Motocykli oraz Ładny Dom na platformy Android i iOS. W prezentacji można poznać proces tworzenia aplikacji z uwzględnieniem klasyczynych badań usability z użytkownikami oraz potrzeb wielu stakholderów.
O zagadnieniu:
Czy następuje taki moment w życiu programisty, kiedy może on stwierdzić, że jego warsztat jest już doskonały? Nie, jeżeli pracuje w technologiach internetowych. Ta dziedzina informatyki rozwija się w niesamowicie szybkim tempie, a stworzone wczoraj rozwiązania warto stosować już dziś!
Cel i korzyści spotkania:
Podczas spotkania słuchacze poznają aktualnie wykorzystywane technologie oraz kluczowe umiejętności w produkcji aplikacji internetowych, jak również metody programowania ekstremalnego i techniki zwinnego wytwarzania oprogramowania. Osobom, które dopiero zaczynają swoją przygodę z web development, zostanie przedstawiona propozycja działań, których sumienne podjęcie się gwarantuje odniesienie sukcesu zawodowego.
Agile i Scrum: projekty z klasą (JUG Olsztyn 2015)Lukas Lesniewski
Z pewnością trudno jest łączyć kreatywne, niekonwencjonalne podejście z obecnie panującymi standardami pracy, które sztywno wyznaczają zadania przypisane konkretnym osobom, aby te wykonały je w określonym czasie i sposób. Jakby tego było mało, należy pamiętać o tym, czego wymaga klient jak i końcowy użytkownik.
Jeśli ta sytuacja towarzyszy projektom, w których uczestniczysz, Scrum będzie rozwiązaniem Twoich problemów!
Be full of respect for the past generations,
because the way you talk about
old code today, will be the same way people will be talking
about your code years from now.
Be full of care about future generations, they will have to live with your legacy code
Be full of childish curiosity, embrace failures, be open, experiment and share
Czterej jeźdźcy apokalipsy gdy Armagedon w JVM nadchodziJaroslaw Palka
JVM towarzyszy mi w projektach od prawie 15 lat. Łączą nas dobre chwile i złe wspomnienia, którymi będę się chciał z Wami podzielić. Opowiem o 4 jeźdźcach apokalipsy którzy zamieszkują maszynę wirtualną i od czasu do czas dają znać o swojej obecności. Podstępnie zakradają się do zakamarków waszego systemu operacyjnego, procesorów i obszarów pamięci RAM, powodując że wasza aplikacja na produkcji zachowuje się jak wygłodniałe, acz powolne zombie.
Kim są Ci odrażający jeźdźcy? To GC, operacje I/O, wątki i interpretowany bytecode. Postaram się na przykładach pokazać narzędzia dostępne w JDK jak i w Waszym systemie operacyjnym, które pozwolą Wam rozpoznać, z którym z nich macie do czynienia, a także techniki radzenia sobie ze spadkiem wydajności. Prezentacja będzie pokazywać ekstremalne przypadki, które wymagać będą nietypowych technik, jednak wszystko odbędzie się zgodnie z zasadami sztuki, a pokazane rozwiązania oparte będą na API i technikach dostępnym w każdym JDK.
Więc o czym tak naprawdę będzie?
Usłyszycie słów kilka o "off-heap memory", gdy wszystkie rozsądne techniki optymalizacji GC zawiodły.
A także o "non-blocking IO" i "zero-copy buffers", gdy już klasyczne IO zawiodło.
Nie obędzie się bez łagodnego wstępu do java.util.concurrent.atomic.* i "lock free programming", gdy już nie radzicie sobie z ilością wątków.
A na koniec opowiem o "just-in time compilation" i jak pisać kod, który jest "JIT friendly".
To wszystko i więcej o wydajności i optymalizacji JVM, dla Waszej radości i uciechy przyszłych pokoleń.
More Related Content
Similar to Programming and architecture of NOSQL web at 33degree
Najważniejsze pytania dotyczące usability: Więcej czy mniej?; Porządek czy bałagan?; Logika czy emocje?;
Użyteczność czy fajerwerki?;
Słuchać rad czy nie? :); Jak nie zwariować?.
Użyj Java Data Objects --
przełomowej technologii trwałości obiektów na platformie Java
Książka "Java Data Objects":
* Demonstruje praktyczne techniki stosowane przez zawodowych programistów
* Zawiera poprawny, gruntownie przetestowany kod źródłowy programów oraz przykłady zaczerpnięte z praktyki
* Skoncentrowana jest na nowoczesnych technologiach, które muszą poznać programiści
* Zawiera rady profesjonalistów, które pozwolą czytelnikowi tworzyć najlepsze programy
Java Data Objects (JDO) przyspiesza tworzenie aplikacji w Javie dostarczając obiektowego mechanizmu trwałości i standardowych interfejsów umożliwiających korzystanie z baz danych. Książka ta jest wszechstronnym przewodnikiem po zagadnieniach trwałości JDO, przeznaczony dla zaawansowanego programisty.
Korzystając z realistycznych przykładów kodu autorzy przedstawiają sposoby tworzenia, pobierania, aktualizacji i usuwania obiektów trwałych, cykl życia obiektów i przejścia pomiędzy stanami, klasy i interfejsy JDO, zapytania, architekturę, problemy bezpieczeństwa i wiele innych zagadnień. Prezentują sposoby integracji JDO z EJB™, JTA, JCA i innymi technologiami J2EE™, omawiają też najlepsze sposoby wykorzystania JDO przez samodzielne aplikacje oraz komponenty J2EE™.
Jeśli chcesz poświęcić więcej czasu na rozwiązywanie zagadnień biznesowych, a mniej tracić na zajmowanie się problemem trwałości, to potrzebujesz właśnie JDO i jednej dobrej książki, która pomoże Ci efektywnie użyć JDO: "Java Data Objects".
* Omówienie specyfikacji JDO i podstawowych zagadnień związanych z trwałością obiektów
* Programowanie z użyciem JDO; najważniejsze klasy i obiekty
* Cykl życia obiektów
* Wyszukiwanie danych w JDO
* Przykładowa architektura i jej konstrukcja z użyciem JDO
* JDO a J2EE: JCA, EJB, transakcje, bezpieczeństwo
* Porównanie JDO z JDBC
* Przyszłość JDO i rozwój tej specyfikacji
* Studium przypadku
Uzupełnieniem są liczne dodatki omawiające między innymi: stany JDO, metadane, język JDOQL w notacji BNF i dostępne implementacje JDO.
* Praktyczne przykłady ilustrują możliwości użycia JDO przez istniejące aplikacje
* Tworzenia efektywniejszych systemów dzięki JDO
* Integracja JDO z J2EE krok po kroku
* Najlepsze sposoby wykorzystania JDO przez aplikacje biznesowe
Autorzy:
Sameer Tyagi jest architektem systemów biznesowych w firmie Sun Microsystems i pracuje w Java Center w Burlington w stanie Massachusets. Ma za sobą osiem lat doświadczeń zawodowych w dziedzinie informatyki i jest współautorem wielu książek związanych z technologiami Javy.
Keiron McCammon jest szefem działu technologii w firmie Versant Corporation. Pracuje w branży informatycznej już ponad dziesięć lat i zajmuje się głównie zastosowaniami technologii obiektowej w biznesie. Jest członkiem grupy eksperckiej JDO (JSR12) i często bierze udział w seminariach i konferencjach poświęconych tworzeniu aplikacji na platformach Java i J2EE przy wykorzystaniu JDO.
Michael Vorburger pracuje jako główny architekt oprogramowania w firmie Vertical zajmującej się tworzeniem oprogramowania. Jest aktywnym uczestnikiem listy dyskusyjnej poświęconej JDO.
Heiko Bobzin jest członkiem grupy eksperckiej JDO (JSR12). Prowadził prace związane z implementacją standardów JDO i ODMG 3.0 w firmie Poet Software, dostawcy obiektowych systemów baz danych.
Jak stworzyć aplikacje mobilne wysoko ocenianie przez użytkowników? - Case St...Piotr Biegun
W trakcie Internet Beta 2016 miałem przyjemność opowiedzieć o tym jak stworzyliśmy nowe aplikacje magazynowe dla Agory S.A. W trakcie naszych prac stworzyliśmy aplikację mobilne dla Logo 24, Świat Motocykli oraz Ładny Dom na platformy Android i iOS. W prezentacji można poznać proces tworzenia aplikacji z uwzględnieniem klasyczynych badań usability z użytkownikami oraz potrzeb wielu stakholderów.
O zagadnieniu:
Czy następuje taki moment w życiu programisty, kiedy może on stwierdzić, że jego warsztat jest już doskonały? Nie, jeżeli pracuje w technologiach internetowych. Ta dziedzina informatyki rozwija się w niesamowicie szybkim tempie, a stworzone wczoraj rozwiązania warto stosować już dziś!
Cel i korzyści spotkania:
Podczas spotkania słuchacze poznają aktualnie wykorzystywane technologie oraz kluczowe umiejętności w produkcji aplikacji internetowych, jak również metody programowania ekstremalnego i techniki zwinnego wytwarzania oprogramowania. Osobom, które dopiero zaczynają swoją przygodę z web development, zostanie przedstawiona propozycja działań, których sumienne podjęcie się gwarantuje odniesienie sukcesu zawodowego.
Agile i Scrum: projekty z klasą (JUG Olsztyn 2015)Lukas Lesniewski
Z pewnością trudno jest łączyć kreatywne, niekonwencjonalne podejście z obecnie panującymi standardami pracy, które sztywno wyznaczają zadania przypisane konkretnym osobom, aby te wykonały je w określonym czasie i sposób. Jakby tego było mało, należy pamiętać o tym, czego wymaga klient jak i końcowy użytkownik.
Jeśli ta sytuacja towarzyszy projektom, w których uczestniczysz, Scrum będzie rozwiązaniem Twoich problemów!
Be full of respect for the past generations,
because the way you talk about
old code today, will be the same way people will be talking
about your code years from now.
Be full of care about future generations, they will have to live with your legacy code
Be full of childish curiosity, embrace failures, be open, experiment and share
Czterej jeźdźcy apokalipsy gdy Armagedon w JVM nadchodziJaroslaw Palka
JVM towarzyszy mi w projektach od prawie 15 lat. Łączą nas dobre chwile i złe wspomnienia, którymi będę się chciał z Wami podzielić. Opowiem o 4 jeźdźcach apokalipsy którzy zamieszkują maszynę wirtualną i od czasu do czas dają znać o swojej obecności. Podstępnie zakradają się do zakamarków waszego systemu operacyjnego, procesorów i obszarów pamięci RAM, powodując że wasza aplikacja na produkcji zachowuje się jak wygłodniałe, acz powolne zombie.
Kim są Ci odrażający jeźdźcy? To GC, operacje I/O, wątki i interpretowany bytecode. Postaram się na przykładach pokazać narzędzia dostępne w JDK jak i w Waszym systemie operacyjnym, które pozwolą Wam rozpoznać, z którym z nich macie do czynienia, a także techniki radzenia sobie ze spadkiem wydajności. Prezentacja będzie pokazywać ekstremalne przypadki, które wymagać będą nietypowych technik, jednak wszystko odbędzie się zgodnie z zasadami sztuki, a pokazane rozwiązania oparte będą na API i technikach dostępnym w każdym JDK.
Więc o czym tak naprawdę będzie?
Usłyszycie słów kilka o "off-heap memory", gdy wszystkie rozsądne techniki optymalizacji GC zawiodły.
A także o "non-blocking IO" i "zero-copy buffers", gdy już klasyczne IO zawiodło.
Nie obędzie się bez łagodnego wstępu do java.util.concurrent.atomic.* i "lock free programming", gdy już nie radzicie sobie z ilością wątków.
A na koniec opowiem o "just-in time compilation" i jak pisać kod, który jest "JIT friendly".
To wszystko i więcej o wydajności i optymalizacji JVM, dla Waszej radości i uciechy przyszłych pokoleń.
In recent years we have seen explosion of languages which run on Java Virtual Machine. We also have seen existing languages getting their implementations being rewritten to JVM. With all of the above we have seen rapid development of tools like parsers, bytecode generators and such, even inside JVM we saw initiatives like Da Vinci Machine Project, which led to invoke dynamic in JDK 7 and recent development of Graal and Truffle projects.
Is it really hard to write new programming language running on JVM? Even if you are not going to write your own I think it is worth to understand how your favorite language runs undercover, how early decisions can impact language extensibility and performance, what JVM itself and JVM ecosystem has to offer to language implementors.
During the session I will try to get you familiar with options you have when choosing parsers and byte code manipulation libraries. which language implementation to consider, how to test and tune your "new baby". Will you be able after this session to develop new and shiny language, packed with killer features language? No. But for sure you will understand difference between lexers and parsers, how bytecode works, why invoke dynamic and Graal and Truffle are so important to the future of JVM platform. Will we have time to write simple, compiled language?
Systematyczny architekt na drodze ku planowanemu postarzaniuJaroslaw Palka
Czym jest planowane postarzanie produktu? Zapewne wielu z was spotkało się z tym określeniem, oznaczającym planowane działania mające na celu skrócenie czasu życia produktu na rynku, w mniej lub bardziej szczytnym celu. Jak to się ma do tworzenia oprogramowania?
Być może nie tak planowane, jak często chaotyczne, jednak ciągle mamy do czynienia z nieustannym procesem postarzania naszych bibliotek, kontenerów aplikacji, języków, narzędzi i API. oprócz sil wywieranych przez biznes na naszą aplikację, jest ona też po wpływem potężnych ruchów technologicznych, wynikających z nieustannych zmian w trendach tworzenia oprogramowania. Jak efektywnie uniknąć powolnego postarzania się technologicznego naszej aplikacji? Jak uniknąć wysokich kosztów, odkładanych w nieskończoność modernizacji technologicznych aplikacji? Jak uzasadnić wartość biznesową kolejnego "big up front total next generation rewrite"?
A może by tak uwolnić się od hegemoni frameworków, bibliotek i kontenerów i oddać całą władzę w ręce programistów?
Podczas prezentacji opowiem jak ważnym elementem tej strategi są właściwe "abstrakcje w kontekście", jak efektywnie oddzielić "software construction" od "infrastructure code" i "business logic" i dlaczego właściwa architektura, która pozwala podjąć decyzje technologicznie jak najpóźniej, lub nawet odłożyć je na jutro, które nie nadejdzie, może pomóc wam i przyszłym pokoleniom, tych którzy będą musieli pracować z kodem odziedziczonym po was.
In recent years we have seen explosion of languages which run on Java Virtual Machine. We also have seen existing languages getting their implementations being rewritten to JVM. With all of the above we have seen rapid development of tools like parsers, bytecode generators and such, even inside JVM we saw initiatives like Da Vinci Machine Project, which led to invoke dynamic in JDK 7 and recent development of Graal and Truffle projects.
Is it really hard to write new programming language running on JVM? Even if you are not going to write your own I think it is worth to understand how your favorite language runs undercover, how early decisions can impact language extensibility and performance, what JVM itself and JVM ecosystem has to offer to language implementors.
During session I will try to get you familiar with options you have when choosing parsers and byte code manipulation libraries. which language implementation to consider, how to test and tune your "new baby". Will you be able after this session to develop new and shiny language, packed with killer features language? No. But for sure you will understand difference between lexers and parsers, how bytecode works, why invoke dynamic and Graal and Truffle are so important to the future of JVM platform. Will we have time to write simple, compiled language?
Yes, we will, just to show you that even person who didn't studied computer science, compilers theory, and for majority of his life didn't know what AST is, can do it :)
Tysiące użytkowników, miliony zapytań HTTP, miliardy odwołań do bazy danych, dziesiątki tysięcy osobogodzin inwestowanych przez firmy na optymalizacje aplikacji webowych, miliony dolarów (czy też euro) wydawanych na infrastrukturę, wszystko to po aby nasz system zapewniał użytkownikom odpowiedni komfort pracy i zadowalający czas odpowiedzi.
I gdy już wszystkie optymalizacje zapytań do bazy danych zostaną zastosowane, indeksy wypolerowane na wysoki połysk, czasowa złożoność obliczeniowa wszystkich metod będzie dążyć do O(1), a system dalej nie będzie spełnił wyśrubowanych warunków SLA, zawsze pozostaje wyprawa na "ostatni przylądek dobrej nadziei", czyli pełne niebezpieczeństw i ekscytujących przygód krainy, gdzie wasze dane będą na was czekać w ultra wydajnych, skalowalnych i stabilnych serwerach cache.
Chciałbym was, drodzy słuchacze, łagodnie wprowadzić w świat cache. Cache dla aplikacji webowych, opowiedzieć o stosowanych topologiach, wykorzystaniach cache w poszczególnych warstwach aplikacji, świat algorytmów "cache eviction", rozproszonych serwerów cache (i "data grids") oraz znanych i też przemilczanych "sekretów" i problemów, z którymi się spotkacie podczas implementacji cache w waszym systemie. Wszystko z wykorzystaniem takich rozwiązań jak memcached, redis, infinispan i ehcache.
Programming and architecture of NOSQL web at 33degree
1. Architecture and programming model for NOSQL web (Polish) JarosławPałka What's new in Java EE 6 Sang Shin Programming Clojure VenkatSubramaniam Play! framework: a revolution in the Java world Nicolas Leroux
2. Poniższa prezentacja udostępniana jest w ramach licencji DHMB (Don't Hurt My Brain). Prowadzący nie ponosi odpowiedzialności finansowej i moralnej za szkody wynikające z wzięcia zbyt serio zawartości tej prezentacji. Wliczając w to trwałe uszkodzenia neuronów, obniżenie aktywności neuroprzekaźników na poziomie molekularnym oraz grupowe zwolnienia z pracy.
4. O mnie Administrator, programista, architekt, eksperymentalny manager Niespełniony autor http://primitive.jogger.pl oraz https://bitbucket.org/kcrimson/ Po godzinach NOSQL, REST i JavaScript „funboy” Członek Stowarzyszenie Software Engineering Professionals Polska
5.
6. Dziś w menu Trzy tezy, czyli drobiny przemyśleń i doświadczenia Jak to działa, czyli prawie na żywo kodowanie Wózek z zakupami Komentarze, oceny i chmury Rekomendacje Wnioski i inne architektologiczne brednie Brawa, pochwały oraz konstruktywne komentarze
7. Teza pierwsza Im bliżej masz do bazy tym rzadziej będziesz tam zaglądał czyli Make your data local
9. Samotność długodystansowca Cache sposobem na zmniejszenie dystansu do danych Osadzone (embedded) bazy danych w szczególnych przypadkach Jednak dystans na poziomie infrastruktury to nie wszystko
10. Na jednej kartce formatu A4 City Employee Address Country Project Manager Program
14. Teza druga Tyleż prawd ile par uszu do których ona dotarła czyli Put your data in right context
15.
16. Wszyscy aktorzy na scenę Różni aktorzy to nie tylko inne zachowania systemu To także inna perspektywa w spojrzeniu na dane To także inny sposób wyszukiwania danych Czy w takiej sytuacji jeden wspólny model nadal ma sens?
18. Dla pracowników sklepu Zamówienie Numery identyfikacyjne produktów Lokazalizacja produktów w magazynach Status płatności Typ przesyłki
19. Dla pracowników marketingu Zamówienie Wiek zamawiającego Miejsce zamieszkania Miejsce pracy Średni dochód miesięczny „Direct” czy „refferal”
20. Jeden, by wszystkimi rządzić, jeden, by wszystkie odnaleźć,Jeden, by wszystkie zgromadzić i w ciemności związaćW krainie Mordor, gdzie zaległy cienie.
27. Wszyscy aktorzy na scenę Każdy użytkownik w danym momencie posiada jeden wózek z zakupami, Raz użyty wózek wyjeżdza na śmietnik a klient zabiera swoje zakupy do domu, Zawartość wózka jest niewspółmiernie częsciej przeglądana niż aktualizowana
34. Każdy ma prawo do wypowiedzi Komentarze, tagi i oceny mają pomóc użytkownikom podjąć decyzję Raz zapisane pozostaja niezmienne w systemie Budowanie statystyk, trendów oraz rekomendacji
35. Cały stos technologii Wicket Spring DAO Hades Key value store Document store EntityManager Hibernate
37. ... na kiedy to będzie? Co kupili inni? A co kupili Ci co inni kupili A może jeszcze albumy oznaczone tymi samymi tag’ami I do tego albumy wydane w tej samej wytwórni ... I co jeszcze marketingowi przyjdzie do głowy
40. Cały stos technologii Wicket Spring DAO Hades Key value store Document store Graph database EntityManager Hibernate
41. Cały stos technologii Wicket Spring DAO Hades Spring data EntityManager Key value store Document store Graph database Hibernate
42. O co w tym wszystkim chodzi? To nie tylko szybkość i wydajność To nie tylko skalowalność i insze inszości NOSQL to także zaawansowane indeksy jako uzupełnienie dla RDBMS „Giętkie” vs „skostniałe” struktury danych „Ludzkie” oblicze API dla programistów
43. Wnioski architektologiczne albowiem przedwczesna optymalizacja u źródeł zła wszelkiego więc nie idź zbyt wcześnie w NOSQL kolego uważaj co mierzysz i jako bardzo w to wierzysz jeden wspólny model to przeżytek i wielu klęsk początek
44. Store Long time Mutable Sophisticated queries Fast access Limited time Immutable Search
46. So you think agile software development and building houses have nothing in common... WojciechSeliga Practical Guide to using REST for SOA Stefan Tilkov Five years of change, no outages Steve Freeman Monitoring 10 Critical Code Quality Metrics with Sonar Matthew McCullough
Editor's Notes
Hype cycleSzczyt Ślepego Zauroczenia,Dolina Rozpaczy, MongoDB i Forsquare, Cassandra i APIWzgórze Oświecenia, Równina Wiecznego Spokoju
Przypowiść o dwóch ekipach pracowników i dowożeniu cegieł,
W szczególnych przypadkach osadzone bazy danych (pełna izolacja, self contained applications, stateless), przykład gateway’a SMSowego, gdzie krótkie numery, rule, konfiguracja sesje w osadzonej bazie danych, dostep do danych poprzez interfejs restowy
Na samym początku nasz model miesci się na jednej kartce papieru, jest przyjrzysty, czytelny, zrozumiały dla biznesu, wprost idealny,
A kilka iteracji pozniej
Pokręcony diagram UML, pokazując że zbyt hierarchczna strukura, długi dystans, może sie źle skonczyć (przykład VersionOne), może animowany zaczynamy z klasa Company, Team, Project, Employee
What do you see? Małe ładne złudzenie optyczne, konkurs, co kto widzi, Sandro del Prete