News for hackers. Stuff that matters.
Re:It's 2023, so of course I'm learning Common Lisp by ghfwlc on Thursday July 27, 2023 @04:46AM (#36890698)
Compared to Python, Common Lisp hardly has any performance issues.
Re:It's 2023, so of course I'm learning Common Lisp by mathisfun123 on Thursday July 27, 2023 @04:55AM (#36890778)
Okay well when pytorch, tensorflow, pandas, Django, flask, numpy, networks, script, xgboost, matplotlib, spacy, scrapy, selenium get ported to lisp, I'll consider switching (only consider though since the are probably at least another 20 python python packages that I couldn't do my job without).
Re:It's 2023, so of course I'm learning Common Lisp by svetlyak40wt on Thursday July 27, 2023 @06:24AM (#36891478)
That is a typical consumerism: "Give me everything ready to use and then I'll use it."

How about bringing some value to the community?

Re:It's 2023, so of course I'm learning Common Lisp by rwxrwxrwx on Thursday July 27, 2023 @10:54AM (#36894525)
For the sake of anyone reading this thread who isn't in the know: many of these libraries are really written in C/C++ and have Python bindings.
Re:It's 2023, so of course I'm learning Common Lisp by mathisfun123 on Thursday July 27, 2023 @04:21PM (#36899597)
i said ported not implemented; the likelihood that any of those libraries sprout lisp bindings is about as likely as them being rewritten in lisp. so it's the same thing and the point is clear: i don't care about some zany runtime feature, i care about the ecosystem.
Re:It's 2023, so of course I'm learning Common Lisp by rwxrwxrwx on Friday July 28, 2023 @12:44AM (#36903177)
Stop moving the goalposts: your answer to a commenter who stated that Common Lisp was faster than Python (a fact) was a list of packages, many of which are (1) not even written in Python and (2) some of them actually do have Common Lisp bindings.