Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Eclipse Day Krakow 2012/Talks"
(→Dekonstrukcja architektury w czasach kryzysu) |
|||
| Line 18: | Line 18: | ||
== Dekonstrukcja architektury w czasach kryzysu == | == Dekonstrukcja architektury w czasach kryzysu == | ||
| + | |||
| + | [http://wiki.eclipse.org/Eclipse_Day_Krakow_2012/Speakers#Jaros.C5.82aw_Pa.C5.82ka Jarosław Pałka] | ||
| + | |||
| + | Napięte terminy, budżety na ścisłej diecie, eksplodujące metryki | ||
| + | KLOC,CC,RFC, mgławice technologii, paradygmatów oraz manifestów. | ||
| + | Rozproszone zespoły, "nonsensownie" wielkie i złożone systemy. | ||
| + | Czy w dobie globalnego kryzysu finansowego, jesteśmy też świadkami (a | ||
| + | być może też sprawcami) kryzysu w naszej branży? Kryzysu, który ma o | ||
| + | wiele dalej wybiegające konsekwencje. | ||
| + | |||
| + | Podczas prezentacji spróbujemy zrozumieć czym jest kryzys architektury | ||
| + | systemów IT, jakie są jego źródła i konsekwencje. Spróbujemy też | ||
| + | wyjrzeć poza nasz "ogródek", | ||
| + | i poszukać rozwiązań korzystając z "myślenia systemowego" i "teorii | ||
| + | systemów złożonych". Przyglądniemy się archetypom systemów, zrozumiemy | ||
| + | czym charakteryzują się | ||
| + | "złożone systemy" i jakie rozwiązania proponują prezentowane | ||
| + | podejścia. Czy zamiast analizować kolejne linijki kodu, próbując | ||
| + | zrozumieć intencje autora, możemy usprawnić | ||
| + | nasz system, | ||
| + | niekoniecznie paraliżując nasz system nerwowy. Czy znajomość własności | ||
| + | hierarchii systemów, źródeł tzw. "emerging behaviours" pozwoli nam | ||
| + | uniknąć problemów w przyszłości. | ||
| + | Czy może zamiast poznawać kolejne języki programowania, paradygmaty | ||
| + | które z czasem przeminą lub okażą się niekompletne nie powinniśmy | ||
| + | zainwestować naszego czasu | ||
| + | w zgłębienie natury rzeczy? Natury "systemów" i ich "złożoności. | ||
Revision as of 07:31, 13 August 2012
Contents
- 1 Orion Workshop
- 2 Redefining Modularity with Object Teams (English)
- 3 No more excuse for your NPE: JDT 3.8 understands null-annotations (English)
- 4 Tworzenie aplikacji typu Rich Clients za pomocą Eclipse 4 RCP
- 5 Eclipse Command Language (English)
- 6 Eclipse of idleness and focus on current task
- 7 Dekonstrukcja architektury w czasach kryzysu
Orion Workshop
Redefining Modularity with Object Teams (English)
No more excuse for your NPE: JDT 3.8 understands null-annotations (English)
Tworzenie aplikacji typu Rich Clients za pomocą Eclipse 4 RCP
The recently released Eclipse 4 RCP delivers brand new features that significantly improve building rich client applications. Application model, dependency injection, built-in services are the more important elements that allow to easily create brand new applications (not only IDEs).
In the talk I will shortly present the most important features of Eclipse 4 RCP in contrast of the ones that exist in the 3.x branch.
Eclipse Command Language (English)
Eclipse of idleness and focus on current task
Dekonstrukcja architektury w czasach kryzysu
Napięte terminy, budżety na ścisłej diecie, eksplodujące metryki KLOC,CC,RFC, mgławice technologii, paradygmatów oraz manifestów. Rozproszone zespoły, "nonsensownie" wielkie i złożone systemy. Czy w dobie globalnego kryzysu finansowego, jesteśmy też świadkami (a być może też sprawcami) kryzysu w naszej branży? Kryzysu, który ma o wiele dalej wybiegające konsekwencje.
Podczas prezentacji spróbujemy zrozumieć czym jest kryzys architektury systemów IT, jakie są jego źródła i konsekwencje. Spróbujemy też wyjrzeć poza nasz "ogródek", i poszukać rozwiązań korzystając z "myślenia systemowego" i "teorii systemów złożonych". Przyglądniemy się archetypom systemów, zrozumiemy czym charakteryzują się "złożone systemy" i jakie rozwiązania proponują prezentowane podejścia. Czy zamiast analizować kolejne linijki kodu, próbując zrozumieć intencje autora, możemy usprawnić nasz system, niekoniecznie paraliżując nasz system nerwowy. Czy znajomość własności hierarchii systemów, źródeł tzw. "emerging behaviours" pozwoli nam uniknąć problemów w przyszłości. Czy może zamiast poznawać kolejne języki programowania, paradygmaty które z czasem przeminą lub okażą się niekompletne nie powinniśmy zainwestować naszego czasu w zgłębienie natury rzeczy? Natury "systemów" i ich "złożoności.