Trapił mnie dzisiaj problem w ile instrukcji da się napisać program generujący choinkę z pniem. Taką symetryczną, z małym pniem na środku, której wysokość będzie wprowadzana przez użytkownika.
Każdy z takim zadaniem się spotkał na studiach czy na początku swojej nauki programowania. W kodzie używając pętli w pętli itd dało się rozwiązać zadanie. Pewnie jakoś nikt swojego kodu po X latach nie refaktoryzował. Z racji tego, że ze mnie Pythonista to stwierdziłem, że napiszę o tym na mirko i ciekaw będę kto wygra taki konkurs na jak najkrótszą (względem ilości instrukcji) choinkę. Początkowo mój kod miał 4 linijki. Już miałem go zamieszczać jako zachętę, kiedy skapnąłem się, że da się to tu, to tam uprościć.
Dlatego wszem i wobec ogłaszam konkurs na choinkę z wymaganiami podanymi powyżej.
@Sarpens: cumplu ziomku i companie, w linii komend tak jak napisalem poprzednio: perl choi.pl 5. Lekko zoptymalizowana wersja, nie rysuje "pienka" bo juz mi sie nie chcialo kombinowac: http://sprunge.us/VQDW
@Sarpens: przy skrypcie. sprobuj ( ͡º͜ʖ͡º) . Niestety z dwuklika nie pojdzie, chociaz mozna to napisac w perlu rowniez w jednej linii. Ta wersja bieze z stdina:
Mirki mam na drugim PCcie zainstalowanego #linux a dokładnie #xubuntu jakim programem sprawdzę specyfikację kompa ? Chodzi mi o ram, kartę graficzną, płytę główną etc. :)
Na windows jest parę programów typu everest, siw.
W linuxa bawie się od tygodnia i jeszcze jestem trochę zielony.
To zalezy, pojedyncze zmiany typu bugfixy, drobne korekty, commituje osobno. W ten sposob latwo jest cos dodawac do innych branchy(cherry-pick), oraz latwo revertowac zmiany. Jezeli chodzi o nowe featury to zawsze rozwijam na osobnej branchy, a potem merguje, ewentualnie rebase przed mergem a potem i tak non-fast-forward merge tylko po to, zeby miec merge commit, ktorego w razie jakichs zmian decyzji odnosnie funkcjonalnosci, tez latwo jest sie pozbyc.
@anonim1133: poczytaj sobie o gerricie - system, ktory wiaze kazda zmiane razem z code review w ten sposob masz jednoczesnie w logu informacje o review i ewentualnie w gericie powiazanie do ticketa.
Inicjatywa fajna, ale wszyscy wiemy jakie sa nasze wladze. najprawdopodobniej nawet gdyby cos dzialajacego powstalo to i tak bedzie to projekt, ktory ostatecznie wyladuje w smietniku, ewentualnie nastepcy nabilo, nabino czy jak oni sie tam nazywaja, po prostu zrobia fork i sprzedadza go za 500k.
Z punktu widzenia spolecznosci open source - tego typu projekt jest kompletnie bezuzyteczny a jak chcecie pracowac za darmo dla kolejnych cwaniakow, ktorzy zrobia na tym kase