rplevy

A friend built this service to solve the following problem: if you’ve ever built a voice agent or chatbot that needs to call into real phone systems, you know how painful testing can be. https://testvoice.ai/ makes that process simple. You can buy a real phone number, build dialplans visually, and make or record real calls in just a few minutes.

It’s designed for developers working on voice AI or IVR traversal. You can map call flows, test how your agent handles prompts, and verify latency or routing. All from a web interface. Under the hood it runs on Freeswitch , postgres, python/ Fastapi, and nextjs, and includes features like call recording, versioned dialplans, and IVR traversal testing.

Location: San Francisco

Remote: Open to Remote or Local

Willing to relocate: most likely no

Technologies: Clojure, ClojureScript, Node.js, Javascript

Résumé/CV: https://drive.google.com/file/d/1FOqegZEXraugbl4eL7Gl0uuEnYZ...

Email: rplevy at gmail

Importantly, both Awlaki and his teenage son who was later targeted in another drone strike, were both American citizens. You can argue as much as you like in favor of the joys of murder and assassination as a way of organizing the world, but there is no conceivable argument that this is constitutional.

Cicada 3301 is fascinating. Taken at face value (and that's a huge assumption to make) it appears to be a self-styled "cypherpunk freemasonry" of sorts. Care to cite or summarize the evidence and case for a satoshi/cicada link (other than "hey wouldn't that be so awesome if...")?

I don't know why no one has answered this (it is brought up a few places in this thread) but if I had to guess why they didn't want to go this route I would say it's the trade-off of not not having your data be native. They presumably have a somewhat highly involved pipeline/topology of computations that data flows through. In the interests of good readable and maintainable code, having a nice declarative data representation is a big plus, and doing the computation with native Java data structures is apparently fast enough for their needs.

> Adding data-structures to a Lisp ruins it.

By this standard, Common Lisp is a "ruined" Lisp. Source: http://en.wikipedia.org/wiki/Common_Lisp#Data_structures

In Clojure the data structures work consistently across the language, which to me is one of many reasons why Clojure is a better Lisp than Common Lisp (but CL has its place).

> Moreover, those Lisp experts I have learned from didn't even mention Clojure.

On the contrary, Clojure is and has since its inception been praised and often adopted by prominent users of Scheme and Common Lisp (the list is too long, but for example the late Daniel Weinreb declared Clojure the future of Lisp). The Clojure conference in Portland this last few days is a perfect example of the cross-fertilization between the Racket/Scheme logic programming subcultures and the Clojure logic programming subcultures.

Datomic is not the default (it's database agnostic-- you can use any data store or no data store).

This whole "I used the language for 2 weeks so now I am qualified to change it radically" attitude is well-established in the Lisp community (yes I know Steve Yegge is a veteran lisper, but this still applies, especially to some of the other commenters). The authority on this is Brucio, the fictional author of "Lisp at Light Speed" http://replay.web.archive.org/20080722232746/http://brucio.b... Bruce's First Law of Lisp is "If it does not do exactly what you expect with zero hours consideration or experience, it is a bug in Lisp that should be fixed."

"what constitutes a compilation unit, i.e., a pass over what?"

So, how is this compilation unit different from all other compilation units?

I agree, JavaScript development can be maddening, even with (and because of!) helpful plug-ins like Firebug. Lispers spoiled by swank/slime in emacs may like https://github.com/ivan4th/swank-js as a JavaScript dev environment.

The ebook is already free, but buy the book from No Starch to cut out the middleman.

It surprises me that important contributors like technomancy would not have some additional priority or clout. Without leiningen I doubt we would see one tenth of the explosion of interesting activity going on in the community. That said, I don't think anyone would like the results of democracy.

This article is a couple years old. The author probably would have tried Clojure for his foray into Lisp had this been written today.

Turned off less than an hour ago?

curl: (7) couldn't connect to host

Aldor Solutions, 1647 Witt Rd, Ste 201, Frisco, TX. "Todd Abrams" is the contact.

This point was actually made in the book fwiw.

It's written in Java, so can be trivially ported to Clojure and made incrementally more Lispish, no? The kernel is still Linux but that could be fixed too, why not?

I predict the Lisp Machine will return, with Android OS Clojure hacking as its embryonic beginning of life.

However, in addition to the observation that the communication modes or skills differ, the author makes the claim that the development of one mode/skill will produce deficiencies in the other. I don't think the author provides sufficient evidence that such an effect occurs, and I would further argue that such evidence would have to come from a more empirical rather than introspective source of knowledge (although for sure, personal experience would be what inspired the more rigorous experiment). My own experience is that quite opposite skill sets can and should be developed by individuals. Also from my own experience I would argue that knowing when to employ each different approach to communication is itself an important skill for hackers who use many different programming paradigms and technologies, as well as people who communicate with all different kinds of people (various subcultures of "creatives", scientists, academicians, business people, different socioeconomic/ethnic cultures). I think that being self-aware and well-developed is the key skill for both human-human and human-computer interaction.

The power of editing and revising printed text with a keyboard is not something that can be easily duplicated using voice. Consider trying to write code in this way. It's easy to say words but faster to type when you need custom spellings and editing words at a character level. It seems awkward to have to edit text with speech (easier to type something like C-space down down C-s quote . right C-space C-k M-x end-of-buffer C-y than to say it). Maybe some combination of keyboard and voice would work. Voice is not be ideal for a workplace situation, unless it is subvocal silent speech, which it sounds like is a technology that is almost ready.

I'm interested in both. I'm a fan of Common Lisp, but also of Clojure.

He's a monumental figure, working for something extremely important, and surrounded by people who are very wrong. While Nader is much less respected than Stallman, the magnitude to which their respective fields are ungrateful for their respective contributions is about the same. Stallman's contributions I would argue are much bigger than Nader's. Come on he invented the OS that is now the basis of the majority of internet business. I think he deserves a little more respect for that contribution. If Nader had done something equally big in his work of keeping rogue corporations in check, we would have gone on a more Canada-like path than the Reagan-led path of decline that we did go down. Free Software has become a major force that continues to grow and improve our lives. Nader's contributions were not lasting, and have mostly been reversed by decades of corporate think tank astroturfing and lobbying that has whittled away the rights and protections of individuals.

'The words "Nobel", "Economics" and "Scientist" do not appear on McCain's page.'

LOL, very telling! :)

I nominate Richard Stallman.