Scicloj interview: Anthony Khong aboug Geni

2020-09-30 Thread Daniel Slutsky

On Sep 27th, 2020, Vijay Kiran, Teodor Heggelund, and Daniel Slutsky 
interviewed Anthony Khong.

We began with a short presentation about Geni -- a Clojure dataframe 
library that runs on Apache Spark. 
https://github.com/zero-one-group/geni 

Then, the conversation evolved around more general subjects, such as Apache 
Spark in general, other projects by Anthony, and the Clojure data science 
ecosystem.

Here is the recorded interview:
https://youtu.be/3R2FJQdtLf8

-- 
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/0123e918-6be1-44bd-8aa6-3fda9045aa03n%40googlegroups.com.


Re: Using core.logic for bi-directional json transformation

2020-09-30 Thread Jules
(logic/is nil schema (fn [s] (s "format")))

or 

(logic/pred schema (fn [s] (not (contains? s "format"

clumsy - but works

still interested to hear what other people think of this approach...


Jules

On Wednesday, 30 September 2020 at 17:15:42 UTC+1 Jules wrote:

> Guys,
>
> I recently wrote some Clojure to take a JSON Schema and corresponding JSON 
> document and produce a JSON document in another JSON "dialect".
>
> Then I realised that I needed to write the reverse transformation.
>
> I've been wondering how I might capture the relationship between the two 
> JSON dialects in such a way as to be able to travel backwards and forwards 
> between them using the same code,
>
> A long time ago I wrote a lot of PROLOG, so I thought I would have a look 
> at core.logic.
>
> I managed some limited success using 'featurep' to inspect schema nodes 
> for e.g. {"type" "string"} and then {"type" "string" "format" "date-time"} 
> but now my date-times are also matching my string code :-( - I tried using 
> {"type" "string" "format' nil} to match non-date-time strings but no joy - 
> I really need something like 'non-featurec'...
>
> core.logic seems to be very quiet. Should I press on - in which case I'd 
> be interested to hear of any solutions that folks have come up with for 
> implementing mutually exclusive sets of 'features' - or should I look for 
> another solution - in which case can anyone suggest anything ?
>
> I find the idea of using core.logic to do bi-directional JSON doc 
> transformations really appealing - what do others think ?
>
>
> 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/2830a7ba-c46c-4fa3-a149-c2a76be6de44n%40googlegroups.com.


Using core.logic for bi-directional json transformation

2020-09-30 Thread Jules
Guys,

I recently wrote some Clojure to take a JSON Schema and corresponding JSON 
document and produce a JSON document in another JSON "dialect".

Then I realised that I needed to write the reverse transformation.

I've been wondering how I might capture the relationship between the two 
JSON dialects in such a way as to be able to travel backwards and forwards 
between them using the same code,

A long time ago I wrote a lot of PROLOG, so I thought I would have a look 
at core.logic.

I managed some limited success using 'featurep' to inspect schema nodes for 
e.g. {"type" "string"} and then {"type" "string" "format" "date-time"} but 
now my date-times are also matching my string code :-( - I tried using 
{"type" "string" "format' nil} to match non-date-time strings but no joy - 
I really need something like 'non-featurec'...

core.logic seems to be very quiet. Should I press on - in which case I'd be 
interested to hear of any solutions that folks have come up with for 
implementing mutually exclusive sets of 'features' - or should I look for 
another solution - in which case can anyone suggest anything ?

I find the idea of using core.logic to do bi-directional JSON doc 
transformations really appealing - what do others think ?


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/cd833770-bbd4-4bcf-80eb-b51ef22a2cd3n%40googlegroups.com.


Call for Contributions: BOB 2021 [Feb 26, Deadline Nov 13]

2020-09-30 Thread Michael Sperber
Clojure contributions are very welcome for BOB 2021!

 BOB Conference 2021
 "What happens when we use what's best for a change?"
  http://bobkonf.de/2021/cfc.html
 Berlin, February 26
Call for Contributions
 Deadline: November 13, 2020

You are actively engaged in advanced software engineering methods,
implement ambitious architectures 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 do know yet whether BOB will happen onsite in Berlin or as an
online event. 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.

Speaker Grants
--

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

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

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
- types
- formal methods for correctness and robustness
- abstractions for concurrency and parallelism
- metaprogramming
- probabilistic programming
- math and programming
- controlled side effects
- beyond REST and SOAP
- effective abstractions for data analytics
- … everything really that isn’t mainstream, but you think should be.

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

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 contact at bobkonf dot de
- Proposal deadline: November 13, 2020
- Notification: November 27, 2020
- Program: December 6, 2020

Submit here:

https://bobcfc.active-group.de/en/bob2021/cfp

Program Committee
-

(more information here: https://bobkonf.de/2020/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/786591cd-ae33-4b21-a831-2030af3d06cbn%40googlegroups.com.