Standardy w rysowaniu diagramów – dlaczego nie warto ich używać?
Standardy w rysowaniu diagramów. Jednak czy zadałeś sobie kiedyś pytanie, czy koszt ich stworzenia się zwraca?
Standardy w rysowaniu diagramów. Jednak czy zadałeś sobie kiedyś pytanie, czy koszt ich stworzenia się zwraca?
Niedawno dopadło mnie pewne poruszające uczucie, które nawet mnie samego zaskoczyło.Upłynęło już dużo czasu od mojego ostatniego wpisu na bloga. Patrząc na ostatni wpis – aż 2 lata. Potrzebowałem tej przerwy w momencie, gdy przestałem widzieć większy sens w tym, co robię. Spojrzenie wstecz Czas ten był dla mnie bardzo owocny. Zarówno w sferze prywatnej jak i zawodowej. Prywatnie zostałem ojcem, co niesamowicie poszerzyło moje horyzonty, kompletnie zmieniło zwyczajny dzień i nieustannie wymaga coraz lepszej organizacji, aby nadal mieć czas…
Many people think that testing is a subject that only testers should worry about them. I completely disagree with that statement. I can event say that developers can write better tests technically and faster. They know the application. They have technical knowledge about creating reusable code and good architecture. Nevertheless, they shouldn’t write an end to end acceptance tests. They are too focused on functionalists that write. So it is possible that they repeat the testing patterns from the development time, not on overall application image.
During my whole professional experience I always wondering what is the most important factor of technical project success. This question is important although for every day work and our side projects. I also reveal that during the work on start up projects we can meet this problem.
All the tasks related to transferring knowledge would be much easier if the company manages knowledge in teams properly. It is very important in every day of work. We will describe here, how to do this effectively, starting from the beginning of work for a new employee.
Some time ago I have been looking for some Continuous Integration engine for my Open Source project hosted on GitHub. I found a list of popular services https://github.com/ligurio/Continuous-Integration-services/blob/master/continuous-integration-services-list.md. My general requirement was support to JavaScript and .NET projects. Moreover it should be possible to run tests within this engine. I want to ensure the quality of my projects and I want to be able to detect failing test as quickly as possible after each commit. Also it would be nice to have a method to run deployment directly from this service.
W ostatnim poście pisałem o podjęciu wyzwania, które polega na realizacji otwartego projektu. Decyzję o udziale w tym przedsięwzięciu podjąłem szybko, ale największy problem miałem z pomysłem na ten projekt. Przy czym nie był to problem związany z wymyśleniem czegoś, ale z wyborem spośród tego, o czym myślę ostatnio. Dość często przychodzą mi do głowy różne idee np. na zautomatyzowanie lub ulepszenie jakiegoś procesu czy uwspólnienie czegoś dla kilku aplikacji. Podejrzewam, że wielu developerów ma podobnie. Wiadomo, że jedne pomysły…
Ostatnio znalazłem w sieci informację o konkursie “Daj się poznać” organizowanym przez Maćka Aniserowicza. Celem konkursu jest aktywizacja developerów w sieci. Wyzwanie polega na rozpoczęciu własnego projektu z otwartymi źródłami, który będzie publikowany na GitHub i opisywaniu różnych zagadnień z nim związanych na blogu. Wymogiem jest publikacja 2 postów tygodniowo. Myślę, że to bardzo pozytywna idea. Nawet niezależnie od nagród i wygranej. Jest to dobra okazja do sprawdzenia się jako osoba pisząca teksty techniczne oraz możliwość dotarcia do wielu osób…