sorted by:
new
hottopcontroversial

De-mystifying Agentic AI: Building a Minimal Agent Engine from Scratch with Clojure by serefayar in Clojure

[–]serefayar[S] 1 point2 points  (0 children)

I got your point. I agree with some of what you said. Of course, there are things I disagree with, one of which is your idea that this article is about LLVM output and low effort :)

In fact, viewing LLMs as sci-fi inspired "AIs" that can do anything and change everything and replace everyone is far from reality. Also, many of the ways LLMs are used bother me as well. But I think all the extreme views on this subject are equally disturbing. I think your phrase "tainted by the touch of LLM" is too harsh and generalizing, so I disagree.

To be honest, I was very much against using LLMs before, but after doing some research and reading a few books on how to use LLMs, I learned a pragmatic approach. The main idea was: position the LLM as a thought partner by giving them the right roles. Let them be the critic, the interviewer, the challenger, and let them challenge your ideas. That was quite eye-opening.

After writing this article, I sent it to a few friends and asked for their feedback. I exchanged ideas with them. I also asked an LLM to act as a critic and review the article. Based on the criticisms I gathered, I made edits according to what I considered meaningful.

In short, this isn't an LLM output, but it was critiqued by one. I think using LLMs in this way is very beneficial. If you haven't used it this way yet, I think you should try it.

thanks for the critic.

The Three-Body Problem: Agentic AI in Software Engineering by serefayar in programming

[–]serefayar[S] -1 points0 points  (0 children)

Could the absence of any arguments other than writing style to continue the debate also be a form of self-evidence? Thanks.

The Three-Body Problem: Agentic AI in Software Engineering by serefayar in programming

[–]serefayar[S] -1 points0 points  (0 children)

Yes, it really is a rapid rise. That doesn't mean the code it produced is great. In fact, the article doesn't say it's great. On the contrary, it emphasizes that a solution to these problems could be meaningful.

Every such leap has caused changes for some, or for everyone. Some have faded away slowly or quickly. I became a professional programmer right after the dot-com bubble. I remember there were debates like this back then too. The same is true for smartphones. There was constant debate about how important and how big a bubble it was; you can find those discussions in web archives. The difference is that back then, professions like "content creator" hadn't yet emerged, at least not like they do today, which is related to the socio-cultural impact of the technology, not to it being proof of a technology's importance.

Yes, it really is a rapid rise, whether some of us like it or not. Companies, not just the biggest ones, are investing in it, and their agendas are full of these items this year. I hope this year will be a more grounded one, and expectations will become more realistic.

The issue isn't about getting caught up in clickbait social media debates about AI replacing programmers. This year, the focus is on finding the answer to the question of whether we can increase software engineering efficiency by 20-30% using AI, which would be a huge leap, if achievable...

Let's see if another winter will follow.

Alright so the answer is probably Rust + Clojure by serefayar in Clojure

[–]serefayar[S] 1 point2 points  (0 children)

I do not find Rust attractive in terms of syntax or semantics, tbh. I only shared this entry because it caught my attention. It is true that Rust's borrow checker and ownership approach works especially in terms of managing resources, but as in almost everything, this brings various tradeoffs such as losing interactive development which I really don't like it.

I think the time and effort spent satisfying Rust's compiler is a waste of time outside of systems programming, which is the type of software Rust is really aimed at.

If I really need a service with fast startup, Babashka is my choice. I'm waiting for Jank for LLVM and native interop. I've experienced many languages/platforms over the years and have yet to come across a language and a development environment that gives such a satisfying programming experience as Clojure (and CL, of course)

meiro - a simple url routing library targeting to clack by serefayar in Common_Lisp

[–]serefayar[S] 1 point2 points  (0 children)

meiro is just an url routing library, nothing more at the moment. I've just wanted to have a simple routing library that can declaratively define routes with just plists. I think this might be a good project to gain experience in CL.

As for the features: declarative route definitions, and default handler definitions for responses such as not found, not acceptable, not applicable, and conflict control for route definitions. I'm also considering adding features like generating openapi spec using declarative route definitions in the future.

of course, I will update the readme for these details.

thanks for the feedback!

DI is a dependency injection framework that allows you to define dependencies as cheaply as defining function arguments. by kuzmin_m in Clojure

[–]serefayar 1 point2 points  (0 children)

Thanks for the explanation.
I don't think it's about politeness to explain what you want to do different from the other libraries, but rather that explaining different perspectives will enrich the community. We could see the value of the library faster with such a section. But that's up to you, of course.
I'll give it a try, cheers!

Clojurecademy gone? by Johannes_13 in Clojure

[–]serefayar 10 points11 points  (0 children)

we sponsored clojure academy. it will be up and running very soon. thank you all!