Thread View: pl.comp.os.linux.programowanie
3 messages
3 total messages
Started by Umberto
Mon, 27 Sep 1999 06:24
Do doświadczonych
Author: Umberto
Date: Mon, 27 Sep 1999 06:24
Date: Mon, 27 Sep 1999 06:24
15 lines
1702 bytes
1702 bytes
Przyjaciele ! Postanowiliśmy wraz z grupą programistów napisać dla Linux'a zintegrowany system obsługi przedsiębiorstwa (jak się uda to klasy MPR). Mamy już doświadczenie na innych platformach ale Linux stawia przed nami zasadnicze pytanie: Jaki wybrać język do pisania aplikacji klienckich (end-user). Jeśli chodzi o bazę - ponieważ projekt ma być - jak na Linux'a przystało - otwarty i (prawie) darmowy - wybraliśmy PostgreSQL (choć nie jest to decyzja ostateczna - może jest coś lepszego). Jeśli zaś chodzi o język programowania aplikacji to jesteśmy w rozterce (C, ???!). W każdym razie musi to być coś co ma szansę przetrwać jeszcze parę lat. Prosimy o pomoc ludzi którzy mają jakieś doświadczenia w pisaniu aplikacji o swoje uwagi (jak mniemamy mogło by z nich skorzystać również wielu innych użytkowników) Pozdrawiam i z górki dziękuję, Umberto.
Re: Do doświadczonych
Author: Jarek /Yossa/ Woloszyn
Date: Mon, 27 Sep 1999 18:47
Date: Mon, 27 Sep 1999 18:47
25 lines
2187 bytes
2187 bytes
On Mon, 27 Sep 1999 08:24:23 +0200, Umberto <umberto@kki.net.pl> wrote: > Jaki wybrać język do pisania aplikacji klienckich (end-user). Jeśli chodzi o > bazę - ponieważ projekt ma być - jak na Linux'a przystało - otwarty i > (prawie) darmowy - wybraliśmy PostgreSQL (choć nie jest to decyzja > ostateczna - może jest coś lepszego). Jeśli zaś chodzi o język programowania > aplikacji to jesteśmy w rozterce (C, ???!). W każdym razie musi to być coś > co ma szansę przetrwać jeszcze parę lat. Jeżeli na konsole, to C + ncurses/slang, ew. coś skryptowego (perl?) - wtedy odpadnie problem multiplatformowości końcówek. Przy slangu jest od razu możliwość wpinania skryptów w S-Langu, przez co łatwo można rozszerzać funkcjonalność programu. Jeżeli pod X'y, to C + Gtk, albo C++ + Gtk/Qt I tutaj też można użyć języków skryptowych (np. tcl/tk). Ja bym się jednak skłaniał do C, jako środkowej warstwy pomiędzy gui i bazą, a samo gui tworzyć w zależności od platformy. Postgresa obsługujcie przez ODBC, to nie będzie problemu z przeniesieniem tego na Windows. -- ( Jarek Woloszyn ) ( yossa@pld.org.pl ) ( member of the GNU generation ) ( Certificated in C & Linux adm. - http://www.tekmetrics.com ID=85232 ) ( HomePage http://dione.ids.pl/~yossa - PGP and Monopoly <ppp counter> )
Re: Do doświadczonych
Author: Dariusz Pawlak
Date: Wed, 29 Sep 1999 09:53
Date: Wed, 29 Sep 1999 09:53
20 lines
2058 bytes
2058 bytes
Użytkownik Umberto <umberto@kki.net.pl> w wiadomości do grup dyskusyjnych napisał:37ef0d3d@news.vogel.pl... > Jaki wybrać język do pisania aplikacji klienckich (end-user). Jeśli chodzi o > bazę - ponieważ projekt ma być - jak na Linux'a przystało - otwarty i > (prawie) darmowy - wybraliśmy PostgreSQL (choć nie jest to decyzja > ostateczna - może jest coś lepszego). Proponuje wykorzystac interfejs ODBC dzieki czemu mozecie uniezaleznic sie od serwera baz danych i platformy sprzetowo-programowej. >Jeśli zaś chodzi o język programowania > aplikacji to jesteśmy w rozterce (C, ???!). W każdym razie musi to być coś > co ma szansę przetrwać jeszcze parę lat. Byc moze Java, ale chodzi kiepskawo wolno, ale uzyskuje sie wieloplatformowosc. Pozdrawiam drAGO
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads