Trochę OT - oferta zlecenia

Widzisz wersję archiwalną tematu "Trochę OT - oferta zlecenia" z forum pl.comp.programming


Voyteck - 21 Sie 2002, 10:35
Witam,

UNIX. Zakres prac:
- technologie sieciowe - operacje na gniazdach, portach, protokół TCP/IP
- wysyłanie i odbieranie/obsługa komunikatów za pomocą tego protokołu
(przez internet)
- połączenie z bazą danych - na początek MySQL/PostgreSQL z możliwością
skalowania do większych rozwiązań (Oracle, Sybase) - najchętniej z
wykorzystaniem darmowych bibliotek dostępu do różnych baz danych
- wielowątkowość - komunikacja z programami klienckimi na podstawie
oddzielnych wątków

Kod źródłowy ma byc oczywiście w pełni udokumentowany. Ponadto -
najlepiej żeby był przenaszalny pomiędzy różnymi systemami z rodziny
UNIX. Początkowo ma działać na jednej z darmowych dystrybucji Linuxa,
później przewidywane jest przniesienie go na SCO lub Solaris.
Programy mają działać na konsoli tekstowej - niepotrzebny jest interfejs
zarządzajacy na konsoli graficznej.
Powinna istnieć możliwość dopisania interfejsu zarządzającego na WWW
(możliwe zarządzanie działajacymi procesami np. za pomocą wygnałów lub
innej technologii).
Mile widziana byłaby możliwość skalowania rozwiązania do farmy serwerów
(poszczególne wątki uruchamiane na innych aniżeli wątek główny
serwerach) - jednakże nie jest to wymagane - jedynie możliwość
późniejszego rozszerzenia o taką funkcjonalność.

Proszę o wstępną wycenę programu/systemu obejmującego powyższe
technologie (ewentualny zakres cenowy), ewentualnie portfolio i zakres
umiejętności. Mile widziana również propozycja formy współpracy.

Odpowiem na wybrane oferty oraz ewentualne pytania o dodatkowe informacje.

Pozdrawiam

Wojciech Zieliński
Wojciech Puchar - 21 Sie 2002, 10:54

wykorzystaniem darmowych bibliotek dostępu do różnych baz danych
- wielowątkowość - komunikacja z programami klienckimi na podstawie
oddzielnych wątków

Kod źródłowy ma byc oczywiście w pełni udokumentowany.



a=b+1 //dodaje do zmiennej b liczbę 1 i zapisuje do a
printf("blabla %d blabla\n",a); //wypisuje liczbę a pomiędzy 2 słowami blabla
jakaś_procedura(a); //wywołuje procedure z parametrem a

;)

proponuje uściślić "w pełni udokumentowany" ....
Voyteck - 21 Sie 2002, 11:00

| Kod źródłowy ma byc oczywiście w pełni udokumentowany.

a=b+1 //dodaje do zmiennej b liczbę 1 i zapisuje do a
printf("blabla %d blabla\n",a); //wypisuje liczbę a pomiędzy 2 słowami blabla
jakaś_procedura(a); //wywołuje procedure z parametrem a

;)

proponuje uściślić "w pełni udokumentowany" ....



Nieźle - jakby jeszcze te komentarze były w jakimś standardzie, który by
odczytywał np. DOC++ lub coś innego w tym stylu - to ten warunek bys
spełniał :)
Jarosław Maruszewski - 21 Sie 2002, 13:26

Nieźle - jakby jeszcze te komentarze były w jakimś standardzie, który by
odczytywał np. DOC++ lub coś innego w tym stylu - to ten warunek bys
spełniał :)



Nie chwyciłeś. To był klasyczny przykład jak _nie_ należy komentować.
hint: istnieje duża szansa na to, że ktoś kto czyta źródła rozumie
napis a=b+1.
Jacek Popławski - 21 Sie 2002, 21:50

hint: istnieje duża szansa na to, że ktoś kto czyta źródła rozumie
napis a=b+1.



Szczególnie, gdy a i b to np. jakieś powierzchnie 3D :-)
Wojciech Bojdo/l - 22 Sie 2002, 04:04


UNIX. Zakres prac:
- technologie sieciowe - operacje na gniazdach, portach, protokół TCP/IP
- wysyłanie i odbieranie/obsługa komunikatów za pomocą tego protokołu
(przez internet)
- połączenie z bazą danych - na początek MySQL/PostgreSQL z możliwością
skalowania do większych rozwiązań (Oracle, Sybase) - najchętniej z
wykorzystaniem darmowych bibliotek dostępu do różnych baz danych
- wielowątkowość - komunikacja z programami klienckimi na podstawie
oddzielnych wątków
(...)
Proszę o wstępną wycenę programu/systemu obejmującego powyższe
technologie (ewentualny zakres cenowy), ewentualnie portfolio i zakres
umiejętności. Mile widziana również propozycja formy współpracy.



Zakres prac totalnie nieczytelny.
Czym te programy maja sie zajmowac ?
Z powyzszego wynika, ze ma to byc komunikator zintegrowany z baza danych.

Pozdrawiam,
zielony - 22 Sie 2002, 09:59

Zakres prac totalnie nieczytelny.



???

Na tej podstawie powinienes SPOKOJNIE sporzadzic specyfinacje techniczna.
IMHO.

ziel
Voyteck - 22 Sie 2002, 10:30
Zakres prac totalnie nieczytelny.



Lub wystarczy zadać pytanie na priva....

Voyteck
Voyteck - 22 Sie 2002, 10:31


| Nieźle - jakby jeszcze te komentarze były w jakimś standardzie, który by
| odczytywał np. DOC++ lub coś innego w tym stylu - to ten warunek bys
| spełniał :)

Nie chwyciłeś. To był klasyczny przykład jak _nie_ należy komentować.
hint: istnieje duża szansa na to, że ktoś kto czyta źródła rozumie
napis a=b+1.



Wedlug mnie Ty nie chwyciłeś nutki ironii - bez urazy :)

Voyteck
Jarek Kucypera - 22 Sie 2002, 10:34

Na tej podstawie powinienes SPOKOJNIE sporzadzic specyfinacje
techniczna. IMHO.



Rzeczywiście 'IMHO'. Nie wiesz dokładnie co program ma robić,
a już chcesz pisać specyfikację.

J.K.
Piotr Badarycz - 22 Sie 2002, 12:14

Witam,

UNIX. Zakres prac:
- technologie sieciowe - operacje na gniazdach, portach, protokół TCP/IP
- wysyłanie i odbieranie/obsługa komunikatów za pomocą tego protokołu
(przez internet)
- połączenie z bazą danych - na początek MySQL/PostgreSQL z możliwością
skalowania do większych rozwiązań (Oracle, Sybase) - najchętniej z
wykorzystaniem darmowych bibliotek dostępu do różnych baz danych
- wielowątkowość - komunikacja z programami klienckimi na podstawie
oddzielnych wątków

Kod źródłowy ma byc oczywiście w pełni udokumentowany. Ponadto -
najlepiej żeby był przenaszalny pomiędzy różnymi systemami z rodziny
UNIX. Początkowo ma działać na jednej z darmowych dystrybucji Linuxa,
później przewidywane jest przniesienie go na SCO lub Solaris.
Programy mają działać na konsoli tekstowej - niepotrzebny jest interfejs
zarządzajacy na konsoli graficznej.
Powinna istnieć możliwość dopisania interfejsu zarządzającego na WWW
(możliwe zarządzanie działajacymi procesami np. za pomocą wygnałów lub
innej technologii).
Mile widziana byłaby możliwość skalowania rozwiązania do farmy serwerów
(poszczególne wątki uruchamiane na innych aniżeli wątek główny
serwerach) - jednakże nie jest to wymagane - jedynie możliwość
późniejszego rozszerzenia o taką funkcjonalność.



Witam!

Nie lepiej byłoby to zrobić w Javie? IMHO Mniej problemów z
przenoszalnością i podłączeniem do różnych baz danych. Szybciej można
zaimplementować i pewniej będzie działać. Nie wiem co to dokładnie ma
być, ale być może warto wykorzystać jakiś serwer aplikacji. Załatwiłoby
to od ręki sprawę wątków, clustering'u, farming'u i może jeszcze parę
innych.

