-
Data: 2021-08-30 11:53:07
Temat: Re: rzadki bład w programie w C++
Od: Maciek Godek <g...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]poniedziałek, 30 sierpnia 2021 o 11:29:34 UTC+2 heby napisał(a):
> On 30/08/2021 11:11, Maciek Godek wrote:
> >> Wszystko. Jeśli chcesz mieć *nie* IDE ale porządny edytor zainteresują
> >> się choćby Atomem.
> > Ludzie generalnie mają swoje przyzwyczajenia. To one są w ostatecznym rachunku
rozstrzygające
> > dla tego, czy ktoś będzie używał, gita, svna czy zipa; czy wybierze notatnik,
notepad++, emacsa,
> > vima, VS Code czy jakieś rozbudowane IDE.
> Nie. Nie wybierzesz notatnika, jeśli potrzebujez debugu.
Faktycznie. Wtedy użyjesz debuggera.
Podobnie, notatnik nie skompiluje ci Twojego kodu źródłowego. Do tego jest
kompilator.
Ale po co tracić czas na równie błyskotliwe obserwacje?
> Nie przyzyczajenia wybierają narzędzia, Potrzeby i dopiero drugorzędnie
> przyzwyczajenia.
Dokładnie. Więc jeżeli ktoś używa Notatnika zamiast Atoma, to najwidoczniej Notatnik
spełnia jego potrzeby.
> Jesli jest inaczej - nie nadajesz się do zagadnienia bo dobiersz
> narzędzia z klucza religijnego a nie pragmatycznego.
Stwierdzenie trochę od czapy. Jeżeli Twoje narzędzia okażą się skuteczne, to to były
"wystarczająco dobre narzędzia".
W ostatecznym rozrachunku liczy się to, czy rozwiązałeś problem.
W posiadaniu przyzwyczajneń nie ma nic religinego. Natomiast atakowanie cudzych
narzędzi bez jakiegokolwiek kontekstu to zwykła forma prymitywnej mentalności
plemiennej.
> > Przy tym wszystkim, to są tylko narzędzia. Naprawdę nie ma znaczenia, jakiego
narzędzia ktoś używa
> Ma zasadnicze. Zaryzykuje, że krytyczne jest czy ktoś używa narzędzia
> pozwalajacego autoformatować kod, czy pisze na odpierdol w notatniku.
> Efekty są w jakości.
> > - liczy się efekt, który potrafi z pomocą tych narzędzi osiągnąć.
> Nie, liczą się też koszty tego efektu, czasem jest to pierwszorzędny cel.
>
> Atom czy inny wypasiony edytor sformatuje Ci kod w pythonie
> automatycznie.
Akurat w Pythonie nie da się sformatować kodu automatycznie.
Notatnik nie. Efektem czego będziesz napierniczał
> spacją/tabulacją w notatniku znacznie częsciej, tracąc czas na
> ascii-art. W domu rób co chcesz, choć to głupie. W przypadku firmy -
> nie. Tam napierniczanie spacją kosztuje konkretne pieniądze.
Ani napierniczanie spacją, ani automatyczne wcinanie, nie jest czymś, co by
interesowało jakąkolwiek firmę.
Firmę interesuje to, czy pracownik w określonym czasie wywiązuje się ze swoich
obowiązków.
> > To, że ktoś ma przyzwyczajenia odmienne od Twoich przyzwyczajeń, albo od
przyzwyczajeń Twoich znajomych,
> > naprawdę nie musi oznaczać - tak jak pisałeś wyżej - że "jest idiotą".
> Nie napisałem tego w kontekście edytorów. Napisałem to w kontekście
> dyskusji wybrania nagłupszego rozwiązania i stawiania go w szeregu z
> resztą świata, całkiem na poważnie. Jak ZIPy.
Owszem, napisałeś to w kontekście wyboru narzędzi.
> > Podobnie, nie każdy musi mieć ochotę na "absurdalnie prostego jednego apt-geta,
> > dwa pliki konfiguracyjne i trzy polecenia w konsoli" - tym bardziej,
> > że niewykonywanie tych czynności zawsze będzie nieskończenie prostsze (pomijając
> > nawet tę kwestię, że na czymś tego "apt-geta" trzeba wykonać).
> Możesz na windowsie uzyć apt-get, nit nie broni, nawet wspierają.
>
> Masz ciekawe podejście: aby uzyskać duży zysk trzeba coś robić i to jest
> straszliwy problem "bo przyzwyczajenia". Serio, myslisz że dobry
> programista to jest ten co ma "przyzwyczajenia" i preferuje je nad
> rozwiązania optymalne?
>
Jaki "duży zysk"? Postawienie serwera svn to "duży zysk"?
W przypadku gita nie muszę stawiać żadnego serwera.
I to nie tylko to, że mogę np. użyć githuba, który już stoi,
ale mogę też lokalnie synchronizować repozytorium z tym
na pendrivie, gdybym chciał. Bez żadnego serwera.
> Ilość gówna jest adekwatna do poziomu dyskutowania z okolic "svn do do
> bani bo mi się długo branche robiły" i tym podobe debilizmy. Jak się nie
> zareaguje na to, to potem zostaje, przysycha i na koniec ludzie czytaja
> w necie że git dobry, svn nie bo jakiś ktoś na usenecie tak powiedział i
> nikt go nie kopnął w tyłek, odruchowo, za bredzenie.
O rety, i co wtedy? I wtedy ludzie zaczynają myśleć, że "git jest lepszy od svn"?
I używają gita zamiast svna?
I ludzie przywyczajeni do svna nie mogą tego nieść, bo im "git blame" zabiera za dużo
czasu na ich jednoosobowym projekcie?
Następne wpisy z tego wątku
- 30.08.21 12:22 heby
- 30.08.21 12:29 heby
- 30.08.21 13:20 Mateusz Viste
- 30.08.21 13:30 heby
- 30.08.21 13:42 heby
- 30.08.21 14:21 Mateusz Viste
- 30.08.21 14:39 heby
- 30.08.21 14:50 Mateusz Viste
- 30.08.21 14:53 Maciek Godek
- 30.08.21 14:56 Mateusz Viste
- 30.08.21 15:04 heby
- 30.08.21 15:07 heby
- 30.08.21 15:11 Maciek Godek
- 30.08.21 15:11 heby
- 30.08.21 15:19 heby
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-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=