[ANN] Instaparse 1.5.0

[Mark Engelberg]

Instaparse is a library for generating parsers from context-free grammars.
https://github.com/engelberg/instaparse

The main new feature in this release is support for namespaced
non-terminals in your grammar, which become namespaced keywords in the
parser's tagged output. Namespaced keywords have become much more prevalent
in Clojure style in the years since instaparse was first released, so I
suspect many will find it useful to have direct support for namespaces.

Namespaces utilize `.` and `/` characters which have other meanings in
grammar specifications. It shouldn't cause any problems provided there's
some whitespace around these characters when using them as grammar
operators, but I wanted to be sure not to break previous grammars where
there was no reason to be careful with spacing, so this is an *opt-in *feature
for backwards compatibility. The way to opt-in to this feature is by adding
the optional keyword argument `:allow-namespaced-nts true` when building
your parser. For more explanation and an example, see the documentation
here:
https://github.com/Engelberg/instaparse?tab=readme-ov-file#namespaced-keywords

Thanks to Oliver (github.com/or) for suggesting this feature two years ago
and providing the pull request that was the foundation of this release. And
thanks to Clojurists Together for making it feasible for me to spend time
digging back into instaparse, evaluating and testing pull requests, and
working to get them merged and documented.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAORbMOMohCDNgeFbBfGiZ7UGSD1JYiK64xLrSfaHSCQydWJXQA%40mail.gmail.com.

Final CfP: ACM Workshop on Functional Software Architecture [Deadline June 3]

[Michael Sperber]

==

   *** FUNARCH 2024 -- CALL FOR PAPERS ***

Second ACM SIGPLAN Workshop on
  Functional Software Architecture - FP in the Large

6th September 2024, Milan, Italy
  Co-located with ICFP 2024

   https://functional-architecture.org/events/funarch-2024/

==

TIMELINE:

Paper submission3rd June 2024  
Author notification 30th June 2024 
Camera ready copy   18th July 2024 
Workshop6th Sept 2024  

BACKGROUND:

"Functional Software Architecture" refers to methods of construction
and structure of large and long-lived software projects that are
implemented in functional languages and released to real users,
typically in industry.  The goals for the workshop are:

- To assemble a community interested in software architecture
  techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
  the field of functional software architecture;

- To connect the functional programming community to the software
  architecture community to cross-pollinate between the two.

The workshop follows on from the Functional Software Architecture
open space that was held at ICFP 2022 in Slovenia.

SCOPE:

The workshop seeks submissions in a range of categories:

- You're a member of the FP community and have thought about how
  to support programming in the large, for example by framing
  functional ideas in architectural terms or vice verse, comparing
  different languages in terms of their architectural capabilities,
  clarifying architectural roles played by formal methods, proof
  assistants and DSLs, or observing how functional concepts are
  used in other language and architecture communities.

  Great, submit a research paper!

- You're a member of the architecture community, and have thought
  about how your discipline might help functional programmers, for
  example by applying domain-driven design, implementing hexagonal
  architecture, or designing self-contained systems.

  Excellent, submit a research paper!

- You've worked on a large project using functional programming,
  and it's worked out well, or terribly, or a mix of both; bonus
  points for deriving architectural principles from your experience.

  Wonderful, submit an experience report!

- You know a neat architectural idiom or pattern that may be useful
  to others developing large functional software systems.

  Fabulous, submit an architectural pearl!

- You have something that doesn't fit the above categories, but
  that still relates to functional software architecture, such 
  as something that can be written up, or that could be part of
  the workshop format like a panel debate or a fishbowl.

  Superb, submit to the open category!

Research papers should explain their research contributions in both
general and technical terms, identifying what has been accomplished,
explaining why it is significant, and relating it to previous work,
and to other languages where appropriate.

Experience reports and architectural pearls need not necessarily
report original research results.  The key criterion for such papers
is that they make a contribution from which others can benefit.
It is not enough simply to describe a large software system, or
to present ideas that are specific to a particular system.

Open category submissions that are not intended for publication 
are not required to follow the formatting guidelines, and can 
submit in PDF, word or plain text format as preferred.  Not knowing
what kinds of submissions we will receive, we cannot be specific as to
how they will be evaluated.  However, submissions that seem likely to
stimulate discussion around practices in functional architecture
are encouraged.

If you are unsure whether your contribution is suitable, or if
you need any kind of help with your submission, please email
the program chairs at .

Papers must be submitted by 3rd June 2024 using the EasyChair
submission page:

https://easychair.org/my/conference?conf=funarch2024

Formatting: submissions intended for publication must be
in PDF format and follow the ACM SIGPLAN style guidelines,
using the acmart format and the sigplan
sub-format.  Please use the review option when submitting, as this
enables line numbers for easy reference in reviews.  For further
details, see SIGPLAN's author information:

http://www.sigplan.org/Resources/Author/#acmart-format

If your submission is not a research paper, please mark this using
a subtitle (Experience Report, Architectural Pearl, Open Category).

Length: submissions must adhere to the limits specified below.
However, there is no requirement or expectation that all pages
are used, and authors are encouraged to strive for brevity.

Research papers5 to 12+ pages 
Architectural pearls   5 to 12 pages 
Experience reports 3 to 6 pages 
Open category1 to 6 

Final Call: ACM Workshop on Functional Art, Music, Modelling and Design (Deadline June 1)

[Michael Sperber]

===
  12th ACM SIGPLAN International Workshop on
 Functional Art, Music, Modelling and Design
(FARM)
   Call for Papers, Demos, and Performance
   Milan, Italy, 2nd September 2024
   Deadline: June 1
   https://functional-art.org/2024
===

Key Dates
-

Submission deadlineJune 1 (AoE)
Author notificationJuly 1
Camera-ready deadline  July 15
Workshop   September 2

AUTHORS TAKE NOTE:
The official publication date is the date the proceedings are made
available in the ACM Digital Library. This date may be up to two weeks
prior to the first day of your conference. The official publication date
affects the deadline for any patent filings related to published work.

Call for Papers
---

The ACM SIGPLAN International Workshop on Functional Art, Music,
Modelling and Design (FARM) encourages submissions from across art,
craft, and design, including textiles, visual art, music, 3D
sculpture, animation, GUIs, video games, 3D printing and architectural
models, choreography, poetry, and even VLSI layouts, GPU
configurations, or mechanical engineering designs. Theoretical
foundations, language design, implementation issues, and applications
in industry or the arts are all within the scope of the workshop.

In addition to the main workshop, FARM hosts a traditional evening of
performances. Thus, this call encompasses both papers/demos for the
workshop (and its published proceedings) as well as performance
proposals for the evening's event. Authors are invited to make a
single submission for each. Authors may submit both a paper/demo and
performance proposal, but the submissions will be considered
independently.

Note on Finances


Paid registration to the FARM workshop is usually required for paper
and demo submitters, but will be waived for performers.

If you would have financial difficulty attending, you can apply for
conference “PAC” funds. Please get in touch for more information.

Papers
--

Paper submissions are invited in three categories:

- Original research
- Overview / state of the art
- Technology tutorial (especially tools and environments for distributed 
artistic workflow)

