Historia modeli programowania
|
|
|
- Maria Podgórska
- 4 lat temu
- Przeglądów:
Transkrypt
1 Języki Programowania na Platformie.NET goluch/
2 Maszyny z wbudowanym oprogramowaniem
3 Maszyny z wbudowanym oprogramowaniem automatyczne rozwiązywanie problemu
4 Maszyny z wbudowanym oprogramowaniem automatyczne rozwiązywanie problemu szybkość działania
5 Maszyny z wbudowanym oprogramowaniem automatyczne rozwiązywanie problemu szybkość działania oprogramowanie ściśle powiązane z rozwiązywanym problemem (specjalizacja)
6 Maszyny z wbudowanym oprogramowaniem automatyczne rozwiązywanie problemu szybkość działania oprogramowanie ściśle powiązane z rozwiązywanym problemem (specjalizacja) oprogramowanie zaszyte w projekcie mechanicznym (zmiana algorytmu wymagała mechanicznych modyfikacji)
7 Maszyny z wbudowanym oprogramowaniem automatyczne rozwiązywanie problemu szybkość działania oprogramowanie ściśle powiązane z rozwiązywanym problemem (specjalizacja) oprogramowanie zaszyte w projekcie mechanicznym (zmiana algorytmu wymagała mechanicznych modyfikacji)
8 Programowalne maszyny ogólnego zastosowania
9 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem
10 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki
11 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe
12 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe
13 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe powiązanie wykonywanego kodu z maszyną (brak przenośności kodu), początkowo nie była to wada (niewielka liczba komputerów)
14 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe powiązanie wykonywanego kodu z maszyną (brak przenośności kodu), początkowo nie była to wada (niewielka liczba komputerów) trudność wprowadzania zmian, wymagana znajomość kodów binarnych rozkazów
15 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe powiązanie wykonywanego kodu z maszyną (brak przenośności kodu), początkowo nie była to wada (niewielka liczba komputerów) trudność wprowadzania zmian, wymagana znajomość kodów binarnych rozkazów
16 Programowalne maszyny ogólnego zastosowania uruchamianie kodu rozwiązującego dowolny problem kod maszynowy nie wymaga żadnej obróbki małe wymagania pamięciowe powiązanie wykonywanego kodu z maszyną (brak przenośności kodu), początkowo nie była to wada (niewielka liczba komputerów) trudność wprowadzania zmian, wymagana znajomość kodów binarnych rozkazów
17 Assembler
18 Assembler uniezależnienie kodu od komputera
19 Assembler uniezależnienie kodu od komputera wymusza na programiście dokładną znajomość działania sprzętu
20 Assembler uniezależnienie kodu od komputera wymusza na programiście dokładną znajomość działania sprzętu powiązanie wykonywanego kodu z architekturą
21 Assembler uniezależnienie kodu od komputera wymusza na programiście dokładną znajomość działania sprzętu powiązanie wykonywanego kodu z architekturą jedno polecenie Asemblera odpowiada zwykle jednemu rozkazowi maszynowemu
22 Assembler uniezależnienie kodu od komputera wymusza na programiście dokładną znajomość działania sprzętu powiązanie wykonywanego kodu z architekturą jedno polecenie Asemblera odpowiada zwykle jednemu rozkazowi maszynowemu każda architektura ma swój unikalny Asembler
23 Assembler uniezależnienie kodu od komputera wymusza na programiście dokładną znajomość działania sprzętu powiązanie wykonywanego kodu z architekturą jedno polecenie Asemblera odpowiada zwykle jednemu rozkazowi maszynowemu każda architektura ma swój unikalny Asembler
24 Kompilatory
25 Kompilatory uniezależnienie kodu od assemblera
26 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury
27 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury
28 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury struktura kodu oparta przeważnie o instrukcje skoku
29 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury struktura kodu oparta przeważnie o instrukcje skoku trudność wprowadzania zmian w kodzie
30 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury struktura kodu oparta przeważnie o instrukcje skoku trudność wprowadzania zmian w kodzie brak technik wielokrotnego użycia kodu
31 Kompilatory uniezależnienie kodu od assemblera pełne uniezależnienie kodu od sprzętu i architektury struktura kodu oparta przeważnie o instrukcje skoku trudność wprowadzania zmian w kodzie brak technik wielokrotnego użycia kodu
32 Programowanie strukturalne
33 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto)
34 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto) notacja BNF jasno opisująca składnę dla parsera ~goluch/wyk/1817.csharp4.html
35 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto) notacja BNF jasno opisująca składnę dla parsera ~goluch/wyk/1817.csharp4.html
36 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto) notacja BNF jasno opisująca składnę dla parsera ~goluch/wyk/1817.csharp4.html Rozdzielenie danych oraz wykonywanych na nich operacji
37 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto) notacja BNF jasno opisująca składnę dla parsera ~goluch/wyk/1817.csharp4.html Rozdzielenie danych oraz wykonywanych na nich operacji Rosnąca złożoność oprogramowania wymaga podzialu kodu aplikacji części
38 Programowanie strukturalne eliminacja niepożądanych związków ze struktury programu (np. goto) notacja BNF jasno opisująca składnę dla parsera ~goluch/wyk/1817.csharp4.html Rozdzielenie danych oraz wykonywanych na nich operacji Rosnąca złożoność oprogramowania wymaga podzialu kodu aplikacji części
39 Programowanie proceduralne
40 Programowanie proceduralne wielokrotne użycie kodu (funkcje)
41 Programowanie proceduralne wielokrotne użycie kodu (funkcje)
42 Programowanie proceduralne wielokrotne użycie kodu (funkcje) powiązanie funkcji zmiennymi (w szczególności globalnymi)
43 Programowanie proceduralne wielokrotne użycie kodu (funkcje) powiązanie funkcji zmiennymi (w szczególności globalnymi) zmiana kodu jednej funkcji może mieć wpływ na działanie innej
44 Programowanie proceduralne wielokrotne użycie kodu (funkcje) powiązanie funkcji zmiennymi (w szczególności globalnymi) zmiana kodu jednej funkcji może mieć wpływ na działanie innej
45 Programowanie obiektowe
46 Programowanie obiektowe wielokrotne użycie kodu (klasy)
47 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty
48 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie
49 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie
50 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie wygenerowana aplikacja miała postać jednolitego programu
51 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie wygenerowana aplikacja miała postać jednolitego programu awaria obiektu powodowała awarię całego procesu
52 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie wygenerowana aplikacja miała postać jednolitego programu awaria obiektu powodowała awarię całego procesu brak serializacji i utrwalania obiektów
53 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie wygenerowana aplikacja miała postać jednolitego programu awaria obiektu powodowała awarię całego procesu brak serializacji i utrwalania obiektów każda zmiana wymagała wdrożenia dużej ilości kodu
54 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie wygenerowana aplikacja miała postać jednolitego programu awaria obiektu powodowała awarię całego procesu brak serializacji i utrwalania obiektów każda zmiana wymagała wdrożenia dużej ilości kodu
55 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie ścisłe powiązanie aplikacji z językiem
56 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie ścisłe powiązanie aplikacji z językiem ponowne użycie obiektu wymaga dostępu do kodu źródłowego
57 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie ścisłe powiązanie aplikacji z językiem ponowne użycie obiektu wymaga dostępu do kodu źródłowego dziedziczenie wymaga szczegółowej wiedzy o implementacji klasy bazowej
58 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie ścisłe powiązanie aplikacji z językiem ponowne użycie obiektu wymaga dostępu do kodu źródłowego dziedziczenie wymaga szczegółowej wiedzy o implementacji klasy bazowej brak uwierzytelniania i autoryzacji na poziomie pojedynczego procesu
59 Programowanie obiektowe wielokrotne użycie kodu (klasy) metody i przetwarzane dane powiązane w obiekty abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie ścisłe powiązanie aplikacji z językiem ponowne użycie obiektu wymaga dostępu do kodu źródłowego dziedziczenie wymaga szczegółowej wiedzy o implementacji klasy bazowej brak uwierzytelniania i autoryzacji na poziomie pojedynczego procesu
60 Biblioteki
61 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego
62 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne)
63 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne) oszczędność pamięci (b. dynamiczne)
64 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne) oszczędność pamięci (b. dynamiczne)
65 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne) oszczędność pamięci (b. dynamiczne) pozostałe wady związane z programowaniem obiektowym
66 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne) oszczędność pamięci (b. dynamiczne) pozostałe wady związane z programowaniem obiektowym piekło zależności (b. dynamiczne)
67 Biblioteki ponowne użycie obiektu nie wymaga dostępu do kodu źródłowego łatwiejsza aktualizacja programów (b. dynamiczne) oszczędność pamięci (b. dynamiczne) pozostałe wady związane z programowaniem obiektowym piekło zależności (b. dynamiczne)
68 Komponenty
69 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku
70 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku współpraca kodu napisanego w różnych językach
71 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku współpraca kodu napisanego w różnych językach współdzielenie matadanych typów
72 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku współpraca kodu napisanego w różnych językach współdzielenie matadanych typów dynamiczne ładowanie komponentów
73 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku współpraca kodu napisanego w różnych językach współdzielenie matadanych typów dynamiczne ładowanie komponentów pośrednik ukrywający zdalne wywołania
74 Komponenty interfejs jako podstawowa jednostka wielokrotnego użytku współpraca kodu napisanego w różnych językach współdzielenie matadanych typów dynamiczne ładowanie komponentów pośrednik ukrywający zdalne wywołania
75 Komponenty skomplikowana technologia
76 Komponenty skomplikowana technologia brak języków komponentowych
77 Komponenty skomplikowana technologia brak języków komponentowych
78 Komponenty skomplikowana technologia brak języków komponentowych
79 Języki komponentowe
80 Języki komponentowe wspólny system typów (CTS)
81 Języki komponentowe wspólny system typów (CTS) mechanizm wczytywania podzespołów (assembly loader)
82 Języki komponentowe wspólny system typów (CTS) mechanizm wczytywania podzespołów (assembly loader) serializacja
83 Języki komponentowe wspólny system typów (CTS) mechanizm wczytywania podzespołów (assembly loader) serializacja zarządzanie wersjami
84 Języki komponentowe wspólny system typów (CTS) mechanizm wczytywania podzespołów (assembly loader) serializacja zarządzanie wersjami
85 Języki komponentowe kod ściśle związany z technologią i platformą
86 Języki komponentowe kod ściśle związany z technologią i platformą brak zarządzania współbieżnością
87 Języki komponentowe kod ściśle związany z technologią i platformą brak zarządzania współbieżnością zarządzanie transakcjami (manager transakcji)
88 Języki komponentowe kod ściśle związany z technologią i platformą brak zarządzania współbieżnością zarządzanie transakcjami (manager transakcji) brak odseparowania od szczegółów implementacyjnych komunikacji
89 Języki komponentowe kod ściśle związany z technologią i platformą brak zarządzania współbieżnością zarządzanie transakcjami (manager transakcji) brak odseparowania od szczegółów implementacyjnych komunikacji niejednolite mechanizmy zabezpieczeń
90 Języki komponentowe kod ściśle związany z technologią i platformą brak zarządzania współbieżnością zarządzanie transakcjami (manager transakcji) brak odseparowania od szczegółów implementacyjnych komunikacji niejednolite mechanizmy zabezpieczeń
91 Usługi
92 Usługi możliwość współpracy wielu technologii
93 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami
94 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług
95 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług odseparowanie od szczegółów implementacyjnych komunikacji
96 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług odseparowanie od szczegółów implementacyjnych komunikacji
97 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług odseparowanie od szczegółów implementacyjnych komunikacji trudność wersjonowania
98 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług odseparowanie od szczegółów implementacyjnych komunikacji trudność wersjonowania stabilność (przy wołaniach synchronicznych zależy od stabilności sieci/komunikacji)
99 Usługi możliwość współpracy wielu technologii zarządzanie transakcjami zarządzanie współbieżnością usług odseparowanie od szczegółów implementacyjnych komunikacji trudność wersjonowania stabilność (przy wołaniach synchronicznych zależy od stabilności sieci/komunikacji)
100 Programowanie Funkcyjne
101 Programowanie Funkcyjne brak instrukcji przypisania i instrukcji sterujących przepływem programu (uproszczenie kodu)
102 Programowanie Funkcyjne brak instrukcji przypisania i instrukcji sterujących przepływem programu (uproszczenie kodu) zwięzły i czytelny kod
103 Programowanie Funkcyjne brak instrukcji przypisania i instrukcji sterujących przepływem programu (uproszczenie kodu) zwięzły i czytelny kod brak zmiennych pozwala na dobrą optymalizację kodu
104 Programowanie Funkcyjne brak instrukcji przypisania i instrukcji sterujących przepływem programu (uproszczenie kodu) zwięzły i czytelny kod brak zmiennych pozwala na dobrą optymalizację kodu
105 Programowanie Funkcyjne kod oparty o rekurencję osłabia wydajność obliczeniową i pamięciową
106 Programowanie Funkcyjne kod oparty o rekurencję osłabia wydajność obliczeniową i pamięciową pasuje jedynie do problemów opisywanych matematycznymi zależnościami i wyrażeń
107 Programowanie Funkcyjne kod oparty o rekurencję osłabia wydajność obliczeniową i pamięciową pasuje jedynie do problemów opisywanych matematycznymi zależnościami i wyrażeń brak dostępu do sprzetu (bardzo wysoki poziom abstrakcji)
108 Programowanie Funkcyjne kod oparty o rekurencję osłabia wydajność obliczeniową i pamięciową pasuje jedynie do problemów opisywanych matematycznymi zależnościami i wyrażeń brak dostępu do sprzetu (bardzo wysoki poziom abstrakcji)
109 Dziękuje za uwagę
Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
Podstawy programowania
Podstawy programowania Część pierwsza Od języka symbolicznego do języka wysokiego poziomu Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Niniejsze opracowanie zawiera skrót
Programowanie Strukturalne i Obiektowe Słownik podstawowych pojęć 1 z 5 Opracował Jan T. Biernat
Programowanie Strukturalne i Obiektowe Słownik podstawowych pojęć 1 z 5 Program, to lista poleceń zapisana w jednym języku programowania zgodnie z obowiązującymi w nim zasadami. Celem programu jest przetwarzanie
Podstawy programowania. Wprowadzenie
Podstawy programowania Wprowadzenie Proces tworzenia programu Sformułowanie problemu funkcje programu zakres i postać danych postać i dokładność wyników Wybór / opracowanie metody rozwiązania znaleźć matematyczne
Paradygmaty programowania
Wg. J. Bylina, B. Bylina Przegląd języków i paradygmatów programowania, UMCS, Lublin 2011 Paradygmaty programowania Paradygmat (gr. Paradeigma) - wzorzec lub przykład Def. słownikowa: przyjęty sposób widzenia
Języki i paradygmaty programowania. I. Wprowadzenie
Języki i paradygmaty programowania I. Wprowadzenie O źródłach wykład został przygotowany w ogromnej części w oparciu o serwis http://wazniak.mimuw.edu.pl/ (zgodnie z licencją serwisu) inne źródła: Wikipedia:
Język programowania. Andrzej Bobyk http://www.alfabeta.lublin.pl. www.alfabeta.lublin.pl/jp/
Język programowania Andrzej Bobyk http://www.alfabeta.lublin.pl www.alfabeta.lublin.pl/jp/ Literatura K. Reisdorph: Delphi 6 dla każdego. Helion, Gliwice 2001 A. Grażyński, Z. Zarzycki: Delphi 7 dla każdego.
Programowanie niskopoziomowe. dr inż. Paweł Pełczyński ppelczynski@swspiz.pl
Programowanie niskopoziomowe dr inż. Paweł Pełczyński ppelczynski@swspiz.pl 1 Literatura Randall Hyde: Asembler. Sztuka programowania, Helion, 2004. Eugeniusz Wróbel: Praktyczny kurs asemblera, Helion,
Modelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Programowanie obiektowe. Wprowadzenie
1 Programowanie obiektowe Wprowadzenie 2 Programowanie obiektowe Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
Zaawansowane programowanie obiektowe - wykład 5
Zaawansowane programowanie obiektowe - wykład 5 dr Piotr Jastrzębski (czynnościowe) opisują zachowanie obiektów, komunikację pomiędzy nimi i ich odpowiedzialność. Interpreter Iterator (kursor) Łańcuch
Programowanie obiektowe - 1.
Programowanie obiektowe - 1 Mariusz.Masewicz@cs.put.poznan.pl Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która
Podstawy programowania. Wykład 1 Wstęp. Krzysztof Banaś Podstawy programowania 1
Podstawy programowania. Wykład 1 Wstęp Krzysztof Banaś Podstawy programowania 1 Elementy historii informatyki I think there is a world market for maybe five computers. - Thomas Watson, chairman of IBM,
Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Język programowania prosty bezpieczny zorientowany obiektowo wielowątkowy rozproszony przenaszalny interpretowany dynamiczny wydajny Platforma
Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -
Nazwa modułu: Programowanie obiektowe Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3 Wydział: Zarządzania Kierunek: Informatyka i Ekonometria Specjalność: - Poziom studiów: Studia I stopnia
Zagadnienia egzaminacyjne INFORMATYKA. Stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ
(INT) Inżynieria internetowa 1. Tryby komunikacji między procesami w standardzie Message Passing Interface 2. HTML DOM i XHTML cel i charakterystyka 3. Asynchroniczna komunikacja serwerem HTTP w technologii
Wykład 7. Projektowanie kodu oprogramowania
Wykład 7 Projektowanie kodu oprogramowania Treść wykładu cykl życiowy oprogramowania zagadnienia inżynierii oprogramowania tworzenie oprogramowania z gotowych elementów tworzenie niezawodnego oprogramowania
Technologie informacyjne - wykład 12 -
Zakład Fizyki Budowli i Komputerowych Metod Projektowania Instytut Budownictwa Wydział Budownictwa Lądowego i Wodnego Politechnika Wrocławska Technologie informacyjne - wykład 12 - Prowadzący: Dmochowski
E-1EZ1-03-s2. Elektrotechnika I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu E-1EZ1-03-s2 Nazwa modułu Informatyka 2 Nazwa modułu w języku angielskim Computer science 2 Obowiązuje od roku akademickiego 2012/2013 (aktualizacja 2017/2018)
Czym jest Java? Rozumiana jako środowisko do uruchamiania programów Platforma software owa
1 Java Wprowadzenie 2 Czym jest Java? Język programowania prosty zorientowany obiektowo rozproszony interpretowany wydajny Platforma bezpieczny wielowątkowy przenaszalny dynamiczny Rozumiana jako środowisko
Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio
Czym jest jpalio? jpalio to unikalna platforma technologiczna pozwalająca na stworzenie szeregu produktów dostosowanych do indywidualnych preferencji klienta. W naszej ofercie znajduje się m.in. system
Projektowanie obiektowe Wzorce projektowe. Gang of Four Strukturalne wzorce projektowe (Wzorce interfejsów)
Projektowanie obiektowe Wzorce projektowe Gang of Four Strukturalne wzorce projektowe (Wzorce interfejsów) 1 Roadmap Adapter Bridge Composite Facade 2 Pojęcia obiekt interfejs typ klasa 3 Co to jest delegacja?
Wykład V. Rzut okiem na języki programowania. Studia Podyplomowe INFORMATYKA Podstawy Informatyki
Studia Podyplomowe INFORMATYKA Podstawy Informatyki Wykład V Rzut okiem na języki programowania 1 Kompilacja vs. interpretacja KOMPILACJA Proces, który przetwarza program zapisany w języku programowania,
Wstęp do Informatyki. Program, proces tworzenia programu Środowisko programistyczne Języki programowania
Wstęp do Informatyki Program, proces tworzenia programu Środowisko programistyczne Języki programowania Program - definicje Program jest przekładem problemu użytkownika na język maszyny Niklaus Wirth:
Programowanie współbieżne Wykład 8 Podstawy programowania obiektowego. Iwona Kochaoska
Programowanie współbieżne Wykład 8 Podstawy programowania obiektowego Iwona Kochaoska Programowanie Obiektowe Programowanie obiektowe (ang. object-oriented programming) - metodyka tworzenia programów komputerowych,
GUI - projektowanie interfejsów cz. II
Katedra Inżynierii Wiedzy, Uniwersytet Ekonomiczny w Katowicach Wykład 2 Java Foundations Classes przyciski; pola tekstowe; panele; okna dialogowe; biblioteka Swing. Metodyka (paradygmat) programowania
JAVA. Java jest wszechstronnym językiem programowania, zorientowanym. apletów oraz samodzielnych aplikacji.
JAVA Java jest wszechstronnym językiem programowania, zorientowanym obiektowo, dostarczającym możliwość uruchamiania apletów oraz samodzielnych aplikacji. Java nie jest typowym kompilatorem. Źródłowy kod
Programowanie współbieżne i rozproszone
Programowanie współbieżne i rozproszone WYKŁAD 1 dr inż. Literatura ogólna Ben-Ari, M.: Podstawy programowania współbieżnego i rozproszonego. Wydawnictwa Naukowo-Techniczne, Warszawa, 2009. Czech, Z.J:
Metodyka i Technika Programowania 1
Metodyka i Technika Programowania 1 Pytania zaliczeniowe z wykładu mgr inż. Leszek Ciopiński Wykład I 1. Wprowadzenie 1.1. Programowanie imperatywne polega na: 1.2. Czy w programowaniu imperatywnym programista
Jeśli chcesz łatwo i szybko opanować podstawy C++, sięgnij po tę książkę.
Języki C i C++ to bardzo uniwersalne platformy programistyczne o ogromnych możliwościach. Wykorzystywane są do tworzenia systemów operacyjnych i oprogramowania użytkowego. Dzięki niskiemu poziomowi abstrakcji
Wykład 1. Projektowanie efektywnych algorytmów przetwarzania danych w sieciowych systemach usług, rzeczy i multimediów.
Wykład 1. Projektowanie efektywnych algorytmów przetwarzania danych w sieciowych systemach usług, rzeczy i multimediów. Paweł Świątek Agenda 1. Sprawy organizacyjne 2. Zasady zaliczenia 3. Cele kursu 4.
Podstawy programowania.
Kod przedmiotu: PPR Podstawy programowania. Rodzaj przedmiotu: kierunkowy; obowiązkowy Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): - Poziom studiów: pierwszego stopnia Profil
INFORMATYKA Pytania ogólne na egzamin dyplomowy
INFORMATYKA Pytania ogólne na egzamin dyplomowy 1. Wyjaśnić pojęcia problem, algorytm. 2. Podać definicję złożoności czasowej. 3. Podać definicję złożoności pamięciowej. 4. Typy danych w języku C. 5. Instrukcja
Tworzenie programów równoległych. Krzysztof Banaś Obliczenia równoległe 1
Tworzenie programów równoległych Krzysztof Banaś Obliczenia równoległe 1 Tworzenie programów równoległych W procesie tworzenia programów równoległych istnieją dwa kroki o zasadniczym znaczeniu: wykrycie
Sprzęt komputera - zespół układów wykonujących programy wprowadzone do pamięci komputera (ang. hardware) Oprogramowanie komputera - zespół programów
Sprzęt komputera - zespół układów wykonujących programy wprowadzone do pamięci komputera (ang. hardware) Oprogramowanie komputera - zespół programów przeznaczonych do wykonania w komputerze (ang. software).
Wprowadzenie do programowania aplikacji mobilnych
Wprowadzenie do programowania aplikacji mobilnych dr Przemysław Juszczuk dr Przemysław Juszczuk Trochę historii Idea wzorców projektowych wywodzi się jeszcze z wczesnych lat osiemdziesiątych ubiegłego
Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne. Wykład Ćwiczenia
Wydział: Informatyki, Elektroniki i Telekomunikacji Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne Rocznik: 2016/2017 Język wykładowy: Polski Semestr 1 IIN-1-103-s
Style programowania - krótki przeglad
Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2005 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu na temat programowania obiektowego.
Podstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Programowanie obiektowe
Programowanie obiektowe Wykład 1: Wprowadzenie do programowania obiektowego Dr hab. inż. Stanisław Deniziak, prof.pk, p.101, 410 sdeniziak@pk.edu.pl Informacje organizacyjne Wykład 30h Zaliczenie: egzamin
Zagadnienia egzaminacyjne INFORMATYKA. stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ
(INT) Inżynieria internetowa 1.Tryby komunikacji między procesami w standardzie Message Passing Interface. 2. HTML DOM i XHTML cel i charakterystyka. 3. Asynchroniczna komunikacja serwerem HTTP w technologii
4 Literatura. c Dr inż. Ignacy Pardyka (Inf.UJK) ASK MP.01 Rok akad. 2011/2012 2 / 24
Wymagania proceduralnych języków wysokiego poziomu ARCHITEKTURA SYSTEMÓW KOMPUTEROWYCH modele programowe procesorów ASK MP.01 c Dr inż. Ignacy Pardyka UNIWERSYTET JANA KOCHANOWSKIEGO w Kielcach Rok akad.
Algorytm. a programowanie -
Algorytm a programowanie - Program komputerowy: Program komputerowy można rozumieć jako: kod źródłowy - program komputerowy zapisany w pewnym języku programowania, zestaw poszczególnych instrukcji, plik
Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016
Wstęp - wykład 0 22 lutego 2016 Historia Simula 67 język zaprojektowany do zastosowan symulacyjnych; Smalltalk 80 pierwszy język w pełni obiektowy; Dodawanie obiektowości do języków imperatywnych: Pascal
Wzorce Strukturalne. Adapter: opis. Tomasz Borzyszkowski
Adapter: opis Wzorce Strukturalne Tomasz Borzyszkowski Alternatywna nazwa: Wrapper (opakowanie) Rola obiektu Adapter: pełni wobec Klienta rolę otoczki, która umożliwia przetłumaczenie jego żądań na protokół
UNIX: architektura i implementacja mechanizmów bezpieczeństwa. Wojciech A. Koszek dunstan@freebsd.czest.pl Krajowy Fundusz na Rzecz Dzieci
UNIX: architektura i implementacja mechanizmów bezpieczeństwa Wojciech A. Koszek dunstan@freebsd.czest.pl Krajowy Fundusz na Rzecz Dzieci Plan prezentacji: Wprowadzenie do struktury systemów rodziny UNIX
Wzorce projektowe. dr inż. Marcin Pietroo
Wzorce projektowe dr inż. Marcin Pietroo Wzorce projektowe Wzorzec projektowy (ang. design pattern) w inżynierii oprogramowania, rozwiązanie często pojawiających się, powtarzalnych problemów projektowych.
Uniwersytet Łódzki Wydział Matematyki i Informatyki, Katedra Analizy Nieliniowej. Wstęp. Programowanie w Javie 2. mgr inż.
Uniwersytet Łódzki Wydział Matematyki i Informatyki, Katedra Analizy Nieliniowej Wstęp Programowanie w Javie 2 mgr inż. Michał Misiak Agenda Założenia do wykładu Zasady zaliczeń Ramowy program wykładu
Przetwarzanie wielowątkowe przetwarzanie współbieżne. Krzysztof Banaś Obliczenia równoległe 1
Przetwarzanie wielowątkowe przetwarzanie współbieżne Krzysztof Banaś Obliczenia równoległe 1 Problemy współbieżności wyścig (race condition) synchronizacja realizowana sprzętowo (np. komputery macierzowe)
Podstawy programowania. Wykład Funkcje. Krzysztof Banaś Podstawy programowania 1
Podstawy programowania. Wykład Funkcje Krzysztof Banaś Podstawy programowania 1 Programowanie proceduralne Pojęcie procedury (funkcji) programowanie proceduralne realizacja określonego zadania specyfikacja
Mariusz Trzaska Modelowanie i implementacja systemów informatycznych
Mariusz Trzaska Modelowanie i implementacja systemów informatycznych Notka biograficzna Dr inż. Mariusz Trzaska jest adiunktem w Polsko-Japońskiej Wyższej Szkole Technik Komputerowych, gdzie zajmuje się
Podczas dziedziczenia obiekt klasy pochodnej może być wskazywany przez wskaźnik typu klasy bazowej.
Polimorfizm jest filarem programowania obiektowego, nie tylko jeżeli chodzi o język C++. Daje on programiście dużą elastyczność podczas pisania programu. Polimorfizm jest ściśle związany z metodami wirtualnymi.
Programowanie w języku C++ Podstawowe paradygmaty programowania
Programowanie w języku C++ Podstawowe paradygmaty programowania Mirosław Głowacki 1 1 Akademia Górniczo-Hutnicza im. Stanisława Staszica w Ktrakowie Wydział Inżynierii Metali i Informatyki Stosowanej Katedra
Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma studiów: Stacjonarne. audytoryjne. Wykład Ćwiczenia
Wydział: Informatyki, Elektroniki i Telekomunikacji Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma studiów: Stacjonarne Rocznik: 2019/2020 Język wykładowy: Polski Semestr 1 z Kierunkowe 10
Wykład I. Podstawowe pojęcia. Studia Podyplomowe INFORMATYKA Architektura komputerów
Studia Podyplomowe INFORMATYKA Architektura komputerów Wykład I Podstawowe pojęcia 1, Cyfrowe dane 2 Wewnątrz komputera informacja ma postać fizycznych sygnałów dwuwartościowych (np. dwa poziomy napięcia,
Pojęcie bazy danych. Funkcje i możliwości.
Pojęcie bazy danych. Funkcje i możliwości. Pojęcie bazy danych Baza danych to: zbiór informacji zapisanych według ściśle określonych reguł, w strukturach odpowiadających założonemu modelowi danych, zbiór
3. Podaj elementy składowe jakie powinna uwzględniać definicja informatyki.
1. Podaj definicję informatyki. 2. W jaki sposób można definiować informatykę? 3. Podaj elementy składowe jakie powinna uwzględniać definicja informatyki. 4. Co to jest algorytm? 5. Podaj neumanowską architekturę
DIAGRAMY IMPLEMENTACYJNE
DIAGRAMY IMPLEMENTACYJNE Maciej Patan Strukturalne diagramy implementacyjne Służą pokazaniu implementacji modelu, włączając w to strukturę kodu źródłowego oraz implementację środowiska wykonania. Typy:
Virtual Grid Resource Management System with Virtualization Technology
Virtual Grid Resource Management System with Virtualization Technology System zarządzania zasobami wirtualnego Gridu z wykorzystaniem technik wirtualizacji Joanna Kosińska Jacek Kosiński Krzysztof Zieliński
Opracował: Jan Front
Opracował: Jan Front Sterownik PLC PLC (Programowalny Sterownik Logiczny) (ang. Programmable Logic Controller) mikroprocesorowe urządzenie sterujące układami automatyki. PLC wykonuje w sposób cykliczny
Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne. Wykład Ćwiczenia
Wydział: Informatyki, Elektroniki i Telekomunikacji Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne Rocznik: 2016/2017 Język wykładowy: Polski Semestr 1 IIN-1-103-s
Programowanie MorphX Ax
Administrowanie Czym jest system ERP? do systemu Dynamics Ax Obsługa systemu Dynamics Ax Wyszukiwanie informacji, filtrowanie, sortowanie rekordów IntelliMorph : ukrywanie i pokazywanie ukrytych kolumn
Wprowadzenie. Organizacja pracy i środowisko programistyczne. Mirosław Ochodek
Wprowadzenie Organizacja pracy i środowisko programistyczne Mirosław Ochodek Miroslaw.Ochodek@pwsz.pila.pl Miroslaw.Ochodek@cs.put.poznan.pl Dane kontaktowe Mirosław Ochodek E-mail: Miroslaw.Ochodek@pwsz.pila.pl
Wprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera
Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego (2) Definicja systemu operacyjnego (1) Miejsce,
Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1
Charakterystyka oprogramowania obiektowego 1. Definicja systemu informatycznego 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wymagania 4. Problemy z podejściem nieobiektowym
Technika mikroprocesorowa. Języki programowania mikrokontrolerów
Języki programowania mikrokontrolerów Przed rozpoczęciem pisania kodu źródłowego programu należy zdecydować się na wybór określonego języka programowania. Stosuje się dwa rodzaje języków programowania
Systemy Informatyki Przemysłowej
Systemy Informatyki Przemysłowej Profil absolwenta Profil absolwenta Realizowany cel dydaktyczny związany jest z: tworzeniem, wdrażaniem oraz integracją systemów informatycznych algorytmami rozpoznawania
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Wprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera
Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego (2) Miejsce, rola i zadania systemu operacyjnego
Systemy operacyjne. Wprowadzenie. Wykład prowadzą: Jerzy Brzeziński Dariusz Wawrzyniak
Wprowadzenie Wykład prowadzą: Jerzy Brzeziński Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego
Tworzenie programów równoległych cd. Krzysztof Banaś Obliczenia równoległe 1
Tworzenie programów równoległych cd. Krzysztof Banaś Obliczenia równoległe 1 Metodologia programowania równoległego Przykłady podziałów zadania na podzadania: Podział ze względu na funkcje (functional
Bazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu
Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne. Wykład Ćwiczenia
Wydział: Informatyki, Elektroniki i Telekomunikacji Kierunek: Informatyka Poziom studiów: Studia I stopnia Forma i tryb studiów: Stacjonarne Rocznik: 217/218 Język wykładowy: Polski Semestr 1 IIN-1-13-s
Programowanie równoległe i rozproszone. Praca zbiorowa pod redakcją Andrzeja Karbowskiego i Ewy Niewiadomskiej-Szynkiewicz
Programowanie równoległe i rozproszone Praca zbiorowa pod redakcją Andrzeja Karbowskiego i Ewy Niewiadomskiej-Szynkiewicz 23 października 2009 Spis treści Przedmowa...................................................
Analiza i projektowanie aplikacji Java
Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie
Paradygmaty programowania
Paradygmaty programowania Jacek Michałowski, Piotr Latanowicz 15 kwietnia 2014 Jacek Michałowski, Piotr Latanowicz () Paradygmaty programowania 15 kwietnia 2014 1 / 12 Zadanie 1 Zadanie 1 Rachunek predykatów
Wstęp do programowania obiektowego. Wykład 1 Algorytmy i paradygmaty Podstawowe pojęcia PO
Wstęp do programowania obiektowego Wykład 1 Algorytmy i paradygmaty Podstawowe pojęcia PO 1 Cele przedmiotu Zapoznanie z podstawowymi pojęciami oraz technikami programowania obiektowego na przykładzie
Zaawansowane programowanie w C++ (PCP)
Zaawansowane programowanie w C++ (PCP) Wykład 3 - polimorfizm. dr inż. Robert Nowak - p. 1/14 Powtórzenie Powtórzenie: klasy autonomiczne: konstruktor, konstruktor kopiujacy, operator przypisania, destruktor
problem w określonym kontekście siły istotę jego rozwiązania
Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego
OSGi Agata Hejmej 4.05.2009
OSGi Agata Hejmej 4.05.2009 Plan prezentacji Co to jest OSGi Jakie problemy rozwiązuje Opis standardu Przykładowa aplikacja Podsumowanie korzyści Co to jest OSGi? Standard, który pozwala na tworzenie wysoce
Języki Programowania Obiektowego
Języki Programowania Obiektowego Kod przedmiotu: JPO Rodzaj przedmiotu: kierunkowy; obowiązkowy. Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): - Poziom studiów: pierwszego stopnia
Elektrotechnika I stopień (I stopień / II stopień) Ogólno akademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES)
Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Programowanie komputerów 2 Nazwa modułu w języku angielskim Computer programming
Myśl w języku Python! : nauka programowania / Allen B. Downey. Gliwice, cop Spis treści
Myśl w języku Python! : nauka programowania / Allen B. Downey. Gliwice, cop. 2017 Spis treści Przedmowa 11 1. Jak w programie 21 Czym jest program? 21 Uruchamianie interpretera języka Python 22 Pierwszy
Wstęp do programowania
Wstęp do programowania Przemysław Gawroński D-10, p. 234 Wykład 1 8 października 2018 (Wykład 1) Wstęp do programowania 8 października 2018 1 / 12 Outline 1 Literatura 2 Programowanie? 3 Hello World (Wykład
MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.
PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr
Rok akademicki: 2012/2013 Kod: EAR-1-206-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -
Nazwa modułu: Informatyka 1 Rok akademicki: 2012/2013 Kod: EAR-1-206-s Punkty ECTS: 3 Wydział: Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Kierunek: Automatyka i Robotyka Specjalność:
Programowanie dla początkujących w 24 godziny / Greg Perry, Dean Miller. Gliwice, cop Spis treści
Programowanie dla początkujących w 24 godziny / Greg Perry, Dean Miller. Gliwice, cop. 2017 Spis treści O autorach 11 Podziękowania 12 Wprowadzenie 13 CZĘŚĆ I ZACZNIJ PROGRAMOWAĆ JUŻ DZIŚ Godzina 1. Praktyczne
MATERIAŁY DO ZAJĘĆ I. Podstawowe pojęcia. Algorytm. Spis treści Przepis
MATERIAŁY DO ZAJĘĆ I Podstawowe pojęcia Spis treści I. Algorytm II. Schemat blokowy III. Struktury danych IV. Program komputerowy V. Opis środowiska programistycznego VI. Obsługa wejścia wyjścia VII. Przykład
Algorytmy i Struktury Danych
POLITECHNIKA KRAKOWSKA - WIEiK KATEDRA AUTOMATYKI i TECHNIK INFORMACYJNYCH Algorytmy i Struktury Danych www.pk.edu.pl/~zk/aisd_hp.html Wykładowca: dr inż. Zbigniew Kokosiński zk@pk.edu.pl Wykład 12: Wstęp
System zarządzający grami programistycznymi Meridius
System zarządzający grami programistycznymi Meridius Instytut Informatyki, Uniwersytet Wrocławski 20 września 2011 Promotor: prof. Krzysztof Loryś Gry komputerowe a programistyczne Gry komputerowe Z punktu
Podstawy programowania wykład
Podstawy programowania wykład WYDZIAŁ ELEKTRONIKI i INFORMATYKI dr inż. Robert Arsoba Politechnika Koszalińska Wydział Elektroniki i Informatyki POLITECHNIKA KOSZALIŃSKA 2009/2010 1 Materiały do wykładu
Tworzenie oprogramowania
Tworzenie oprogramowania dr inż. Krzysztof Konopko e-mail: k.konopko@pb.edu.pl 1 Tworzenie oprogramowania dla systemów wbudowanych Program wykładu: Tworzenie aplikacji na systemie wbudowanym. Konfiguracja
C# 6.0 : kompletny przewodnik dla praktyków / Mark Michaelis, Eric Lippert. Gliwice, cop Spis treści
C# 6.0 : kompletny przewodnik dla praktyków / Mark Michaelis, Eric Lippert. Gliwice, cop. 2016 Spis treści Spis rysunków 11 Spis tabel 13 Przedmowa 15 Wprowadzenie 17 Podziękowania 27 O autorach 29 1 Wprowadzenie
Języki i metodyka programowania
Języki i metodyka programowania www.ee.pw.edu.pl/~slawinsm Dr inż. Maciej Sławiński M.Slawinski@ee.pw.edu.pl GE518l Konsultacje: śr. 13 00-13 45 SK201/GE518l pt. 10 15-11 00 GE518l/SK201 Algorytmika Literatura
Wykład 1: Wprowadzenie
Wykład 1: Wprowadzenie 1.wprowadzenie 2.podstawy języka 3.sterowanie 4.inicjacja i sprzątanie 5.kontrola dostępu 6.dziedziczenie 7.polimorfizm 8.obsługa błędów 9.kolekcje obiektów 10.wejście i wyjście
Wykład Ćwiczenia Laboratorium Projekt Seminarium
WYDZIAŁ ELEKTRONIKI KARTA PRZEDMIOTU Nazwa w języku polskim Języki programowania Nazwa w języku angielskim Programming languages Kierunek studiów (jeśli dotyczy): Informatyka - INF Specjalność (jeśli dotyczy):
Programowanie Komponentowe WebAPI
Programowanie Komponentowe WebAPI dr inż. Ireneusz Szcześniak jesień 2016 roku WebAPI - interfejs webowy WebAPI to interfejs aplikacji (usługi, komponentu, serwisu) dostępnej najczęściej przez Internet,
Programowanie Obiektowe i C++
Programowanie Obiektowe i C++ Marcin Benke 2.10.2006 Dzisiaj Co umiemy Paradygmaty programowania Co będzie na wykładach Zasady zaliczania Programowanie obiektowe Co umiemy Programowałem w C++ Programowałem