This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (21)
- # aws (7)
- # beginners (105)
- # berlin (1)
- # calva (14)
- # cider (20)
- # clj-kondo (62)
- # cljdoc (7)
- # cljsrn (1)
- # clojure (206)
- # clojure-dev (2)
- # clojure-europe (11)
- # clojure-france (2)
- # clojure-italy (2)
- # clojure-nl (1)
- # clojure-uk (34)
- # clojured (1)
- # clojurescript (52)
- # copenhagen-clojurians (2)
- # core-async (1)
- # cryogen (3)
- # cursive (36)
- # data-science (27)
- # datomic (48)
- # emacs (1)
- # events (1)
- # fulcro (27)
- # hoplon (51)
- # jobs-discuss (1)
- # leiningen (1)
- # nrepl (2)
- # off-topic (52)
- # pathom (43)
- # quil (10)
- # re-frame (11)
- # reitit (28)
- # remote-jobs (2)
- # shadow-cljs (36)
- # sql (12)
- # tools-deps (7)
- # vim (32)
- # xtdb (17)
Good evening (in europe). I have been looking for a frontend to use to put together a few applications. Re-frame was my first idea, and then I found hoplon. I’m intrigued with its approach, but am wondering about how actively it is being maintained. Have watched a couple of talks now from the creators, but they are a few years old now. I also see that it seems to rely on Jquery? (!?). Any ideas would be great, and is there anything about using it to build something substantial, where you are also needing to interact with components from libraries.
@rohan.nicholls welcome, it is actively maintained, in the sense that when the maintainer (@flyboarder) becomes aware of issues he usually fixes them quickly. the dependency on jquery is also now optional
i would say that as a creator, after using various other libraries and frameworks professionally since we made hoplon, i also think it’s still a pretty good idea. and there’s not anything out there that i’ve seen that’s dramatically technically better
I’m stuck with Angular at the moment, and while it seems to have an answer for just about everything it makes it very baroque.
@alandipert thanks 🙏 I’ll give it a go. Did you ever use it for production products?
since hoplon i have spent a lot more time with react and to an extent with Vue, in the context of integrating them with the R ecosystem (not making apps with them the way i did with hoplon, though)
we did use hoplon for a production product, the adzerk web UI, which is still going strong i believe
@rohan.nicholls I did my share of hoplon apps and I think is as good as it gets for spas. Way better than angular for what is worth.
@rohan.nicholls I use hoplon daily, we build many production apps using hoplon as the front end, it’s wonderful IMO
I also liked that it used jquery, it was/is a very pragmatic choice and gave us access to lots of plugins ready to use. But there are alternatives now if you don't like jquery.
The best thing about hoplon is how little it actually does, and how much you can accomplish with that
I got into it lately because of this recent talk by Rich Harris https://www.youtube.com/watch?v=AdNJ3fydeao. All the arguments sounded really familiar, then I remembered the hoplon talk from years ago (https://www.youtube.com/watch?v=wVXjExRiFy0).
we never had the presentation or slide skills to make spreadsheets seem cool, but this guy rocks it
@everyone thanks for the feedback. @mynomoto I’m not a great fan of angular. I have just managed to back myself into a bit of a corner because I’ve had to use it for the last couple of years professionally, and the thing is soooooo big, that you spend too much time figuring out “How do you do that in Angular” (Actually I have a conspiracy theory that that is a conscious lock-in strategy of the framework designers, and they keep changing things every 6 months). @dmarjenburgh Thanks for the video link I’ll have a look at it. It was the description that intrigued me the most on the front page. I have had a growing respect for the design of spreadsheets, and am curious to try this out. I work a lot with rxjs (another huge bloody library) and it finally clicked that it was a bunch of pipes that you just connect to each other. That part of Angular is pretty cool, much of the rest gets in the way, but spreadsheets have the same idea, except that as Alan and Micha pointed out, the reactivity is on the data, not on the pipe itself, which rxjs does to a certain extent.
I watched a really interesting presentation from a professor at the Technical University in Delft. And it was all about spreadsheets, and was fascinating, but did address the bad press they have received from programmers. 🙂
Oh, and yet another question. I want to create a full stack app, so server -> client. What are your recomendations? I was pointed to luminus and have a command with +hoplon ready to go, but is there a better way to get started with hoplon and javelin and it seemed it had a server side compenent.
It wasn’t this one, but it is also very cool: https://www.youtube.com/watch?v=0CKru5d4GPk A turing machine in a spreadsheet, love it. 🙂
And she makes so many on the money points. Esp. the fact that we are bad at making software. And realising I’m part of the problem, makes me wonder if there is a solution. For instance, nothing is driving me more nuts than the fact that we have this ridiculous cycle: - Domain expert tries to put their knowledge into documents with help of business analyst - Programmer tries to translate that domain knowledge into a program without a really good understanding of the domain (at least for the first six months or longer that they are working on the problem) - Programmer basically gets it wrong, and it goes back to the domain expert and users they give feedback which means we have returned to step one. But, wouldn’t it be much better to have the domain expert actually create their own system? They know what they need and want and how all the bits and pieces should go together. And yet there is nothing out there that is intuitive enough to allow the domain expert to do this, with the sole exception of the spreadsheet (which is why they run almost all sectors of the business world).
something like that was a motivating original goal, but i personally tend to think differently nowadays about what’s desirable
i think it might be that the best we can do as programmers is to become domain experts
man, we are pretty good at making software i think, which is why software is eating the world 🙂
domains i have to learn are frequently described as unintuitive, and yet somehow i am usually able to understand them well enouhg in short enough time for it to be profitable
so over time the domain expert continues to have good ideas i don’t understand, but they expend less effort explaining to me how to make them
Hmm, okay, that is a good point. I have been brought into a couple of projects that were disasters before i got there, and remained so, as the scope of repairing the damage was too much, and it was because the domain expert and the programmers could not reach a point where something could be built that would solve the problem. It is the failures, of which there seem to be a lot, that are the worry, and cost so much in money, but also in hope (for the people needing the new system) and trust of software in general.
i think to make good software relevant in a particular domain, it’s impossible not to
but yeah even if the spreadsheet idea isn’t some shortcut to making programmers out of non-programmers, it’s still a damn high-leverage idea for sure. regardless of what you call yourself
Btw. I noticed that the hoplon discourse server does not seem to be found by my browser; http://hoplon.discoursehosting.net/
however http://clojureverse.org is alive, and they’re might be people to discuss with there. i haven’t much myself