pozdrawiam
Piotr
Daniel Podlejski - 22 Sie 2002, 15:27

:  Nie lepiej byłoby to zrobić w Javie? IMHO Mniej problemów z
:  przenoszalnością i podłączeniem do różnych baz danych. Szybciej można
:  zaimplementować i pewniej będzie działać. Nie wiem co to dokładnie ma
:  być, ale być może warto wykorzystać jakiś serwer aplikacji. Załatwiłoby
:  to od ręki sprawę wątków, clustering'u, farming'u i może jeszcze parę
:  innych.

A przy okazji spowodowało około pięćdziesięciokrotny wzrost zasobożerności,
ale to już mało istotny szczegół.
niania_0gg - 22 Sie 2002, 16:59

:  Nie lepiej byłoby to zrobić w Javie? IMHO Mniej problemów z
:  przenoszalnością i podłączeniem do różnych baz danych. Szybciej można
:  zaimplementować i pewniej będzie działać. Nie wiem co to dokładnie ma
:  być, ale być może warto wykorzystać jakiś serwer aplikacji. Załatwiłoby
:  to od ręki sprawę wątków, clustering'u, farming'u i może jeszcze parę
:  innych.

A przy okazji spowodowało około pięćdziesięciokrotny wzrost zasobożerności,
ale to już mało istotny szczegół.



z pewnoscia nie 50 krotny. nawet nie 5 krotny. moze z 1.5 - 2 krotny. i to glownie nie zasobozernosc tylko pamieciozernosc. procka duzo bardziej nie obciazy. ale moze tez oplaci sie dodac 64MB ramu do maszyny zamiast przepisywac przy przejsciu z linucha na solka czy SCO?

pawelb
Wojciech Kocjan - 22 Sie 2002, 17:51

Nie lepiej byłoby to zrobić w Javie? IMHO Mniej problemów z
przenoszalnością i podłączeniem do różnych baz danych.



Wydaje mi sie, ze lepiej rozbic projekt na czesci:

- komunikacja z baza danych - jezyk skryptowy
- komunikacja pomiedzy oprogramowaniem klientowym - jezyk skryptowy
- komunikacja w systemie rozproszonym - jezyk skryptowy
- obliczenia - C/C++ (szybciej sie nie da, zeby bylo przenosne :)

Nie ma sensu dyskusja nt. najlepszego jezyka skryptowego. Faktem jest,
ze one nadaja sie najlepiej do komunikacji z baza danych,
oprogramowaniem klientowym ("wysyłanie i odbieranie/obsługa komunikatów
za pomocą tego protokołu" - zakladam, ze program moze miec frontend
graficzny), komunikacji w farmie serwerow.

Do obliczen natomiast najlepiej zastosowac C/C++ - szybkosc obliczen.

Rozwiazanie takie powinno pochlonac niewiecej czasu, co rozwiazanie w
Javie, a zasobozernosc powinna byc duzo nizsza.

W Tcl na pewno prosty bylby problem farmy serwerow, protokolu z
klientem, komunikacji z bazami danych, watkow, przenosnosci (nawet na
PalmOS mozna przeportowac). W Pythonie/Perlu raczej tez jest to proste
do rozwiazania.

dobrze to moze byc robot do skakania po www albo wysylania spamu na
grupy dyskusyjne ;) [pasuje do opisu :]

Szybciej można  zaimplementować i pewniej będzie działać.




Wiec szybciej od czego? IMHO powyzsze rozwiazanie byloby szybciej
zaimplementowac.

Poza tym trudno powiedziec co to ma w ogole robic - wiec tez trudno
mowic o pewnosci dzialania.

Nie wiem co to dokładnie ma być, ale być może warto wykorzystać jakiś
serwer aplikacji. Załatwiłoby  to od ręki sprawę wątków, clustering'u,
farming'u i może jeszcze parę  innych.



