W dniu środa, 2 stycznia 2019 15:55:51 UTC+1 użytkownik g...@g...com napisał:
> W dniu środa, 2 stycznia 2019 13:44:21 UTC+1 użytkownik fir napisał:
>
> > > > jak dla mnie te krytyki c++ itp sa malo
> > > > sensowne lub istotne, (ale tez zarazem
> > > > sie nie umpieram bo nie mam specjalnego zdania na te tematy, malo mnie to
obchodzi odbieram to jako nieistotne)
> > >
> > > Ja mam podobnie z Twoimi tematami.
> > > Piszesz o programach w rodzaju "tworzę swój edytor tekstu", "piszę grę
rogue-alike", "opracowuję swój własny asembler" - szczerze powiedziawszy, nie są to
rzeczy bez precedensu.
> > > Jeżeli masz ochotę się w to bawić, Twoja sprawa, ale tego rodzaju programów
istnieje już milion czy coś koło tego, i nie wygląda mi na to, żeby te Twoje
rozwiązywały jakieś rzeczywiste problemy.
> > >
> >
> > szczerze mowiac jest to glupia wypowiedz,
>
> dlaczego?
>
> > (pominawszy juz ze nie ma specjalnego zwiazu miedzy pisaniem edytora tekstu a
wywolywaniu dziwnych wojen z c++ z dziwnymi argumentami, nie mowie nawet ze te
argumenty nie sa sluszne czesc moze byc jakos tam sluszna ale nie sa one zbyt istotne
po prostu )
>
> Zgadzam się, że wojny są stratą czasu. Z drugiej strony uważam,
> że warto przeprowadzać krytyki i prezentować różne punkty widzenia.
>
> Może przedstawiam swoją perspektywę w nieodpowiedni sposób?
>

glupie jest bicie piany o nieistotne sprawy... do tego jak sie kogos przekonuje to
powiedzialbym wystepuja dwa rodzaje argumentow, przekonujace i nieprzekonujace -
przekonujace argimenty sa naprawde przekonujace, a czytaie kolegi raczej przypomina
czytania kogos kto wywala z siebie 30 arguimentow ale wszystkie naleza do tej
drugiekj kategorii

a sedno problemu i tak jest gdzi indziej... jak ktos ma buga w kodzie to
wysluchowania dyskucji czy licp jest lepszy czy c++ sie troche mija z celem bo by
buga naprawic trzeba sie zajac czyms innym

kwestai jest taka ze ta gadla lisp a c++ jest ogolnie malo uzyteczna a takie
metaforyczne 'bugi' przeszkadzajace ludziam w programowaniu wstepuja i jak juz ktos
zaczyan dyskusje o tym jak lepiej cos robic w kodowaniu to trzeba by sie skupic na
istocie sprawy

(ostatni raz to raczej mowie bo nie cjhce mi sie powtarzac)

> > z tego ze jest duzo edytorow nie wynika ze jak ktos napisze
edytor/asembler/roguelike to nie moze zrobic w tym edytorze nic nowatorskiego..
>
> Masz rację, nie wynika.
>
> > dla mnie akurat te projekty byly nowatorskie (wewnetrznie i zewnetrznie)
>
> Wewnętrzne i zewnętrznie? Co masz na myśli?
>

za duzo by pisac... napisanie asemblera dalo mi duzo bardzo satysfakcjonujacej wiedzy
czym naprawde tai program jest (bardzo to warto byo zrobic).. z edytorkiem podobnie
choc narazie zrobilem tylko cos w rodzaju notepada (ale wszystko obkodowane samemu, a
wszystko trzeba kodowac np lamanie wierszy itd) i przerwalem ale bylo tez to raczej
ciekawe

zewnetrzenie to jest mzoan wprpadzac tam nowatorskie ficzery.. ale o tym tez mis i
enie chce gadac.. podstawowa idea u mine bylo np oznaczac ostatnio edytowane kawalki
w zrodlach innym kolorem tak by blakly z czasem np edytowane w ostatniej godzinie
jeden odczien te w ciagu ostatniej doby inny te w ciagu tygodnia inny miesiace inny
trzech miesiecy inny i by to blakło - takie cos by bylo fajne, zwlaszcza jesli dac np
pod altem i strzalkami w lewo prawo rotowanie po ostatnio edytowanych miejscach

kiedys o tym pisalem zdaje sie, niezabardzo mis ie chce o tym za duzo pisac bo robie
cos innego ale jak wroce do tego i bede wkrecony moge to cos napisac



> > ale to tez gwoli istoty rzeczy nie dotyka sedna istoty najwazniejszych problemow
> >
> > istota problemu jest nieststy to co opisalem wczesniej w poscie jako 1 i 2B
> > (pisze nieststy bo sa to problemy na ogol odbierane przeze mnie dosyc
nieprzyjemne,
> > byc moze wlasnie powinienem sobie wypracowac jakies pdescie by uczynic je
strawniejszymi ale to nie jest lekka sprawa)
>
> Moim zdaniem programowanie to jest przede wszystkim myślenie
> i wypracowywanie dobrych nawyków.
> Jak się ma złe nawyki, to można łatwo utonąć w bałaganie, który się zrobi
> wokół siebie, i niepotrzebnie trwonić energię.
>
> Być może pewnym problemem jest to, że nie ma jasnych wytycznych
> odnośnie tego, które nawyki są dobre, a które złe - jak to mówią,
> "po owocach ich poznacie".
>
> W moim odczuciu książki w rodzaju tej omawianej uczą bałaganiarstwa
> i nie są dobrym wzorem do naśladowania.
> Jest to tym bardziej istotne, że na początku większość osób
> uczy się programowania właśnie przez naśladownictwo.
> Właśnie w ten sposób dowiadujemy się, jak "się robi rzeczy".
>
> Dla mnie jest trochę tak, że istotnym czynnikiem jest takie sformułowanie
> celu, żeby był możliwy do realizacji w trakcie jednego "posiedzenia".
>
> Z reguły mi to nie wychodzi, ale jest pewien rytm, który mi pomaga:
> w okresie zimowym dojeżdżam do pracy kolejką ok. 40 minut w każdą
> stronę. Jest to dość dużo czasu, żeby spróbować nadgryźć jakiś temat.
> Czasem wracając z pracy wkręcę się na tyle mocno, że później jeszcze
> w domu coś dokańczam - w ten sposób udało mi się stworzyć zalążek
> swojego "edytora edytorów" (czy raczej "edytora struktur").
>
> Jednak w okresie świąteczno-sylwestrowym nie udało mi się do niego
> niczego dodać. Wolałbym z pewnością, żeby moje prace szły szybciej.
>
> Może nie powinienem trwonić tyle czasu na te fora.