[inny] Czy po latach pracy z FW korzystacie z czegoś więcej niż podstawowych funkcjonalności?, Czy nie jest tak, że ostatecznie i tak wszystkie moduły piszecie sami? Opcje

[Kabraxis]

Wątek być może banalny ale mam takie przemyślenie odnośnie tego wszystkie i jestem ciekawy jakie są Wasze doświadczenia, szczególnie osób z długim stażem używania FW. Ilekroć chce użyć czegoś gotowego i tak brakuje w tym jakiejś opcji, ostatecznie trzeba stosować jakieś ominięcia, napisać własną wersję lub stosować inne dzikie kombinacje. Oczywiście piszę o czymś większym niż strona wizytówka, o większych projektach, które mają być rozwijane przez lata.

Czy faktycznie po latach używania FW korzystacie z czegoś więcej niż podstawowe funkcjonalności jak zaprojektowany model MVC, CRUD itd.? Czy nie jest tak, że ostatecznie i tak napisaliście wszystkie gotowe moduły samemu?

[pyro]

dwa argumenty podważyłem

dlaczego mam przyjmować argumenty, które nie są prawdą ?

Nie podważyłeś i nie "nie są prawdą". Tylko Tobie się wydaje, że nie są prawdą. A to kolosalna różnica. Problem w tym, że nadużywasz sformułowań typu:

przeze mnie

moim przypadku

Pewnie, że w Twoim przypadku będziesz wiedział o co Ci chodziło. Tylko z czasem człowiek zamiast uczyć się programować, uczy się jak programować solidniej / lepiej / szybciej / bardziej uniwersalnie / łatwiej przy rozbudowie. Z czasem do tego dojdziesz.

Przypomina mi się sytuacja, w której dostałem pewien skrypt (miałem zrobić do niego płatności). Ładnie udokumentowany, z komentarzami, ale patrzę - jeden plik pominięty. A jak się pytam czemu pominięto ten plik, to uzyskałem odpowiedź: "bo ma tylko kilkadziesiąt linijek kodu". Pewnie, że to mały plik. Pewnie, że rozpracowanie go to tylko kilka minut. Ale czemu mam tracić te parę minut, skoro mogłem mieć wszystko od razu jasne i na tacy?

Nie określiłbym używanie CHAR(1) jako wytykanie błędów, błędem mogłoby by być używanie ENUM, który zachowuje się dosyć dziwnie.

Używanie ENUM nie jest błędem. Niestety niektóre menadżery robią z nim (nie wiedzieć czemu) problemy (jak na podanym przeze mnie przykładzie), więc jest to jakby wada stworzona przez nie.

Poza tym znalazłem w dokumentacji MYSQL:


Czyli sami zalecają używanie TINYINT(1)

A no.

i jest w porządku, po co drążyć temat.

Zadałeś pytanie. Otrzymałeś odpowiedź. Co Ty uznasz w niej za prawdę, a co nie, to już Twoja indywidualna sprawa. Ja już skończyłem z dalszym wyjaśnianiem "dlaczego", bo niestety widzę, że idzie to dość topornie. (IMG:style_emoticons/default/businesssmiley.png)

Tak naprawdę nie ma to większego znaczenia, którego z nich użyjesz. Różnice są znikome. Ale jak już wybierać której używać, to dostałeś 3 argumenty, a potem sam dopowiedziałeś sobie jeszcze jeden sam:

Poza tym znalazłem w dokumentacji MYSQL:


Czyli sami zalecają używanie TINYINT(1)

Także tyle w temacie.

Nigdy nie odczułem problemów z kilkoma polami ENUM w jednej tabeli. Podałeś screenshoty z phpMyAdmina. To, że on sobie z tym nie radzi nie oznacza, że sama baza też sobie z tym nie poradzi.

To był tylko jeden przykład. Jak chcesz mogę dać screenshoty z innych programów, które też robią problemy (IMG:style_emoticons/default/tongue.gif) . Nie wiem dlaczego one robią kłopot, ale w każdym razie robią.

