I'd try to separate the "I/O or side-effecting" parts from the "purely data
processing" parts. This makes the program much easier to test --- the
"purer" the code, the better it is. This also helps tease apart
domain-agnostic parts from domain-specialised parts, which is useful,
because domain-
ld-count function, because it
has access to all the information about a pipeline, and we may want to
process and/or pass through more of it later.
> Thanks for all the help! I'm learning a ton.
>>
>
Cheers :)
On Monday, December 14, 2020 at 11:35:15 PM UTC-6 aditya@gmail.com
>
Thanks to all the 4clojure maintainers and contributors, and special thanks
to you, Alan for keeping the lights on for so long.
4clojure helped me as I muddled through learning Clojure almost eight years
ago (good grief, eight years!). At the time it was perhaps the only
beginner-accessible _a
So from an ops point of view, I like your first approach; viz. pass the
environment parameter explicitly.
I prefer being explicit about every single invocation of any ops task.
The namespace solution, while being "legal", causes the configuration to
become implicit, one has to look at the REPL
Hello, thoughts about the Clojurish web stack have been bouncing around in
my head for a while now. In recent months, I've noticed an uptick in
conversations about the same. Maybe it's recency bias. Maybe not. The
"boring business web app" is where the money is, after all.
I wonder if people wo
s://www.evalapply.org/posts/which-clojure-codebases-to-read-how-and-why/index.html#main>
On Thursday, October 24, 2024 at 2:17:03 PM UTC+5:30 aditya@gmail.com
wrote:
> Hello, thoughts about the Clojurish web stack have been bouncing around in
> my head for a whil
ork, idk, but I had to go just
> that route and build myself my own data processing framework. There was
> nothing for that purpose that was truly native, so I used my knowledge of
> many frameworks like that, and built my own.
>
> On Thursday, October 24, 2024 at 9:47:03 AM UTC+1 ad
Okay, TIL: noj! https://scicloj.github.io/noj/
They appear to be doing this very thing, but for the data + science
ecosystem!
I wonder if the web ecosystem can steal their playbook.
On Thursday, October 31, 2024 at 11:47:09 PM UTC+5:30 aditya@gmail.com
wrote:
> X-linking to some chat
On Friday, November 8, 2024 at 9:39:53 PM UTC+5:30 Daniel Slutsky wrote:
Hi!
Thanks for mentioning Noj.
I'd be glad to discuss it if you have any questions or ideas.
Thanks for all the hard work (often thankless!) of not only organising a
niche community, but also driving/helping projects like
Fellow Gentlenerds... Help!
One is on the hook to deliver a workshop (late in Jan 2025), a "First
Principles" mental model of web stacks; viz. how to construct one from
scratch.
Pretty sure I've got this [0], *but* today's third cup of coffee says why
not entice others to influence the works
Subscribed!
On Wednesday, December 4, 2024 at 9:59:49 PM UTC+5:30 Łukasz Korecki wrote:
> This is great, I've built two products using Clojure and now I'm working
> on expanding Clojure usage at my $DAYJOB
> - so it's always great to hear how others use Clojure "in real life".
>
> And yeah, i
helper utility from the root of
the project to try it out.
The commit history thus far should tell the tale of another standalone web
app got transplanted into the "multiproject".
It's all very alpha quality, so all critical feedback welcome!
On Wednesday, December 4, 2024
On Tuesday, January 14, 2025 at 5:48:02 PM UTC+5:30 Dustin Getz wrote:
We have a "multi project" monorepo setup at Hyperfiddle called
electric-fiddle, it's how we deploy our demos (with merged or isolated
classpaths) while developing on a merged dev classpath, and with common
deployment/build s
13 matches
Mail list logo
