[tomaszs]

Python zastosował fajny trick, aby przyspieszyć operacje na liczbach. Lprzeczytasz o tym w moim artykule

#programowanie #programista15k #naukaprogramowania #programujzwykopem #python #technologia

[Krolik]

@tomaszs: można tylko po co? Nikt nie pisze w tym oprogramowania które musi coś szybko policzyć. Jeśli już to lepiej niech poprawia szybkość startu aplikacji. Jak uruchamiam jakiś program i trzeba czekać 3-5 sekund aż cokolwiek się pojawi na ekranie to od razu wiadomo że musi być Python, Java albo Electron.

[d.....o]

@Krolik: a cały data science kek

[j.....n]

@dean_corso: libki do data science nie są pisane w pythonie kek

[tomaszs]

@Krolik: może ten artykuł rozjaśni temat. To kilka przykładów projektów napisanych w Pythonie: https://tomaszs2.medium.com/5-awesome-python-projects-people-dont-know-about-5766fada6936

[Krolik]

@tomaszs: Te projekty nie są napisane w Pythonie tylko w C++. Python tam robi co najwyżej za klej i interfejs. Druga sprawa, że jeśli to są flagowe projekty, którymi społeczność Pythona się chwali, to raczej... bardzo słabo to wygląda. Serio - parser archiwów sieci społecznościowej ma być zaawansowanym projektem? Przecież takie rzeczy piszą studenci na pracach dyplomowych. To drugie rozpoznające obiekty na zdjęciach też.

[tomaszs]

@Krolik: tu masz obecny skład comma.ai . Udział Pythona rośnie

[Krolik]

@tomaszs: Ale ten kod Pythona to pewnie też nie liczy raczej niczego na piechotę tylko woła kod biblioteczny napisany w C++, np. numpy, pytorch itp.

[d.....o]

@Krolik: pewnie dlatego Microsoft zatrudnił Guido i mu płaci za przyśpieszenie kody pythona ( ͡° ͜ʖ ͡°)

[Krolik]

@dean_corso: tak jak napisałem wyżej, nie mam nic przeciwko temu aby Guido przyspieszył czas startu aplikacji pythonowych, bo jest nawet gorszy niż czas startu apek na JVM. Pythona nie używa się do aplikacji wymagających dużej mocy obliczeniowej, ale używa się do narzędzi CLI i szybkie ładowanie kodu to bardzo ważny element użyteczności.

[d.....o]

@Krolik: startują dlugo bo muszą załadować się do bytecodu, poza tym kto używa apek z interfacem pythonowym..

[Krolik]

@dean_corso: staram się unikać narzędzi pisanych w Pythonie z kilku powodów:

1. niemal zawsze jest jakaś sraczka przy instalacji (zła wersja pythona, konflikt bibliotek, w ogóle brak standardowego sposobu instalacji). Mimo że na swoim kompie mam może 3 aplikacje których muszę używać, to mam również trzy niezależne instalacje pythona (virtual env), bo tylko tak dało się to ogarnąć.

2. Aplikacje są bardzo powolne, długo startują i mają absurdalne wymagania. Ten język

[d.....o]

@Krolik: Python to język skryptowy. Notebooki są fantastyczne do uruchamiania kodu etapami i kontroli nad tym co się dzieje. Tak samo jak pisanie skryptów backendowych.
Używanie pythona do regularnych appek z GUI a nawet z CLI to imho pomyłka.

od 3.11 backtracy są dużo czytelniejsze

[Krolik]

od 3.11 backtracy są dużo czytelniejsze

@dean_corso: backtrace, niezależnie od tego jak czytelny, nigdy nie był i nie powinien być narzędziem do sygnalizowania błędu użytkownikowi końcowemu. A programy pisane w Pythonie i Javie robią to nagminnie.

Python to język skryptowy.

Szkoda że tak wielu programistów zdaje się to ignorować i próbuje pisać w tym rozbudowane aplikacje.

[janekhe]

@Krolik: @dean_corso a to sie nie nazywa traceback?

[Krolik]

@janekhe: co za różnica, w Pythonie nazywa się traceback, w większości innych języków nazywa się backtrace. Wiadomo o co chodzi.

[janekhe]

@Krolik: w jakich jezykach nazywa sie backtrace? nie spotkalem sie jeszcze

[Krolik]

@janekhe: w C, C++, Rust, Ruby, PHP jest backtrace, w Linux/Unix też przyjęła się nazwa backtrace i masz nawet taką funkcję w libc oraz takie nazewnictwo przyjęto w GDB, natomiast w Javie, Scali, Kotlinie, C# nazywa się to stacktrace. W środowisku Go też ludzie używają raczej "stack trace" albo "stack backtrace". "Traceback" spotkałem tylko w Pythonie.