[mstraczkowski]

Nie podważyłeś i nie "nie są prawdą". Tylko Tobie się wydaje, że nie są prawdą. A to kolosalna różnica. Problem w tym, że nadużywasz sformułowań typu:

Jeżeli mimo moich wyjaśnień, nadal uważasz że wszystkie argumenty przeciw są w porządku, to albo nie czytasz w ogóle moich postów, albo jesteś tak zaślepiony swoją ideologią, że nie dochodzi to do Ciebie.

Pewnie, że w Twoim przypadku będziesz wiedział o co Ci chodziło. Tylko z czasem człowiek zamiast uczyć się programować, uczy się jak programować solidniej / lepiej / szybciej / bardziej uniwersalnie / łatwiej przy rozbudowie. Z czasem do tego dojdziesz.

Nie znasz mnie, więc nie wchodziłbym na grunt podważania kompetencji, tego czego się nauczyłem lub nie nauczyłem, lub "w przyszłości do tego dojdę".
W ogóle nie rozumiem z skąd i po co napisałeś to zdanie, co ma używanie TINYINT lub CHAR do bardziej uniwersalnego kodu, łatwiejszego przy rozbudowie.
A to o czym pisałem na temat komentowania kodu i kolumn w bazie danych jest właśnie odzwierciedleniem tego że wytworzony produkt jest wtedy łatwiejszy do rozwijania, piszę się w nim lepiej i szybciej.
I to ja ponoć gadam o "dupie"

Przypomina mi się sytuacja, w której dostałem pewien skrypt (miałem zrobić do niego płatności). Ładnie udokumentowany, z komentarzami, ale patrzę - jeden plik pominięty. A jak się pytam czemu pominięto ten plik, to uzyskałem odpowiedź: "bo ma tylko kilkadziesiąt linijek kodu". Pewnie, że to mały plik. Pewnie, że rozpracowanie go to tylko kilka minut. Ale czemu mam tracić te parę minut, skoro mogłem mieć wszystko od razu jasne i na tacy?

Ty w ogóle czytasz co ja pisałem? właśnie o tym mówiłem cały czas, że komentarze są zawsze potrzebne, to ty powiedziałeś że komentarze są po to, aby używać je tylko wtedy kiedy są potrzebne, trochę podjeżdża mi hipokryzją.

Zadałeś pytanie. Otrzymałeś odpowiedź. Co Ty uznasz w niej za prawdę, a co nie, to już Twoja indywidualna sprawa. Ja już skończyłem z dalszym wyjaśnianiem "dlaczego", bo niestety widzę, że idzie to dość topornie. (IMG:style_emoticons/default/businesssmiley.png)

A ja skończyłem z dalszym przekonywaniem Ciebie, że w określonym przeze mnie przypadku dwa twoje argumenty się nie pokrywają. Mam wrażenie, że cokolwiek co nie zgadza się z twoją odpowiedzią traktujesz jako atak i nawet nie próbujesz zrozumieć, a to bardzo nie przyjemne, bo zaczynasz odwracać kota ogonem i przyciągać jakieś historyjki, które zaprzeczają twoim wcześniejszym odpowiedziom.

Tak naprawdę nie ma to większego znaczenia, którego z nich użyjesz. Różnice są znikome. Ale jak już wybierać której używać, to dostałeś 3 argumenty, a potem sam dopowiedziałeś sobie jeszcze jeden sam:

Otrzymałem tak na prawdę jeden argument od Ciebie, bo jeżeli uważasz, że dwa podważone przeze mnie są jednak słuszne, to także zaprzeczasz, że używanie TINYINT jest lepsze, ponieważ CHAR(1) w określonym przeze mnie przypadku jest używany tak samo jak TINYINT, a nie jak ENUM
I na tym ten temat powinien się już dawno zakończyć.