znalezione wpisy oznaczone „technologie i rozwiązania”:

Wystarczająco prosty projekt interfejsu

Stworzenie prototypu funkcjonalnego interfejsu użytkownika w postaci obrazków (choćby i klikalnych, ale nie udających prawdziwego systemu) zamiast w jakiś sposób programistyczny (np. za pomocą „faktycznie działającego” HTML-a) ma kilka ciekawych konsekwencji, które z punktu widzenia jego przeznaczenia należy z pewnością uznać za zalety

RSS 1.0 w rękach maniaka

Fakt należący do tych, które dla jednych są banalnie oczywiste, a dla innych mogą być zaskoczeniem: pomimo identycznie brzmiącego akronimu różne wersje RSS to zupełnie inne formaty. Przeznaczenie wszystkich jest w zasadzie takie samo, jednak wbrew pozorom nie są to kolejne wersje tej samej specyfikacji, lecz kompletnie inne rozwiązania. Ten drobny fakt, zapewne jest zupełnie nieistotny z punktu widzenia programów agregujących kanały RSS. Jednak dla zastosowań Sieci Semantycznej może mieć ogromne znaczenie.

Łączenie grafów RDF w praktyce

Skoro RDF umożliwia zapisywanie wszelkich danych, to oznacza, że również wyrażeń logicznych i reguł.Reguły takie mogą opisywać cokolwiek, np. ... zasady wyznaczania punktów wspólnych łączonych grafów. Jak każde inne wyrażenia, stanowią one część modelu, ale jednocześnie mogą zostać wykorzystane do modyfikowania jego zawartości. Mamy zatem w samym modelu/zbiorze danych informację o tym jak należy przeprowadzić jego agregację. Wystarczy dysponować (względnie) prostym mechanizmem wnioskującym...

CAPTCHA

Tekst, który powinien być komentarzem do wpisu Riddla, z braku możliwości komentowania na tamtym blogu przez chwilę był mailem, a ostatecznie z wewnętrznej potrzeby powiedzenia czegoś, co większość ludzi notorycznie ignoruje, stał się wpisem tutaj.

Embedded RDF

Jednym z najpoważniejszych problemów z jakimi się spotykam w różnych dyskusjach na temat Sieci Semantycznej jest obawa, że wszystkie aktualne dokumenty (X)HTML staną się nagle zupełnie zbędne jako nieczytelne dla agentów. Takie podejście oczywiście maksymalnie hamuje rozwój — ludzie są ze swej natury leniwi niechętni do zmian. A jeżeli muszą napisać coś od nowa (np. oprócz strony HTML dodatkowo jeszcze RDF/XML) tylko dlatego, że jakiś tam agent sobie nie radzi z informacjami w ich dokumentach to już w ogóle tragedia i zniechęcenie. Dlatego bardzo ważne są wszelkie próby minimalizujące konieczność wykonywania podwójnej pracy jak publikacja dla człowieka i osobna publikacja dla agenta SW.

Wnioskowanie OWL w praktyce (Wine + SWOOP 2.3 + Pellet)

OWL Web Ontology Language Guide oprócz tego, że opowiada o co w ogóle w tych ontologiach chodzi, zawiera konkretny przykład — ontologię Wine opisująca wina i dodatkowo Food z opisem potraw do wspomnianych win odpowiednich. Ontologia Wine jest ciężkostrawna dla mniej wydajnych narzędzi obróbki OWL (czy RDF w ogólności) oraz zabójcza dla słabszych mechanizmów wnioskowania. Postanowiłem sprawdzić jak z tym zadaniem poradzi sobie SWOOP w wersji 2.3 beta2

Open World

Dlaczego pomysł SW może być interesujący dla programisty? Powód pierwszy: Sieć Semantyczna zakłada istnienie „świata otwartego”. Podejście takie oznacza przyjęcie założenia, że sam fakt, iż coś nie zostało powiedziane, nie oznacza jeszcze, że nie jest to prawdą. W przeciwieństwie do światów „zamkniętych”, jak bazy danych i programowanie obiektowe, gdzie jeśli czegoś nie powiedziano, to tego po prostu nie ma. Świat otwarty wymusza specyficzne podejście do znajdywanych informacji — założenie ich niekompletności i przyjęcie tendencji do wyciągania wniosków uzupełniających zamiast zgłaszania błędów.

Diagramy aktywności w modelowaniu workflow

„Workflow” to „buzzword” z gatunku tych nielicznych, które użyte w dobrze dobranym kontekście brzmią nawet lepiej niż „XML”. Precyzyjnie wstawione we właściwie uszy „workflow” może uzasadnić nawet przebudowanie od zera systemu dla klienta, który teraz sam już nie rozumie jak mógł dotąd funkcjonować nie znając tego zbawiennego pojęcia.

