Forum Debian Users Gang

Dobre pytanie. Sam jakiś czas temu się zastanawiałem nad czymś takim. Fakt, że programować się dopiero uczę ale od czegoś trzeba zacząć a im wcześniej się podepnie człowiek do jakiegoś większego projektu tym szybciej będzie doświadczenie.

Rzecz w tym, że większość projektów OS nie potrzebuje początkujących. Dam Wam przykład z własnego podwórka: potrzebuję kogoś (jedna lub dwie osoby) do stworzenia w pełni otwartego konkatencyjnego syntezatora mowy (DSP) dla języka polskiego. Wymagania: perfekcyjna znajomość C, znajomość zagadnień związanych z cyfrowym przetwarzaniem dźwięku, dobra orientacja w zagadnieniach syntezy mowy... i najważniejsze: umiejętność pracy ze świadomością, że pierwsze efekty będą słyszalne najwcześniej po kilku miesiącach od rozpoczęcia. I że nie ma co liczyć na laury, co najwyżej na drobną wzmiankę na jakimś tam forum...

Lepiej chyba spróbować napisać coś własnego, nie musi to być od razu hiper-wypaśna aplikacja (np. mój pierwszy program w Pythonie miał kilkanaście linii, a był używany przez wszystkich chyba niewidomych linuksiarzy przez jakiś rok). Zobaczycie co Wam najbardziej pasuje, w czym się dobrze czujecie, co Was definitywnie odrzuca. I wtedy dopiero można się brać za współuczestnictwo w projektach.

Ale to takie moje zdanie...

[quote=ethanak]Wymagania: perfekcyjna znajomość C[/quote]
Właśnie napisałeś przykład durnego argumentu. Co znaczy perfekcyjna znajomość? Czyli jak znam każde polecenie w C to już się nadaję nie umiejąc ich wykorzystać? Pierwszym problemem zabijającym projekty jest nieumiejętność formułowania prostych wymagań, czy to od samego projektu, jego struktur czy też od osób potrzebnych. Zgadzam się że warto pisać coś "dla sportu" jeśli myśli się o byciu programistą.

A baza projektów, np. GSC.

O jakim języku mówisz, który ma tylko 24 słowa kluczowe? Jak w ogóle można coś takiego napisać ;] We wszystkich językach jest "chyba tylko 24" ? Nawet nie wiesz jak bardzo się mylisz ;]

[quote=azhag]Chodziło raczej o 24 języki.[/quote]
Jeśli jest to napisane po polsku to jednak jestem za słowami kluczowymi. A jeśli jednak to języków jest ich jeszcze więcej.

Ostatnio edytowany przez kamikaze (2011-06-01 14:36:59)

[quote=qluk][quote=ethanak]Wymagania: perfekcyjna znajomość C[/quote]
Właśnie napisałeś przykład durnego argumentu. Co znaczy perfekcyjna znajomość?[/quote]
A... zapomniałem.

Jednym z warunków jest wiedza o tym, co znaczy "perfekcyjna znajomość" danego języka programowania ;)

[quote=Zolnierzu]ethanak, nie jestem początkującym - cały czas coś piszę, ale zależy mi na zdobyciu doświadczenia w pracy zespołowej, gdzie panuje jakaś organizacja pracy, stosuje się metodologie itd.[/quote]
No to na 100% nie mój projekt - ja muszę zatrudnić primadonny i większość czasu musiałbym poświęcić na użeranie się z takowymi. Owszem, jest to też praca zespołowa - ale daj Ci dobry Boże nigdy w takim projekcie nie uczestniczyć :)

[quote=gindek]38, czyli 150% mojego strzału, chodzi oczywiscie o "C", bo o tym byla mowa.[/quote]
A tak z ciekawości (bo w gógielu jakoś znaleźć nie mogę tak na szybko) - ile słów [b]kluczowych[/b] miał Algol 60?

Witam
Mam i ja pytanie w tym temacie.

Do tego, że do poziom umiejętności w dziedzinie jaką jest programowanie rośnie chyba proporcjonalnie do doświadczenia to już sam doszedłem. Próbowałem się czegoś nauczyć ale takie teoretyczne nauki w moim przypadku zawsze idą w las, gdyż nim dotrę do końca czy to książki czy jakiegoś przewodnika to już zapominam co było na początku.

Ostatnio była próba z [url=http://docs.python.org/tutorial/]pythonem[/url] i aby jakoś wykorzystać tą skromną wiedzę zacząłem nawet czytać djangobook dotarłem do rozdziału nr 4 i odpuściłem dochodząc do wniosku, że to mnie jednak nigdzie nie prowadzi.

W książce [url=http://helion.pl/ksiazki/programowanie-teoria-i-praktyka-z-wykorzystaniem-c-bjarne-stroustrup,pcpptp.htm]Programowanie. Teoria i praktyka z wykorzystaniem C++[/url] Bjarne Stroustrup opisuje proces tworzenia oprogramowania w bardziej ludzki sposób niż np autorzy http://www.amazon.com/Programming-Language-2nd-Brian-Kernighan/dp/0131103628/ref=sr_1_1?ie=UTF8&qid=1308345056&sr=8-1 gdzie ktoś w recenzji książki napisał, iż niejednokrotnie drapał się po głowie zastanawiając się o co w tym chodzi (podobnie było w moim przypadku).

Niestety dla mnie jest już zbyt późno aby zastosować się do ->
[url=http://coaching.focus.pl/2010/03/19/wrodzony-talent/]Recepta na sukces Malcolma Gladwella, czyli reguła 10 tys. godzin[/url] ;-)
jak również nie mam tego czegoś aby jak to ładnie zostało powiedziane w filmie [url=http://www.imdb.com/title/tt1285016/quotes]The Social Network[/url]

Harvard undergraduates believe that inventing a job is better than finding a job.[/quote]
Sam skończyłem w robocie, w której niemal chce mi się płakać i ostatnio nawet zacząłem szukać jakiejś alternatywy ale co trafię na jakąś ciekawą ofertę pracy związaną z programowaniem w tych portalach to jest wymóg x lat doświadczenia, więc odpuszczam bo jakim ja niby doświadczeniem mogę się wykazać.

Do pracy dyplomowej pisałem oprogramowanie sterujące μC avr w cyfrowym mierniku (o ile dobrze pamiętam był to atmega 8515) tzw http://pl.wikipedia.org/wiki/System_wbudowany i niemal "cała filozofia"* polegała na studiowaniu karty katalogowej tego urządzenia, kart katalogowych wyświtlacza lcd i zewnętrznego przetwornika a/c.
* [i]nie znaczy to wcale, że była to bułka z masłem bo nie wiem jak wasze uczelnie ale moja uczyła wszystkiego poza rzeczami użytecznymi jednak na jej usprawiedliwienie muszę napisać, że to nie był wydział informatyczny ale "rzeczy" związane z elektrotechniką[/i]

Jak to więc jest z tymi profesjonalnymi programistami? Siadają do klawiatury i klepią kod niczym stenotypistka, czy jednak muszą szukać na bieżąco rozwiązań w postaci algorytmów, nazw bibliotek, które można wykorzystać itp? Zdarzają się takie dni, że nie napiszą więcej niż kilka linii kodu, że trudno im jest coś zrozumieć, że nie muszą "znać się" na wszystkim?

---

For some reason I'm thinking I'm still 25 but I act like I'm 12.