Witam

Mam pewien dylemat - muszę napisać aplikację w sumie bazodanową - ma ona służyć jako 'pomocnik' do tworzenia planu zajęć
czyli przy pomocy drag&drop przeciąganie kursów na konkretne terminy, pilnując przy tym czy dana sala (kilka do wyboru) jest wolna w tym terminie, czy prowadzący (też do wyboru) jest wolny, sprawdzająca czy każda grupa na wszystkie wymagane kursy, czy trwają ile trzeba, etc. etc.
ogólnie - mnóstwo różnych zależności mniej lub bardziej oczywistych.

w związku z tym do zapisywania tych wszystkich danych postanowiłem użyć SQLite, który się tutaj IMO pięknie sprawdzi i powinien uprościć wiele rzeczy, chyba, że ktoś ma jakiś lepszy pomysł? robienie własnych struktur, które mają łączyć ze sobą wszystkie zależności i dać się w prosty sposób przeglądać tutaj to raczej kopanie się z koniem, chociaż nie wiem. SQLite wydaje mi się tutaj dobrym wyjściem

Z założenia aplikacja ma działać pod Windowsem (chyba XP), jednak mi bardzo na rękę byłoby gdyby można było ją uruchomić bez większych problemów także pod OS X i najlepiej także i pisać pod OS X'em.

W grę więc na pewno wchodzi Java (której nie chcę), Qt (nad którym się głównie zastanawiam), Adobe AIR (chociaż nie wiem czy się do tego sprawdzi) i... coś jeszcze?
Głównie chodzi o jakieś wsparcie dla SQLite i łatwe uzyskanie trochę bardziej skomplikowanego drag&drop

Najbardziej skłaniam się w stronę Qt - wydaje się odpowiednie. Zna ktoś jednak jakiś kurs wprowadzający w absolutne podstawy Qt? Przybliżający jego logikę, etc?

Albo może ktoś ma inne propozycje?
rozważałem też napisanie całego mózgu aplikacji w C++ po prostu, bez GUI, pod OS X'em, a potem podłączenie go jakoś już w jakiś IDE Windowsowym do okienek, jednak zdaje się, że to raczej nie zda egzaminu (całkiem sporo dodatkowej roboty? a może niekoniecznie?)

aha - aplikacja oczywiście nie jest komercyjna. jest to praca inżynierska.

Nie wiem jakie są założenia i wymagania, ale jeśli dobrze zrozumiałem to ma to być TYLKO pod Windows, tak? A tylko Ty sam byś chciał też pod OSX?
Jeśli tak to ja bym ten OSX sobie darował i zrobił to w .NET, a jeśli chodzi o bazę to sqlite jest tu chyba dobrym wyborem, chociaż ja bym to oparł o MS SQL Server (jakiś ten z expresów jeśli nie ma być to client-serwer). + najlepiej jakiś ORM żeby się nie pieprzyć z sqlem i pisać nudne zapytania, a skupić się nad "logiką" (nie cierpię tego słowa) programu. Instalkę później na koniec można ładnie zrobić w komplecie z MS SQL Serwerem.

Cały czas zakładam, że to ma być wg zlecenia na Windows tylko.

Druga sprawa, zastanów się na tym QT i ogólnie na technologiami których nie znasz, ja bym się raczej nie pakował w coś czego nie znam, bo wiem z doświadczenia że możesz na pewnym etapie trafić w moment że będziesz więcej siedział w dokumentacji technologii niż nad kodem programu, co prawda nie wiem jaki ten program ma być duży i czy to na jakieś płatne zlecenie. Ale zakładając, że nie jest taki malutki (no powiedzmy miesiąc, dwa, lub więcej roboty) i że to zlecenie płatne to na 100% wybrał bym technologię, którą znam dobrze.

EDIT:
A i rozumiem że aplikacja webowa odpada?
Ma być wszystko lokalna aplikacja tylko? Nie żaden klient-serwer?
Bo mam taki inny pomysł (ale to by było w sumie client-serwer), webservices (soap, wsdl) na serwerze + "cienki" klient z GUI pod różne systemu.

Założeniem jest działanie na pewno pod Windows
pod inne może, ale nie musi. ogólnie mam pewną swobodę.
celem projektu jest edukacyjny, więc nauczenie się czegoś nowego jak najbardziej wchodzi w grę. A samego .NET'a też tylko liznąłem troszeczkę.

Problem w tym, że jeżeli chodzi o aplikacje GUI to trudno powiedzieć, żebym coś dobrze znał. Żadnych większych rzeczy nie musiałem robić (tylko co prostsze programiki do sterowania jakimiś perferiami), a dla siebie to się bawiłem tylko w Cocoa (czego bym się chętnie douczył przy tym projekcie, ale to nie wchodzi w grę)

Nie wiem czy instalacje MS SQL nie byłaby tutaj armatą na muchę i trochę IMO utrudnia sprawę - w SQLite podoba mi się właśnie fakt 'normalnego', przenośnego pliku.

Tak MS SQL może być tu "armatą na muchę", zgadza się, tylko że jeśli byś akurat wybrał .NET (ale chyba jednak tego nie zrobisz jak widzę) to jest to dla mnie nierozłączny komplet i bardzo fajnie się razem używa tych narzędzi. W MS SQL też plik jest przenośny (.mdf), chociaż zgadza się że cały silnik bazy jest dużo większy niż jeden mały .dll dla sqlite. No i byc może też bym wybrał sqlite, to już zależy od programu który bym miał robić, a tego w tym przypadku nie wiem, także trudno powiedzieć co by było lepsze. Chociaż z drugiej strony ja sam już odwykłem od klepania nudnych zapytań sql, a do sqlite nie ma chyba żadnego ORM.

No nic, chyba za wiele nie pomogę. Pomyśl nad tymi webservices co pisałem, bardzo pięknie i prosto robi się je w .NET, w innych językach pewnie też, dlatego myślę że zrobienie GUI na "cienkich" klientach było by w miarę proste, nawet jakby zrobić kilka wersji (oddzielnych) pod win, osx itd. No i do nauki też fajna sprawa by to była moim zdaniem (te WebServices, SOAP, WSDL). Tym bardziej jak piszesz że masz swobodę i ma być bardziej do celów edukacyjnych.

Skoro już odświeżyłeś i jakimś cudem natrafiłem na ten temat to od siebie mogę dodać, że JAVA tu też się dobrze sprawdzi. Nie wiem, czemu ją przekreślasz ale do nieskomplikowanych projektów świetnie się nadaje a i piszę się w niej bardzo wygodnie.

cóż, Javę się lubi albo nie ja nie przepadam, a projekt raczej nie był taki nieskomplikowany.
chociaż na pewno dałaby radę.

Qt. ale nie powiem, żeby to było "dojrzałe" rozwiązanie. choroby wieku dziecięcego IMO jeszcze (przynajmniej wtedy)