Papers must be submitted via HotCRP (https://farm24.hotcrp.com)
and meet the following requirements:

- 5 to 12 pages
- PDF format
- Adhere to the ACM SIGPLAN template

Accepted papers will be published in the ACM Digital Library as part
of the FARM 2024 proceedings.

Authors are encouraged to submit auxiliary material for publication
along with their paper (source code, data, videos, images,
etc.). Authors retain all rights to the auxiliary material.

Demos
-

Demo submissions should describe a demonstration and its context,
connecting it with the themes of FARM. A demo could be in the form of
a short (10 to 20 minute) tutorial, a presentation of work in
progress, an exhibition of some work, or even a performance.

Demos must be submitted via HotCRP (https://farm24.hotcrp.com)
and meet the following requirements:

- 500 to 2000 words
- Have a title starting with “Demo: ”
- PDF format
- Adhere to the ACM SIGPLAN template 
(https://www.sigplan.org/Resources/ProceedingsFormat)

Accepted demos will be published in the ACM Digital Library as part of
the FARM 2024 proceedings.

Performances


FARM seeks proposals for performances which employ programming
techniques (or are generated by programs), in whole or in part. We
invite a diverse range of functionally-themed submissions including
music, video, dance, and performance art. Both live performances and
fixed-media submissions are welcome. We encourage risk-taking
proposals that push forward the state of the art as well as refined
presentations of highly developed practice. In either case, please
support your submission with a clear description of your performance,
including how your performance employs functional programming and a
discussion of influences and prior art as appropriate. If desired, you
may use some of your performance time for a short lecture or
presentation; this must supplement, and not take the place of, a
primary performance.

Performance proposals should be emailed to
performa...@functional-art.org or submitted via HotCRP, and must
include:

- A description of the performance (please be as specific as possible)
- An explanation of the use of functional programming in the work
- A list of technical requirements
- A link to an audio or video example (YouTube, Vimeo, Bandcamp, etc.)

Accepted performances will be presented at the performance evening.

Workshop Organization
-

Program Chair: Mae Milano (Princeton University)
Workshop Chair: Stephen Taylor (University of Illinois Urbana-Champaign)

Contact
---

For any questions, issues or comments, email
farm-2...@functional-art.org.

-- 
You received this 

Re: [ANN] New blog post on Perfumed Nightmare

[Gary Johnson]

Daniel Szmulewicz  writes:

> Greetings fellow Clojurians,
>
> I am excited to announce the publication of my latest in-depth blog
> post on the topic of HTTP and web application development. Since I am
> currently looking for work, I had the opportunity to dedicate my
> mornings - when I’m at peak mental clarity - to creating this content
> over the course of a week.

Hi Daniel,

  Thanks for sharing your post on building a dependency-free, minimal
HTTP server. In the same vein, I thought you (and perhaps some others
on this mailing list) might be interested in seeing my
dependency-free, minimal Gemini server, Space-Age. I built it several
years ago when the Gemini protocol was just firming up, and I've had
great fun in using it to run both my personal site and the software
team wiki at my workplace.

Since it is also written in Clojure without any dependencies on third
party libraries, its socket management code looks quite a lot like
yours but also includes features for encryption and authentication
over SSL/TLS with X.509 certificates. Here's the link if anyone is
interested:

https://gitlab.com/lambdatronic/space-age

The smallnet/smolnet is a real breath of fresh air after being
inundated by the every increasing corporatization of the web over the
last few decades. And from a learning perspective, working with much
simpler, alternative communication protocols greatly increases
accessibility for both users and developers and may even encourage you
to whip up your own Gemini server or client as a weekend project.

Have fun and happy hacking!
  Gary

-- 
GPG Key ID: 7BC158ED
Use `gpg --search-keys lambdatro...@gmail.com' to find me
Protect yourself from surveillance: https://emailselfdefense.fsf.org
===
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

Why is HTML email a security nightmare? See https://useplaintext.email/

Please avoid sending me MS-Office attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/87y18ty2zz.fsf%40gmail.com.

Call for Papers: Scheme '24

[Kristopher Micinski]

 CALL FOR PAPERS

 The 2024 Workshop on Scheme and Functional Programming

 Co-located with ICFP 2024 (Milan, Italy)

https://icfp24.sigplan.org/home/scheme-2024



The 2024 Scheme and Functional Programming Workshop is calling 

for submissions.

We invite high-quality papers and talk proposals about novel research

results, lessons learned from practical experience in an industrial or

educational setting, and even new insights on old ideas.  We welcome

and encourage submissions that apply to any dynamic functional

language, especially those that can be considered a Scheme: from

strict subsets of RnRS to other "Scheme" implementations, to Racket,

to Lisp dialects including Clojure, Emacs Lisp, Common Lisp, to

functional languages with continuations and/or macros (or extended to

have them) such as Dylan, ECMAScript, Hop, Lua, Scala, Rust, etc.  The

elegance of the paper and the relevance of its topic to the interests

of Schemers will matter more than the surface syntax of the examples

used.

* Topics

Topics of interest include (but are not limited to):

- Interaction: program-development environments, debugging, testing,

  refactoring

- Implementation: interpreters, compilers, tools, garbage collectors,

  benchmarks

- Extension: macros, hygiene, domain-specific languages, reflection,

  and how such extension affects interaction

- Expression: control, modularity, ad hoc and parametric polymorphism,

  types, aspects, ownership models, concurrency, distribution,

  parallelism, non-determinism, probabilism, and other programming

  paradigms

- Integration: build tools, deployment, interoperation with other

  languages and systems

- Formal semantics: theory, analyses and transformations, partial

  evaluation

- Human factors: past, present and future history, evolution and

  sociology of the language Scheme, its standard and its dialects

- Education: approaches, experiences, curricula

- Applications: industrial uses of Scheme

- Scheme pearls: elegant, instructive uses of Scheme

* Dates

- Submission deadline is Thursday July 18, 2024.

- Authors will be notified by Monday August 12, 2024.

- Camera-ready versions are due Thursday August 29, 2024.

- Workshop will be held in Milan, Italy on Saturday September 7, 2024.

All deadlines are 23:59 UTC-12, anywhere on Earth.

* Submission Information

We encourage all kinds of submissions, including full papers,

experience reports, and lightning talks.  Papers and experience

reports are expected to be 10–24 pages in length using the

single-column SIGPLAN acmart style.  (For reference, this is about

5–12 pages of the older SIGPLAN 2-column 9pt style.)  Abstracts

submitted for lightning talks should be limited to 192 words.

Authors of each accepted submission are invited to attend and be

available for the presentation of that paper at the conference.  The

schedule for presentations will be determined and shared with authors

after the full program has been selected.

The size limits above exclude references and any optional appendices.

There are no size limits on appendices, but the papers should stand

without the need to read them, and reviewers are not required to read

them.

Authors are encouraged to publish any code associated to their papers

under an open source license, so that reviewers may try the code and

verify the claims.

Proceedings will be uploaded to arXiv.org (https://arXiv.org/).

Publication of a paper at this workshop is not intended to replace

conference or journal publication, and does not preclude

re-publication of a more complete or finished version of the paper at

some later conference or in a journal.

Please submit papers through the workshop's HotCRP site 

(https://scheme2024.hotcrp.com/).

* Lightweight double-blind reviewing

Scheme 2024 will use lightweight double-blind reviewing.  Submitted

papers must omit author names and institutions and reference the

authors’ own related work in the third person (e.g., not “we build on

our previous work…” but rather “we build on the work of…”).

The purpose is to help the reviewers come to an initial judgment

about the paper without bias, not to make it impossible for them to

discover the authors if they were to try.  Nothing should be done in

the name of anonymity that weakens the submission or makes the job of

reviewing the paper more difficult (e.g., important background

references should not be omitted or anonymized).

* Formatting Information

Full papers and experience reports should use the SIGPLAN acmsmall

option to acmart.  We recommend using the anonymous and review

options to acmart when submitting a paper; these options hide the

author names and enable line numbers for easy reference in review.

LaTeX and Microsoft Word templates for this format are available

through 

Re: [ANN] New blog post on Perfumed Nightmare

[Daniel Szmulewicz]

Apologies for the jumbled paragraph which should read: 

This whirlwind tour sheds light on the design of web frameworks that 
emerged in all language communities (Servlets, WSGI or Rack), reflecting 
the need to standardize around a portable interface abstracting HTTP.
On Sunday, April 28, 2024 at 3:22:36 PM UTC+8 Daniel Szmulewicz wrote:

> Greetings fellow Clojurians,
>
> I am excited to announce the publication of my latest in-depth blog post 
> on the topic of HTTP and web application development. Since I am currently 
> looking for work, I had the opportunity to dedicate my mornings - when I’m 
> at peak mental clarity - to creating this content over the course of a week.
>
> We start with a minimalist web server that soon enough honors the 
> semantics of HTTP/1.1 GET requests. Then, we write a Ring adapter for our 
> server, decoupling the nitty-gritty from application logic.
>
> This whirlwind tour sheds light on the design of web frameworks that 
> emerged in all language communities (Servlets, WSGI or Rack), reflecting 
> the need to standardize around a portable interface abstractinThe anatomy 
> of a HTTP server g HTTP.
>
> At the same time, I went to great length documenting the experience of 
> living and breathing at the REPL. Throughout the post, I explain each 
> decision point and experimentation that ultimately led me to the final 
> design. I know beginners often struggle with that and I hope this can help 
> them in their journey to REPL-oriented development.
>
> For advanced users, feel free to skip the introductory sections and jump 
> to the final code 
> . I 
> welcome contributions from the community that keep the spirit of the 
> exercise: no external dependencies, single namespace, brevity and 
> simplicity of code.
>
> You will find the The Anatomy of a HTTP server 
>  on my blog 
>  dedicated to Lisp programming.
>
> As always, feedback is most welcome! Thank you!
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/2111488c-3455-4a8d-bce8-95afa120f06an%40googlegroups.com.

[ANN] New blog post on Perfumed Nightmare

[Daniel Szmulewicz]

Greetings fellow Clojurians,

I am excited to announce the publication of my latest in-depth blog post on 
the topic of HTTP and web application development. Since I am currently 
looking for work, I had the opportunity to dedicate my mornings - when I’m 
at peak mental clarity - to creating this content over the course of a week.

We start with a minimalist web server that soon enough honors the semantics 
of HTTP/1.1 GET requests. Then, we write a Ring adapter for our server, 
decoupling the nitty-gritty from application logic.

This whirlwind tour sheds light on the design of web frameworks that 
emerged in all language communities (Servlets, WSGI or Rack), reflecting 
the need to standardize around a portable interface abstractinThe anatomy 
of a HTTP server g HTTP.

At the same time, I went to great length documenting the experience of 
living and breathing at the REPL. Throughout the post, I explain each 
decision point and experimentation that ultimately led me to the final 
design. I know beginners often struggle with that and I hope this can help 
them in their journey to REPL-oriented development.

For advanced users, feel free to skip the introductory sections and jump to 
the final code 
. I 
welcome contributions from the community that keep the spirit of the 
exercise: no external dependencies, single namespace, brevity and 
simplicity of code.

You will find the The Anatomy of a HTTP server 
 on my blog 
 dedicated to Lisp programming.

As always, feedback is most welcome! Thank you!

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/598c1619-e9d8-4320-9d6a-662b672a838dn%40googlegroups.com.

[CfPart] 17th European Lisp Symposium -- May 6-7, Vienna, Austria

[Didier Verna]

~~
 17th European Lisp Symposium

Call for Participation

 May 6-7 2024
  Sky Lounge, University of Vienna, Austria
  and online

 https://www.european-lisp-symposium.org/2024
~~


Invited Speakers
~~~
* Bias is a bug; but not as we know it!
  Julian Padget -- University of Bath

* Is the Hype Cycle Real?
  Stavros Macrakis -- Amazon OpenSearch

* The Need for Symbolic AI Programming Languages in the Public Sector
  Markus Triska -- Austrian Federal Ministry of Finances


Scope
~

The European Lisp Symposium is a premier forum for the discussion and
dissemination of all aspects of design, implementation, and application
of any of the Lisp dialects, including Common Lisp, Scheme, Emacs
Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen,
Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on.  We encourage
everyone interested in Lisp to participate.

The European Lisp Symposium features high quality papers about novel
research results, insights and lessons learned from practical
applications, educational perspectives, demonstrations, and tutorials.

Topics include but are not limited to:

- context-, aspect-, domain-oriented and generative programming
- macro-, reflective-, meta- and/or rule-based development approaches
- language design and implementation
- language integration, inter-operation, and deployment
- development methodologies, support, and environments
- educational approaches and perspectives
- experience reports and case studies


Programme Chair
~~~
Giuseppe Attardi, University of Pisa, Italy


Organizing Chair

Didier Verna, EPITA, France


Programme Committee
~~~
Ambrose Bonnaire-Sergeant, Untypable LLC
Frederic Peschanski, UPMC/LIP6
Jay McCarthy, UMass Lowell
Jim Newton, EPITA Research Lab
Kai Selgrad, OTH Regensburg
Mark Evenson, not.org
Michael Raskin, LaBRI/CNRS UMR 5800, University of Bordeaux
Robert Smith, HRL Laboratories LLC
Robert P. Goldman, SIFT LLC
Stefan Monnier, Université de Montréal


Local Chair
~~~
Philipp Marek, BRZ, Vienna, Austria


Virtualization Team
~~~
Georgiy Tugai, Configura, Sweden
Michał Herda, Poland
Yukari Hafner, Shirakumo.org, Switzerland

-- 
Resistance is futile. You will be jazzimilated.

Didier Verna 
ELS Steering Committee

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/m15xwik8s6.fsf%40elsaa.org.

[ANN] Meyvn template for the new Websocket standard in Ring

[Daniel Szmulewicz]

Hello everyone,

Experimental support for WebSockets in Ring was added in 1.11.0-alpha1. I 
haven't seen examples in the wild yet, so here is mine: a fully fleshed 
example that shows how to piece everything together.

https://github.com/danielsz/ring-websockets-meyvn

Two points of interest:


   - Browsers don’t expose the Ping and Pong API defined in the WebSocket 
   protocol. Web devs have to roll their own keepalive mechanism in the 
   application layer. This example shows one possibility (sweet and short) of 
   how to do that.


   - With Transit, Clojure data structures, instead of mere bytes or 
   strings, can be exchanged on the socket. This opens the door for routing 
   messages based on keys in maps, etc. Powerful stuff!


Special thanks to James Reeves (ring-websocket-transit 
) and Ning Sun (rj9a 
).

I should note that the example is for exploratory use. In production, use 
Sente .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/332dcac6-7c95-4c34-b205-ff3937f39402n%40googlegroups.com.

Re: Sierra's Component

[Paul Stadig]

You can do either. If you pass the config as a dependency, then you have to
access it in the `start` method after dependency injection has occurred.

Sometimes it is useful to write a constructor function to initialize the
component. If that constructor needs access to the config it must be passed
to the function, not provided as a dependency.

On Sat, Apr 6, 2024, 1:00 AM dieter.v...@gmail.com <
dieter.van.ees...@gmail.com> wrote:

> Hello,  I'm playing a bit with the 'Component' library. The system has
> some initial configuration (port numbers, uri's, usernames,...) in code.
>
> I'm doubting to eighter pass configuration when constructing the system:
> (C/system-map
>  :mycomponent  (map->MyComponent {:conf ...})
>
> OR to pass configuration itself as a component
> (defrecord Config ...)
> (C/system-map
> :config ...
> :mycomponent
>(C/using (map->MyComponent ...) [:config])
>
> Is there any reason why to prefer one way over the  other or is it just
> personal preference?
>
> kind regards,
> Dieter
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/2abcf943-e885-4e17-9856-0247959115dcn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CADQBrAT3fcv10bbwESWf8AHJouzx_nKrTZbO9BZ04%3DoKMrH19g%40mail.gmail.com.

Sierra's Component

[dieter.v...@gmail.com]

Hello,  I'm playing a bit with the 'Component' library. The system has some 
initial configuration (port numbers, uri's, usernames,...) in code.

I'm doubting to eighter pass configuration when constructing the system: 
(C/system-map 
 :mycomponent  (map->MyComponent {:conf ...}) 

OR to pass configuration itself as a component
(defrecord Config ...)
(C/system-map 
:config ...
:mycomponent
   (C/using (map->MyComponent ...) [:config])

Is there any reason why to prefer one way over the  other or is it just 
personal preference?

kind regards,
Dieter


-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/2abcf943-e885-4e17-9856-0247959115dcn%40googlegroups.com.

Call for Papers: ACM Workshop on Functional Art, Music, Modelling and Design (Deadline June 1)

[Michael Sperber]

===
  12th ACM SIGPLAN International Workshop on
 Functional Art, Music, Modelling and Design
(FARM)
   Call for Papers, Demos, and Performance
   Milan, Italy, 2nd September 2024
   Deadline: June 1
   https://functional-art.org/2024
===

Key Dates
-

Submission deadlineJune 1 (AoE)
Author notificationJuly 1
Camera-ready deadline  July 15
Workshop   September 2

AUTHORS TAKE NOTE:
The official publication date is the date the proceedings are made
available in the ACM Digital Library. This date may be up to two weeks
prior to the first day of your conference. The official publication date
affects the deadline for any patent filings related to published work.

Call for Papers
---

The ACM SIGPLAN International Workshop on Functional Art, Music,
Modelling and Design (FARM) encourages submissions from across art,
craft, and design, including textiles, visual art, music, 3D
sculpture, animation, GUIs, video games, 3D printing and architectural
models, choreography, poetry, and even VLSI layouts, GPU
configurations, or mechanical engineering designs. Theoretical
foundations, language design, implementation issues, and applications
in industry or the arts are all within the scope of the workshop.

In addition to the main workshop, FARM hosts a traditional evening of
performances. Thus, this call encompasses both papers/demos for the
workshop (and its published proceedings) as well as performance
proposals for the evening's event. Authors are invited to make a
single submission for each. Authors may submit both a paper/demo and
performance proposal, but the submissions will be considered
independently.

Note on Finances


Paid registration to the FARM workshop is usually required for paper
and demo submitters, but will be waived for performers.

If you would have financial difficulty attending, you can apply for
conference “PAC” funds. Please get in touch for more information.

Papers
--

Paper submissions are invited in three categories:

- Original research
- Overview / state of the art
- Technology tutorial (especially tools and environments for distributed 
artistic workflow)

Papers must be submitted via HotCRP (https://farm24.hotcrp.com)
and meet the following requirements:

- 5 to 12 pages
- PDF format
- Adhere to the ACM SIGPLAN template

Accepted papers will be published in the ACM Digital Library as part
of the FARM 2024 proceedings.

Authors are encouraged to submit auxiliary material for publication
along with their paper (source code, data, videos, images,
etc.). Authors retain all rights to the auxiliary material.

Demos
-

Demo submissions should describe a demonstration and its context,
connecting it with the themes of FARM. A demo could be in the form of
a short (10 to 20 minute) tutorial, a presentation of work in
progress, an exhibition of some work, or even a performance.

Demos must be submitted via HotCRP (https://farm24.hotcrp.com)
and meet the following requirements:

- 500 to 2000 words
- Have a title starting with “Demo: ”
- PDF format
- Adhere to the ACM SIGPLAN template 
(https://www.sigplan.org/Resources/ProceedingsFormat)

Accepted demos will be published in the ACM Digital Library as part of
the FARM 2024 proceedings.

Performances


FARM seeks proposals for performances which employ programming
techniques (or are generated by programs), in whole or in part. We
invite a diverse range of functionally-themed submissions including
music, video, dance, and performance art. Both live performances and
fixed-media submissions are welcome. We encourage risk-taking
proposals that push forward the state of the art as well as refined
presentations of highly developed practice. In either case, please
support your submission with a clear description of your performance,
including how your performance employs functional programming and a
discussion of influences and prior art as appropriate. If desired, you
may use some of your performance time for a short lecture or
presentation; this must supplement, and not take the place of, a
primary performance.

Performance proposals should be emailed to
performa...@functional-art.org or submitted via HotCRP, and must
include:

- A description of the performance (please be as specific as possible)
- An explanation of the use of functional programming in the work
- A list of technical requirements
- A link to an audio or video example (YouTube, Vimeo, Bandcamp, etc.)

Accepted performances will be presented at the performance evening.

Workshop Organization
-

Program Chair: Mae Milano (Princeton University)
Workshop Chair: Stephen Taylor (University of Illinois Urbana-Champaign)

Contact
---

For any questions, issues or comments, email
farm-2...@functional-art.org.

-- 
You received this 

Call for Papers: ACM Workshop on Functional Software Architecture

[Michael Sperber]

==

   *** FUNARCH 2024 -- CALL FOR PAPERS ***

Second ACM SIGPLAN Workshop on
  Functional Software Architecture - FP in the Large

6th September 2025, Milan, Italy
  Co-located with ICFP 2024

   https://functional-architecture.org/events/funarch-2024/

==

TIMELINE:

Paper submission3rd June 2024  
Author notification 30th June 2024 
Camera ready copy   18th July 2024 
Workshop6th Sept 2024  

BACKGROUND:

"Functional Software Architecture" refers to methods of construction
and structure of large and long-lived software projects that are
implemented in functional languages and released to real users,
typically in industry.  The goals for the workshop are:

- To assemble a community interested in software architecture
  techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
  the field of functional software architecture;

- To connect the functional programming community to the software
  architecture community to cross-pollinate between the two.

The workshop follows on from the Functional Software Architecture
open space that was held at ICFP 2022 in Slovenia.

SCOPE:

The workshop seeks submissions in a range of categories:

- You're a member of the FP community and have thought about how
  to support programming in the large, for example by framing
  functional ideas in architectural terms or vice verse, comparing
  different languages in terms of their architectural capabilities,
  clarifying architectural roles played by formal methods, proof
  assistants and DSLs, or observing how functional concepts are
  used in other language and architecture communities.

  Great, submit a research paper!

- You're a member of the architecture community, and have thought
  about how your discipline might help functional programmers, for
  example by applying domain-driven design, implementing hexagonal
  architecture, or designing self-contained systems.

  Excellent, submit a research paper!

- You've worked on a large project using functional programming,
  and it's worked out well, or terribly, or a mix of both; bonus
  points for deriving architectural principles from your experience.

  Wonderful, submit an experience report!

- You know a neat architectural idiom or pattern that may be useful
  to others developing large functional software systems.

  Fabulous, submit an architectural pearl!

- You have something that doesn't fit the above categories, but
  that still relates to functional software architecture, such 
  as something that can be written up, or that could be part of
  the workshop format like a panel debate or a fishbowl.

  Superb, submit to the open category!

Research papers should explain their research contributions in both
general and technical terms, identifying what has been accomplished,
explaining why it is significant, and relating it to previous work,
and to other languages where appropriate.

Experience reports and architectural pearls need not necessarily
report original research results.  The key criterion for such papers
is that they make a contribution from which others can benefit.
It is not enough simply to describe a large software system, or
to present ideas that are specific to a particular system.

Open category submissions that are not intended for publication 
are not required to follow the formatting guidelines, and can 
submit in PDF, word or plain text format as preferred.  Not knowing
what kinds of submissions we will receive, we cannot be specific as to
how they will be evaluated.  However, submissions that seem likely to
stimulate discussion around practices in functional architecture
are encouraged.

If you are unsure whether your contribution is suitable, or if
you need any kind of help with your submission, please email
the program chairs at .

Papers must be submitted by 3rd June 2024 using the EasyChair
submission page:

https://easychair.org/my/conference?conf=funarch2024

Formatting: submissions intended for publication must be
in PDF format and follow the ACM SIGPLAN style guidelines,
using the acmart format and the sigplan
sub-format.  Please use the review option when submitting, as this
enables line numbers for easy reference in reviews.  For further
details, see SIGPLAN's author information:

http://www.sigplan.org/Resources/Author/#acmart-format

If your submission is not a research paper, please mark this using
a subtitle (Experience Report, Architectural Pearl, Open Category).

Length: submissions must adhere to the limits specified below.
However, there is no requirement or expectation that all pages
are used, and authors are encouraged to strive for brevity.

Research papers5 to 12+ pages 
Architectural pearls   5 to 12 pages 
Experience reports 3 to 6 pages 
Open category1 to 6 

[Last CfP] 17th European Lisp Symposium, May 6-7 2024, Vienna

[Didier Verna]

~~
 17th European Lisp Symposium

   Call for Papers

 May 6-7 2024
  Federal Computing Center, Vienna, Austria

 https://www.european-lisp-symposium.org/2024

~~


Important Dates
~~~
- Submission deadline: Feb. 25 2024 ** EXTENDED **
- Author notification: Mar. 24 2024
- Final papers due:Apr. 14 2024
- Symposium:   May 6-7 2024


Scope
~

The European Lisp Symposium is a premier forum for the discussion and
dissemination of all aspects of design, implementation, and application
of any of the Lisp dialects, including Common Lisp, Scheme, Emacs
Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen,
Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on.  We encourage
everyone interested in Lisp to participate.

The European Lisp Symposium invites high quality papers about novel
research results, insights and lessons learned from practical
applications, and educational perspectives.  We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- context-, aspect-, domain-oriented and generative programming
- macro-, reflective-, meta- and/or rule-based development approaches
- language design and implementation
- language integration, inter-operation, and deployment
- development methodologies, support, and environments
- educational approaches and perspectives
- experience reports and case studies

This year, we suggest an emphasis on best practices, approaches,
and technologies for building highly recursive and self-adapting
architectures, in particular for AI, ML, tool integration and
instruction generation, using dynamic programming languages.


Technical Program
~
We invite submissions in the following forms.

* Papers: technical papers of up to 8 pages that describe original
  results or explain known ideas in new and elegant ways.

* Experience reports: papers of up to 6 pages describing a successful
  use of a Lisp dialect and/or analyzing obstacles that have kept it
  from working in practice.

* Tutorials: abstracts of up to 4 pages for in-depth presentations
  about topics of special interest.

* Demonstrations: abstracts of up to 4 pages for demonstrations of
  tools, libraries, and applications.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM Computing Classification System 2012 concepts and
terms.  Submissions should be uploaded to Easy Chair, at the following
link http://www.easychair.org/conferences/?conf=els2024.

Note: to help us with the review process please indicate the type of
submission by entering either "paper", "demo", or "tutorial" in the
Keywords field.


Programme Chair
~~~
Giuseppe Attardi, University of Pisa, Italy


Organizing Chair

Didier Verna, EPITA, France


Programme Committee
~~~
Ambrose Bonnaire-Sergeant, Untypable LLC
Frederic Peschanski, UPMC/LIP6
Jay McCarthy, UMass Lowell
Jim Newton, EPITA Research Lab
Kai Selgrad, OTH Regensburg
Mark Evenson, not.org
Michael Raskin, LaBRI/CNRS UMR 5800, University of Bordeaux
Robert Smith, HRL Laboratories LLC
Robert P. Goldman, SIFT LLC
Stefan Monnier, Université de Montréal


Local Chair
~~~
Philipp Marek, BRZ, Vienna, Austria


Virtualization Team
~~~
Georgiy Tugai, Configura, Sweden
Michal Herda, Poland
Yukari Hafner, Shirakumo.org, Switzerland

-- 
Resistance is futile. You will be jazzimilated.

Didier Verna 
ELS Steering Committee

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/m21q9a9mb1.fsf%40pc-84.home.

[ANN] Nubank's aws-api 0.8.692

[Scott Bale]

Nubank's aws-api 0.8.692 is now available.

0.8.692 / 2024-01-31
  * upgrade to cognitect http-client 1.0.127
* upgrade to org.eclipse.jetty/jetty-client-9.4.53.v20231009 #249 

  * upgrade to org.clojure/core.async 1.6.681
  * upgrade to org.clojure/data.json 2.5.0

This release updates aws-api's dependency on Jetty to version 9.4.53, the 
latest 9.x release as of this writing.

README: https://github.com/cognitect-labs/aws-api/
API: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/c3fc5061-6503-43eb-8720-7831a25bc25an%40googlegroups.com.

ANN: ClojureScript 1.11.132

[David Nolen]

Please see https://clojurescript.org/news/2024-01-24-release for details.

Thanks!
David

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAPC9OadZtVKd79G385_%3Dcz9wHn-F7kSj7jMMvtN7DD%3DuS6M20Q%40mail.gmail.com.

Re: what is the best forum for keeping up with Clojure?

[Laws]

Thank you much.

On Wednesday, January 10, 2024 at 1:26:16 AM UTC-5 Sean Corfield wrote:

> The Clojurians Slack is probably the largest and most activity community 
> these days – http://clojurians.net to self-signup and 
> https://clojurians.slack.com for the content – but there's also 
> https://clojureverse.org if you prefer a "forum" over "chat". And there's 
> r/Clojure on Reddit – which also has a handy list of active Clojure 
> communities online in the right hand column.
>
> Also check out this list of resources on the official website: Clojure - 
> Community Resources 
>
> Sean A Corfield -- (510) 862-3370
> An Architect's View -- https://corfield.org/
> World Singles Networks, LLC. -- https://worldsinglesnetworks.com/ 
>
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)
>
> --
> *From:* clo...@googlegroups.com  on behalf of 
> Laws 
> *Sent:* Tuesday, January 9, 2024 2:46 PM
> *To:* Clojure 
> *Subject:* what is the best forum for keeping up with Clojure? 
>  
> Hi everyone, 
>
> I did a lot with Clojure back 2012-2019, but I've been away from it for 
> several years. Now I'm beginning a big new project in Clojure. I'm curious, 
> where would I go to learn about the newest libraries and projects? There 
> was a time 5 years ago when I knew all of the best and most interesting 
> projects, but nowadays I know very little about the scene. is there any 
> forum where people talk about Clojure and all that is new? 
>
>
> Lawrence Krubner
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clo...@googlegroups.com
> Note that posts from new members are moderated - please be patient with 
> your first post.
> To unsubscribe from this group, send email to
> clojure+u...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+u...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/clojure/04ea0a28-e263-4af9-93f9-a50295fc1bd0n%40googlegroups.com
>  
> 
> .
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/d935fc6e-3c75-4ef1-ba28-cb0a031fa45en%40googlegroups.com.

Re: what is the best forum for keeping up with Clojure?

[Sean Corfield]

The Clojurians Slack is probably the largest and most activity community these 
days – http://clojurians.net to self-signup and https://clojurians.slack.com 
for the content – but there's also https://clojureverse.org if you prefer a 
"forum" over "chat". And there's r/Clojure on Reddit – which also has a handy 
list of active Clojure communities online in the right hand column.

Also check out this list of resources on the official website: Clojure - 
Community Resources

Sean A Corfield -- (510) 862-3370
An Architect's View -- https://corfield.org/
World Singles Networks, LLC. -- https://worldsinglesnetworks.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)


From: clojure@googlegroups.com  on behalf of Laws 

Sent: Tuesday, January 9, 2024 2:46 PM
To: Clojure 
Subject: what is the best forum for keeping up with Clojure?

Hi everyone,

I did a lot with Clojure back 2012-2019, but I've been away from it for several 
years. Now I'm beginning a big new project in Clojure. I'm curious, where would 
I go to learn about the newest libraries and projects? There was a time 5 years 
ago when I knew all of the best and most interesting projects, but nowadays I 
know very little about the scene. is there any forum where people talk about 
Clojure and all that is new?


Lawrence Krubner

--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/04ea0a28-e263-4af9-93f9-a50295fc1bd0n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/IA1PR11MB619378F23198CAD2F5BCEC70F4692%40IA1PR11MB6193.namprd11.prod.outlook.com.

what is the best forum for keeping up with Clojure?

[Laws]

Hi everyone,

I did a lot with Clojure back 2012-2019, but I've been away from it for 
several years. Now I'm beginning a big new project in Clojure. I'm curious, 
where would I go to learn about the newest libraries and projects? There 
was a time 5 years ago when I knew all of the best and most interesting 
projects, but nowadays I know very little about the scene. is there any 
forum where people talk about Clojure and all that is new? 


Lawrence Krubner

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/04ea0a28-e263-4af9-93f9-a50295fc1bd0n%40googlegroups.com.

[ANN] Simple Clojure/ClojureScript IDE based on Protege and Figwheel-main

[ru]

Dear clojure users and team!
I like to present a simple IDE that use an ontology editor Protege as GUI 
and data modeller and ClojureScript library Figwheel-main.
Project page: https://github.com/rururu/pro-figwheel
It has 3 short video lessons.
Enjoy,
  Ru

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/9d632985-12a6-40ab-b7cd-48b33cf58551n%40googlegroups.com.

Re: Can't start figweel.main on other Linux-machine

[ru]

Thank you, Gary! Sorry, my inadvertency.

среда, 29 ноября 2023 г. в 02:37:23 UTC+3, Gary Johnson: 

> ru  writes:
>
> > I moved a working project from one Linux-machine to other.
> > And that's what I got:
> >
> > ru@ru-sitrol:~$ cd clojure/pro-figweel/
> > ru@ru-sitrol:~/clojure/pro-figweel$ clojure -m figweel.main -b dev -r
>
> 8<-->8
>
> Downloading from clojars and error messages elided
>
> 8<-->8
>
> > "Could not locate figweel/main__init.class, figweel/main.clj or
> > figweel/main.cljc on classpath."}}
> >
> >
> > What can be reason of this?
> > Any help would be greatly appreciated.
> >
> > Sincerely,
> > Ru
>
> Hi Ru,
>
> You are the victim of a typo, I'm afraid. You forgot the "h" in
> "figwheel". The correct command should be:
>
> ```
> ru@ru-sitrol:~/clojure/pro-figweel$ clojure -m figwheel.main -b dev -r
> ```
>
> Have fun and happy hacking!
> Gary
>
> -- 
> GPG Key ID: 7BC158ED
> Use `gpg --search-keys lambda...@gmail.com' to find me
> Protect yourself from surveillance: https://emailselfdefense.fsf.org
> ===
> () ascii ribbon campaign - against html e-mail
> /\ www.asciiribbon.org - against proprietary attachments
>
> Why is HTML email a security nightmare? See https://useplaintext.email/
>
> Please avoid sending me MS-Office attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e9174146-49ed-4f7b-bdf8-26461828f096n%40googlegroups.com.

[CfP] 17th European Lisp Symposium, May 6-7 2024, Vienna, Austria

[Didier Verna]

~~
 17th European Lisp Symposium

   Call for Papers

 May 6-7 2024
  Federal Computing Center, Vienna, Austria

 https://www.european-lisp-symposium.org/2024

  Sponsored by EPITA
~~


Important Dates
~~~
- Submission deadline: Feb.  2 2024
- Author notification: Mar. 24 2024
- Final papers due:Apr. 14 2024
- Symposium:   May 6-7 2024


Scope
~

The European Lisp Symposium is a premier forum for the discussion and
dissemination of all aspects of design, implementation, and application
of any of the Lisp dialects, including Common Lisp, Scheme, Emacs
Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen,
Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on.  We encourage
everyone interested in Lisp to participate.

The European Lisp Symposium invites high quality papers about novel
research results, insights and lessons learned from practical
applications, and educational perspectives.  We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- context-, aspect-, domain-oriented and generative programming
- macro-, reflective-, meta- and/or rule-based development approaches
- language design and implementation
- language integration, inter-operation, and deployment
- development methodologies, support, and environments
- educational approaches and perspectives
- experience reports and case studies

This year, we suggest an emphasis on best practices, approaches,
and technologies for building highly recursive and self-adapting
architectures, in particular for AI, ML, tool integration and
instruction generation, using dynamic programming languages.


Technical Program
~
We invite submissions in the following forms.

* Papers: technical papers of up to 8 pages that describe original
  results or explain known ideas in new and elegant ways.

* Experience reports: papers of up to 6 pages describing a successful
  use of a Lisp dialect and/or analyzing obstacles that have kept it
  from working in practice.

* Tutorials: abstracts of up to 4 pages for in-depth presentations
  about topics of special interest.

* Demonstrations: abstracts of up to 4 pages for demonstrations of
  tools, libraries, and applications.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM Computing Classification System 2012 concepts and
terms.  Submissions should be uploaded to Easy Chair, at the following
link http://www.easychair.org/conferences/?conf=els2024.

Note: to help us with the review process please indicate the type of
submission by entering either "paper", "demo", or "tutorial" in the
Keywords field.


Programme Chair
~~~
Giuseppe Attardi, University of Pisa, Italy


Local Chair
~~~
Philipp Marek, BRZ, Vienna, Austria


Virtualization Team
~~~
Georgiy Tugai, Configura, Sweden
Michał Herda, Poland
Yukari Hafner, Shirakumo.org, Switzerland

-- 
Resistance is futile. You will be jazzimilated.

Didier Verna 
ELS Steering Committee

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/m2fs0nxoia.fsf%40elsaa.org.

Re: Can't start figweel.main on other Linux-machine

[Gary Johnson]

ru  writes:

> I moved a working project from one Linux-machine to other.
> And that's what I got:
>
> ru@ru-sitrol:~$ cd clojure/pro-figweel/
> ru@ru-sitrol:~/clojure/pro-figweel$ clojure -m figweel.main -b dev -r

8<-->8

  Downloading from clojars and error messages elided

8<-->8

> "Could not locate figweel/main__init.class, figweel/main.clj or
> figweel/main.cljc on classpath."}}
>
>
> What can be reason of this?
> Any help would be greatly appreciated.
>
> Sincerely,
>   Ru

Hi Ru,

  You are the victim of a typo, I'm afraid. You forgot the "h" in
"figwheel". The correct command should be:

```
ru@ru-sitrol:~/clojure/pro-figweel$ clojure -m figwheel.main -b dev -r
```

Have fun and happy hacking!
  Gary

-- 
GPG Key ID: 7BC158ED
Use `gpg --search-keys lambdatro...@gmail.com' to find me
Protect yourself from surveillance: https://emailselfdefense.fsf.org
===
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

Why is HTML email a security nightmare? See https://useplaintext.email/

Please avoid sending me MS-Office attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/87y1ehcuvx.fsf%40gmail.com.

Can't start figweel.main on other Linux-machine

[ru]

I moved a working project from one Linux-machine to other.
And that's what I got:

ru@ru-sitrol:~$ cd clojure/pro-figweel/
ru@ru-sitrol:~/clojure/pro-figweel$ clojure -m figweel.main -b dev -r
Downloading: com/bhauman/figwheel-main/0.2.6/figwheel-main-0.2.6.pom from 
clojars
Downloading: 
com/bhauman/rebel-readline-cljs/0.1.4/rebel-readline-cljs-0.1.4.pom from 
clojars
Downloading: com/bhauman/rebel-readline/0.1.4/rebel-readline-0.1.4.pom from 
clojars
Downloading: 
com/bhauman/cljs-test-display/0.1.1/cljs-test-display-0.1.1.pom from clojars
Downloading: com/bhauman/figwheel-repl/0.2.6/figwheel-repl-0.2.6.pom from 
clojars
Downloading: com/bhauman/figwheel-core/0.2.6/figwheel-core-0.2.6.pom from 
clojars
Downloading: com/bhauman/spell-spec/0.1.1/spell-spec-0.1.1.pom from clojars
Downloading: 
com/bhauman/cljs-test-display/0.1.1/cljs-test-display-0.1.1.jar from clojars
Downloading: com/bhauman/figwheel-repl/0.2.6/figwheel-repl-0.2.6.jar from 
clojars
Downloading: com/bhauman/rebel-readline/0.1.4/rebel-readline-0.1.4.jar from 
clojars
Downloading: com/bhauman/spell-spec/0.1.1/spell-spec-0.1.1.jar from clojars
Downloading: com/bhauman/figwheel-main/0.2.6/figwheel-main-0.2.6.jar from 
clojars
Downloading: com/bhauman/figwheel-core/0.2.6/figwheel-core-0.2.6.jar from 
clojars
Downloading: 
com/bhauman/rebel-readline-cljs/0.1.4/rebel-readline-cljs-0.1.4.jar from 
clojars
WARNING: Implicit use of clojure.main with options is deprecated, use -M
Execution error (FileNotFoundException) at clojure.main/main (main.java:40).
Could not locate figweel/main__init.class, figweel/main.clj or 
figweel/main.cljc on classpath.

Full report at:
/tmp/clojure-5895329516753450693.edn
ru@ru-sitrol:~/clojure/pro-figweel$ clojure -M -m figweel.main -b dev -r
Execution error (FileNotFoundException) at clojure.main/main (main.java:40).
Could not locate figweel/main__init.class, figweel/main.clj or 
figweel/main.cljc on classpath.

Full report at:
/tmp/clojure-8264509519616120954.edn
ru@ru-sitrol:~/clojure/pro-figweel$

Full report is:
{:clojure.main/message
 "Execution error (FileNotFoundException) at clojure.main/main 
(main.java:40).\nCould not locate figweel/main__init.class, 
figweel/main.clj or figweel/main.cljc on classpath.\n",
 :clojure.main/triage
 {:clojure.error/class java.io.FileNotFoundException,
  :clojure.error/line 40,
  :clojure.error/cause
  "Could not locate figweel/main__init.class, figweel/main.clj or 
figweel/main.cljc on classpath.",
  :clojure.error/symbol clojure.main/main,
  :clojure.error/source "main.java",
  :clojure.error/phase :execution},
 :clojure.main/trace
 {:via
  [{:type java.io.FileNotFoundException,
:message
"Could not locate figweel/main__init.class, figweel/main.clj or 
figweel/main.cljc on classpath.",
:at [clojure.lang.RT load "RT.java" 462]}],
  :trace
  [[clojure.lang.RT load "RT.java" 462]
   [clojure.lang.RT load "RT.java" 424]
   [clojure.core$load$fn__6908 invoke "core.clj" 6161]
   [clojure.core$load invokeStatic "core.clj" 6160]
   [clojure.core$load doInvoke "core.clj" 6144]
   [clojure.lang.RestFn invoke "RestFn.java" 408]
   [clojure.core$load_one invokeStatic "core.clj" 5933]
   [clojure.core$load_one invoke "core.clj" 5928]
   [clojure.core$load_lib$fn__6850 invoke "core.clj" 5975]
   [clojure.core$load_lib invokeStatic "core.clj" 5974]
   [clojure.core$load_lib doInvoke "core.clj" 5953]
   [clojure.lang.RestFn applyTo "RestFn.java" 142]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$load_libs invokeStatic "core.clj" 6016]
   [clojure.core$load_libs doInvoke "core.clj" 6000]
   [clojure.lang.RestFn applyTo "RestFn.java" 137]
   [clojure.core$apply invokeStatic "core.clj" 669]
   [clojure.core$require invokeStatic "core.clj" 6038]
   [clojure.main$main_opt invokeStatic "main.clj" 514]
   [clojure.main$main_opt invoke "main.clj" 510]
   [clojure.main$main invokeStatic "main.clj" 664]
   [clojure.main$main doInvoke "main.clj" 616]
   [clojure.lang.RestFn applyTo "RestFn.java" 137]
   [clojure.lang.Var applyTo "Var.java" 705]
   [clojure.main main "main.java" 40]],
  :cause
  "Could not locate figweel/main__init.class, figweel/main.clj or 
figweel/main.cljc on classpath."}}

, same as previous.
  

What can be reason of this?
Any help would be greatly appreciated.

Sincerely,
  Ru

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

Re: 2nd Call for Contributions: BOB 2024 [March 15, Deadline Nov 17]

[Michael Sperber]

The deadline is looming - it'd be great to have Clojure material, 
specifically tutorials are very welcome!

On Friday, November 3, 2023 at 10:48:24 AM UTC+1 Michael Sperber wrote:

> We could definitely use some more Clojure material at BOB!
>
>
> 
>  BOB Conference 2024
>  "What happens when we use what's best for a change?"
>   https://bobkonf.de/2024/cfc.html
>  Berlin, Mar 17
> Call for Contributions
>  Deadline: November 17, 2023
>
> 
>
> You are actively engaged in advanced software engineering methods,
> solve ambitious problem with software and are open to cutting-edge
> innovation? Attend this conference, meet people that share your goals,
> and get to know the best software tools and technologies available
> today. We strive to offer a day full of new experiences and
> impressions that you can use to immediately improve your daily life as
> a software developer.
>
> If you share our vision and want to contribute, submit a proposal for
> a talk or tutorial!
>
> NOTE: The conference fee will be waived for presenters. Travel
> expenses will not be covered (for exceptions see "Speaker Grants").
>
> Shepherding
> ---
>
> The program committee offers shepherding to all speakers. Shepherding
> provides speakers assistance with preparing their
> sessions. Specifically:
>
> - advice on structure and presentation
> - review of talk slides
>
> Speaker Grants
> --
>
> BOB has Speaker Grants available to support speakers from groups
> under-represented in technology. We specifically seek women speakers,
> speakers of color, and speakers who are not able to attend the
> conference for financial reasons.
>
> Topics
> --
>
> We are looking for talks about best-of-breed software technology, e.g.:
>
> - functional programming
> - persistent data structures and databases
> - event-based modelling and architecture
> - "fancy types" (dependent types, gradual typing, linear types, ...)
> - formal methods for correctness and robustness
> - abstractions for concurrency and parallelism
> - metaprogramming
> - probabilistic programming
> - math and programming
> - controlled side effects
> - program synthesis
> - next-generation IDEs
> - effective abstractions for data analytics
> - … everything really that isn’t mainstream, but you think should be
> - … includeing rough ideas worth discussing.
>
> Presenters should provide the audience with information that is
> practically useful for software developers.
>
> Challenges
> --
>
> Furthermore, we seek contributions on successful approaches for
> solving hard problems, for example:
>
> - bias in machine-learning systems
> - digital transformation in difficult settings
> - accessibiltity
> - systems with critical reliability requirements
> - ecologically sustainable software development
>
> We're especially interested in experience reports.
> Other topics are also relevant, e.g.:
>
> - introductory talks on technical background
> - overviews of a given field
> - demos and how-tos
>
> Requirements
> 
>
> We accept proposals for presentations of 45 minutes (40 minutes talk +
> 5 minutes questions), as well as 90 minute tutorials for
> beginners. The language of presentation should be either English or
> German.
>
> Your proposal should include (in your presentation language of choice):
>
> - An abstract of max. 1500 characters.
> - A short bio/cv
> - Contact information (including at least email address)
> - A list of 3-5 concrete ideas of how your work can be applied in a 
> developer's daily life
> - additional material (websites, blogs, slides, videos of past 
> presentations, …)
>
> Organisation
> 
>
> - Direct questions to konferenz at bobkonf dot de
> - Proposal deadline: November 17, 2023
> - Notification: December 5, 2023
> - Program: December 12, 2023
>
> Submit here:
>
> https://pretalx.com/bob-2024/submit/
>
> Program Committee
> -
>
> (more information here: https://bobkonf.de/2024/programmkomitee.html)
>
> - Matthias Fischmann, Wire
> - Matthias Neubauer, SICK AG
> - Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
> - Michael Sperber, Active Group
> - Stefan Wehr, Hochschule Offenburg
>
> Scientific Advisory Board
>
> - Annette Bieniusa, TU Kaiserslautern
> - Torsten Grust, Uni Tübingen
> - Peter Thiemann, Uni Freiburg
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at

Re: Suspended var swaps in core.logic.nominal

[Moe Aboulkheir]

According to the wiki:




*In core.logic.nominal, we implement suspensions as constraints. During
swapping of a and b, whenever we encounter a variable x, we replace it with
a fresh variable x' and add the suspension constraint swap [a b] x' x. This
swap constraint is executed under one of two conditions:x and x' both
become bound -- the swapping can resumex and x' become equal -- we enforce
a#x' and b#x' and drop the swap constraint*

I do not see how either of these conditions obtains in the quoted example —
*x * and *y* are unbound.

Best,
Moe

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CACZF%3DBG2cLMVc3Wn_v0%3DQTUZLJtDuGNoUXFdSAZ9DqzcrKYfZw%40mail.gmail.com.

Suspended var swaps in core.logic.nominal

[Moe Aboulkheir]

Afternoon,

I'm new to core.logic, and was working through the αKanren 
 paper with core.logic.nominal.  On 
page 4, there is an example which translates to:





*(l/run* [q]  (n/fresh [a b](l/fresh [x y]  (l/== (n/tie a (n/tie a 
x)) (n/tie a (n/tie b y)))  (l/== `(~x ~y) q *
*=> ((_0 _1))*

The example output in the paper is as follows, with the given explanation:

*susp ((a0 a1)) _0) _0) : ((a0 . _0*

*The first call to ≡ applies the swap (a b) to the unbound variable y, and 
then associates the resulting suspension (susp ((a b)) y) with x . Of 
course, the unifier could have applied the swap to x instead of y, 
resulting in a symmetric answer. The freshness constraint states that the 
nom a can never occur free within y, as required by the definition of 
binder equivalence.*

 Could somebody explain to me, as if I were a child, this discrepancy?  I 
looked at the source, and saw code that looked very much like suspensions 
being applied at creation time, rather than on var instantiation like the 
paper elsewhere indicates, but I'm out of my depth and not in a position to 
reason about strategy.

Best,
Moe

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/756b55d5-e952-4f2c-98da-ba9a43ec34c9n%40googlegroups.com.

2nd Call for Contributions: BOB 2024 [March 15, Deadline Nov 17]

[Michael Sperber]

We could definitely use some more Clojure material at BOB!


 BOB Conference 2024
 "What happens when we use what's best for a change?"
  https://bobkonf.de/2024/cfc.html
 Berlin, Mar 17
Call for Contributions
 Deadline: November 17, 2023


You are actively engaged in advanced software engineering methods,
solve ambitious problem with software and are open to cutting-edge
innovation? Attend this conference, meet people that share your goals,
and get to know the best software tools and technologies available
today. We strive to offer a day full of new experiences and
impressions that you can use to immediately improve your daily life as
a software developer.

If you share our vision and want to contribute, submit a proposal for
a talk or tutorial!

NOTE: The conference fee will be waived for presenters. Travel
expenses will not be covered (for exceptions see "Speaker Grants").

Shepherding
---

The program committee offers shepherding to all speakers. Shepherding
provides speakers assistance with preparing their
sessions. Specifically:

- advice on structure and presentation
- review of talk slides

Speaker Grants
--

BOB has Speaker Grants available to support speakers from groups
under-represented in technology. We specifically seek women speakers,
speakers of color, and speakers who are not able to attend the
conference for financial reasons.

Topics
--

We are looking for talks about best-of-breed software technology, e.g.:

- functional programming
- persistent data structures and databases
- event-based modelling and architecture
- "fancy types" (dependent types, gradual typing, linear types, ...)
- formal methods for correctness and robustness
- abstractions for concurrency and parallelism
- metaprogramming
- probabilistic programming
- math and programming
- controlled side effects
- program synthesis
- next-generation IDEs
- effective abstractions for data analytics
- … everything really that isn’t mainstream, but you think should be
- … includeing rough ideas worth discussing.

Presenters should provide the audience with information that is
practically useful for software developers.

Challenges
--

Furthermore, we seek contributions on successful approaches for
solving hard problems, for example:

- bias in machine-learning systems
- digital transformation in difficult settings
- accessibiltity
- systems with critical reliability requirements
- ecologically sustainable software development

We're especially interested in experience reports.
Other topics are also relevant, e.g.:

- introductory talks on technical background
- overviews of a given field
- demos and how-tos

Requirements


We accept proposals for presentations of 45 minutes (40 minutes talk +
5 minutes questions), as well as 90 minute tutorials for
beginners. The language of presentation should be either English or
German.

Your proposal should include (in your presentation language of choice):

- An abstract of max. 1500 characters.
- A short bio/cv
- Contact information (including at least email address)
- A list of 3-5 concrete ideas of how your work can be applied in a 
developer's daily life
- additional material (websites, blogs, slides, videos of past 
presentations, …)

Organisation


- Direct questions to konferenz at bobkonf dot de
- Proposal deadline: November 17, 2023
- Notification: December 5, 2023
- Program: December 12, 2023

Submit here:

https://pretalx.com/bob-2024/submit/

Program Committee
-

(more information here: https://bobkonf.de/2024/programmkomitee.html)

- Matthias Fischmann, Wire
- Matthias Neubauer, SICK AG
- Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
- Michael Sperber, Active Group
- Stefan Wehr, Hochschule Offenburg

Scientific Advisory Board

- Annette Bieniusa, TU Kaiserslautern
- Torsten Grust, Uni Tübingen
- Peter Thiemann, Uni Freiburg

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/83e649a9-4cbc-4323-a702-8faae280a306n%40googlegroups.com.

Clojure in Canada

[Ivan Grishaev]

Hi Clojure Group!

I'm Ivan, a developer doing Clojure for the last 8 years or something (with 
long Python experience in the past). I maintain some Clojure libraries, 
blog on Clojure, and wrote a couple of books about it. Work at Raiffeisen 
Bank International at the moment (lots of Clojure in AWS Lambda).

I'm going to relocate to Canada and looking for a company that might give 
me an offer. Sponsorship is not required as I can transition at my own 
expense. The problem is, I'm a bit surprised that the hiring in Canada is 
low. Maybe it is a common trend nowadays, I don't know, but I've been 
sending messages on LinkedIn for months with no results.

I wonder if any of the Clojurians reading this can point me to a 
Clojure-driven company with headquarters in Canada. I've already reached 
Circle CI, Juxt, and Docker -- either they do not hire at all or they're 
not interested in foreign candidates. At least a tip would be helpful.

Links:
https://github.com/igrishaev/pg
https://www.linkedin.com/in/igrishaev/

CV:
https://github.com/igrishaev/CV

Thank you,
Ivan

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/fbb28813-4689-4326-a162-4f49ea6ae943n%40googlegroups.com.

Announcing Clojure API for Rama: build end-to-end scalable backends in 100x less code

[Nathan Marz]

I'm happy to announce we've released a Clojure API for Rama in the latest 
release. We've published an introductory blog post 
 
that culminates in building a scalable auction application with timed 
listings, bids, and notifications in only 100 lines of code.

Rama is a new programming platform that enables end-to-end scalable 
backends to be built in their entirety in 100x less code than otherwise. 
It's a "programmable datastore on steroids" where you mold your datastore 
to fit your application rather than the other way around.

When we announced Rama in August, we demonstrated its power by building and 
operating a Twitter-scale Mastodon instance in only 10k lines of code. This 
is 100x less code than the 1M lines of code Twitter wrote to do the 
equivalent at scale. The instance had 100M bots posting 3,500 times per 
second at 403 average fanout, as well as a highly unbalanced social graph 
with some users having over 22M followers.

We've also published reference documentation 
 and API docs 
 for the Clojure API. 
Happy to answer questions here, on the rama-user 
 Google group, or on the #rama 
channel on Clojurians.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/7ba4c30d-9c06-43df-84de-3f81c006f612n%40googlegroups.com.

Call for Contributions: BOB 2024 [March 15, Deadline Nov 17]

[Michael Sperber]

We love to see Clojure submissions to BOB!


 BOB Conference 2024
 "What happens when we use what's best for a change?"
  https://bobkonf.de/2024/cfc.html
 Berlin, Mar 17
Call for Contributions
 Deadline: November 21, 2023


You are actively engaged in advanced software engineering methods,
solve ambitious problem with software and are open to cutting-edge
innovation? Attend this conference, meet people that share your goals,
and get to know the best software tools and technologies available
today. We strive to offer a day full of new experiences and
impressions that you can use to immediately improve your daily life as
a software developer.

If you share our vision and want to contribute, submit a proposal for
a talk or tutorial!

NOTE: The conference fee will be waived for presenters. Travel
expenses will not be covered (for exceptions see "Speaker Grants").

Shepherding
---

The program committee offers shepherding to all speakers. Shepherding
provides speakers assistance with preparing their
sessions. Specifically:

- advice on structure and presentation
- review of talk slides
- assistance with recording
- review of recording, if applicable

Speaker Grants
--

BOB has Speaker Grants available to support speakers from groups
under-represented in technology. We specifically seek women speakers,
speakers of color, and speakers who are not able to attend the
conference for financial reasons.

Topics
--

We are looking for talks about best-of-breed software technology, e.g.:

- functional programming
- persistent data structures and databases
- event-based modelling and architecture
- "fancy types" (dependent types, gradual typing, linear types, ...)
- formal methods for correctness and robustness
- abstractions for concurrency and parallelism
- metaprogramming
- probabilistic programming
- math and programming
- controlled side effects
- program synthesis
- next-generation IDEs
- effective abstractions for data analytics
- … everything really that isn’t mainstream, but you think should be
- … includeing rough ideas worth discussing.

Presenters should provide the audience with information that is
practically useful for software developers.

Challenges
--

Furthermore, we seek contributions on successful approaches for
solving hard problems, for example:

- bias in machine-learning systems
- digital transformation in difficult settings
- accessibiltity
- systems with critical reliability requirements
- ecologically sustainable software development

We're especially interested in experience reports.
Other topics are also relevant, e.g.:

- introductory talks on technical background
- overviews of a given field
- demos and how-tos

Requirements


We accept proposals for presentations of 45 minutes (40 minutes talk +
5 minutes questions), as well as 90 minute tutorials for
beginners. The language of presentation should be either English or
German.

Your proposal should include (in your presentation language of choice):

- An abstract of max. 1500 characters.
- A short bio/cv
- Contact information (including at least email address)
- A list of 3-5 concrete ideas of how your work can be applied in a 
developer's daily life
- additional material (websites, blogs, slides, videos of past 
presentations, …)

Organisation


- Direct questions to konferenz at bobkonf dot de
- Proposal deadline: November 17, 2023
- Notification: December 5, 2023
- Program: December 12, 2023

Submit here:

https://pretalx.com/bob-2024/submit/

Program Committee
-

(more information here: https://bobkonf.de/2024/programmkomitee.html)

- Matthias Fischmann, Wire
- Matthias Neubauer, SICK AG
- Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
- Michael Sperber, Active Group
- Stefan Wehr, Hochschule Offenburg

Scientific Advisory Board

- Annette Bieniusa, TU Kaiserslautern
- Torsten Grust, Uni Tübingen
- Peter Thiemann, Uni Freiburg

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

[ANN] Clojars now requires a license in the POM for new projects or projects that already specify a license

[Toby Crawley]

Hi all! 

Clojars (https://clojars.org - the community repository for open source Clojure
libraries) will now require a license to be specified in the POM file for:

- newly uploaded versions for new projects
- newly uploaded versions for existing projects where the prior version had a 
license

We will then start requiring a license for *all* newly uploaded versions on or
after 2024-01-01. Note that this will not impact any *existing* versions;
existing versions that don't have a license in the POM file will remain
unchanged.

For more details, see this issue[1] for discussion of the change, and the
Deploying wiki entry[2] for how to add a license to your POM.

## Why is Clojars making this change? 

We are making this change:

- to better support auditing from java ecosystem tools that use the POM as the
  source of truth for the license
- enforce better hygiene; all open source projects should have a license 

## How does this change impact me?

If you only consume projects from Clojars and do not release libraries, you
don't need to do anything.

If you publish projects to Clojars, you will need to:

- include a license with any new projects
- continue to include a license with new versions of projects where you already
  provide a license
- update any projects that don't provide a license to provide one before the end
  of the year if you plan to release a new version 
  
If Clojars rejects your deploy, you will see a message like:

```
Could not transfer metadata org.clojars.tcrawley:deploytest/maven-metadata.xml 
from/to clojars (https://repo.clojars.org/): authorization failed for 
https://repo.clojars.org/org/clojars/tcrawley/deploytest/maven-metadata.xml, 
status: 403 Forbidden - the POM file does not include a license. See 
https://bit.ly/3PQunZU
```

Most versions already have licenses in their POM files since Leiningen[3]
includes one by default, and prints a warning when you try to deploy without
one. But newer tooling built on the Clojure CLI tools[4] doesn't have this
warning (however, clj-new[5] will generate a pom.xml that does include a license
if you use it to template your project).

## Thank you

Thanks to Peter Monks for suggesting this change, and Daniel Compton for
discussing a solution.

## Supporting this work

This work was done as part of an ongoing maintenance contract from Clojurists
Together[6]. You can also sponsor me directly on GitHub Sponsors[7] if you would
like to directly fund my maintenance of Clojars.

Please reply here or on the issue if you have any concerns or questions.

- Toby 

[1]: https://github.com/clojars/clojars-web/issues/873
[2]: https://github.com/clojars/clojars-web/wiki/Pushing#licenses
[3]: https://leiningen.org/
[4]: https://clojure.org/guides/deps_and_cli
[5]: https://github.com/seancorfield/clj-new
[6]: https://www.clojuriststogether.org/
[7]: https://github.com/sponsors/tobias

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e4a1b7c9-1cf7-46c1-9391-60c672c3ba4c%40app.fastmail.com.

Clojure-Asia (09/23) Online Meetup

[Zack Teo]

Clojure Asia September 2023 Meetup :)

Hi All, apologies for such a late invite
Date: 23 September 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)

No talk at the moment but let me know if you are interested to give a 
future talk!
https://forms.gle/QDKVSnQZAVTCoj2b7

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e26486f0-9419-499d-897f-82264e1c0bf7n%40googlegroups.com.

Clojure-Asia (08/23) Online Meetup

[Zack Teo]

Hi All, apologies for such a late invite!

Date: 26 August 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)

No talk at the moment but let me know if you are interested!

Sign up here:
https://forms.gle/uuPAczX7NUe5SxxaA

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/91787792-33c8-4b8f-b93f-f17f2265ea93n%40googlegroups.com.

[ANN] Cohere Clojure SDK

[Daniel Szmulewicz]

I’m happy to announce the Cohere Clojure SDK 
 released under the MIT License.

Cohere is an OpenAI contender with a focus on the enterprise and 
developer-friendliness. Both the API reference and LLM University are 
documentation done right IMHO. I also appreciate the more relaxed free 
trial policy (non-expiring API key). My port of the SDK allows to execute 
tasks not possible via the REST API alone. Enjoy!

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/292f8bf1-eab8-4ddd-b1a6-54454a6cf0a2n%40googlegroups.com.

[ANN] Typed Clojure 1.1.1 - Symbolic Execution

[Ambrose Bonnaire-Sergeant]

Hi,

I'm excited to announce Typed Clojure 1.1.1 which includes support for symbolic 
execution via a new type called a "symbolic closure".

I have written a guide on how to think about this new type and what it enables. 
In short, it can dramatically decrease the number of local annotations needed 
on anonymous functions.

https://github.com/typedclojure/typedclojure/tree/main/example-projects/symbolic-guide#symbolic-execution-in-typed-clojure

For example, instead of:

  (map (fn [x :- Int, y :- Int] (+ x y)) [1] [2])

You can now write:

  (map #(+ %1 %2) [1] [2])

It's also useful for transducers, though we're lacking much support for comp at 
the moment. For now instead of:

  (into [] (map (fn [x :- Int] (inc x)) [1 2])

You can simply write:

  (into [] (map #(inc %)) [1 2])

Functions can now whiz around and be checked after they have been defined:

  (let [f #(inc %)] (f 1))

Getting Started: https://github.com/typedclojure/typedclojure#usage-overview

Thanks,
Ambrose

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/Nl8JpX_EKxoUQw_RFYta14kMIZGQciOGxa2E0IUVFepdqWMsFp_krZ370C8XV1nzWqply2OqIgm5hrjQWZxhOJchII9PM8OOpCNzcSocLyg%3D%40ambrosebs.com.

[Survey] Clojure/Script app monitoring service

[Peter Taoussanis]

Hi everyone, I’m looking for some assistance.

I’m considering building a paid service for businesses using Clojure/Script 
to help easily observe/monitor their production applications (things like 
tracing, log aggregation, performance measurement, anomaly detection, etc.).

This is a problem I’ve had to tackle myself repeatedly over many years, and 
I’ve been repeatedly dissatisfied with the services currently available.

My next step is to gather some early info from potential users, to help 
understand if what I have in mind might be viable.

So if you or your company have a Clojure/Script application in production, 
please consider helping me out by taking a few minutes to answer a short 
survey at https://www.taoensso.com/clojure/monitoring-survey

It’s 8 questions and takes about 5 minutes.

If it turns out there's interest, I'll share more info later re: the 
specific ideas I have in mind.

Thanks a lot, cheers! :-)

- Peter

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/1946c04b-77c8-4ed1-be29-0b5ddb8c5d43n%40googlegroups.com.

Functional Art, Music, Modeling and Design (FARM 2023) Sep 8: Call for Participation

[Michael Sperber]

===
  11th ACM SIGPLAN International Workshop on
 Functional Art, Music, Modelling and Design
(FARM)
   Seattle, USA, 8th September 2023
   https://functional-art.org/2023/
===
   
The ACM SIGPLAN International Workshop on Functional Art, Music,
Modelling and Design (FARM) gathers together people who are harnessing
functional techniques in the pursuit of creativity and expression.

Functional Programming has emerged as a mainstream software
development paradigm, and its artistic and creative use is booming. A
growing number of software toolkits, frameworks and environments for
art, music and design now employ functional programming languages and
techniques. FARM is a forum for exploration and critical evaluation of
these developments, for example to consider potential benefits of
greater consistency, tersity, and closer mapping to a problem domain.

FARM 2023 will feature an afternoon session of demos, and an evening
session with a keynote and live performances.

Registration


You can register via the ICFP 2023 registration:

http://icfp23.sigplan.org/attending/registration

Don't be confused that it says ~ICFP~ - FARM is part of a larger event
around ICFP 2023, and you can register for FARM without registering
for ICFP.

If you've registered for ICFP on Sep 8, this includes admissions
for the keynote and performance evening.

The event is open to the public for a small admissions fee.

Accepted submissions


Demo: A functional EDSL for mathematics visualization that compiles to 
JavaScript
Alistair Beharry

Exploring Self-Embedded Knitting Programs with Twine
Amy Zhu, Adriana Schulz, Zachary Tatlock

Homotopy Type Theory for Sewn Quilts
Charlotte Clark, Rose Bohrer

The Beauty and Elegance of Functional Reactive Animation
Ivan Perez

Weighted Refinement Types for Counterpoint Composition
Youyou Cong

Keynote
---

Gloria Cheng will hold the keynote "Perfectly Imperfect: Music, Math and 
the Keyboard”".

Live Performances
-


Marcin Paczkowski (Featured)
Alexandra Cardenas (Featured)
Cecila Suhr - Humanity: From Survival to Revival
Andrea Mazzariello - This, now.
Joy Lee - Aurora: Goddess of Dawn

Workshop Organisation
-

Workshop Chair: John Leo (Halfaya Research)
Program Chair: Youyou Cong (Tokyo Institute of Technology)
Performance Chair: Luka Frelih (Ljudmila Art & Science Laboratory)
Publicity Chair: Michael Sperber (Active Group GmbH)

Program Comittee

Youyou Cong (Tokyo Institute of Technology)
Visda Goudarzi (Columbia College Chicago)
John Hui (Columbia University)
Anton Kholomiov
Oleg Kiselyov (Tohoku University)
Yoshiki Ohshima (Croquet Corporation)
Christopher Raphael (Indiana University)
Butch Rovan (Brown University)
Chung-chieh Shan (Indiana University)
Ben Sherman
Jeffrey Snyder (Princeton University)
Andrew Sorenson (MOSO Corporation)
Dima Szamozvancev (Cambridge University)
Daniel Winograd-Cort (Luminous Computing)
Halley Young (University of Pennsylvania)

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/ff665b66-9a66-4552-9b24-a5c79d57a5e9n%40googlegroups.com.

[ANN] [VIDEO] Integrating generative AI features in Clojure

[Daniel Szmulewicz]

This video  show how to integrate service 
offering by the likes of OpenAi and Cohere in Clojure projects. Its aim is 
educational as it deconstructs the process into simple steps that anyone 
can duplicate and try for oneself. Of special interest, hopefully, is the 
REPL workflow and the uncanny power that comes with it. Along the way, the 
audience might pick up hints of how to:

- keeping the REPL server process separate from the editor process
- loading dependencies at runtime
- keeping secrets like an API key outside of the code base
- translating the syntax of a curl post request to a clj-http function call
- using a proxy to bypass firewalls
   

Please let me know if this video has been helpful, and what kind of content 
would you like to see next. Thank you!

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/cd8251bb-2b6a-409e-99f8-efcdf4e57f4an%40googlegroups.com.

Call for Participation, Functional Software Architecture (Sep 8, Seattle)

[Michael Sperber]

==

*** FUNARCH 2023 -- CALL FOR PARTICIPATION ***

  The First ACM SIGPLAN Workshop on
 Functional Software Architecture - FP in the Large

8th September 2023, Seattle, Washington, USA
  Co-located with ICFP 2023

 https://www.functional-architecture.org/events/funarch-2023/

==

BACKGROUND:

The ACM SIGPLAN Workshop on Functional Software Architecture - FP
in the Large aims to disseminate and enable the use of functional
programming in the large and long-lived software projects.

We specifically want:

- To assemble a community interested in software architecture
  techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
  the field of functional software architecture;

- To connect the functional programming community to the software
  architecture community to cross-pollinate between the two.

We'd love for you to be part of this effort.  Whatever your
background, you're welcome at FUNARCH - to listen to talks, report
on your experience, and interact with others that share our goals.

See you at FUNARCH!

REGISTRATION:

You can register for the workshop via the registration page for
the ICFP conference, but there's no need to also register for
the conference.  Reduced fees are available until 5th August.
http://icfp23.sigplan.org/attending/registration

OPENING TALK:

Functional Programming in the Large - Status and Perspective
Mike Sperber

ACCEPTED SUBMISSIONS:

A Software Architecture Based on Coarse-Grained Self-Adjusting Computations
Stefan Wehr

Crème de la Crem: Composable Representable Executable Machines
Marco Perone and Georgios Karachalias

Functional Shell and Reusable Components for Easy GUIs
Ben Knoble and Bogdan Popa

Phases in Software Architecture
Jeremy Gibbons, Oisín Kidney, Tom Schrijvers and Nicolas Wu

Stretching the Glasgow Haskell Compiler
Jeffrey M. Young, Sylvain Henry and John Ericson

Typed Design Patterns for the Functional Era
Will Crichton

Types that Change: The Extensible Type Design Pattern
Ivan Perez

PROGRAM CHAIRS:

Mike SperberActive Group, Germany
Graham Hutton   University of Nottingham, UK

PROGRAM COMMITTEE:

Joachim BreitnerGermany
Manuel Chakravarty  Tweag & IOG, The Netherlands
Ron Garcia  University of British Columbia, Canada
Debasish Ghosh  LeadIQ, India
Lars Hupel  Giesecke+Devrient, Germany
Andy Keep   Meta, USA
Shriram Krishnamurthi   Brown University, USA
Andres Löh  Well-Typed, Germany
Anil Madhavapeddy   University of Cambridge, UK
José Pedro MagalhãesStandard Chartered, UK
Simon MarlowMeta, UK
Hannes Mehnert  Robur, Germany
Erik Meijer USA
Ivan Perez  KBR / NASA Ames Research Center, USA
Stefanie Schirmer   DuckDuckGo, Germany
Perdita Stevens University of Edinburgh, UK
Stefan Wehr Hochschule Offenburg, Germany
Scott Wlaschin  FPbridge, UK

WORKSHOP VENUE:

The workshop will be co-located with the ICFP 2023 conference at
The Westin Seattle Hotel, Seattle, Washington, United States.

==

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/119828e2-b91c-4ab9-8042-b79c33b74a5fn%40googlegroups.com.

Clojure Asia (07/23) Online Meetup

[Clojure Asia]

Having our July 2023 Clojure-Asia Online Meetup in a week's time! :) (so 
sorry was too caught up w things in June!) 

Date: 15 July 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)

No talk currently - more time to catch up with and get to know one another 
xD 

See you!

Please fill up the form :D
https://forms.gle/VUGN8m18w1xCrdnW7

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/0bd2e1ef-34fc-45e7-b7ca-80cafd8fbd0fn%40googlegroups.com.

Clojursist Together Q3 2023 Funding Round Open for Applications

[Kathleen Davis]

Hi folks, 
Clojurists Together has opened its funding round for Q3  2023 
applications.  The deadline  is July 20th.  Find more information  and  the 
application on our website 
. 

We'll be funding 8 projects for a total of $44K USD this go around.  
Members weighed in priorities on the June survey. You'll see some great 
(and thoughtful) input here 

. 

If you have not applied before - the process is easy. We're looking forward 
to hearing from you! 

Kathy Davis and the Clojurists Together team. 


-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/8143932c-e829-4636-b695-cdee40acb90an%40googlegroups.com.

Re: Clojure Golf, episode 1

[Fiverr Me]

The code snippet you provided is written in Clojure, a dialect of Lisp. The 
function filter-collecting takes a predicate function, a collector 
function, and multiple lists as arguments. It filters the lists based on 
the predicate function and collects the values from the corresponding 
positions in the lists using the collector function. Copied 
from https://fiverrme.com/

(filter-collecting
  (fn [x y] (< x y))  ; predicate function: checks if x < y
  (fn [x y] (+ x y))  ; collector function: adds x and y
  '(1 7 3 9)  ; first list
  '(5 5 5 5)) ; second list

The first list is (1 7 3 9) and the second list is (5 5 5 5). The function 
checks if each corresponding pair of elements from the two lists satisfies 
the predicate function (x < y). In this case, the pairs (1 5) and (3 5) 
satisfy the predicate because 1 is less than 5 and 3 is less than 5.

For the pairs that satisfy the predicate, the collector function (+) is 
applied to the corresponding elements. The sum of (1 5) is 6, and the sum 
of (3 5) is 8.

Therefore, the result of (filter-collecting (fn [x y] (< x y)) (fn [x y] (+ 
x y)) '(1 7 3 9) '(5 5 5 5)) is (6 8).
On Friday, 14 August 2009 at 18:42:39 UTC-7 Fogus wrote:

> > (defn filter-collecting [predicate collector & lists]
> >   (for [v (apply map vector lists) :when (apply predicate v)] (apply
> > collector v)))
>
> This is very nice. It's short, sweet, and actually describes the
> functionality.
>
> -m
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/b4463e90-de8c-43a9-91fb-b8317af10ec3n%40googlegroups.com.

[ANN] aws-api 0.8.686 is now available!

[Scott Bale]

aws-api 0.8.686 is now available!

0.8.686 / 2023-07-06

* Support list member values in request headers #234 


README: https://github.com/cognitect-labs/aws-api/
API: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/de5f9ed3-0e3e-4675-9ede-af129ac2ba90n%40googlegroups.com.

[ANN] New video about the Meyvn polyglot REPL environment

[Daniel Szmulewicz]

Another video about the Meyvn polyglot REPL environment. This time we look 
at a real-world code example, BrickSort, with two reference implementations 
courtesy of the open source library *The Algorithms*. In the Java version, 
a static method called OddEvenSort is provided by the class Bricksort, 
which makes the interop at the REPL straightforward. In the Kotlin version, 
however, only a top-level function is provided (outside of any class). How 
are we going to interop with it at the REPL? Watch to know more.

https://youtu.be/E15C-5eufKw

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/0ad53845-3fc7-41e2-ae27-7aa4f89a8fa0n%40googlegroups.com.

[ANN] aws-api 0.8.681 is now available!

[David Chelimsky]

aws-api 0.8.681 is now available! There have been a few other releases 
since our last announcement.

0.8.681 / 2023-06-16 
   
   - add :cognitect.aws.http/status and, when AWS provides an error code, 
   :cognitect.aws.error/code, to error response maps

0.8.673
 
/ 2023-05-23 
   
   - bug fix: add type-hint to resolve performance warning #239 
   

0.8.670
 
/ 2023-05-22 
   
   - WARNING: introduced performance warning; fixed in 0.8.673.
   - BREAKING CHANGE: Changes the behavior of GetObject such that a 304 
   results in an anomaly. 
  - This was reported in #240 
  , and after 
  further review we decided to keep the new behavior in order to align with 
  AWS semantics. 
 - 
 https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetObject.html
 - 
 https://docs.aws.amazon.com/AmazonS3/latest/API/ErrorResponses.html
  - upgrade cognitect http-client to 1.0.125 and set follow-redirects 
   false 
  - Fixes #15 
   
README: https://github.com/cognitect-labs/aws-api/
API: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/84d9d3e9-323f-4e29-af7d-0d0bef016ee0n%40googlegroups.com.

[ANN] io.pedesta/pedestal libraries 0.6.0

['Howard Lewis Ship' via Clojure]

Pedestal is a set of Clojure libraries that bring the core Clojure
principles - Simplicity, Power, and Focus - to server-side development.

https://github.com/pedestal/pedestal

Significant changes in 0.6.0:
- Improvements to documentation
- Update dependencies to address known CVEs

This release includes some minor *breaking changes* so please review the
[CHANGELOG](
https://github.com/pedestal/pedestal/blob/master/CHANGELOG.md#060---12-jun-2023)
carefully.
-- 
Senior Staff Software Engineer at Cognitect

howard.lewiss...@nubank.com.br

-- 

Confidentiality note: This e-mail may contain confidential information 
from Nu Holdings Ltd and/or its affiliates. If you have received it by 
mistake, please let us know by e-mail reply and delete it from your system; 
you may not copy this message or disclose its contents to anyone; for 
details about what personal information we collect and why, please refer to 
our privacy policy 
.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAM3JDBYhxU8OdhwtxFOx%3DKhSBffMMfnrUg%2BsH8dq3wW1NUpoBA%40mail.gmail.com.

Next-level Background Processing (Goose) - Akshat: Clojure-Asia (05/23) Online Meetup

[Clojure Asia]

#clojure-asia May 2023 Meetup 

Date: 27th May 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)

Akshat will be giving a talk titled: Next-level Background Processing

Abstract:

Conventional background processing libraries have failed to keep up with 
the demands of distributed systems in 2023. This talk will explore the key 
features that modern web developers require from an asynchronous system: 
Reliability, Scalability, Pluggability, and Extensibility.

Furthermore, we'll talk about the journey of building Goose, a versatile 
background processing library for Clojure designed with next-level features 
like pluggable message brokers. Goose serves as specimen for open-source 
libraries, as it exemplifies community-collaboration, thorough 
documentation, and built-in reliability.

Please fill up the signup form :)
https://forms.gle/1Wpa3xcXvsQMD1C6A

Zachary (zackteo)

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/fcca2148-f24c-4e39-95fc-4b3f59966884n%40googlegroups.com.

Re: Switch devops environments via namespaces

[aditya....@gmail.com]

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 prompt to "know", rather than 
be confident that we told the function exactly where to call.

>From a Clojure sensibilities point of view, what was stateless (explicit 
param) becomes stateful (implicit global state with def server). This can 
cause all manner of subtle issues, e.g. accidentally referring to the var 
instead of the resolved var in some service function.

Personally, I would go with your original approach, because it forces me to 
slow down a little and pay attention, while I'm typing, every single time. 
This is in service of human error mitigation. I would say the explicit 
workflow is close to the "pointing and calling" method 
https://en.wikipedia.org/wiki/Pointing_and_calling

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/b6713010-47cc-4bd6-8073-d9d5d681d62cn%40googlegroups.com.

Re: Switch devops environments via namespaces

[Joe R . Smith]

I mean, it works, it’s clever, … is it more or less “safe” is my question. 


On May 18, 2023, at 12:02 PM, Felix Dorner  wrote:


Clojure noob here, I might be totally off the track or committing crimes, so 
please advise.

For ops, I have to often call rest services in different environments, say prod 
and nonprod. My coworkers use postman and clicky clicky stuff, well, not my 
style, I want to use emacs and cider. I've thus written a set of functions that 
call these services, taking the prod/nonprod server as an argument:

(ns services)
(defn rest [server arg1 arg2] ...)

I'm thinking how it would feel to get rid of the server parameter, and resolve 
it inside the function, depending on the current namespace. I can then just 
leave my cider open, use Cider shortcuts to switch to the prod/nonprod 
namespaces quickly and run my stuff. Also, I would be constantly aware of which 
environment I'm in by looking at the repl prompt. Sounds neat somehow. But I 
feel I am venturing off the track somehow, but this seems to work:

(ns prod
  (:require
   [services :refer :all]))

(def server "http://prod-server.com;)

(ns nonprod
  (:require
   [services :refer :all]))

(def server "http://nonprod-server.com;)

(ns services)
;; no more server arg...
(defn call-a [arg1 arg2]
  (let [server @(resolve 'server)]
     ;; ... do stuff with server))

What do I miss? Complete nonsense? Better solutions?
Thanks again for comments,
Felix




-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en 
 
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f16c7ac6-107c-48fd-a6af-c9e91687fe18n%40googlegroups.com
 

 .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/0100018830153cf6-3c4a1729-13a9-472b-aad0-86f85350e7d1-00%40email.amazonses.com.

Switch devops environments via namespaces

[Felix Dorner]

Clojure noob here, I might be totally off the track or committing crimes, 
so please advise.

For ops, I have to often call rest services in different environments, say 
prod and nonprod. My coworkers use postman and clicky clicky stuff, well, 
not my style, I want to use emacs and cider. I've thus written a set of 
functions that call these services, taking the prod/nonprod server as an 
argument:

(ns services)
(defn rest [server arg1 arg2] ...)

I'm thinking how it would feel to get rid of the server parameter, and 
resolve it inside the function, depending on the current namespace. I can 
then just leave my cider open, use Cider shortcuts to switch to the 
prod/nonprod namespaces quickly and run my stuff. Also, I would be 
constantly aware of which environment I'm in by looking at the repl prompt. 
Sounds neat somehow. But I feel I am venturing off the track somehow, but 
this seems to work:

(ns prod
  (:require
   [services :refer :all]))

(def server "http://prod-server.com;)

(ns nonprod
  (:require
   [services :refer :all]))

(def server "http://nonprod-server.com;)

(ns services)
;; no more server arg...
(defn call-a [arg1 arg2]
  (let [server @(resolve 'server)]
 ;; ... do stuff with server))

What do I miss? Complete nonsense? Better solutions?
Thanks again for comments,
Felix



-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f16c7ac6-107c-48fd-a6af-c9e91687fe18n%40googlegroups.com.

[ANN] Video tutorial about the Meyvn REPL

[Daniel Szmulewicz]

Hello everyone, 

The Meyvn REPL supports Java and Kotlin codebases. Source files are being 
monitored and compiled automatically, so you can create a class in Java, 
import it in a Kotlin object, which you can then manipulate at the REPL in 
Clojure. It achieves this by doing static analysis not on source files but 
on compiled classes. By keeping a dependency graph, it knows which classes 
need to be reloaded and in what order. This technology is very useful in 
the context of teams inheriting legacy codebases, typically Java or Kotlin.

Here is a demo .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/510dc59c-5be2-4600-9087-9b3023fdd62fn%40googlegroups.com.

Final Call for Papers: ACM Workshop on Functional Art, Music, Modelling and Design (Deadline June 1)

[Michael Sperber]

===
  11th ACM SIGPLAN International Workshop on
 Functional Art, Music, Modelling and Design
(FARM)
   Call for Papers, Demos, and Performance
 Seattle, Washington, USA, 8th September 2023
   Deadline: June 1
   https://functional-art.org/2023
===

Key Dates
-

Submission deadlineJune 1 (AoE)
Author notificationJuly 1
Camera-ready deadline  July 15
Workshop   September 8

AUTHORS TAKE NOTE:
The official publication date is the date the proceedings are made
available in the ACM Digital Library. This date may be up to two weeks
prior to the first day of your conference. The official publication date
affects the deadline for any patent filings related to published work.

Call for Papers
---

The ACM SIGPLAN International Workshop on Functional Art, Music,
Modelling and Design (FARM) encourages submissions from across art,
craft, and design, including textiles, visual art, music, 3D
sculpture, animation, GUIs, video games, 3D printing and architectural
models, choreography, poetry, and even VLSI layouts, GPU
configurations, or mechanical engineering designs. Theoretical
foundations, language design, implementation issues, and applications
in industry or the arts are all within the scope of the workshop.

In addition to the main workshop, FARM hosts a traditional evening of
performances. Thus, this call encompasses both papers/demos for the
workshop (and its published proceedings) as well as performance
proposals for the evening's event. Authors are invited to make a
single submission for each. Authors may submit both a paper/demo and
performance proposal, but the submissions will be considered
independently.

Note on Finances


Paid registration to the FARM workshop is usually required for paper
and demo submitters, but will be waived for performers.

If you would have financial difficulty attending, you can apply for
conference “PAC” funds. Please get in touch for more information.

Papers
--

Paper submissions are invited in three categories:

- Original research
- Overview / state of the art
- Technology tutorial (especially tools and environments for distributed 
artistic workflow)

Papers must be submitted via HotCRP (https://farm23.hotcrp.com)
and meet the following requirements:

- 5 to 12 pages
- PDF format
- Adhere to the ACM SIGPLAN template

Accepted papers will be published in the ACM Digital Library as part
of the FARM 2023 proceedings.

Authors are encouraged to submit auxiliary material for publication
along with their paper (source code, data, videos, images,
etc.). Authors retain all rights to the auxiliary material.

Demos
-

Demo submissions should describe a demonstration and its context,
connecting it with the themes of FARM. A demo could be in the form of
a short (10 to 20 minute) tutorial, a presentation of work in
progress, an exhibition of some work, or even a performance.

Demos must be submitted via HotCRP (https://farm23.hotcrp.com)
and meet the following requirements:

- 500 to 2000 words
- Have a title starting with “Demo: ”
- PDF format
- Adhere to the ACM SIGPLAN template 
(https://www.sigplan.org/Resources/ProceedingsFormat)

Accepted demos will be published in the ACM Digital Library as part of
the FARM 2023 proceedings.

Performances


FARM seeks proposals for performances which employ functional
programming techniques, in whole or in part. We invite a diverse range
of functionally-themed submissions including music, video, dance, and
performance art. Both live performances and fixed-media submissions
are welcome. We encourage risk-taking proposals that push forward the
state of the art as well as refined presentations of highly developed
practice. In either case, please support your submission with a clear
description of your performance, including how your performance
employs functional programming and a discussion of influences and
prior art as appropriate.

Performance proposals should be emailed to
performa...@functional-art.org, and must include:

- A description of the performance (please be as specific as possible)
- An explanation of the use of functional programming in the work
- A list of technical requirements
- A link to an audio or video example (YouTube, Vimeo, Bandcamp, etc.)

Accepted performances will be presented at the performance evening.

Workshop Organization
-

Workshop Chair: Mae Milano (University of California, Berkeley)
Program Chair: John Leo (Halfaya Research)
Performance Chair: Kaley Eaton (Cornish College of the Arts)
Publicity Chair: Michael Sperber (Active Group GmbH)

Contact
---

For any questions, issues or comments, email
farm-2...@functional-art.org.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send 

Final CfP: Functional Software Architecture - FP in the Large (deadline June 1)

[Michael Sperber]

Don't forget us your insights on the architecture of Clojure systems!

==

   *** FUNARCH 2023 -- CALL FOR PAPERS ***

  The First ACM SIGPLAN Workshop on
 Functional Software Architecture - FP in the Large

8th September 2023, Seattle, Washington, USA
  Co-located with ICFP 2023

https://tinyurl.com/FUNARCH-23

==

TIMELINE:

Paper submission 1st June 2023
Author notification 28th June 2023
Camera ready copy 18th July 2023
Workshop 8th Sept 2023

BACKGROUND:

"Functional Software Architecture" refers to methods of construction
and structure of large and long-lived software projects that are
implemented in functional languages and released to real users,
typically in industry.  The goals for the workshop are:

- To assemble a community interested in software architecture
  techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
  the field of functional software architecture;

- To connect the functional programming community to the software
  architecture community to cross-pollinate between the two.

The workshop follows on from the Functional Software Architecture
open space that was held at ICFP 2022 in Slovenia.

SCOPE:

The workshop seeks submissions in a range of categories:

- You're a member of the FP community and have thought about how
  to support programming in the large, for example by framing
  functional ideas in architectural terms or vice verse, comparing
  different languages in terms of their architectural capabilities,
  clarifying architectural roles played by formal methods, proof
  assistants and DSLs, or observing how functional concepts are
  used in other language and architecture communities.

  Great, submit a research paper!

- You're a member of the architecture community, and have thought
  about how your discipline might help functional programmers, for
  example by applying domain-driven design, implementing hexagonal
  architecture, or designing self-contained systems.

  Excellent, submit a research paper!

- You've worked on a large project using functional programming,
  and it's worked out well, or terribly, or a mix of both; bonus
  points for deriving architectural principles from your experience.

  Wonderful, submit an experience report!

- You know a neat architectural idiom or pattern that may be useful
  to others developing large functional software systems.

  Fabulous, submit an architectural pearl!

- You have something that doesn't fit the above categories, but
  that still relates to functional software architecture, such 
  as something that can be written up, or that could be part of
  the workshop format like a panel debate or a fishbowl.

  Superb, submit to the open category!

Research papers should explain their research contributions in both
general and technical terms, identifying what has been accomplished,
explaining why it is significant, and relating it to previous work,
and to other languages where appropriate.

Experience reports and architectural pearls need not necessarily
report original research results.  The key criterion for such papers
is that they make a contribution from which others can benefit.
It is not enough simply to describe a large software system, or
to present ideas that are specific to a particular system.

Open category submissions that are not intended for publication 
are not required to follow the formatting guidelines, and can 
submit in PDF, word or plain text format as preferred.

If you are unsure whether your contribution is suitable, or if
you need any kind of help with your submission, please email
the program chairs at .

SUBMISSION:

Papers must be submitted by 1st June 2023 using EasyChair, via the
following link: https://tinyurl.com/FUNARCH23-submit

Formatting: submissions intended for publication must be in PDF
format and follow the ACM SIGPLAN style guidelines, using the
acmart format and the sigplan sub-format.  Please use the review
option, as this enables line numbers for easy reference in reviews.
For further details, see: https://tinyurl.com/sigplan-acmart

If your submission is not a research paper, please mark this using
a subtitle (Experience Report, Architectural Pearl, Open Category).

Length: submissions must adhere to the limits specified below.
However, there is no requirement or expectation that all pages
are used, and authors are encouraged to strive for brevity.

Research papers 5 to 12+ pages
Architectural pearls 5 to 12 pages
Experience reports 3 to 6 pages
Open category 1 to 6 pages

Publication: The proceedings of FUNARCH 2023 will be published in
the ACM Digital Library, and authors of accepted papers are required
to agree to one of the standard ACM licensing options.  Accepted
papers must be 

Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[Edward McBride]

Storage migration transfers data from one storage device to another. This 
involves moving blocks of storage and files from storage systems, whether 
they're on disk, tape or in the cloud. During migration is also an optimal 
time for organizations to perform data validation and reduction by 
identifying obsolete or corrupt data.

Database migration moves database files to a new device. This is done when 
an organization changes database vendors, upgrades the database software or 
moves a database to the cloud. Databases must be backed up before migrating.

понедельник, 8 июля 2019 г. в 08:49:35 UTC+3, orazio: 

> Many thanks for your clarifications.
> I don't have a team of engineers. Just myself, that I think with much 
> modesty is not little.
> I'm not familiar with clojure, i know java programming language.
> The lambda's architecture pipeline i want to build will not be made 
> entirely with clojure. As described above I will use existing tools that I 
> don't need to develop (NiFi, Kafka, MongoDB, Hadoop, Hbase)
> Let's focus only on the batch layer of the lambda architecture.
> My doubt is that i did not find an optimal tool, recognized by the Big 
> Data community as the best, for distributed data processing (map reduce) of 
> historical data on HDFS.
> Map reduce algorithms that I have to implement concern Word Count 
> Algorithm of social data message (twitter,facebook,telegram) and iot data 
> analisys and aggregation (such as average values each 30 minutes, each 
> hour, each day).
> Reading Nathan Marz big data book, Principles and best practices of 
> scalable realtime data systems, he suggests clojure/Cascalog for 
> distributed data processing on HDFS Hadoop.
> I'm asking you if clojure/cascalog could be a good choice to do dataset 
> processing (map reduce) and to store the resulting data aggregation to 
> Hbase, or if you suggest other work.
> Otherwise, if you know an existing, well documented, well googleable 
> framework in java language to do distributed data processing and to store 
> resulting data aggregation on Hbase,  it would be appreciated your advise 
> about it.
>
> Thanks again.
> Orazio
>
> Il giorno venerdì 5 luglio 2019 19:43:16 UTC+2, ri...@chartbeat.com ha 
> scritto:
>
>> As much as I would love to convert a new data engineer to the ways of 
>> clojure, in my opinion, choosing a language to solve a problem is rarely a 
>> wise move. Do you have a team of engineers ready and willing to learn 
>> clojure or are you doing this yourself? We do a lot of work with all of the 
>> tools you mention (in clojure) but we built a lot of the frameworks 
>> ourselves or wrote wrappers around java tools. Not for the newbie... if 
>> your goal is to build this pipeline for your boss and you have any sort of 
>> deadline do yourself a favor and pick an existing, well documented, well 
>> googleable framework in a language that your team is familiar with. There 
>> are a ton of hurdles with everything you mentioned without even getting to 
>> clojure. You’re jumping in the deep end of the pool with no life jacket and 
>> you don’t know how to swim.
>>
>> That said, if you ignore my advice you will learn a lot and we will be 
>> here to help, just be warned 
>>
>> On Jul 4, 2019, at 2:09 PM, Thad Guidry  wrote:
>>
>> Christian writes really good tools.  Sparkling is no exception.
>> I have yet to use it in production myself however, since I haven't had 
>> the need to use Clojure directly to solve any "data aggregation" problems.  
>> Spark and other tools do that well enough, naturally.
>>
>> As far as using a tool/programming language to solve "data integration" 
>> problems in large enterprise environments, I will ALWAYS use Open Source 
>> tools for that purpose.  Clojure is no exception.  But I do tend to choose 
>> open source hammers to drive nails.  Sometimes Clojure is missing the 
>> handle on its hammer, as we have all experienced, but that's on us since WE 
>> have the power to make Clojure better.  But often TIME is what we lack to 
>> build better API's, libraries, tools for Clojure expansion.
>>
>> The Apache ecosystem offers many tools & libraries for "big data" and 
>> "data integration"  which I often turn to first because I lack TIME for 
>> building (long tail), but have enough TIME for learning new things (shorter 
>> tail that helps the long tail).
>> https://projects.apache.org/projects.html?category 
>>
>> Thad
>> https://www.linkedin.com/in/thadguidry/
>>
>>
>> On Thu, Jul 4, 2019 at 12:37 PM Chris Nuernberger  
>> wrote:
>>
>> Thad,
>>>
>>> You approach seems very promising to me for a lot of jobs.  Spark runs 
>>> on top of many things.
>>>
>>> As far as a clojure layer on top, what do you think about sparkling 
>>> ?
>>>
>>> On Thu, Jul 4, 2019 at 8:43 AM Thad Guidry  wrote:
>>>
>> "Batch" - doing things in chunks
 "Processing" - THE WORLD :-)  because it means so many different things 
 to so many folks 

[ANN] Cognitect Labs' aws-api 0.8.666

[David Chelimsky]

Cognitect Labs' aws-api 0.8.666 is now available!

0.8.666 / 2023-04-27 

   - 301 gets cognitect.anomalies/incorrect instead of 
   cognitect.anomalies/fault #237 
   

0.8.664
 
/ 2023-04-26 
   
   - Safely return byte arrays from ByteBuffers, honoring the position and 
   remaining attributes, copying the underlying byte array when necessary. 
   #238 
   - Upgrade to com.cognitect/http-client "1.0.123", which includes status 
   and headers in anomalies.
  - Fixes #171 
  - Improves #15 
   
Obs: the anomaly fix provides users the opportunity to detect 301s and 
programmatically recover when the "x-amz-bucket-region" header is present.

README: https://github.com/cognitect-labs/aws-api/
API: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/3eb440a5-4a7c-48d0-9bca-4246d38e5180n%40googlegroups.com.

2nd Call for Papers: ACM Workshop on Functional Art, Music, Modelling and Design (Deadline June 1)

[Michael Sperber]

===
  11th ACM SIGPLAN International Workshop on
 Functional Art, Music, Modelling and Design
(FARM)
   Call for Papers, Demos, and Performance
 Seattle, Washington, USA, 8th September 2023
   Deadline: June 1
   https://functional-art.org/2023
===

Key Dates
-

Submission deadlineJune 1 (AoE)
Author notificationJuly 1
Camera-ready deadline  July 15
Workshop   September 8

AUTHORS TAKE NOTE:
The official publication date is the date the proceedings are made
available in the ACM Digital Library. This date may be up to two weeks
prior to the first day of your conference. The official publication date
affects the deadline for any patent filings related to published work.

Call for Papers
---

The ACM SIGPLAN International Workshop on Functional Art, Music,
Modelling and Design (FARM) encourages submissions from across art,
craft, and design, including textiles, visual art, music, 3D
sculpture, animation, GUIs, video games, 3D printing and architectural
models, choreography, poetry, and even VLSI layouts, GPU
configurations, or mechanical engineering designs. Theoretical
foundations, language design, implementation issues, and applications
in industry or the arts are all within the scope of the workshop.

In addition to the main workshop, FARM hosts a traditional evening of
performances. Thus, this call encompasses both papers/demos for the
workshop (and its published proceedings) as well as performance
proposals for the evening's event. Authors are invited to make a
single submission for each. Authors may submit both a paper/demo and
performance proposal, but the submissions will be considered
independently.

Note on Finances


Paid registration to the FARM workshop is usually required for paper
and demo submitters, but will be waived for performers.

If you would have financial difficulty attending, you can apply for
conference “PAC” funds. Please get in touch for more information.

Papers
--

Paper submissions are invited in three categories:

- Original research
- Overview / state of the art
- Technology tutorial (especially tools and environments for distributed 
artistic workflow)

Papers must be submitted via HotCRP (https://farm23.hotcrp.com)
and meet the following requirements:

- 5 to 12 pages
- PDF format
- Adhere to the ACM SIGPLAN template

Accepted papers will be published in the ACM Digital Library as part
of the FARM 2023 proceedings.

Authors are encouraged to submit auxiliary material for publication
along with their paper (source code, data, videos, images,
etc.). Authors retain all rights to the auxiliary material.

Demos
-

Demo submissions should describe a demonstration and its context,
connecting it with the themes of FARM. A demo could be in the form of
a short (10 to 20 minute) tutorial, a presentation of work in
progress, an exhibition of some work, or even a performance.

Demos must be submitted via HotCRP (https://farm23.hotcrp.com)
and meet the following requirements:

- 500 to 2000 words
- Have a title starting with “Demo: ”
- PDF format
- Adhere to the ACM SIGPLAN template 
(https://www.sigplan.org/Resources/ProceedingsFormat)

Accepted demos will be published in the ACM Digital Library as part of
the FARM 2023 proceedings.

Performances


FARM seeks proposals for performances which employ functional
programming techniques, in whole or in part. We invite a diverse range
of functionally-themed submissions including music, video, dance, and
performance art. Both live performances and fixed-media submissions
are welcome. We encourage risk-taking proposals that push forward the
state of the art as well as refined presentations of highly developed
practice. In either case, please support your submission with a clear
description of your performance, including how your performance
employs functional programming and a discussion of influences and
prior art as appropriate.

Performance proposals should be emailed to
performa...@functional-art.org, and must include:

- A description of the performance (please be as specific as possible)
- An explanation of the use of functional programming in the work
- A list of technical requirements
- A link to an audio or video example (YouTube, Vimeo, Bandcamp, etc.)

Accepted performances will be presented at the performance evening.

Workshop Organization
-

Workshop Chair: Mae Milano (University of California, Berkeley)
Program Chair: John Leo (Halfaya Research)
Performance Chair: Kaley Eaton (Cornish College of the Arts)
Publicity Chair: Michael Sperber (Active Group GmbH)

Contact
---

For any questions, issues or comments, email
farm-2...@functional-art.org.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send 

Apply for New Funding Round from Clojurists Together

[Kathleen Davis]

Greetings Clojurists.*Clojurists Together 
* is opening applications for our Q2 
2023  round of funding. We’ll be awarding $44K USD  in total for 8 Clojure 
Open Source projects - 4 for $9K and 4 for $2K. The smaller projects are 
generally 3 months in duration - however, the larger projects can run 
between 3 and 12 months. Deadline for your proposal is April 24th, 2023. 
You can learn more about our funding program and submit your proposal *here 
**.*We always ask for 
input from our members prior to the funding round. This is not a shy group 
- they have a lot to say about what is needed in our community. Check out 
the *recent survey results here* 

*.* You may be already working on a project that addresses a common issue - 
or may have a totally new idea of how to move our work forward.For those of 
you that are new to Clojurists Together, you can find *monthly updates 
* from the developers working on 
tools, libraries, and documentation projects - their progress as well as 
their challenges.We’re looking forward to hearing from you!Best,
Kathy Davis
ClojuristsTogether.org 

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/89f0e9f7-2df7-49f1-b0dc-c27993d391a1n%40googlegroups.com.

2nd CfP: Functional Software Architecture - FP in the Large (deadline June 1)

[Michael Sperber]

==

   *** FUNARCH 2023 -- CALL FOR PAPERS ***

  The First ACM SIGPLAN Workshop on
 Functional Software Architecture - FP in the Large

8th September 2023, Seattle, Washington, USA
  Co-located with ICFP 2023

https://tinyurl.com/FUNARCH-23

==

TIMELINE:

Paper submission 1st June 2023
Author notification 28th June 2023
Camera ready copy 18th July 2023
Workshop 8th Sept 2023

BACKGROUND:

"Functional Software Architecture" refers to methods of construction
and structure of large and long-lived software projects that are
implemented in functional languages and released to real users,
typically in industry.  The goals for the workshop are:

- To assemble a community interested in software architecture
  techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
  the field of functional software architecture;

- To connect the functional programming community to the software
  architecture community to cross-pollinate between the two.

The workshop follows on from the Functional Software Architecture
open space that was held at ICFP 2022 in Slovenia.

SCOPE:

The workshop seeks submissions in a range of categories:

- You're a member of the FP community and have thought about how
  to support programming in the large, for example by framing
  functional ideas in architectural terms or vice verse, comparing
  different languages in terms of their architectural capabilities,
  clarifying architectural roles played by formal methods, proof
  assistants and DSLs, or observing how functional concepts are
  used in other language and architecture communities.

  Great, submit a research paper!

- You're a member of the architecture community, and have thought
  about how your discipline might help functional programmers, for
  example by applying domain-driven design, implementing hexagonal
  architecture, or designing self-contained systems.

  Excellent, submit a research paper!

- You've worked on a large project using functional programming,
  and it's worked out well, or terribly, or a mix of both; bonus
  points for deriving architectural principles from your experience.

  Wonderful, submit an experience report!

- You know a neat architectural idiom or pattern that may be useful
  to others developing large functional software systems.

  Fabulous, submit an architectural pearl!

- You have something that doesn't fit the above categories, but
  that still relates to functional software architecture, such 
  as something that can be written up, or that could be part of
  the workshop format like a panel debate or a fishbowl.

  Superb, submit to the open category!

Research papers should explain their research contributions in both
general and technical terms, identifying what has been accomplished,
explaining why it is significant, and relating it to previous work,
and to other languages where appropriate.

Experience reports and architectural pearls need not necessarily
report original research results.  The key criterion for such papers
is that they make a contribution from which others can benefit.
It is not enough simply to describe a large software system, or
to present ideas that are specific to a particular system.

Open category submissions that are not intended for publication 
are not required to follow the formatting guidelines, and can 
submit in PDF, word or plain text format as preferred.

If you are unsure whether your contribution is suitable, or if
you need any kind of help with your submission, please email
the program chairs at .

SUBMISSION:

Papers must be submitted by 1st June 2023 using EasyChair, via the
following link: https://tinyurl.com/FUNARCH23-submit

Formatting: submissions intended for publication must be in PDF
format and follow the ACM SIGPLAN style guidelines, using the
acmart format and the sigplan sub-format.  Please use the review
option, as this enables line numbers for easy reference in reviews.
For further details, see: https://tinyurl.com/sigplan-acmart

If your submission is not a research paper, please mark this using
a subtitle (Experience Report, Architectural Pearl, Open Category).

Length: submissions must adhere to the limits specified below.
However, there is no requirement or expectation that all pages
are used, and authors are encouraged to strive for brevity.

Research papers 5 to 12+ pages
Architectural pearls 5 to 12 pages
Experience reports 3 to 6 pages
Open category 1 to 6 pages

Publication: The proceedings of FUNARCH 2023 will be published in
the ACM Digital Library, and authors of accepted papers are required
to agree to one of the standard ACM licensing options.  Accepted
papers must be presented at the workshop by one of the authors, but
in special cases we 

Dependencies - Fundamentals!

['Tête à-tête' via Clojure]

It appears that my .m2 dependencies are not found on the classpath.
Firing a repl might cause some downloading of packages that are already 
downloaded, which, later, cannot be found.

My workaround was to add :deps as an alias, and call it.  This worked, but, 
not work when I try to build.  Any :required dependency is unfound.

Can I work around this, or do I just need to fix this classpath issue, 
which I can't seem to fix?

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/b32349bf-4229-442d-b219-f1b0379173f1n%40googlegroups.com.

[Blog]: Clojurescript, Ionic framework, Helix & refx example

[Marko Kocić]

Hi everyone,

I wrote a third example application of Clojurescript using Ionic framework, 
Helix react library and refx as re-frame replacement

Blog post: https://marko.euptera.com/posts/ionic-clojure-helix.html
Source code: 
https://github.com/markokocic/ionic-clojurescript-todo/tree/blog-post-3

Cheers,
Marko

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f2d6475a-a1e1-4d84-8e6c-b2710773aa3fn%40googlegroups.com.

Call for Papers, Functional Software Architecture - FP in the Large

[Michael Sperber]

==

  *** FUNARCH 2023 -- CALL FOR PAPERS ***

 The First ACM SIGPLAN Workshop on
Functional Software Architecture - FP in the Large

   8th September 2023, Seattle, Washington, USA
 Co-located with ICFP 2023

   https://tinyurl.com/FUNARCH23

==

TIMELINE:

Paper submission 1st June 2023
Author notification 28th June 2023
Camera ready copy 18th July 2023
Workshop 8th Sept 2023 (date to be confirmed)

BACKGROUND:

"Functional Software Architecture" refers to methods of construction
and structure of large and long-lived software projects that are
implemented in functional languages and released to real users,
typically in industry.  The goals for the workshop are:

- To assemble a community interested in software architecture
 techniques and technologies specific to functional programming;

- To identify, categorize, and document topics relevant to
 the field of functional software architecture;

- To connect the functional programming community to the software
 architecture community to cross-pollinate between the two.

The workshop follows on from the Functional Software Architecture
open space that was held at ICFP 2022 in Slovenia.

SCOPE:

The workshop seeks submissions in a range of categories:

- You're a member of the FP community and have thought about how
 to support programming in the large, for example by framing
 functional ideas in architectural terms or vice verse, comparing
 different languages in terms of their architectural capabilities,
 clarifying architectural roles played by formal methods, proof
 assistants and DSLs, or observing how functional concepts are
 used in other language and architecture communities.

 Great, submit a research paper!

- You're a member of the architecture community, and have thought
 about how your discipline might help functional programmers, for
 example by applying domain-driven design, implementing hexagonal
 architecture, or designing self-contained systems.

 Excellent, submit a research paper!

- You've worked on a large project using functional programming,
 and it's worked out well, or terribly, or a mix of both; bonus
 points for deriving architectural principles from your experience.

 Wonderful, submit an experience report!

- You know a neat architectural idiom or pattern that may be useful
 to others developing large functional software systems.

 Fabulous, submit an architectural pearl!

- You have something that doesn't fit the above categories, but
 that still relates to functional software architecture, such
 as something that can be written up, or that could be part of
 the workshop format like a panel debate or a fishbowl.

 Superb, submit to the open category!

Research papers should explain their research contributions in both
general and technical terms, identifying what has been accomplished,
explaining why it is significant, and relating it to previous work,
and to other languages where appropriate.

Experience reports and architectural pearls need not necessarily
report original research results.  The key criterion for such papers
is that they make a contribution from which others can benefit.
It is not enough simply to describe a large software system, or
to present ideas that are specific to a particular system.

Open category submissions that are not intended for publication
are not required to follow the formatting guidelines, and can
submit in PDF, word or plain text format as preferred.

If you are unsure whether your contribution is suitable, or if
you need any kind of help with your submission, please email
the program chairs at 
mailto:funarch2...@easychair.org>>.

SUBMISSION:

Papers must be submitted by 1st June 2023 using EasyChair, via the
following link: https://tinyurl.com/FUNARCH23-submit

Formatting: submissions intended for publication must be in PDF
format and follow the ACM SIGPLAN style guidelines, using the
acmart format and the sigplan sub-format.  Please use the review
option, as this enables line numbers for easy reference in reviews.
For further details, see: https://tinyurl.com/sigplan-acmart

If your submission is not a research paper, please mark this using
a subtitle (Experience Report, Architectural Pearl, Open Category).

Length: submissions must adhere to the limits specified below.
However, there is no requirement or expectation that all pages
are used, and authors are encouraged to strive for brevity.

Research papers 5 to 12+ pages
Architectural pearls 5 to 12 pages
Experience reports 3 to 6 pages
Open category 1 to 6 pages

Publication: The proceedings of FUNARCH 2023 will be published in
the ACM Digital Library, and authors of accepted papers are required
to agree to one of the standard ACM licensing options.  Accepted
papers must be presented at the workshop by one of the authors,

Clojure which would not work correctly if variables were allocated on the stack.

[Sumeet]

Guys, can this statement be justified? 

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/c4a1b9d4-1339-411a-94b2-ac9a3f9dfb30n%40googlegroups.com.

Generating music with MIDI and Software Instruments - Cameron Desautels : Clojure-Asia (03/23) Online Meetup

[Clojure Asia]

Hello my fellow Clojurians! :) We will be having our Clojure-Asia Online 
Meetup for the month of March! :D

@camdez  (Cameron Desautels) will be 
giving a talk involving MIDI hardware, and creating software instruments 
and generating music which he then plays through a DAW (Ableton, to be 
specific).

Sessions are typically such that the talk will be followed by 
QnA/discussion. Hope to see you there! :D

Meeting Details:
Date: 18th March 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)
Location: Jitsi (Easy to setup open source video conferencing) (will email 
the link in time)

Please fill up the form here: https://forms.gle/4LFfb4UzJH74kaBAA

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/0375edf5-3ae2-4bd8-9266-851004648ef6n%40googlegroups.com.

Re: Intercepting emacs nrepl input within cider

[Benjamin Schwerdtner]

Here is a suggestion in the space of what you are asking:
Assuming my-dsl-eval is a macro:

```
(defun my-cider-dsl-eval-last-sexp ()
  (interactive)
  (cider-nrepl-sync-request:eval
   (format "(my-dsl-eval %s)" (cider-last-sexp
```


On Mon, Mar 6, 2023 at 4:28 AM Conrad  wrote:

> Hi everyone, I'm not super familiar with the internals of cider/nrepl/etc,
> but I have a clojure project with a domain-specific language, and would
> like to be able to type DSL commands into the nrepl, and have custom
> clojure code that checks if it's a DSL command first, before forwarding it
> to the usual cider/clojure reader/evaluator.
>
> I'd appreciate any quick pointers for how I would best go about doing
> this, if any of you folks understand these tools a bit better.
>
> Thanks in advance for any tips!
>
> Conrad Barski
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/f30bd8e5-015b-4965-8150-f3800db984f0n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAOiYe4a4VzA-zHEztGw4Zha23MKhAV7yQ%2BWZBnX0GbEusDNguQ%40mail.gmail.com.

Intercepting emacs nrepl input within cider

[Conrad]

Hi everyone, I'm not super familiar with the internals of cider/nrepl/etc, 
but I have a clojure project with a domain-specific language, and would 
like to be able to type DSL commands into the nrepl, and have custom 
clojure code that checks if it's a DSL command first, before forwarding it 
to the usual cider/clojure reader/evaluator.

I'd appreciate any quick pointers for how I would best go about doing this, 
if any of you folks understand these tools a bit better.

Thanks in advance for any tips!

Conrad Barski

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f30bd8e5-015b-4965-8150-f3800db984f0n%40googlegroups.com.

[ANN] Cognitect Labs' aws-api 0.8.652

[David Chelimsky]

Cognitect Labs' aws-api 0.8.652 is now available!

0.8.652 / 2023-02-28 
   
   - ensure that we only read InputStream request bodies once #231 
    
  - h/t @jetmind
   - convey :document types in response payloads #232 
   


README: https://github.com/cognitect-labs/aws-api/
API: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/c1991c2b-736c-444a-99c6-60926b41fce4n%40googlegroups.com.

State of Clojure 2023 Survey

[Alex Miller]

Hello, the annual State of Clojure 2023 survey is now open! This survey has 
been done every year since 2010 and has been instrumental in tracking 
changes in the Clojure community over time. 

https://www.surveymonkey.com/r/clojure2023

We would greatly appreciate it if you could complete this by March 13th! It 
takes about 10 minutes and almost all questions are optional.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f11c6b7c-27a0-4149-9009-12a7f3b8f399n%40googlegroups.com.

Re: Override deps

['Tête à-tête' via Clojure]

It really was that stoopid but, it needed a 2nd pair of eyes!

Thanks.

On Tuesday, 14 February 2023 at 01:04:13 UTC Alex Miller wrote:

> There may be other things wrong, but hard to tell without more context of 
> your deps.edn.
>
> On Mon, Feb 13, 2023 at 7:02 PM Alex Miller  wrote:
>
>> It looks like you misspelled ":override-deps" (two r's) ?
>>
>> On Mon, Feb 13, 2023 at 5:50 PM 'Tête à-tête' via Clojure <
>> clo...@googlegroups.com> wrote:
>>
>>> :overide-deps
>>> {edu.stanford.nlp/stanford-corenlp {:mvn/version "4.5.2"}}
>>>
>>> I've tried preventing corenlp 4.4.0 and, here, I'm insisting on 4.5.2!  
>>>
>>> A framework that I use relies on corenlp but, I want deps to resolve to 
>>> the latest version only, so not backfill the m2 repo.
>>>
>>>
>>> On Monday, 13 February 2023 at 23:27:38 UTC Alex Miller wrote:
>>>
 Can you share an example deps.edn or some more information?  Also, what 
 Clojure CLI version are you using `clj --version`.

 Alex

 On Monday, February 13, 2023 at 7:14:20 AM UTC-6 
 deliver...@googlemail.com wrote:

> My laptop is struggling for space and, I would like to override a 
> dependency, so that earlier versions aren't pulled to m2 repo.
>
> If it's :override-deps, I'm just doing it wrong!
>
> Whenever I boot a repl, it won't boot, unless it starts pulling a 
> half-gig of I-don't-want-this- old-version!
>
>
> -- 
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@googlegroups.com
>>> Note that posts from new members are moderated - please be patient with 
>>> your first post.
>>> To unsubscribe from this group, send email to
>>> clojure+u...@googlegroups.com
>>> For more options, visit this group at
>>> http://groups.google.com/group/clojure?hl=en
>>> --- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "Clojure" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/clojure/g-Gy3Q7jHfk/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> clojure+u...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/clojure/22215b6b-73ec-4f5d-ba4f-c24a3010b32fn%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/5c0ea998-d19f-469d-a0dc-c62f53f2c665n%40googlegroups.com.

Clojure team / Open to new projects

['Marek Rinko' via Clojure]

Hi, fellow Clojurians, 

At Flexiana.com, we are open to new projects again.

We've been working on Clojure projects for the past six years and have 
helped create some pretty cool stuff. For the last two years, for example, 
we have been working with  Reifyhealth.com - Reify Health is a healthcare 
technology company that uses Clojure to develop their platform, which helps 
to connect healthcare providers with the latest research and clinical trial 
information.

*Our Tech-stack:*
Clojure, ClojureScript (re-frame, reagent), Golang, Scala, Haskell, Ruby, 
Java, JS, Node.Js, Angular, React,  AWS, ElasticSearch, PostgreSQL, 
GraphQL, NoSQL, Kubernetes, Docker, MongoDB and others.

*
Our Clojure Projects:*
www.Starcity.com, www.Crossbeam.com, www.ReifyHealth.com, 
www.BareSquare.com, www.Data42.de

We're currently on the lookout for a long-term project or cooperation again 
and would love to chat about any exciting opportunities. We like to stick 
with projects for a while, usually between a year and two years.

As a team, we're great at working independently or in close cooperation 
with your core team and are always in communication through Slack. We have 
regular stand-ups, plannings, demos, and other meetings, and we are 
familiar with tools like Trello, Toggl, Confluence, Jira, Bitbucket or 
Github, and Gitlab.

If you need any help or advice with your project, drop us a message. I am 
happy to get in touch.

Thank you, 

Marek Rinko 

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/72bfe1d5-8d04-4885-a11a-8b1bb8225154n%40googlegroups.com.

[ANN] Electric Clojure v2-alpha

[Dustin Getz]

Electric Clojure – a signals DSL for fullstack web UI, with 
compiler-managed network sync

For ultra-dynamic web applications, Electric Clojure is a *reactive and 
network-aware Clojure/Script DSL* that fully abstracts over client/server 
state sync at the programming language layer, in order to achieve *strong 
composition* across the frontend/backend boundary. You don’t need a web 
framework, you need a web language.

More info at github: https://github.com/hyperfiddle/electric

Best place for discussion is probably the r/clojure thread 
.
 
Many FAQs are covered in the HN discussions linked from there.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/c2dc4f79-eea4-4b10-bfd5-2a181b9dc1f1n%40googlegroups.com.

Re: Override deps

['Alex Miller' via Clojure]

There may be other things wrong, but hard to tell without more context of
your deps.edn.

On Mon, Feb 13, 2023 at 7:02 PM Alex Miller  wrote:

> It looks like you misspelled ":override-deps" (two r's) ?
>
> On Mon, Feb 13, 2023 at 5:50 PM 'Tête à-tête' via Clojure <
> clojure@googlegroups.com> wrote:
>
>> :overide-deps
>> {edu.stanford.nlp/stanford-corenlp {:mvn/version "4.5.2"}}
>>
>> I've tried preventing corenlp 4.4.0 and, here, I'm insisting on 4.5.2!
>>
>> A framework that I use relies on corenlp but, I want deps to resolve to
>> the latest version only, so not backfill the m2 repo.
>>
>>
>> On Monday, 13 February 2023 at 23:27:38 UTC Alex Miller wrote:
>>
>>> Can you share an example deps.edn or some more information?  Also, what
>>> Clojure CLI version are you using `clj --version`.
>>>
>>> Alex
>>>
>>> On Monday, February 13, 2023 at 7:14:20 AM UTC-6
>>> deliver...@googlemail.com wrote:
>>>
 My laptop is struggling for space and, I would like to override a
 dependency, so that earlier versions aren't pulled to m2 repo.

 If it's :override-deps, I'm just doing it wrong!

 Whenever I boot a repl, it won't boot, unless it starts pulling a
 half-gig of I-don't-want-this- old-version!


 --
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clojure@googlegroups.com
>> Note that posts from new members are moderated - please be patient with
>> your first post.
>> To unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Clojure" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/clojure/g-Gy3Q7jHfk/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> clojure+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/clojure/22215b6b-73ec-4f5d-ba4f-c24a3010b32fn%40googlegroups.com
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAOdgdgxWS8kfBQUCHd7FvdZu9Unr%2BLjW_mDatxOUhxpSStu-DQ%40mail.gmail.com.

Re: Override deps

['Alex Miller' via Clojure]

It looks like you misspelled ":override-deps" (two r's) ?

On Mon, Feb 13, 2023 at 5:50 PM 'Tête à-tête' via Clojure <
clojure@googlegroups.com> wrote:

> :overide-deps
> {edu.stanford.nlp/stanford-corenlp {:mvn/version "4.5.2"}}
>
> I've tried preventing corenlp 4.4.0 and, here, I'm insisting on 4.5.2!
>
> A framework that I use relies on corenlp but, I want deps to resolve to
> the latest version only, so not backfill the m2 repo.
>
>
> On Monday, 13 February 2023 at 23:27:38 UTC Alex Miller wrote:
>
>> Can you share an example deps.edn or some more information?  Also, what
>> Clojure CLI version are you using `clj --version`.
>>
>> Alex
>>
>> On Monday, February 13, 2023 at 7:14:20 AM UTC-6
>> deliver...@googlemail.com wrote:
>>
>>> My laptop is struggling for space and, I would like to override a
>>> dependency, so that earlier versions aren't pulled to m2 repo.
>>>
>>> If it's :override-deps, I'm just doing it wrong!
>>>
>>> Whenever I boot a repl, it won't boot, unless it starts pulling a
>>> half-gig of I-don't-want-this- old-version!
>>>
>>>
>>> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/g-Gy3Q7jHfk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/22215b6b-73ec-4f5d-ba4f-c24a3010b32fn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAOdgdgyDiR1DGfOG9a-ACnMg1fw3jdxzCe0ceh6tCMFA31KisA%40mail.gmail.com.

Re: Override deps

['Tête à-tête' via Clojure]

:overide-deps
{edu.stanford.nlp/stanford-corenlp {:mvn/version "4.5.2"}}

I've tried preventing corenlp 4.4.0 and, here, I'm insisting on 4.5.2!  

A framework that I use relies on corenlp but, I want deps to resolve to the 
latest version only, so not backfill the m2 repo.


On Monday, 13 February 2023 at 23:27:38 UTC Alex Miller wrote:

> Can you share an example deps.edn or some more information?  Also, what 
> Clojure CLI version are you using `clj --version`.
>
> Alex
>
> On Monday, February 13, 2023 at 7:14:20 AM UTC-6 deliver...@googlemail.com 
> wrote:
>
>> My laptop is struggling for space and, I would like to override a 
>> dependency, so that earlier versions aren't pulled to m2 repo.
>>
>> If it's :override-deps, I'm just doing it wrong!
>>
>> Whenever I boot a repl, it won't boot, unless it starts pulling a 
>> half-gig of I-don't-want-this- old-version!
>>
>>
>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/22215b6b-73ec-4f5d-ba4f-c24a3010b32fn%40googlegroups.com.

Re: Override deps

['Alex Miller' via Clojure]

Can you share an example deps.edn or some more information?  Also, what 
Clojure CLI version are you using `clj --version`.

Alex

On Monday, February 13, 2023 at 7:14:20 AM UTC-6 deliver...@googlemail.com 
wrote:

> My laptop is struggling for space and, I would like to override a 
> dependency, so that earlier versions aren't pulled to m2 repo.
>
> If it's :override-deps, I'm just doing it wrong!
>
> Whenever I boot a repl, it won't boot, unless it starts pulling a half-gig 
> of I-don't-want-this- old-version!
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/db025048-e990-4ccb-8340-1ed6e42d70cdn%40googlegroups.com.

Override deps

['Tête à-tête' via Clojure]

My laptop is struggling for space and, I would like to override a 
dependency, so that earlier versions aren't pulled to m2 repo.

If it's :override-deps, I'm just doing it wrong!

Whenever I boot a repl, it won't boot, unless it starts pulling a half-gig 
of I-don't-want-this- old-version!


-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/be38c231-3e63-4c69-8547-35cc644f216cn%40googlegroups.com.

[ANN] com.walmartlabs/lacinia 1.2

['Howard Lewis Ship' via Clojure]

Lacinia is an open-source implementation of the GraphQL specification, in
Clojure.

GraphQL is an outstanding approach to getting diverse clients and servers
exchanging data cleanly and efficiently.

GitHub repo:  https://github.com/walmartlabs/lacinia

Documentation: http://lacinia.readthedocs.io/en/latest/

Lacinia 1.2 fills in some gaps in Lacinia's functionality. Notable changes:

   - Direct control over the Executor used for callbacks
   - Subscription streamer functions are now on-par with ordinary field
   resolver functions by supporting directives and supporting access to the
   preview API
   -  The entire Lacinia tutorial
     has been rewritten
   to be more clear, and use modern standards (such as tools.deps for the
   build, and using Pascal Case field names)


Closed Issues


-- 
Senior Staff Software Engineer at Cognitect

howard.lewiss...@nubank.com.br

-- 

Confidentiality note: This e-mail may contain confidential information 
from Nu Holdings Ltd and/or its affiliates. If you have received it by 
mistake, please let us know by e-mail reply and delete it from your system; 
you may not copy this message or disclose its contents to anyone; for 
details about what personal information we collect and why, please refer to 
our privacy policy .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAM3JDBam%3DSK%3Dq33MGrvg7QsomQUR5oioYNNpSZh2JY0-A6TjkA%40mail.gmail.com.

2nd Call for Participation: BOB 2023 (Berlin, March 17 - early bird expires today)

[Michael Sperber]

=
   BOB 2023
  Conference
 “What happens if we simply use what’s best?”
   March 17, 2023, Berlin
   https://bobkonf.de/2023/

   Program: https://bobkonf.de/2023/program.html
  Registration: https://bobkonf.de/2023/registration.html
=
   
BOB conference is a place for developers, architects, and decision-makers
to explore technologies beyond the mainstream in software development
and to find the best tools available to software developers today. Our
goal is for all participants of BOB to return home with new insights
that enable them to improve their own software development
experience.

The program features 14 talks and 8 tutorials on current topics:

https://bobkonf.de/2023/program.html

Talk subjects includes functional programming, software
architecture, accessibility, digital transformation, version control,
formal methods, and devops.

BOB will feature tutorials on Elixir, Scheme, Kotlin, Agda, Domain
Storytelling, Hexagonal Frontend Architecture, and other topics.

Yulia Startsev will give the keynote talk on
"Re-thinking Modules for the Web".

Registration is open - online tickets are all under 200€, and many
discount options are available, as are grants for members of groups
underrepresented in tech:

https://bobkonf.de/2023/registration.html

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/2058cf7f-8c2e-4fec-8239-e8a25426b200n%40googlegroups.com.

ClojureDart Workshop

[Jacek Schae]

I'm writing to let you know about our upcoming online workshop for mobile 
app development using Clojure (ClojureDart), led by the creators of the 
dialect themselves! This is an opportunity for you to learn from 
experienced and well-known instructors and build robust and efficient 
mobile apps using the latest tools and techniques in Clojure.

In this workshop, you will learn how to use ClojureDart, a dialect of 
Clojure that compiles to Dart, to build mobile apps for both iOS and 
Android platforms. 

We have limited seats available and our *early bird pricing of 599$ ends on 
5th of February*, so now is the time to act if you want to take advantage 
of this incredible opportunity. Don't miss out on this chance to improve 
your skills and level up your mobile app development game with Clojure!

For more details check out https://clojure.stream/workshops/clojuredart 

To sign up, simply follow this link 
https://www.jacekschae.com/clojuredart-workshop-2023-02. If you have any 
questions, please don't hesitate to reach out.

Jacek

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/7a39ab85-342e-4563-9322-21d129351dadn%40googlegroups.com.

Clojure monolith experience report - Reddy Kapil : Clojure-Asia (01/23) Online Meetup

[Clojure Asia]

Hello my fellow Clojurians! :) Let's start the year of 2023 with a bang! 

We will be having another #clojure-asia 
 Online Meetup for the 
month of January! :) 

@kapil  from Helpshift will be 
giving a talk on his experience working with a Clojure monolith! Please let 
him know any possible questions/topics you would like him to cover. Feel 
free to let him know here or via twitter 
https://twitter.com/KapilReddy/status/1611625565798146048

Date: 28th January 2023 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)

Please fill up the signup form:
https://forms.gle/FM2kHV1FN5TAzZxi8x

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/293a9324-6c8c-48d6-a2f0-0fa7c09d0824n%40googlegroups.com.

cider repl error ClassNotFoundException: jdk.javadoc.doclet.Doclet

[Nyemike Onukwu]

I have started learning clojure. Using the book "clojure for the brave and 
true".
I am trying to get the first code running using emacs, cider. 

Whenever I run
M-x cider-jack-in 

to start the repl. It starts then I get a very long error stack trace.
>From the analysis I have done. It appers the error is caused

by Caused by: java.lang.ClassNotFoundException: jdk.javadoc.doclet.Doclet

I am using
jdk 11.0.14
clojure 1.11.1
cider 1.6.0
 
Find below the stack trace

 
;;  Startup: "c:/Users/nyemi/Documents/clojure/lein.bat" update-in 
:dependencies conj ^"[nrepl/nrepl \^"1.0.0\^"]^" -- update-in :plugins conj 
^"[cider/cider-nrepl \^"0.29.0\^"]^" -- repl :headless :host localhost
ERROR: Unhandled REPL handler exception processing message {:op 
init-debugger, :nrepl.middleware.print/stream? 1, 
:nrepl.middleware.print/print cider.nrepl.pprint/pprint, 
:nrepl.middleware.print/quota 1048576, :nrepl.middleware.print/buffer-size 
4096, :nrepl.middleware.print/options {:right-margin 70}, :session 
d8f7ce4f-e479-4c00-a8c3-2bc4f2bb3257, :id 6}
Syntax error macroexpanding at 
(cider/nrepl/inlined/deps/orchard/v0v11v0/orchard/java/parser.clj:1:1).
at clojure.lang.Compiler.load(Compiler.java:7665)
at clojure.lang.RT.loadResourceScript(RT.java:381)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.load(RT.java:459)
at clojure.lang.RT.load(RT.java:424)
at clojure.core$load$fn__6908.invoke(core.clj:6161)
at clojure.core$load.invokeStatic(core.clj:6160)
at clojure.core$load.doInvoke(core.clj:6144)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5933)
at clojure.core$load_one.invoke(core.clj:5928)
at clojure.core$load_lib$fn__6850.invoke(core.clj:5975)
at clojure.core$load_lib.invokeStatic(core.clj:5974)
at clojure.core$load_lib.doInvoke(core.clj:5953)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:669)
at clojure.core$load_libs.invokeStatic(core.clj:6016)
at clojure.core$load_libs.doInvoke(core.clj:6000)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:669)
at clojure.core$require.invokeStatic(core.clj:6038)
at clojure.core$require.doInvoke(core.clj:6038)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.lang.Compiler$InvokeExpr.eval(Compiler.java:3714)
at clojure.lang.Compiler$BodyExpr.eval(Compiler.java:6151)
at clojure.lang.Compiler$IfExpr.eval(Compiler.java:2741)
at clojure.lang.Compiler$DefExpr.eval(Compiler.java:457)
at clojure.lang.Compiler.eval(Compiler.java:7199)
at clojure.lang.Compiler.load(Compiler.java:7653)
at clojure.lang.RT.loadResourceScript(RT.java:381)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.load(RT.java:459)
at clojure.lang.RT.load(RT.java:424)
at clojure.core$load$fn__6908.invoke(core.clj:6161)
at clojure.core$load.invokeStatic(core.clj:6160)
at clojure.core$load.doInvoke(core.clj:6144)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5933)
at clojure.core$load_one.invoke(core.clj:5928)
at clojure.core$load_lib$fn__6850.invoke(core.clj:5975)
at clojure.core$load_lib.invokeStatic(core.clj:5974)
at clojure.core$load_lib.doInvoke(core.clj:5953)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:669)
at clojure.core$load_libs.invokeStatic(core.clj:6016)
at clojure.core$load_libs.doInvoke(core.clj:6000)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:669)
at clojure.core$require.invokeStatic(core.clj:6038)
at clojure.core$require.doInvoke(core.clj:6038)
at clojure.lang.RestFn.invoke(RestFn.java:619)
at 
cider.nrepl.inlined.deps.orchard.v0v11v0.orchard.info$eval4201$loading__6789__auto4202.invoke(info.clj:1)
at 
cider.nrepl.inlined.deps.orchard.v0v11v0.orchard.info$eval4201.invokeStatic(info.clj:1)
at 
cider.nrepl.inlined.deps.orchard.v0v11v0.orchard.info$eval4201.invoke(info.clj:1)
at clojure.lang.Compiler.eval(Compiler.java:7194)
at clojure.lang.Compiler.eval(Compiler.java:7183)
at clojure.lang.Compiler.load(Compiler.java:7653)
at clojure.lang.RT.loadResourceScript(RT.java:381)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.load(RT.java:459)
at clojure.lang.RT.load(RT.java:424)
at clojure.core$load$fn__6908.invoke(core.clj:6161)
at clojure.core$load.invokeStatic(core.clj:6160)
at clojure.core$load.doInvoke(core.clj:6144)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5933)
at clojure.core$load_one.invoke(core.clj:5928)
at clojure.core$load_lib$fn__6850.invoke(core.clj:5975)
at clojure.core$load_lib.invokeStatic(core.clj:5974)
at 

[ANN] Cognitect Labs' aws-api 0.8.635

[David Chelimsky]

Cognitect Labs' aws-api 0.8.635 is now available!

0.8.635 / 2022-12-28 
   
   - fix URI parsing bug in ec2-metadata-utils (h/t @stevebuik)
  - this makes the client work in aws lambda with snapstart
  - add function to instrument test double client after initialization

README: https://github.com/cognitect-labs/aws-api/

API Docs: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/139e129c-a232-45ed-9551-a359c4dc94dan%40googlegroups.com.

HOP, the open platform for Clojure(Script) developers

[Bingen Galartza Iparragirre]

Announcing HOP (gethop.dev), an open source #devops tool for 
Clojure(Script) developers. HOP is an opinionated yet flexible RAD platform 
and a tool for easily deploying to the cloud (AWS for now, on premises and 
other public clouds in the pipeline). 

We have created a #hop channel on the Clojurians Slack for any questions 
and feedback.

We have leveraged this platform at Magnet (magnet.coop) for years for our 
own projects so we hope it’s useful for the community!

Tutorial link: https://youtu.be/x1g9Pr6kSJU

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/57e43d49-e4b6-42bb-b376-18d0f5cecbf2n%40googlegroups.com.

Ann: factorhouse/slipway - A Clojure Companion to Jetty.

[Derek Troy-West]

Slipway by Factor House is now open-source and published to Clojars:

https://github.com/factorhouse/slipway

https://clojars.org/io.factorhouse/slipway-jetty9
https://clojars.org/io.factorhouse/slipway-jetty10
https://clojars.org/io.factorhouse/slipway-jetty11

Slipway is a Clojure companion to embedded Jetty with websocket support.

We take great utility from Jetty in our product. Over time our requirements 
out-grew the libraries that are currently available in this space, so we 
built our own.

Hopefully our experience is useful in the broader Clojure community.

Best (and happy holidays),
 Derek





-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/3a6aa4fd-ad22-4485-91ba-5eee467887d3n%40googlegroups.com.

Call for Participation: BOB 2022 (Berlin, March 17)

[Michael Sperber]

=
   BOB 2023
  Conference
 “What happens if we simply use what’s best?”
   March 17, 2023, Berlin
   https://bobkonf.de/2023/

   Program: https://bobkonf.de/2023/program.html
  Registration: https://bobkonf.de/2023/registration.html
=
   
BOB conference is a place for developers, architects, and decision-makers
to explore technologies beyond the mainstream in software development
and to find the best tools available to software developers today. Our
goal is for all participants of BOB to return home with new insights
that enable them to improve their own software development
experience.

The program features 14 talks and 8 tutorials on current topics:

https://bobkonf.de/2023/program.html

Talk subjects includes functional programming, software
architecture, accessibility, digital transformation, version control,
formal methods, and devops.

BOB will feature tutorials on Elixir, Scheme, Kotlin, Agda, Domain
Storytelling, Hexagonal Frontend Architecture, and other topics.

Yulia Startsev will give the keynote talk on
"Re-thinking Modules for the Web".

Registration is open - regular early-bird tickets are 160€, student
tickets are 75€.  Note that many discount options are available, as
are grants for members of groups underrepresented in tech:

https://bobkonf.de/2023/registration.html

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/48c6b3d9-219e-4f65-a0e6-b402a97d26fen%40googlegroups.com.

Re: ? stateful-map ?

[Steve Miner]

See also https://github.com/cgrand/xforms for a transducer version of 
reductions.  The argument f must have a nullary arity.  (You could probably 
create your own variant if you want an explicit init value.)  I think something 
like this should work:

(require '[net.cgrand.xforms :as x])

(defn xscan-left
  ([f coll] (sequence (xscan-left f) coll))
  ([f] (comp (x/reductions f) (drop 1

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/28761DAD-5FB9-4561-ACD1-BCDE3D64BEEB%40gmail.com.

[ANN] Cognitect Labs' aws-api 0.8.630

[David Chelimsky]

Cognitect Labs' aws-api 0.8.630 is now available!

Here are the updates since the last release we announced:

0.8.630 / 2022-12-05 
   
   - log the credentials provider that succeeded #217 
   
   - add keyword access to :api on the test double client #224 
   

0.8.620
 
/ 2022-12-01 
   
   - ensure that serialize-uri can handle longs #145 
    
  - h/t @ghost
   - add keyword access to :api on client

0.8.615
 
/ 2022-11-28 
   
   - fix URI encoding for signing #193 
    
  - h/t @kgann
   
0.8.612
 
/ 2022-10-27 
   
   - upgrade to org.clojure/core.async "1.6.673"
   - NOTE: this release requires clojure >= 1.10

README: https://github.com/cognitect-labs/aws-api/
API Docs: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/cae0b120-bcb9-42ce-9682-9dc04cf32e81n%40googlegroups.com.

Re: ANN: just-maven-clojure-archetype 0.3-RELEASE

[Jon Seltzer]

Thanks m...@talios.com.

a...@puredanger.com - many thanks for all you do. We all benefit from your 
hard work.

I wanted:

- to show Clojure developers know that Maven is already fully featured.
- to demonstrate that Maven archetypes are a great way to provided starter 
projects in an enterprise.
- to help Clojure enthusiasts sneak Clojure into Java shops without anyone 
noticing.
- to encourage teams to create their own by showing they can plug in easily 
and use Clojure anywhere in the Maven lifecycle.
- possibly start a trend where starter projects (archetypes) are shared in 
the community making easier to introduce Clojure into the Java ecosystem.

On Sunday, November 20, 2022 at 3:56:12 PM UTC-8 al...@puredanger.com wrote:

> It still builds all the Clojure contrib projects. :)
>
> On Saturday, November 19, 2022 at 10:54:18 PM UTC-6 ma...@talios.com 
> wrote:
>
>> Nice,
>>
>> Almost surprised to not see my clojure-maven-plugin pop in there - it’s 
>> always a surprise finding folk still using it.
>>
>> -- 
>> "Great artists are extremely selfish and arrogant things" — Steven 
>> Wilson, Porcupine Tree
>>
>>
>> On 20/11/2022 at 1:43:52 PM, Jon Seltzer  wrote:
>>
>>> Bumped version, some small changes - see details here 
>>> .
>>>
>>> Let's you do Clojure development in a Java shop without demanding the 
>>> adoption of a new build stack - it's just Maven.
>>>
>>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/060ae70e-ed6a-4c52-b355-ea3f5b39dd7fn%40googlegroups.com.

Re: ? stateful-map ?

[Jules]

Very nearly a direct hit :-)

'reductions' definitely gives me what I want when dealing with eager and 
lazy sequences ... but... it seems to have escaped the transducer makeover 
:-(

core> (reductions + 0 [1 2 3 4 5])
(0 1 3 6 10 15)
core> (take 6 (reductions + (range)))
(0 1 3 6 10 15)
core> (reductions + 0)
Error printing return value (IllegalArgumentException) at 
clojure.lang.RT/seqFrom (RT.java:557).
Don't know how to create ISeq from: java.lang.Long
core> (reductions +)
Execution error (ArityException) at theremin.core/eval351732 
(form-init6069347464735150015.clj:60).
Wrong number of args (1) passed to: clojure.core/reductions
core> 

at least I now know what to call what I am looking for.

Thanks for your help - much appreciated,


Jules

On Sunday, 27 November 2022 at 23:47:22 UTC sritc...@gmail.com wrote:

> Pretty sure what you’re looking for is either 
> https://clojuredocs.org/clojure.core/reductions or something close. This 
> idea is called a “scanLeft” in some functional languages, so that should 
> give you another search term to use. Good luck!
>
> On Sun, Nov 27, 2022, at 12:00 PM, Jules wrote:
>
> Guys,
>
> I've found myself needing a function that I am sure cannot be an original 
> but I'm not aware of it existing anywhere...
>
> It is a cross between 'map', 'reduce' and 'iterate'...
>
> Given a function 'f' and a sequence 's' it would return you  a sequence of 
> :
> ```
> [(f s[0]) (f (f s[0]) s[1]) (f (f (f s[0]) s[1]) s[2]) ...]
> ```
>
> or, more concretely, e.g.:
> ```
> util-test> (stateful-map + [0 1 2 3 4 5])
> [0 1 3 6 10 15]
> util-test> 
> ```
>
> I have a couple of approaches to it - one using reduce:
>
> ```
> (defn stateful-map-1 [f [h & t]]
>   (reduce
>(fn [acc v]
>  (conj acc (f (last acc) v)))
>[h]
>t))
> ```
>
> and another, mapping using a stateful function:
>
> ```
> (let [secret (Object.)]
>   (defn stateful-mapper [f]
> (let [state (volatile! secret)] (fn [v] (vswap! state (fn [old new] 
> (if (= secret old) (f new) (f old new))) v)
>
> (defn stateful-map-2 [f s]
>   (mapv (stateful-mapper f) s))
> ```
>
> The former feels more idiomatic whereas the latter (although uglier) is 
> more efficient and has the added benefit of being able to be used for 
> general map-ing which is important as I want to use this approach to 
> transduce a clojure.async.channel.
>
> It could, of course, be expressed directly as a transducer but it feels 
> like something simpler that should only be lifted to a transducer as and 
> when needed (see test below) ...
>
> Here is my working testsuite:
>
> ```
> (deftest stateful-map-test
>   (testing "reduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-1 + [0 1 2 3 4 5]
>   (testing "mapping stateful function"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-2 + [0 1 2 3 4 5]
>   (testing "transduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (sequence (map (stateful-mapper +)) [0 1 2 3 4 5])
> ```
>
> Am I missing a standard way of doing this in Clojure ? Or is a stateful 
> function the best answer ?
>
> Interested in your thoughts,
>
>
> Jules
>
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clo...@googlegroups.com
> Note that posts from new members are moderated - please be patient with 
> your first post.
> To unsubscribe from this group, send email to
> clojure+u...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+u...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/clojure/f1ada73f-8249-431a-9f4d-580aea12bdefn%40googlegroups.com
>  
> 
> .
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/4c2bf7c2-2703-4d4a-9cc0-00cc830d2705n%40googlegroups.com.

Re: ? stateful-map ?

[Sam Ritchie]

Pretty sure what you’re looking for is either 
https://clojuredocs.org/clojure.core/reductions or something close. This idea 
is called a “scanLeft” in some functional languages, so that should give you 
another search term to use. Good luck!

On Sun, Nov 27, 2022, at 12:00 PM, Jules wrote:
> Guys,
> 
> I've found myself needing a function that I am sure cannot be an original but 
> I'm not aware of it existing anywhere...
> 
> It is a cross between 'map', 'reduce' and 'iterate'...
> 
> Given a function 'f' and a sequence 's' it would return you  a sequence of :
> ```
> [(f s[0]) (f (f s[0]) s[1]) (f (f (f s[0]) s[1]) s[2]) ...]
> ```
> 
> or, more concretely, e.g.:
> ```
> util-test> (stateful-map + [0 1 2 3 4 5])
> [0 1 3 6 10 15]
> util-test> 
> ```
> 
> I have a couple of approaches to it - one using reduce:
> 
> ```
> (defn stateful-map-1 [f [h & t]]
>   (reduce
>(fn [acc v]
>  (conj acc (f (last acc) v)))
>[h]
>t))
> ```
> 
> and another, mapping using a stateful function:
> 
> ```
> (let [secret (Object.)]
>   (defn stateful-mapper [f]
> (let [state (volatile! secret)] (fn [v] (vswap! state (fn [old new] (if 
> (= secret old) (f new) (f old new))) v)
> 
> (defn stateful-map-2 [f s]
>   (mapv (stateful-mapper f) s))
> ```
> 
> The former feels more idiomatic whereas the latter (although uglier) is more 
> efficient and has the added benefit of being able to be used for general 
> map-ing which is important as I want to use this approach to transduce a 
> clojure.async.channel.
> 
> It could, of course, be expressed directly as a transducer but it feels like 
> something simpler that should only be lifted to a transducer as and when 
> needed (see test below) ...
> 
> Here is my working testsuite:
> 
> ```
> (deftest stateful-map-test
>   (testing "reduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-1 + [0 1 2 3 4 5]
>   (testing "mapping stateful function"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-2 + [0 1 2 3 4 5]
>   (testing "transduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (sequence (map (stateful-mapper +)) [0 1 2 3 4 5])
> ```
> 
> Am I missing a standard way of doing this in Clojure ? Or is a stateful 
> function the best answer ?
> 
> Interested in your thoughts,
> 
> 
> Jules
> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with your 
> first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/clojure/f1ada73f-8249-431a-9f4d-580aea12bdefn%40googlegroups.com
>  
> .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/798d8cc2-b3b0-4036-b3a2-5cbf43751c98%40app.fastmail.com.

Re: ? stateful-map ?

[Jules]

I thought I should have a look at clojure.core.reducers in case there was 
an answer there - but this all still looks eager whereas I need something 
like a lazy reduction which applies a given function to its accumulator and 
each input to give it's new accumulator, which is output on each step...

Jules


On Sunday, 27 November 2022 at 19:00:48 UTC Jules wrote:

> Guys,
>
> I've found myself needing a function that I am sure cannot be an original 
> but I'm not aware of it existing anywhere...
>
> It is a cross between 'map', 'reduce' and 'iterate'...
>
> Given a function 'f' and a sequence 's' it would return you  a sequence of 
> :
> ```
> [(f s[0]) (f (f s[0]) s[1]) (f (f (f s[0]) s[1]) s[2]) ...]
> ```
>
> or, more concretely, e.g.:
> ```
> util-test> (stateful-map + [0 1 2 3 4 5])
> [0 1 3 6 10 15]
> util-test> 
> ```
>
> I have a couple of approaches to it - one using reduce:
>
> ```
> (defn stateful-map-1 [f [h & t]]
>   (reduce
>(fn [acc v]
>  (conj acc (f (last acc) v)))
>[h]
>t))
> ```
>
> and another, mapping using a stateful function:
>
> ```
> (let [secret (Object.)]
>   (defn stateful-mapper [f]
> (let [state (volatile! secret)] (fn [v] (vswap! state (fn [old new] 
> (if (= secret old) (f new) (f old new))) v)
>
> (defn stateful-map-2 [f s]
>   (mapv (stateful-mapper f) s))
> ```
>
> The former feels more idiomatic whereas the latter (although uglier) is 
> more efficient and has the added benefit of being able to be used for 
> general map-ing which is important as I want to use this approach to 
> transduce a clojure.async.channel.
>
> It could, of course, be expressed directly as a transducer but it feels 
> like something simpler that should only be lifted to a transducer as and 
> when needed (see test below) ...
>
> Here is my working testsuite:
>
> ```
> (deftest stateful-map-test
>   (testing "reduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-1 + [0 1 2 3 4 5]
>   (testing "mapping stateful function"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (stateful-map-2 + [0 1 2 3 4 5]
>   (testing "transduction"
> (is
>  (=
>   [0 1 3 6 10 15]
>   (sequence (map (stateful-mapper +)) [0 1 2 3 4 5])
> ```
>
> Am I missing a standard way of doing this in Clojure ? Or is a stateful 
> function the best answer ?
>
> Interested in your thoughts,
>
>
> Jules
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/fd2a6541-6d54-427c-a603-f451cd4728f3n%40googlegroups.com.

? stateful-map ?

[Jules]

Guys,

I've found myself needing a function that I am sure cannot be an original 
but I'm not aware of it existing anywhere...

It is a cross between 'map', 'reduce' and 'iterate'...

Given a function 'f' and a sequence 's' it would return you  a sequence of :
```
[(f s[0]) (f (f s[0]) s[1]) (f (f (f s[0]) s[1]) s[2]) ...]
```

or, more concretely, e.g.:
```
util-test> (stateful-map + [0 1 2 3 4 5])
[0 1 3 6 10 15]
util-test> 
```

I have a couple of approaches to it - one using reduce:

```
(defn stateful-map-1 [f [h & t]]
  (reduce
   (fn [acc v]
 (conj acc (f (last acc) v)))
   [h]
   t))
```

and another, mapping using a stateful function:

```
(let [secret (Object.)]
  (defn stateful-mapper [f]
(let [state (volatile! secret)] (fn [v] (vswap! state (fn [old new] (if 
(= secret old) (f new) (f old new))) v)

(defn stateful-map-2 [f s]
  (mapv (stateful-mapper f) s))
```

The former feels more idiomatic whereas the latter (although uglier) is 
more efficient and has the added benefit of being able to be used for 
general map-ing which is important as I want to use this approach to 
transduce a clojure.async.channel.

It could, of course, be expressed directly as a transducer but it feels 
like something simpler that should only be lifted to a transducer as and 
when needed (see test below) ...

Here is my working testsuite:

```
(deftest stateful-map-test
  (testing "reduction"
(is
 (=
  [0 1 3 6 10 15]
  (stateful-map-1 + [0 1 2 3 4 5]
  (testing "mapping stateful function"
(is
 (=
  [0 1 3 6 10 15]
  (stateful-map-2 + [0 1 2 3 4 5]
  (testing "transduction"
(is
 (=
  [0 1 3 6 10 15]
  (sequence (map (stateful-mapper +)) [0 1 2 3 4 5])
```

Am I missing a standard way of doing this in Clojure ? Or is a stateful 
function the best answer ?

Interested in your thoughts,


Jules

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f1ada73f-8249-431a-9f4d-580aea12bdefn%40googlegroups.com.

[ANN] Pedestal 0.5.11-beta-1

['Howard Lewis Ship' via Clojure]

Pedestal is a set of batteries-included libraries for building HTTP-based
services and applications.

We are pleased to announce the first beta of Pedestal 0.5.11; this release
primarily addresses
out-of-date dependencies and security issues.

Documentation: http://pedestal.io/
GitHub page: https://github.com/pedestal/pedestal

Significant changes:

- Now built using deps.edn
- pedestal-jetty: Upgraded version of Jetty to 9.4.48.v20220622 to address
known CVEs
- Bumped many other dependencies for security and compatibility with
Clojure 11
- pedestal-log: Fixed issues that made it difficult to override the
built-in implementation of logging
- pedestal-jetty: Removed blocking I/O inside a go block when using a
WebSocket connection

[Closed Issues](https://github.com/pedestal/pedestal/milestone/11?closed=1)

-- 
Senior Staff Software Engineer at NuBank

howard.lewiss...@nubank.com.br

-- 

Confidentiality note: This e-mail may contain confidential information 
from Nu Holdings Ltd and/or its affiliates. If you have received it by 
mistake, please let us know by e-mail reply and delete it from your system; 
you may not copy this message or disclose its contents to anyone; for 
details about what personal information we collect and why, please refer to 
our privacy policy .

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAM3JDBYqvFGsYiHfC86_Yyo3LY-jAkwJy4M5thja2RHcxRaZ1w%40mail.gmail.com.

Re: ANN: just-maven-clojure-archetype 0.3-RELEASE

['Alex Miller' via Clojure]

It still builds all the Clojure contrib projects. :)

On Saturday, November 19, 2022 at 10:54:18 PM UTC-6 ma...@talios.com wrote:

> Nice,
>
> Almost surprised to not see my clojure-maven-plugin pop in there - it’s 
> always a surprise finding folk still using it.
>
> -- 
> "Great artists are extremely selfish and arrogant things" — Steven Wilson, 
> Porcupine Tree
>
>
> On 20/11/2022 at 1:43:52 PM, Jon Seltzer  wrote:
>
>> Bumped version, some small changes - see details here 
>> .
>>
>> Let's you do Clojure development in a Java shop without demanding the 
>> adoption of a new build stack - it's just Maven.
>>
>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/c97a2983-7e1e-45d1-ad09-958824c525aen%40googlegroups.com.

Re: ANN: just-maven-clojure-archetype 0.3-RELEASE

[Mark Derricutt]

Nice,

Almost surprised to not see my clojure-maven-plugin pop in there - it’s
always a surprise finding folk still using it.

-- 
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree


On 20/11/2022 at 1:43:52 PM, Jon Seltzer  wrote:

> Bumped version, some small changes - see details here
> .
>
> Let's you do Clojure development in a Java shop without demanding the
> adoption of a new build stack - it's just Maven.
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CALYGm1zHeze%2Bs%2B9o_BsKKCQFgaWmg63TAKWJuZGxpLdriak%3DxQ%40mail.gmail.com.

ANN: just-maven-clojure-archetype 0.3-RELEASE

[Jon Seltzer]

Bumped version, some small changes - see details here 
.

Let's you do Clojure development in a Java shop without demanding the 
adoption of a new build stack - it's just Maven.


-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e72397f5-4f10-4c4a-96cb-ccb529c4283dn%40googlegroups.com.

2nd Call for Contributions: BOB 2023 [March 17, Deadline Nov 21]

[Michael Sperber]

Clojure submissions are very welcome at BOB!


 BOB Conference 2023
 "What happens when we use what's best for a change?"
  https://bobkonf.de/2023/cfc.html
 Berlin, Mar 17
Call for Contributions
 Deadline: November 21, 2022


You are actively engaged in advanced software engineering methods,
solve ambitious problem with software and are open to cutting-edge
innovation? Attend this conference, meet people that share your goals,
and get to know the best software tools and technologies available
today. We strive to offer a day full of new experiences and
impressions that you can use to immediately improve your daily life as
a software developer.

If you share our vision and want to contribute, submit a proposal for
a talk or tutorial!

NOTE: The conference fee will be waived for presenters. Travel
expenses will not be covered (for exceptions see "Speaker Grants").

Online or Onsite


We expect we'll be able to hold BOB 2023 in Berlin. Note that we
intend to provide a safe environment for all participants. There will
be space outside to eat and chat. We may ask you to wear a mask
indoors when not presenting or eating, and may also ask you to take a
COVID test on-site before the event.

If an on-site BOB is not possible, we'll make BOB a successful online
event, like BOB 2021 and BOB 2022. Should BOB happen online, we will
likely ask for pre-recorded talks to make room for questions and
social interactions during the actual conference day. (Of course,
we'll provide assistance making those recordings.) Tutorials will
likely happen as a live-session.

Shepherding
---

The program committee offers shepherding to all speakers. Shepherding
provides speakers assistance with preparing their
sessions. Specifically:

- advice on structure and presentation
- review of talk slides
- assistance with recording
- review of recording, if applicable

Speaker Grants
--

BOB has Speaker Grants available to support speakers from groups
under-represented in technology. We specifically seek women speakers,
speakers of color, and speakers who are not able to attend the
conference for financial reasons.

Topics
--

We are looking for talks about best-of-breed software technology, e.g.:

- functional programming
- persistent data structures and databases
- event-based modelling and architecture
- "fancy types" (dependent types, gradual typing, linear types, ...)
- formal methods for correctness and robustness
- abstractions for concurrency and parallelism
- metaprogramming
- probabilistic programming
- math and programming
- controlled side effects
- program synthesis
- next-generation IDEs
- effective abstractions for data analytics
- … everything really that isn’t mainstream, but you think should be
- … includeing rough ideas worth discussing.

Presenters should provide the audience with information that is
practically useful for software developers.

Challenges
--

Furthermore, we seek contributions on successful approaches for
solving hard problems, for example:

- bias in machine-learning systems
- digital transformation in difficult settings
- accessibiltity
- systems with critical reliability requirements
- ecologically sustainable software development

We're especially interested in experience reports.
Other topics are also relevant, e.g.:

- introductory talks on technical background
- overviews of a given field
- demos and how-tos

Requirements


We accept proposals for presentations of 45 minutes (40 minutes talk +
5 minutes questions), as well as 90 minute tutorials for
beginners. The language of presentation should be either English or
German.

Your proposal should include (in your presentation language of choice):

- An abstract of max. 1500 characters.
- A short bio/cv
- Contact information (including at least email address)
- A list of 3-5 concrete ideas of how your work can be applied in a 
developer's daily life
- additional material (websites, blogs, slides, videos of past 
presentations, …)
- Don't be confused: The system calls a submission event.

Organisation


- Direct questions to konferenz at bobkonf dot de
- Proposal deadline: November 21, 2022
- Notification: December 5, 2022
- Program: December 12, 2022

Submit here:

https://pretalx.com/bob-2023/submit/

Program Committee
-

(more information here: https://bobkonf.de/2023/programmkomitee.html)

- Matthias Fischmann, Wire
- Matthias Neubauer, SICK AG
- Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
- Michael Sperber, Active Group
- Stefan Wehr, Hochschule Offenburg

Scientific Advisory Board

- Annette Bieniusa, TU Kaiserslautern
- Torsten Grust, Uni Tübingen
- Peter Thiemann, Uni 

Clojure-Asia October 2022 Online Meetup

[Clojure Asia]

Hello my fellow Clojurians! :) We will be having another Clojure-Asia 
Online Meetup for the month of October!! In a 2 days!!

Currently no talk in scheduled so we will just have a chill chit chat 
session :)

Usually sessions are such that the talk will be followed by QnA/discussion. 
Hope to see you there! :D

Meeting Details:
Date: 29th October 2022 (Saturday)
Time: 1330-1500 SGT (0530-0700 UTC)
Location: Jitsi (Easy to setup open source video conferencing) (will email 
the link in time)

Contact Info:
Email: clojure.a...@gmail.com
Slack/Telegram: @zackteo 

Please fill up the form here: https://forms.gle/MDMJmhMiRACcvYU46

Also:
Do join us on the #clojure-asia channel in the Clojurian Slack: 
https://clojurians.slack.com/archives/C02N2TTDVT5

Here’s the google calendar link for planned Clojure-Asia Meetups in 2022 
(every 3rd Saturday of the month): 
https://calendar.google.com/calendar/u/0?cid=OWRtcjQ5Z29ybmNydjNna3FoZWoxdWRhczRAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/4870afac-67d0-46fa-ad24-3f796d724eean%40googlegroups.com.

[ANN] Cognitect Labs' aws-api 0.8.603

[David Chelimsky]

Cognitect Labs' aws-api 0.8.603 is now available!

0.8.603 / 2022-10-11 
   
   - parse XML error messages from AWS even when we ask for JSON #174 
   

README: https://github.com/cognitect-labs/aws-api/
API Docs: https://cognitect-labs.github.io/aws-api/
Changelog: https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
Upgrade Notes: 
https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
Latest Releases of api, endpoints, and all services: 
https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/edb55f46-4449-40ab-bbdc-71599fb43818n%40googlegroups.com.

Call for Contributions: BOB 2023 [March 17, Deadline Nov 21]

[Michael Sperber]

 BOB Conference 2023
 "What happens when we use what's best for a change?"
  https://bobkonf.de/2023/cfc.html
 Berlin, Mar 17
Call for Contributions
 Deadline: November 21, 2022


You are actively engaged in advanced software engineering methods,
solve ambitious problem with software and are open to cutting-edge
innovation? Attend this conference, meet people that share your goals,
and get to know the best software tools and technologies available
today. We strive to offer a day full of new experiences and
impressions that you can use to immediately improve your daily life as
a software developer.

If you share our vision and want to contribute, submit a proposal for
a talk or tutorial!

NOTE: The conference fee will be waived for presenters. Travel
expenses will not be covered (for exceptions see "Speaker Grants").

Online or Onsite


We expect we'll be able to hold BOB 2023 in Berlin. Note that we
intend to provide a safe environment for all participants. There will
be space outside to eat and chat. We may ask you to wear a mask
indoors when not presenting or eating, and may also ask you to take a
COVID test on-site before the event.

If an on-site BOB is not possible, we'll make BOB a successful online
event, like BOB 2021 and BOB 2022. Should BOB happen online, we will
likely ask for pre-recorded talks to make room for questions and
social interactions during the actual conference day. (Of course,
we'll provide assistance making those recordings.) Tutorials will
likely happen as a live-session.

Shepherding
---

The program committee offers shepherding to all speakers. Shepherding
provides speakers assistance with preparing their
sessions. Specifically:

- advice on structure and presentation
- review of talk slides
- assistance with recording
- review of recording, if applicable

Speaker Grants
--

BOB has Speaker Grants available to support speakers from groups
under-represented in technology. We specifically seek women speakers,
speakers of color, and speakers who are not able to attend the
conference for financial reasons.

Topics
--

We are looking for talks about best-of-breed software technology, e.g.:

- functional programming
- persistent data structures and databases
- event-based modelling and architecture
- "fancy types" (dependent types, gradual typing, linear types, ...)
- formal methods for correctness and robustness
- abstractions for concurrency and parallelism
- metaprogramming
- probabilistic programming
- math and programming
- controlled side effects
- program synthesis
- next-generation IDEs
- effective abstractions for data analytics
- … everything really that isn’t mainstream, but you think should be
- … includeing rough ideas worth discussing.

Presenters should provide the audience with information that is
practically useful for software developers.

Challenges
--

Furthermore, we seek contributions on successful approaches for
solving hard problems, for example:

- bias in machine-learning systems
- digital transformation in difficult settings
- accessibiltity
- systems with critical reliability requirements
- ecologically sustainable software development

We're especially interested in experience reports.
Other topics are also relevant, e.g.:

- introductory talks on technical background
- overviews of a given field
- demos and how-tos

Requirements


We accept proposals for presentations of 45 minutes (40 minutes talk +
5 minutes questions), as well as 90 minute tutorials for
beginners. The language of presentation should be either English or
German.

Your proposal should include (in your presentation language of choice):

- An abstract of max. 1500 characters.
- A short bio/cv
- Contact information (including at least email address)
- A list of 3-5 concrete ideas of how your work can be applied in a 
developer's daily life
- additional material (websites, blogs, slides, videos of past 
presentations, …)
- Don't be confused: The system calls a submission event.

Organisation


- Direct questions to konferenz at bobkonf dot de
- Proposal deadline: November 21, 2022
- Notification: December 5, 2022
- Program: December 12, 2022

Submit here:

https://pretalx.com/bob-2023/submit/

Program Committee
-

(more information here: https://bobkonf.de/2023/programmkomitee.html)

- Matthias Fischmann, Wire
- Matthias Neubauer, SICK AG
- Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
- Michael Sperber, Active Group
- Stefan Wehr, Hochschule Offenburg

Scientific Advisory Board

- Annette Bieniusa, TU Kaiserslautern
- Torsten Grust, Uni Tübingen
- Peter Thiemann, Uni Freiburg

-- 
You received this message because you