Narzędzia które powinien znać każdy web developer

Narzędzia które powinien znać każdy web developer

Oprócz głównego IDE, z którego korzystamy każdego dnia istnieje masa pobocznych narzędzi, które pomagają nam w przeróżnych zadaniach. Dzisiaj prezentujemy Wam listę programów (większość z nich jest darmowa), które ułatwiają nam pracę oraz, o których istnieniu każdy web developer wiedzieć powinien.

Część tych narzędzi jest nieodzownym elementem pracy, z innych korzystamy nieco rzadziej. Tak, czy inaczej dzięki nim jesteśmy w stanie zaoszczędzić mnóstwo czasu i nie wyobrażamy sobie bez nich pracy.

Ciężko zapamiętać całą poniższą listę, dlatego polecam Ci zapisać sobie tą stronę do zakładek i korzystać w razie potrzeby.

Jedna uwaga – niektóre pozycje są związane stricte ze środowiskiem .Net, jednak większość wymienionych narzędzi jest niezależna od technologii.

Narzędzia dla web developera:

1. Na początek kwestia podstawowa, czyli system kontroli wersji

związane z Gitem portale do przechowywania kodu

oraz dodatkowe narzędzia do pracy z Git

2. Organizacja pracy
3. Edytory tekstu
4. Ciągła integracja
5. Automatyzacja buildów
6. Chmura
7. Przesyłanie plików FTP/dostęp SSH
8. Śledzenie requestów/testy restApi, web serwisów
9. Wystawienie aplikacji localhost „na zewnątrz”
10. Analizowanie jakości kodu
11. Narzędzia wspomagający pracę z LINQ (.Net)
12. Podgląd kodu w języku pośrednim IL (.Net)
13. Edytor kodu online
14. Profilery aplikacji webowych
15. Rozszerzenia dla MS SQL Management Studio (.Net)
16. Serwer HTTP

17. Mierzenie wydajności aplikacji (load tests)

18. Konsola „na sterydach”

19. Automatyczne testowanie w przeglądarce:

 

  • IMHO Git Extensions to najlepszy program do git’a pod Windowsem (choć nie całkiem stabilny ;))

    Co do build managerów to jeżeli na liście jest Ant, to powinnien pojawić się też Maven (najbardziej popularny tool do buildów w świecie JVM), dla .NET’a nic nie zastąpi starego MSBuilda i jego uroczych XML’ów…

    • Adrian Bystrek

      Przyznam się, że Ant wylądował na liście przy okazji NAnta, z którego faktycznie korzystałem 😛 Nasz stack backendowy to na co dzień głównie .Net, dlatego, jak zresztą jest wspomniane we wstępie, niektóre pozycje się z niego wywodzą.

      Oczywiście dzięki swoje za propozycje 🙂

  • Dodałbym cake.build. fajne narzędzie

    • Adrian Bystrek

      Rozumiem, że chodzi o http://cakebuild.net/ ?

      • tak, dokładnie 🙂

        • Adrian Bystrek

          Dodane. Dzięki za propozycję 🙂

          • Spoko, imho cake.build wygodniejszy do pisania takich rzeczy niż np gulp. Tzn gulp jest fajny do frontendów ale już do buildowania .netowych rzeczy słabawo. Ale koniec końców, co komu pasuje

  • Cześć, zamiast Putty wolałem korzystać z Bitevise https://www.bitvise.com/ssh-client 🙂 Według mnie przyjemniejszy w obsłudze. Ogólnie fajne podsumowanie narzędzi 🙂

    • Adrian Bystrek

      Wygląda ciekawie, zawsze to jakaś alternatywa dla Putty 🙂 Dzięki za propozycję i komentarz!

  • Lista git, ale w punkcie ‚Ciągła integracja’ brakuje jednej ważnej rzeczy: https://buddy.works. Używanie TeamCity, Bamboo i Jenkinsa w 2017 roku to jak budowanie procesora za pomocą lutownicy przy żarówce 40W – niby się da, ale jest to cholernie męczące i mija się z celem 😛

    Zapraszam do sprawdzenia Buddy’ego: integrujemy się z każdym hostingiem Gitowym, mamy deploy plików FTP/SFTP i wszystkich najważniejszych serwisów clodowych (Azure, AWS, DigitalOcean, Google), buildy śmigają na Dockerze, jest Maven/Gradle, .NET i praktycznie każdy back i front endowy framework. Do tego konfiguracja całości zajmuje 10-15 minut.

    Pozdrawiamy serdecznie i zachęcamy do testowania,
    Ekipa Buddy.Works

    • Adrian Bystrek

      „Komentarz zawiera lokowanie produktu” 😛

      Jeżeli chodzi o wymienione narzędzia (TeamCity, Bamboo, Jenkins) to nie powiedziałbym, że praca z nimi jest cholernie męcząca. Podstawowy scenariusz builda można skonfigurować w dosłownie paru krokach.

      W każdym bądź razie, jeżeli ma to usprawnić pracę to zawsze warto się zapoznać. Dzięki za propozycję 😉

  • Tomasz Sikora

    StyleCope 🙂

    • Adrian Bystrek

      StyleCope już jest 🙂 Zwróciłeś uwagę na statyczne analizatory kodu i przypomniał mi się JSHint, którego zabrakło na liście 😛

      • Tomasz Sikora

        Chodziło mi o literówkę

        • Adrian Bystrek

          Fakt, poprawiłem. Dzięki 🙂

  • Czemu pominąłeś Gith Bash?;p Z mojej strony polecam jeszcze Cmder lub ConEmu.

    • Adrian Bystrek

      Z Git Bash nie korzystałem. Jak już konsola to zwykły command line windowsa 😛 Cmder to dobra uwaga 🙂 gdzieś nam uciekł, uzupełnimy. Dzięki 🙂