W ostatnim wpisie pisałem, że nie zdążyłem na webcasta z Johnem Skeetem. Na szczęście jest już dostępny online: Webinar with @jonskeet is now available as a recording on JetBrains TV: bit.ly/YoDh1S — JetBrains ReSharper (@resharper) 11 kwietnia 2013
Webcast z Johnem Skeetem Read More »
Nie zdążyłem dotrzeć przed oblicze komputera na czas aby obejrzeć JetBrainsowy webinar z Johnem Skeetem 🙁 Big thanks to @jonskeet for the Webinar (and the private class named var). Thank you to everyone that attending. Recording available soon. — JetBrains ReSharper (@resharper) 9 kwietnia 2013 …no właśnie, zaintrygowało mnie “private class named var” Napisałem taki
Dzisiaj w firmie @blackgilmore trafił na ciekawy błąd, duplikujące się style w css-ie. Mając 3 pliki less: test1.less [code language=”css”] .test1Function() { .testClass { background-color: #f00; } } [/code] test2.less [code language=”css”] @import-once "test1.less"; .test2Class { top: 1px; .test1Function(); } [/code] test3.less [code language=”css”] @import-once "test1.less"; @import-once "test2.less"; wynik powinien wyglądać tak: .test2Class { top:
WebEssentials i duplikujące się wpisy w less-ie Read More »
Mały kawałek kodu: new Date(2012,1,1) zwraca: Wed Feb 01 2012 00:00:00 GMT+0100 (Środkowoeuropejski czas stand.) LUTY!!! To nie jest zła data, w każdym normalnym języku była by to zła data ale w JavaScripcie miesiące liczy się od 0 więc 0 to styczeń, 1 to luty, 2 to marzec i tak dalej i tak dalej i
JavaScript zwraca złą datę – ku pamięci Read More »
Z tematu dług technologiczny zrobił się całkiem spory cykl. Mimo, że nie wszystkie aspekty zostały poruszone, to myślę, że poruszone zostały wszystkie najważniejsze jego aspekty zatem nadszedł czas na odpowiedzenie sobie czy da się realizować projekty bez długu. Odpowiedź krótka brzmi NIE. Jeśli w każdym aspekcie będziemy korzystali z wszystkiego NAJ to przy dzisiejszym tempie
Z długiem czy bez długu Read More »
Jednym z ostatnich rodzajów długów jakie chcę poruszyć to testy. Testy we wszelakiej postaci, od jednostkowych, przez integracyjne, specyfikacji, smoke, white i black box do obrzydliwych ręcznych. Brak testów to najgorsza rzecz jaką możemy zrobić. W każdej normalnej branży (a nie takiej, gdzie większość to pryszczaci kolesie z problemami interpersonalnymi ) czyli takiej o solidnych podstawach
Brak testów to brak pewności Read More »
Monolity – wielkie projekty składające się z setek klas ściśle powiązanych ze sobą. Czasem to nawet nie muszą być przesadnie wielkie te projekty jednak wystarczy, że klasy są ściśle powiązane ze sobą. Co to znaczy ściśle powiązane ze sobą? Jeśli w jednej klasie użyjemy słowa new, żeby stworzyć obiekt innej klasy to właśnie ściśle powiązaliśmy
Monolity to też dług technologiczny Read More »
Refaktoryzacja – ot kolejne popularne słowo…. nie zupełnie. Pisząc software nie zawsze dokładnie wiemy jak on będzie wyglądał i co finalnie będzie robił – tzn. w danej chwili (zdefiniowanym kwancie czasu, żeby brzmieć mądrzej) zawsze wiemy co będzie robił, tylko z dalszej perspektywy mentalnej – tj. po dłuższym okresie może się okazać, że robi coś
Nie będziesz refaktoryzował – będziesz miał dług Read More »
W ostatnim poście marudziłem na management. Zwalanie na management ma tą zaletę, że zwalnia nas programistów z odpowiedzialności. To jest ICH wina, to ONI doprowadzili do takiego a nie innego stanu i tak dalej i tak dalej. Pułapką takiego zachowania jest “wymówka”. Wymówka przenosi naszą odpowiedzialność na kogoś lub coś innego. Wymówka jest świetna bo
Jak programiści zaciągają dług technologiczny Read More »
O długu technologicznym ciąg dalszy. Tym razem będzie o managemencie czyli o wszelkich kierownikach, dyrektorach, leadach, dev leadach, pm-ach, project i product managerach i wszystkich innych, którzy mają pozycję decyzyjną. Przez to rozumiem wszystkie te osoby, które, między innymi, powinny wiedzieć, kiedy będzie nowa wersja i co w jej zakres wchodzi. Wydawało Ci się, że
Jak management zaciąga dług technologiczny Read More »