- Biztonsági aggályok miatt késik a Microsoft hatalmas AI-újítása
- Kíváncsi az EU, milyen online védelmet adnak a pornóplatformok a kiskorúaknak
- Panaszt tettek a Google ellen, mert követi a felhasználókat a böngészője
- Rengeteg áram kell az adatközpontoknak, erre válasz a geotermikus energia
- Az AI megmondja, hogy van-e fájdalma a macskának
- Router gondok
- ASUS routerek
- SkyShowtime
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- PHP programozás
- Kíváncsi az EU, milyen online védelmet adnak a pornóplatformok a kiskorúaknak
- Windows Insider Program
- Mikrotik routerek
- Panaszt tettek a Google ellen, mert követi a felhasználókat a böngészője
- Xiaomi - Mi AIoT AC2350
Új hozzászólás Aktív témák
-
Drizzt
nagyúr
A refaktor a fowleri ertelemben nem elore betervezett tevekenyseget takar. Ott arrol van szo, hogy kicsi lepesekkel a futo kod belso szerkezetenek megvaltoztatasa a kivulrol lathato viselkedes megvaltoztatasa nelkul. Folyamatos tevekenysegnek kellene lennie. Ha valamit nagyon ujra kell irni, az mar nem refaktor a klasszikus ertelemben, hanem ujratervezes/ujraimplementalas.
Az egesszel annyit akarok mondani, hogy refaktoralni egy jobb programozo szinte allandoan refaktoral, kulon keres, vagy adminisztracio, vagy emlites nelkul. Mert tudja, hogy a sajat jelenbeli es jovobeli eletet konnyiti meg vele nagyban anelkul, hogy kulonosebben elronthatna dolgokat.
Mar ha ugy ertetted, hogy a refaktoringra kulon kell idot allokalni. Szerintem nem kell. Ha van estimation, akkor egyszeruen neccesebb reszeknel ugy kell becsulni, hogy a varhato refactor is beleferjen. Egy refactor xy Jira issue egy PO-nal nehezen fog a backlog elejere kerulni, mert nincsen lathato business value-ja.I am having fun staying poor.
