-
Data: 2014-02-09 23:55:30
Temat: Re: Duże pliki czy małe?
Od: g...@g...com szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu niedziela, 9 lutego 2014 21:48:39 UTC+1 użytkownik Michal Kleczek napisał:
>
> > Nie wiem, skad wytrzasnalest taki dziwny pomysl. Moze jeszcze
> > pliki powinny sie nazywac od imion autorow, ktorzy pracuja
> > nad systemem?
>
> Tego nie napisałem. W ogóle nie napisałem JAK dzielić. To zależy od
> paradygmatu, języka i narzędzi.
Tak. Ale nie od tego, ilu programistow pracuje nad projektem.
Zalozmy, ze dwoch programistow pracuje nad jednym sterownikiem
dla urzadzenia w jadrze linuksa. Moga sie umowic tak, ze jeden
sie zajmuje zapewnieniem, zeby zaalokowane zasoby byly odpowiednio
zwolnione, a drugi nad komunikacja z urzadzeniem zewnetrznym.
Pomimo tego taki podzial pracy nie powinien zaburzac naturalnego
podzialu przyjetego w systemie, ze jednemu sterownikowi odpowiada
jeden plik.
Moze ten przyklad jest nieco sztuczny i w praktyce pewnie wychodzi
tak, ze zazwyczaj plikow w projekcie jest wiecej, niz programistow
-- ale to nie dlatego, ze ludzie trzymaja sie podanej przez Ciebie
zasady, tylko dlatego, ze po prostu tak wychodzi. To troche tak,
jakby stwierdzic, ze zasada budowania domow jest taka, ze dom musi
sie skladac z co najmniej tylu cegiel, ilu jest murarzy, ktorzy
klada te cegly.
To, w jaki sposob programisci beda wspolpracowac, zalezy wylacznie
od tego, jak to miedzy soba ustala, i ja nie bardzo widze tutaj
pole do dyskusji. Jezeli mieliby jakies powody, zeby caly projekt
skladal sie z jednego pliku, nad ktorym pracuje sztab 30 osob,
to beda tak robic niezaleznie od tego, co mowia jacys ludzie
w usenecie.
> > System musi byc rozbity na tyle plikow, ile ma sens z punktu
> > widzenia logiki systemu, a w czasach rozproszonych systemow
> > kontroli wersji nic nie stoi na przeszkodzie, zeby wielu
> > programistow modyfikowalo jednoczesnie jeden plik.
>
> Stoi. Merge jest procedura bledogenna. Ile to ja widziałem błędów
> represyjnych spowodowanych przez merge.
Dlatego przed scaleniem czy zastosowaniem kazdej laty trzeba
przejrzec kod. Praca nad jednym projektem przez wielu programistow
to w ogole jest bardzo trudna i zlozona kwestia, i podzial nawet
na bardzo wiele plikow moze w tej kwestii rozwiazac bardzo niewiele
problemow.
Tzn. oczywiscie masz racje, ze podzial projektu na pliki jest
jakas forma usprawnienia pracy zespolowej, i jezeli to miales
na mysli, to w pelni sie z Toba zgadzam.
Pozdrawiam
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=
- 2024-12-13 Chrzanów => Specjalista ds. public relations <=