Phalanger - spotkanie pierwsze

The Phalanger is a complex solution giving web-application developers the ability to benefit from both the ease-of-use and effectiveness of the PHP language and the power and richness of the .NET platform. This solution enables developers to painlessly deploy and run existing PHP code on an ASP.NET web server and develop cross-platform extensions to such code taking profit from the best from both sides.

Version People Control System

Wybór mechanizmu kontroli wersji i repozytorium kodu dla projektu jest zagadnieniem niebanalnym. Dostępne narzędzia VCS różnią się zarówno wymaganiami jak i możliwościami. Wybór między VSS, CVS czy innym Subversion to dla jednych zagadnienie wyboru platformy lepszej i stabilniejszej, dla innych wybór najwygodniejszego narzędzia, a dla wielu pewnie wybór czysto ideologiczny. Jednak w przypadku VCS wybór narzędzia „najbardziej odpowiedniego” nie zawsze jest wyborem „lepszej” technologii..

Gmail

Fala ogólnoświatowego zainteresowania serwisem pocztowym Googla, czyli Gmail, nie słabnie, mimo że od pierwszych wersji beta minęło już kilka miesięcy. Zapewne w dużym stopniu jest to spowodowane aktualnym sposobem uzyskania tam konta, czyli koniecznością otrzymania zaproszenia od innego użytkownika — taka zasada wprowadza atmosferę elitarności, która chyba bardziej przemawia do wyobraźni niż inne cechy Gmaila (np. 1GB darmowego miejsca na pocztę). Niezły chwyt marketingowy, to im trzeba przyznać, nawet jeśli większość użytkowników nie bardzo wie co ma zrobić z uzyskanym w ten sposób kolejnym adresem e-mail. Zresztą „thanks to the generosity of folks like you” uzyskanie zaproszenia do Gmaila stało się stosunkowo proste, tak że dzisiaj nawet mój kot ma tam konto ;-). Zostawmy jednak marketing, konkursy na zaproszenia i elity, a spróbujmy spojrzeć na Gmail jak na aplikację webową.

ekstremalnie cienki klient

Sformułowanie „aplikacja webowa” zapewne razi purystów językowych. Niestety nie znam lepszego odpowiednika pojęcia „web application”, jakiejś bardziej polskiej nazwy na architekturę, w której interakcja z użytkownikiem odbywa się poprzez strony w przeglądarce internetowej. Czy to będzie się odbywało w internecie czy w intranecie, w sieci rozległej czy lokalnej — bez znaczenia. Ważne, że po jednej stronie jest użytkownik uzbrojony jedynie w przeglądarkę (mniej lub bardziej dowolną), a po drugiej serwer obsługujący żądania tego użytkownika i zapewne jakąś bazę danych. Niby klasyczna architektura klient-serwer, ale specyfika klienta powoduje, że aplikacje webowe to zupełnie nowa jakość problemów.

koszmar na jawie

Dla projektanta systemu informatycznego Java to całkiem przyjemne narzędzie, złego słowa nie powiem... Wystarczy opanować kilka klocków, patternów czy innych patentów i można poskładać z nich dowolnie skomplikowane rozwiązanie. Uwzględniając jeszcze fakt, że większość narzędzi CASE obsługuje kod źródłowy w Javie (i to również w zakresie reverse engineering) można ulec wrażeniu, że da się to zrobić stosunkowo łatwo. Dodatkowo odwołując się do kilku popularnych sloganów, np. o „niezależności od platformy”, można decydentom różnego szczebla sprzedać pomysł wykorzystania technologii Javy z etykietką „dobre rozwiązanie”.

PHP vs ASP.NET the world

Niedawna premiera PHP 5 spowodowała lawinowy wręcz przyrost artykułów i najróżniejszych wypowiedzi w stylu Why PHP 5 Rocks. Ogólna opinia "społeczności developerów aplikacji webowych" wydaje się sugerować, że tym razem jest to już poważne zagrożenie dla ASP.NET.

XML

XML — skrót robiący w ostatnich latach niewyobrażalną wręcz (i mocno niepokojącą, o czym za chwilę) karierę. I to skrót właśnie, te magiczne trzy literki, nie nazwa "eXtensible Markup Language", i z pewnością nie specyfikacja tegoż. W zbiorowej świadomości ludzi związanych z informatyką "akurat na tyle, żeby się ciężką prac nie pobrudzić" XML zagnieździł się na dobre. A że niezupełnie w tej przegródce co trzeba, to wydaje się mało istotnym szczegółem technicznym...

parametryzacja

Problem jest stary, niemal tak stary jak systemy informatyczne w ogóle — użytkownik dla systemu czy system dla użytkownika?