Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Santiago
jeśli policja pythonowa przeczyta mój kod, dostanę dożywocie
tak naprawdę nie wiedziałem, że lokalne importy są kontrowersyjne, importuję biblioteki w funkcjach przez cały czas
ale z wielką mocą wiąże się wielka odpowiedzialność
rozumiem, że pep8 sugeruje globalne importy, ale każda zasada ma wyjątki i powinieneś wiedzieć, kiedy je łamać
oto kilka zalet lokalnych importów:
dokładnie wiesz, skąd pochodzą twoje zależności w momencie ich użycia, zamiast przewijać do góry pliku
możesz warunkowo importować moduły, gdy/jeśli ich potrzebujesz
może poprawić czas ładowania modułu, ponieważ nie musisz importować wszystkiego na początku
może pomóc ci wyjść z cyklicznych zależności (zakładając, że jesteś zbyt leniwy, aby naprawić cykliczną zależność w odpowiedni sposób)
oczywiście są też wady lokalnych importów, ale to jest artykuł promocyjny, więc nie wspomnę o nich tutaj
ogólnie rzecz biorąc, moją rekomendacją jest używanie globalnych importów, ale zrozumienie kompromisów, aby móc korzystać z lokalnych importów, gdy zajdzie taka potrzeba

113
To nie jest nawet w najmniejszym stopniu prawda.
Nie jestem pewien, od czego zacząć, ale jednym z najbardziej rażących przykładów tutaj musi być "React zastąpił jQuery".
Sprawdziłem liczby:
jQuery jest obecnie używane w 73,5% wszystkich stron internetowych (udział w rynku 90,4%). React jest używany w 5,6% stron internetowych (udział w rynku 6,9%).
Ale to tylko początek. Prawie wszystko inne na liście nie jest dobrym przykładem:
• GraphQL nie zastąpił REST.
• Mikrousługi nie zastąpiły monolitów.
• Cursor nie zastąpił VS Code.
• ChatGPT nie zastąpił Google.
• C++ nie zastąpił C.

Pratham13 wrz, 19:15
Każda technologia w końcu zostaje zastąpiona:
• FTP → HTTP
• BitKeeper → Git
• jQuery → React
• VS Code → Cursor
• Google → ChatGPT
• Assembly → C → C++
• Monolit → Mikrousługi
• SOAP → REST → GraphQL
885
Oto wideo z sesji, w której zbudowaliśmy kilka agentów przy użyciu Google ADK.
(Ponad 300 osób dołączyło! Dziękujemy!)
Oto co zrobiliśmy:
• Zbudowaliśmy pipeline do wektoryzacji zestawu dokumentów
• Przechowaliśmy dane w lokalnym magazynie wektorów
• Zbudowaliśmy agenta do odpowiadania na pytania z dokumentów
• Zbudowaliśmy kolejnego agenta do formatowania treści
• Zbudowaliśmy agenta roboczego do orkiestracji wszystkiego
• Zbudowaliśmy pipeline do odpowiadania na wiele pytań równolegle
• Zbudowaliśmy kolejnego agenta do podsumowywania (bardzo łatwe!)
Rozmawialiśmy o następujących technologiach:
• Google ADK - do budowania agentów
• FAISS - do magazynów wektorów
• LiteLLM - do abstrakcji konkretnych modeli
• Metaflow - do orkiestracji wszystkiego
Przesłałem nagranie na YouTube. Znajdź link poniżej.
385
Najlepsze
Ranking
Ulubione