🚀 go-pugleaf

W dniu wtorek, 4 kwietnia 2017 22:03:01 UTC+2 użytkownik (fir) napisał:
> W dniu wtorek, 4 kwietnia 2017 20:28:16 UTC+2 użytkownik godek....@gmail.com napisał:
> > W dniu wtorek, 4 kwietnia 2017 20:12:42 UTC+2 użytkownik (fir) napisał:
> > > W dniu wtorek, 4 kwietnia 2017 19:13:11 UTC+2 użytkownik godek....@gmail.com napisał:
> > > > W dniu wtorek, 4 kwietnia 2017 19:05:37 UTC+2 użytkownik (fir) napisał:
> > > > 
> > > > > (a styl mam jako tako wypracowany), jak pisalem potrzebne
> > > > > mi sa teraz jakies techniki na wzmozenie nie stylu a produktywnosci;
> > > > 
> > > > myślę, że całkiem sporo czasu byś oszczędził, gdybyś unikał
> > > > dyskusji z debilami w internecie ;)
> > > 
> > > 'oszczedzanie czasu' to nie jest metoda - bo jak wspomnielem
> > > ostatnio odpoczywanie tez sie liczy - programowanie caly czas
> > > to na pewno nie jest metoda
> > > 
> > > mysle jednak ze da sie wypracowac jakies techniki
> > > przy ktorych zamo wlepywanie i uruchamianie moglo by isc
> > > moze nawet kilkukrotnie szybciej
> > 
> > No dla mnie taką techniką jest niewątpliwie emacs+geiser+scheme
> > + programowanie funkcyjne (niestety sama nauka emacsa jest dość
> > kłopotliwa i wymaga zerwania ze zwykłymi przyzwyczajeniami).
> > 
> > Jeden gość rozwijał swego czasu framework do "funkcyjnego programowania
> > reaktywnego" w Guile:
> > https://www.youtube.com/watch?v=QD4jKSYvn2Q
> > 
> > (ja niestety nie rozwinąłem w swoim frameworku integracji z Emacsem,
> > tylko zacząłem tworzyć edytor w nim samym, ale to niestety jest wciąż
> > w powijakach)
> > 
> > Podobne rzeczy, może nawet lepiej rozwinięte, można też znaleźć w Clojure, np.
> > 
> > https://www.youtube.com/watch?v=j-kj2qwJa_E
> > czy
> > https://www.youtube.com/watch?v=0GzzFeS5cMc
> > 
> > (dla Clojure był swego czasu rozwijany edytor "LightTable", nieco
> > bardziej przystępny od Emacsa, ale rozwój został chyba zarzucony.
> > Mnie się akurat Clojure nieprzesadnie podoba, ale możesz spróbować,
> > może Ci podejdzie)
> 
> edytor nie wiem na ile moze mi tu pomoc, bardziej mysle moze o jakichs 'technikach psychicznych' czy ogolnych umiejetnosciach poruszania sie i 'szybkiego rzezbienia'
> w morzu kodu, bo wydaje mi sie ze byc moze mozna tu sie podciągnac
> 
> na razie nie mam jednak jakichs specjalnych przemyslen,
> ogolnie wydaje sie ze nalezaloby unikac zmeczenia, czyli starac sie robic rzeczy 'lekko' (co czasem sie da np do tego samego buga mozna podejsc 'ciezko' jak i 'lekko' 
> (co jest w sumie kwestią obranego podejscia,)) (*) 
> druga rzecz, zapewne nalezaloby umiec robic rzeczy 'szybko' (czyli szybko wklepac i szybko skorygowac)
> 

pominawszy tez fakt ze rozne kawalki kodu pisze sie roznie, rozne zagadnienia sa defakto rozne i kodowanie czegos jednego jest w istocie czesto sporo rozne niz kodowanie czegos drugiego (dlatego nie zawsze mozna 
mowiec o podejsciu do kodowania 'ogolnie', tylko ew lepiej by bylo znac kilka typowych 'tematow')

co do tej produktywnosci to mysle ze jednak cos daloby sie wymyslec