=?ISO-8859-2?Q?Co=B6_z_praktyki_baz_danych?=
=?ISO-8859-2?Q?Micha=B3_Borsuk?= - 31-12-2005 11:08
=?ISO-8859-2?Q?Co=B6_z_praktyki_baz_danych?=
Witam kolegów.
Od jakiegoś czasu tak sobie czytam to forum i dochodzę do wniosku, że
przydałoby się poczytać trochę o praktycznych problemach baz danych.
Niby znam SQLa, potrafię coś postawić, rozumiem i pytania, i zazwyczaj
;) odpowiedzi na grupie, ale np. nie mam pojęcia jaka jest róznica
między bazą A a bazą B, kiedy stosować który produkt, która
implementacja SQLa co potrafi i czego nie, które bazy się lepiej
skalują, kiedy warto stosować open software, a kiedy sypnąć groszem itp.
Czy ktoś ma może ulubioną stronkę/portal na www gdzie sprawy baz danych
opisane są z praktycznego punktu widzenia, czy też są to strzeżone
tajemnice Guru grupy? :)
(tak, szukałem na google i gógle.groups - mało konkretnie)
Z góry dzięki,
M Borsuk
szaman - 31-12-2005 11:08
>
>Czy ktoś ma może ulubioną stronkę/portal na www gdzie sprawy baz danych
>opisane są z praktycznego punktu widzenia, czy też są to strzeżone
>tajemnice Guru grupy? :)
Jest tego mnóstwo - i chyba właśnie w tym kłopot.
Zawsze (przynajmniej w moim przypadku) najlepszym nauczycielem okazuje
się potrzeba. Tzn. dostajesz konkretne zadanie do wykonania i wtedy
przeglądasz wpierw pobierznie specyfikacje produktów, potem już tych
kilku nieco szczegółowej, potem może właśnie przeszukujesz grupy
dyskusyjne patrząc co myślą inni, w końcu dochodzisz do własnych
testów , z których największym testem okazuje się wykonanie aplikacji.
Jak przejdziesz ten proces kilkukrotnie dla kilku produktów to jesteś
guru ;-)
A takie akademickie podejście jakie tu sugerujesz to na nic - uczelnie
są pełne tach "specjalistów" co maja nawet doktoraty a tak naprawdę są
nic nie warci bo nigdy niczego nie zrealizowali.
Znam nawet jednego profesora (specjalność projektowanie sytemów
informatycznych), który nie wie, że już są konkretne realizacje baz
obiektowych a ci jego asystenci to pożal sie Boże - może jedna czwarta
jest coś warta - a wszystko przez brak praktyki w prawdziwej produkcji
oprogramowania.
Wiadomo programista to taki co pisze programy,
dobry programista to taki co pisze dużo programów,
bardzo dobry programista to taki co pisze bardzo dużo programów,
programista guru to ...
;-)
--
{67B14976-ABB4-4A3B-869B-84B5CCA1F569}
=?ISO-8859-2?Q?S=B3awomir_Szysz=B3o?= - 31-12-2005 11:08
=?ISO-8859-2?Q?Re:_Co=B6_z_praktyki_baz_danych?=
Dnia Thu, 29 Dec 2005 18:48:48 +0100, Michał Borsuk
<support@__RE_MO_VE__AdvancedCallManager.com> wklepał(-a):
>Witam kolegów.
>
>Od jakiegoś czasu tak sobie czytam to forum i dochodzę do wniosku, że
>przydałoby się poczytać trochę o praktycznych problemach baz danych.
>Niby znam SQLa, potrafię coś postawić, rozumiem i pytania, i zazwyczaj
>;) odpowiedzi na grupie, ale np. nie mam pojęcia jaka jest róznica
>między bazą A a bazą B, kiedy stosować który produkt, która
>implementacja SQLa co potrafi i czego nie, które bazy się lepiej
>skalują, kiedy warto stosować open software, a kiedy sypnąć groszem itp.
To może uściślij, czy interesują cię zagadnienia:
- preimplementacyjne (to co opisałeś powyżej)
- implementacyjne (szeroko pojęte projektowanie i programowanie)
- postimplementacyjne (administracja, strojenie itp.).
>Czy ktoś ma może ulubioną stronkę/portal na www gdzie sprawy baz danych
>opisane są z praktycznego punktu widzenia, czy też są to strzeżone
>tajemnice Guru grupy? :)
Takie rzeczy zwykle są porozrzucane na różnych stronach i opisują zwykle
rozwiązania "pod" konkretną bazę. A umiejętności rozwiązywania takich problemów
zwykle nabywa się ... w praktyce. :) Czyli przychodzi szef i mówi ci
"przeanalizuj to i tamto, wybierz lepsze rozwiązanie" albo "trzeba zrobić
zaprojektować moduł do współpracy A z B". :)
Poza tym często zdarza się, że konkretne rozwiązania tak naprawdę przygotowuje
się pod kątem konkretnej aplikacji i w innej może być ono zupełnie nieprzydatne.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
Krzysztof Szatanik - 31-12-2005 11:08
szaman dnia 2005-12-29 19:40 napisał:
> Wiadomo programista to taki co pisze programy,
> dobry programista to taki co pisze dużo programów,
> bardzo dobry programista to taki co pisze bardzo dużo programów,
> programista guru to ...
.... taki który napisał program spełniający wytyczne projektu, działający
zgodnie z zamierzeniami i do tego jeszcze mieszcząc się w planowanym
czasie i kosztach.
sry, nie mogłem się powstrzymać :)
--
Z pozdrowieniami,
Krzysztof Szatanik.
[ -->> Diabl0 <<-of->> MAO Group <<-- ]
[-*> diabl0.wytnij@aby.doszlo.mao.one.pl GG: 2236900 <*-]
[_-> www.ofp.mao.pl - www.mao.pl - www.dziwnow.pl <-__]
Jacek Karczmarczyk - 31-12-2005 11:09
Krzysztof Szatanik napisał(a):
> ... taki który napisał program spełniający wytyczne projektu, działający
> zgodnie z zamierzeniami i do tego jeszcze mieszcząc się w planowanym
> czasie i kosztach.
są tacy? :)
--
Jacek Karczmarczyk
"Podoba mi sie to, co panowie mowia, ze sie podoba..." / Rejs
[ tymczasowo http://karczmarczyk.akacje.pl ]
koxmita - 02-01-2006 12:07
=?ISO-8859-2?Q?Re:_Co=B6_z_praktyki_baz_danych?=
szaman <szaman@tego.spamu.to.mi.juz.starczy.na.sto.lat> napisał(a):
> Wiadomo programista to taki co pisze programy,
> dobry programista to taki co pisze dużo programów,
> bardzo dobry programista to taki co pisze bardzo dużo programów,
> programista guru to ...
jeżeli:
a) produkcję programów sprowadzić do pracy jednej osoby (tzw.: "programisty")
i
b) mowa o produkcji dedykowalnej oprogramowania
to
programista tym lepszy im bardziej zadowala swoimi "produktami" klienta.
Ilość napisanych programów nie ma tu najmniejszego znaczenia. Z bardzo
prostego powodu - program programowi nie równy.
Cały czas mowa o programach dedykowalnych, bo trudno oczekiwać od klienta
końcowego 100% zadowolenia z produktu "z półki".
kox
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
koxmita - 02-01-2006 12:07
=?ISO-8859-2?Q?Re:_Co=B6_z_praktyki_baz_danych?=
Michał Borsuk <support@__RE_MO_VE__AdvancedCallManager.com> napisał(a):
> Witam kolegów.
>
> Od jakiegoś czasu tak sobie czytam to forum i dochodzę do wniosku, że
> przydałoby się poczytać trochę o praktycznych problemach baz danych.
> Niby znam SQLa, potrafię coś postawić, rozumiem i pytania, i zazwyczaj
> ;) odpowiedzi na grupie, ale np. nie mam pojęcia jaka jest róznica
> między bazą A a bazą B, kiedy stosować który produkt, która
> implementacja SQLa co potrafi i czego nie, które bazy się lepiej
> skalują, kiedy warto stosować open software, a kiedy sypnąć groszem itp.
>
> Czy ktoś ma może ulubioną stronkę/portal na www gdzie sprawy baz danych
> opisane są z praktycznego punktu widzenia, czy też są to strzeżone
> tajemnice Guru grupy? :)
>
> (tak, szukałem na google i gógle.groups - mało konkretnie)
>
> Z góry dzięki,
>
> M Borsuk
na takie pytania odpowiada doświadczenie i zdrowe myślenie. Nie ma
uniwersalnej recepty.
a co chcesz konkretnie widzieć ??
kox
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Grzesiek G. - 02-01-2006 12:07
koxmita napisał(a):
> szaman <szaman@tego.spamu.to.mi.juz.starczy.na.sto.lat> napisał(a):
>
>
>>Wiadomo programista to taki co pisze programy,
>>dobry programista to taki co pisze dużo programów,
>>bardzo dobry programista to taki co pisze bardzo dużo programów,
>>programista guru to ...
>
>
> jeżeli:
> a) produkcję programów sprowadzić do pracy jednej osoby (tzw.: "programisty")
>
> i
>
> b) mowa o produkcji dedykowalnej oprogramowania
>
> to
>
> programista tym lepszy im bardziej zadowala swoimi "produktami" klienta.
>
Najlepszy producent jednoosobowy to taki, który ma największe zyski.
> Ilość napisanych programów nie ma tu najmniejszego znaczenia. Z bardzo
> prostego powodu - program programowi nie równy.
> Cały czas mowa o programach dedykowalnych, bo trudno oczekiwać od klienta
> końcowego 100% zadowolenia z produktu "z półki".
Znam osobę, która kupiła SUBIEKTa i jest zadowolona ze swojego wyboru.
Program spełnia jej oczekiwania, a i cena nie była wygórowana...
Pozdrawiam
--
Grzegorz Gruza
Odpowiadając usuń "spamerom_nie." z adresu!!!
Marcin Mańk - 02-01-2006 12:07
> na takie pytania odpowiada doświadczenie i zdrowe myślenie. Nie ma
> uniwersalnej recepty.
>
Doświadczenie to nauka na własnych błędach. Miło jest się uczyć na cudzych
:)
Pozdrawiam
Marcin Mańk
=?ISO-8859-2?Q?Micha=B3_Borsuk?= - 03-01-2006 10:29
=?ISO-8859-2?Q?DZI=CAKI?=
Dziękuję za odpowiedzi. Rzeczywiście pytanie teoretyczne bez konretów
jest nieco akademickie. Będę pytał jak urodzi się konkretny projekt
(albo jak będę przerabiał obecny, bo na to wygląda).
Pozdrawiam,
M Borsuk
koxmita - 04-01-2006 09:32
=?ISO-8859-2?Q?Re:_Co=B6_z_praktyki_baz_danych?=
Grzesiek G. <gruza@spamerom_nie.priv4.onet.pl> napisał(a):
> > programista tym lepszy im bardziej zadowala swoimi "produktami" klienta.
> >
>
> Najlepszy producent jednoosobowy to taki, który ma największe zyski.
to pogląd stopień przed "zadowoleniem klientów"
pozdrowienia
kox
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
koxmita - 04-01-2006 09:32
=?ISO-8859-2?Q?Re:_Co=B6_z_praktyki_baz_danych?=
Marcin Mańk <mank@phonesat.pl.spammerom.nie> napisał(a):
> > na takie pytania odpowiada doświadczenie i zdrowe myślenie. Nie ma
> > uniwersalnej recepty.
> >
>
> Doświadczenie to nauka na własnych błędach. Miło jest się uczyć na cudzych
> :)
>
> Pozdrawiam
> Marcin Mańk
naukę na cudzych błędach bardzo szybko się zapomina (o ile wyciąga się z niej
jakieś wnioski)
pozdrowienia
kox
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Grzesiek G. - 04-01-2006 09:33
koxmita napisał(a):
> Grzesiek G. <gruza@spamerom_nie.priv4.onet.pl> napisał(a):
>
>
>>>programista tym lepszy im bardziej zadowala swoimi "produktami" klienta.
>>>
>>
>>Najlepszy producent jednoosobowy to taki, który ma największe zyski.
>
>
> to pogląd stopień przed "zadowoleniem klientów"
Nie, to pogląd nieco żartobliwy, bo:
1. Nie samym zadowoleniem klienta żyje człowiek.
2. Jednoosobowy producent oprogramowania jest w małym stopniu
programistą, bo ma jeszcze wiele innych funkcji. Może troszeczke inaczej
wygląda to z punktu widzenia administratora sieci na etacie, który w
wolnym czasie programuje - bo on programując może tylko myśleć o
zadowoleniu klienta.
Ale zadowolenie klienta jest bardzo miłym czynnikiem w pracy... I
stanowi bardzo wartościowy feedback :-).
Pozdrawiam
--
Grzegorz Gruza
Odpowiadając usuń "spamerom_nie." z adresu!!!
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Czy zna (obsługuje) ktoś program Iso Draw ?
MYSQL - kodowanie w ISO-PL
strona plus baza w iso do utf-8
Kodowanie: z iso na utf
Połączenie bazy danych z wykonaniem polaczenia telefonicznego
[mssql] insert do tabeli na podstawie danych z innej tabeli
[oracle] Baza danych do kursy Introduction to Oracle9i:PL/SQL ? Skąd ją pobrać ?
[MySQL] - Wstawianie aktualnej daty do bazy danych - PHP i MySQL
Insert do tabeli z danych innej tabeli plus dodatkowa wartośćpola (Firebird)
[MS SQL 2000] - wielkosc strony danych a wielkosc klastra dyskowego
zanotowane.pldoc.pisz.plpdf.pisz.pltejsza.htw.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