Tu sie zgodze. Rozbilbym projekt na 3 czesci: serwer rozdzielajacy
zadania, klient obliczen i klient graficzny. Zakladam, ze tam bedzie co
pokazywac graficznie - chociazby przycisk "przerwij obliczenia" ;)
Daniel Podlejski - 23 Sie 2002, 02:56

[...]
:  z pewnoscia nie 50 krotny. nawet nie 5 krotny. moze z 1.5 - 2 krotny.

Ja przesadziłem w jedną stronę, Ty w drugą.

:  i to glownie nie zasobozernosc tylko pamieciozernosc.

A pamięc to oczywiście nie zasoby.

:  procka duzo bardziej nie obciazy. ale moze tez oplaci sie dodac 64MB

Obawiam się, że 64MB ramu może być za mało. Poza tym nie zawsze jest
możliwość dołożenia tej pamięci, i nie zawsze jest ona tak tania jak
pamięć do PC.

:  ramu do maszyny zamiast przepisywac przy przejsciu z linucha na solka czy SCO?

BTW, jest natywna Java na SCO ?
Pawel Bogaczewicz - 23 Sie 2002, 03:47

:  i to glownie nie zasobozernosc tylko pamieciozernosc.

A pamięc to oczywiście nie zasoby.



pamiec to tez zasob. ale tylko jeden z wielu. dlatego dolozylem zdanie o
procku.

:  procka duzo bardziej nie obciazy. ale moze tez oplaci sie dodac 64MB

Obawiam się, że 64MB ramu może być za mało.



na
public class  Server{
  public static void main(String[] args) {
   ServerSocket ssocket = new ServerSOcket(port);
   while (true) {
        Socket csocekt = ssocket.accept();
        new ClientThread(csocket).start();
   }
  }
}



? oczywiscie zalezy ile tych klientow ma byc..ale mysle ze domowy pecet
  za 3000 pln by to spokojnie dzwignal.
Poza tym nie zawsze jest
możliwość dołożenia tej pamięci, i nie zawsze jest ona tak tania jak
pamięć do PC.



a to fakt. nie wiem jak HP czy IBM, ale Sun ma ceny zupelnie kosmiczne.
:  ramu do maszyny zamiast przepisywac przy przejsciu z linucha na solka czy SCO?

BTW, jest natywna Java na SCO ?



jest. na przyklad
http://www.caldera.com/developers/java/jdk113/ReleaseNotes.html

poza tym zaraz z tego sie swieta wijna zrobi..wiec krotko zakoncze. ja
wiem jak to zrobic w javie i wiem zeby to dobrze chodzilo. wiem ze java
ma swoje wymagania, ale uwazam ze czasem oplaci sie je zaplacic.

pawelb
Wojciech Bojdo/l - 23 Sie 2002, 05:08

| Zakres prac totalnie nieczytelny.
Lub wystarczy zadać pytanie na priva....



Czy to, czym ten program ma byc jest scisle tajne ?

Pozdrawiam,
Piotr Badarycz - 23 Sie 2002, 05:23

| Szybciej można  zaimplementować i pewniej będzie działać.

Wiec szybciej od czego? IMHO powyzsze rozwiazanie byloby szybciej
zaimplementowac.



Rzeczywiście. Na innej grupie autor pisał w tytule, że ma być w C++.

| Nie wiem co to dokładnie ma być, ale być może warto wykorzystać jakiś
| serwer aplikacji. Załatwiłoby  to od ręki sprawę wątków, clustering'u,
| farming'u i może jeszcze parę  innych.

Tu sie zgodze. Rozbilbym projekt na 3 czesci: serwer rozdzielajacy
zadania, klient obliczen i klient graficzny. Zakladam, ze tam bedzie co
pokazywac graficznie - chociazby przycisk "przerwij obliczenia" ;)
Voyteck - 23 Sie 2002, 07:52


| Zakres prac totalnie nieczytelny.

| Lub wystarczy zadać pytanie na priva....

Czy to, czym ten program ma byc jest scisle tajne ?



W pewnym stopniu tak. Moze nie ma klauzuli tajności, ale objęte jest
tajemnicą handlową...

