Technologia i nauki ścisłe.
Śledzę całkiem sporo blogów i serwisów. Prawie setkę. O różnej tematyce: od nauki i projektowania, przez rodzicielstwo i dzieci, do stylu życia, finansów, szycia, czy zdrowia. Niektóre z nich publikują regularnie raz lub kilka razy w tygodniu, inne bardzo rzadko, raz na parę miesięcy albo w ogóle milkną na kilka lat.
Nie gubię się w nich, czytam co chcę i kiedy chcę tylko dzięki bardzo wygodnemu narzędziu – czytnikowi RSS.
Znalazłeś docelowy font do swojej strony internetowej. Idealnie współgra z projektem, jest czytelny i masz na niego licencję. Z radością dodajesz font do styli, podając link z którego przeglądarka może go pobrać i używasz we wszystkich tekstach.
A czy zastanawiałeś się kiedyś jak dedykowany font wpływa na to, co widzi użytkownik, gdy pierwszy raz odwiedza twoją stronę? Co wyświetla przeglądarka, gdy pobrała już html, ale nie ściągnęła jeszcze zasobów? Jak wygląda treść bez docelowych fontów?
Czytaj dalej „Osadzane fonty. Jak wyświetlany jest tekst przed pobraniem fontu? FOUT, FOIT i FOFT”
Od kiedy odkryłam cudowny podcast 99% invisible (gorąco polecam!) zaczęłam doceniać i zwracać większą uwagę na sposoby projektowego rozwiązywania różnych problemów, takich jak:
Na to ostatnie pytanie odpowiedź znalazłam w okolicy własnego domu.
Ruby jest zabawnym językiem. Ma kilka cech, które sprawiają, że jako osoba zaczynająca od języków typu C, C# czy Java patrzyłam na niego z mieszaniną szoku i przerażenia. Wywoływanie metod bez nawiasów? Nazwy metod z wykrzyknikiem lub znakiem zapytania?
Zacznijmy od metod z wykrzyknikiem.
W Ruby niektóre metody występują w dwóch wersjach: zwykłej i z wykrzyknikiem na końcu. Na przykład save i save!, exit i exit!, gsub i gsub!. Czym się różnią? Czytaj dalej „Bang! Metody z wykrzyknikiem w Ruby”
Od kiedy dowiedziałam się o istnieniu w gicie hooków bardzo chciałam jakiś napisać. Wreszcie ostatnio nadarzyła się okazja.
W projekcie używamy wielu plików .xls z konfiguracją drools. Niestety diff xls-ów jest ciężki, a narzędzi do merge nie ma. Aby ułatwić kontrolę i orientację w kolejnych zmianach pojawił się pomysł, by każdemu plikowi .xls towarzyszył odpowiadający mu plik tekstowy. W pliku tekstowym należy umieszczać opis wprowadzonych modyfikacji i oba pliki powinny być commitowane razem.
Oczywiście już przy pierwszej okazji zmieniłam konfigurację i zapomniałam o opisaniu poprawek. Poprawiłam się w kolejnym commicie, ale to rozmija się z celem całej procedury. Hej, ale przecież takie mechaniczne sprawdzenie nie powinno zaprzątać mojej głowy (ani moich współpracowników). To idealny moment, by użyć hooka! Niech to git pilnuje, czy razem z konfiguracją commituję opis zmian.
Czytaj dalej „Dwa pliki w commit, czyli pre-commit git hook”
matomości 