Better Dev Club Weekly #4 - Narzędzia CLI

Cześć Piotrek. Cześć Kajtek. Ale dzisiaj powitanie coraz lepiej. O super tak. Jeszcze trochę i wyjdę z grubu. No co tam dzisiaj. Dzisiaj pogadamy sobie o czymś, co mówiąc szczerze ja myślałem, że już nie wróci. Czyli o konsoli, nie? W sensie o AI-owych toolach, ale w konsoli. O może to tak. Bo jak spojrzymy sobie na... Znaczy dobra, no jak gdyby jak spojrzymy sobie na historię tych narzędzi AI-owych, to było trochę tak, że wszystko było w ID. A potem nagle, nie pamiętam, który był pierwszy, chyba Cloud, Cloud Code był chyba pierwszy. Chyba tak, tak mi się wydaje. W sumie nie ma to większego znaczenia, bądźmy szczerzy, który nagle wyszedł z Visual Studio Code, bądźmy szczerzy, z tego jedynego IDE i stwierdził, to dam narzędzie w konsolę.

Ja powiem Ci szczerze, że tak, też początkowo byłem sceptycznie do tego nastawiony, bo to też chyba mówiliśmy przy okazji trochę windsurfa i kursora, kiedy o nim rozmawialiśmy. Swoją drogą, jeżeli ktoś nie oglądał tego pierwszego odcinka naszego podcastu, to gdzieś on tutaj się na pewno też zostanie podlinkowany. Przez wiele lat przyzwyczailiśmy się do IDE, przyzwyczailiśmy się do tych interfejsów. Ja byłem trochę zły, że teraz chcą nas wyciągnąć z powrotem do konsoli. Tym bardziej, że ja się z konsolą nigdy aż tak bardzo nie lubiłem. To już jakiś czas temu chociażby w dotnecie, szczególnie kiedy na przykład Visual Studio przestało być wspierane na Maca i został tylko Rider albo ewentualnie Visual Studio Code i Microsoft bardzo mnie próbował przekonać do tego, że Visual Studio Code do projektów dotnetowych jest nadal tak samo dobry jak Visual Studio, co jest oczywiście totalną bzdurą, ale

No tak, ale to podpiąłeś swój własny model, ale pytanie, czy byłbyś w stanie podpiąć nie openir'owy, nie? Wydaje mi się, że tak, bo tam po prostu podaje się nazwę modelu i deployment. Tak, wydaje mi się, że tak, że tam on nie będzie sprawdzał. Dobra, ale jak gdyby firmy, to tym bardziej jest tak, nie? Przynajmniej w Google'owym się nadal nie da. Strasznie tego zawsze żałowałem, ale się nie da. Więc to jest nagle tak, że firmy walczą w zasadzie o tymi starymi technikami, czyli przekonać deweloperów narzędziem, Nie, to jest w sumie bardzo dobre, bądźmy szczerzy. Nie wiem, czy to oznacza, że już powinniśmy się wycofywać z Visual Studio Code, raczej wątpię, ale praca inna jak najbardziej działa.

I realnie myślę, że cały czas nasz workflow pracy będzie się mocno zmieniał, dostosowywał do tego jak te narzędzia będą ewoluowały i jaka będzie adopcja tego wszystkiego w niektórych aspektach. Popatrz też na to, że na przykład sam kodeks ma właśnie dosyć późno OpenAI wypuściło rozszerzenie do Visual Studio Code i mam wrażenie, że praktycznie nikt z tego nie korzysta. Słyszałem o tym, że jest, ale w ogóle o tym zapomniałem i dopiero Twój tekst mi o tym przypomniał.

Chyba nigdy nawet mi nie przyszło do głowy, żeby je zainstalować. No właśnie, no właśnie, bo to jest coś takiego, że już część osób poszła sobie do Cloud Coda, do Gemini CLI czy do Codexa właśnie w CLI-u. Część osób korzysta po prostu z Copilota na przykład właśnie w Visual Studio Code albo ewentualnie... No właśnie, albo z czego ewentualnie? Aha, no właśnie, ewentualnie z Cursora i z Windsurfa i tam sobie wybierają albo ich nie modele, albo też te modele, które się tam gdzieś tam pojawiają i są do wyboru. I jakby to teraz mnogość tego wszystkiego nie daje nam dodatkowej wartości.

Oni muszą powalczyć z tymi narzędziami, które po prostu będą najlepiej działać i będą powodowały, że workflow pracy będzie jak najprostszy i jak najbardziej efektywny. Jeżeli to uda się, no bo ja w tej chwili bardzo często proszę Cloud Coda o to, żeby coś zaprogramował. I sprawdzam Visual Studio Code, jak to wygląda po jego zmianach. No i to jest cały mój workflow pracy, nie? Więc Visual Studio Code nadal zostaje, no bo nie wyobrażam sobie, że właśnie będę teraz w terminalu Vima odpalał i sprawdzał, jak to się tam pozmieniało. No zobaczymy, może będziesz. A może i będę. No dobra. Już tak polubiłem terminal, to czemu nie?