Voyteck
Voyteck - 23 Sie 2002, 08:21


Rzeczywiście. Na innej grupie autor pisał w tytule, że ma być w C++.




| Tu sie zgodze. Rozbilbym projekt na 3 czesci: serwer rozdzielajacy
| zadania, klient obliczen i klient graficzny. Zakladam, ze tam bedzie
| co pokazywac graficznie - chociazby przycisk "przerwij obliczenia" ;)
| --
| WK



W pewnym stopniu przejrzałeś moje zamysły :) Jednak nie do końca - cały
projekt jest far more complicated :)

A ja jednak wykorzystałbym serwer aplikacji np. darmowego JBossa, w którym
dużo rzeczy jest gotowych i wogóle nie trzeba ich pisać, tylko z nich
skorzystać.



Sam system jest za bardzo unikalny, żeby wykorzystywać całościowe gotowe
rozwiąznia.

Pozdrawiam

Voyteck
Wojciech Kocjan - 23 Sie 2002, 08:24


| Rzeczywiście. Na innej grupie autor pisał w tytule, że ma być w C++.



To jak juz sobie gdybamy, to moze opisz czy musi/nie musi to byc C++,
czy moze to byc Java, Tcl, Python, Perl... Czy mozna korzystac z
komponentow GPL? :)

I ilo osobowy bedzie to projekt? :)

 [ciach]
 W pewnym stopniu przejrzałeś moje zamysły :) Jednak nie do końca -
 cały projekt jest far more complicated :)

Robilem juz mase projektow klient-serwer, stad poznaje zalozenia.
Przepraszam, ze wypaplalem ;)

| A ja jednak wykorzystałbym serwer aplikacji np. darmowego JBossa, w
| którym
| dużo rzeczy jest gotowych i wogóle nie trzeba ich pisać, tylko z nich
| skorzystać.
Sam system jest za bardzo unikalny, żeby wykorzystywać całościowe gotowe
rozwiąznia.



Nikt nie mowi o calosciowych - koledze chodzi o zastosowanie komponentu
serwera aplikacji, zeby moc skupic sie na samym problemie.
zielony - 24 Sie 2002, 11:58

| Na tej podstawie powinienes SPOKOJNIE sporzadzic specyfinacje
| techniczna. IMHO.

Rzeczywiście 'IMHO'. Nie wiesz dokładnie co program ma robić,
a już chcesz pisać specyfikację.



Jakos nie widze zwiazku miedzy tymi rzeczami...
Ale cos mi zwrok slabuje ostatnio :)

ziel
Jarek Kucypera - 26 Sie 2002, 12:56

| Na tej podstawie powinienes SPOKOJNIE sporzadzic specyfinacje
| techniczna. IMHO.

| Rzeczywiście 'IMHO'. Nie wiesz dokładnie co program ma robić,
| a już chcesz pisać specyfikację.

Jakos nie widze zwiazku miedzy tymi rzeczami...
Ale cos mi zwrok slabuje ostatnio :)




cokolwiek ustalić o programie. Np. usunąć sformułowania
'najchętniej', 'mile widziana' itp. Poza tym NIC nie wiadomo o logice
aplikacji, a ta może mieć duuży wpływ na jej technikalia. To, że będą
sockety - to troche mało.

J.K.
zielony - 27 Sie 2002, 11:58

| Jakos nie widze zwiazku miedzy tymi rzeczami...
| Ale cos mi zwrok slabuje ostatnio :)

cokolwiek ustalić o programie.



Lets agree to differ.

ziel
:)

 Lekki OT: Po co w Polsce tylu informatyków... kier. Inf ormatyka na każdej uczelni ?
Wieszanie sie msdn [lekki OT]
OT: IP_FRAG / snort
Security a jednak ciut OT
  • rangi glos
  • horizon
  • produktow finansowych
  • index 4150
  • rozborz okragly
  • dodatki do dsj3 download
  • img src tu link do zdjecia
  • biaB3ka i cukry
  • cyfry animacje i gify
    • Katalog wypowiedzi z for internetowych ^^ Strona Główna