Spis treści
-
Scintilla – edytor nie tylko dla programistów
Scintilla pozwala bez nadmiernego nakładu pracy uzyskać wygodny edytor tekstu dopasowany do specyficznych potrzeb. Do artykułu dołączono kod źródłowy zarówno pierwszego oraz drugiego przykładu. Drugi przykład zawiera także funkcje zapisu i odczytu plików tekstowych oraz nawigację pomiędzy zakładkami. Kod źródłowy został tak przygotowany, że nie wymaga jakiejkolwiek instalacji Scintilli, gdyż przykłady w podkatalogu lib posiadają własną kopię biblioteki statycznej. Marek zachęca do wypróbowania Scintilli we własnym projekcie.
-
Pisanie aplikacji w Qt 4.0. Część 3
Jacek Surazski
Autor, w kolejnej odsłonie, przedstawia proces pisania aplikacji QtCommander. Jacek opisuje, jak poprawić model i widok tak, aby jego zawartość można było zmieniać, stosując mechanizmy drag and drop oraz edytowanie w miejscu (inline editing). Artykuł przybliża czytelnikowi najważniejsze aspekty programowania w Qt i zachęca do rozwoju własnych aplikacji.
-
Tworzymy sztuczną inteligencję botów
Autorzy omówiają podstawowe zasady budowy chatbota na przykładzie RoboMatic X1. W artykule skupiają się głównie na logice bota, aby każdy programista mógł zaimplementować tę logikę w dowolnym języku programowania.
-
Sieci neuronowe w grach
Maciej Gorywoda
Maciej prezentuje mechanizm działania sieci neuronowych na przykładzie działania ludzkiego mózgu. Auror stawia w następujace pytania: dlaczego sieć neuronowa nie mogłaby zostać użyta do kontroli robota, sondy, lub w symulowanym środowisku, agenta albo dlaczego nie miałaby prowadzić do walki naszych komputerowych przeciwników w grach typu First Person Perspective.
-
Praktyczna realizacja w języku C++ sieci neuronowej rozpoznającej znaki
Jarosław Sadło
OCR to angielskojęzyczny skrót od Optical Character Recognition czyli optyczne rozpoznawanie znaków. Używany też jest termin ICR (ang. Intelligent Character Recognition) – inteligentne rozpoznawanie znaków. Autor przedstawia program Ocrwin z załączonym kompletnym kodem źródłowym dla VisualC w wersji 6. Wersję DOS (console) można wygenerować z załączonego kodu źródłowego poprzez zdjęcie komentarza w linii definicji zmiennej ConsoleVer. Plikiem głównym projektu jest wtedy testocr.cpp zamiast ocrwin.cpp. Wersja console powinna bez problemu działać również w Linuksie, wystarczy wygenerować tylko odpowiedni skrypt dla używanego przez czytelnika kompilatora.
-
Środowisko programistyczne TheIDE
Daniel Kos
Ultimate++ (w skrócie upp) jest nie tylko zbiorem bibliotek ogólnego zastosowania i bibliotek do tworzenia interfejsu użytkownika. W przeciwieństwie do większości dobrze znanych projektów o podobnej tematyce ze środowiska open source upp dostarcza w pełni funkcjonalne, zintegrowane środowisko programistyczne nazwane po prostu TheIDE. Co więcej, nie jest to tylko prosty edytor kodu, ale zintegrowany debuger, edytor okienek, edytor obrazków oraz system tworzenia dokumentacji. Wszystko to w jednym pliku, którego rozmiar nieznacznie przekracza 4 megabajty. Daniel przedstawia w pełni konfigurowalny edytor, nowatorski system zarządzania projektami oraz liczne udogodnienia takie jak wbudowany edytor dokumentacji czy edytor obrazków.
-
Raportowanie za pomocą Agata Report
Paweł Marciniak
Twórca przedstawia program oferujący łatwy sposób generowania raportów. Agata Report obsługuje takie bazy, jak: PostgreSQL, Mysql, Oracle, Sybase, SqlServer, Firebird, Frontbase, Informix, Sqlite czy Dbase i działa pod kontrolą Linuksa lub Windows. Pomaga użytkownikowi w budowaniu instrukcji SQL bez potrzeby znajomości SQL. Umożliwia bardzo łatwe zaznaczanie i porządkowanie pól.
-
Zbudujmy sobie bazę danych – LhimkDB cz. 2
Paweł Marciniak
W tym artykule zajmiemy się najniższą warstwą, czyli warstwą dostępu do danych – UDB (ang. Unordered Database). UDB jest oczywiście częścią LhimkDB, ale zarówno jego zadania, jak i sposób implementacji są na tyle niezależne, że mogą zainteresować kogoś, kto chce mieć po prostu trwałą pamięć dla swoich programów. Innymi słowy UDB może być używane jak niezależna biblioteka.
-
Testy modułowe z wykorzystaniem Test Driven Development
Lucjan Stapp, Joanna Nowakowska
Z przeprowadzonych badań wiadomo, że około 80 % wszystkich błędów popełnianych podczas tworzenia oprogramowania, to błędy w kodzie poszczególnych modułów. Tym samym ich wykrycie i usunięcie powinno zdecydowanie wpłynąć na jakość tworzonego systemu. Równocześnie koszt naprawy błędu zależy w bardzo dużym stopniu od momentu, kiedy błąd został znaleziony. Autorzy opisują wpływ przeprowadzenia testów modułowych (ang. unit/component tests) na jakość wytwarzanego oprogramowania.
-
Dokumentowanie w projektach wytwarzania oprogramowania
Mariusz porusza kwestie zasadności i kształtu procesu dokumentowania przy zastosowaniu różnych metodyk wytwarzania oprogramowania. Omawia zatem rolę okumentacji, problemy i ryzyko związane z dokumentowaniem oraz wskazuje w jaki sposób zarządzać dokumentacją i usprawnić dokumentowanie.
-
Klub techniczny: Magic eDeveloper cz 1.
Rozpoczynamy cykl artykułów prezentujących środowisko Magic eDeveloper, które proponuje nowatorskie podejście do procesu tworzenia aplikacji, bazujące na płynnym przejściu z fazy prototypowania do eksploatacji, bez potrzeby wielokrotnego powtarzania faz kodowania, kompilowania i testowania. eDeveloper oddziela również proces kodowania algorytmów przetwarzania danych od mechanizmów obsługi baz danych i współpracy z systemem operacyjnym. Programista, tworząc logikę, skupia swoją uwagę na analizie problemu i szukaniu rozwiązania poprzez budowę algorytmu przepływu danych (logika biznesowa), nie zajmując się mechanizmami jej obsługi.
|