Re: Clojure binding for OrientDB
Hi Zubair, It seems to be more then active: https://github.com/orientechnologies/orientdb/blob/master/history.txt This is the most recent release. But the bindings for many languages seems so outdated. :( Regards On Monday, May 26, 2014 11:11:47 AM UTC-3, Zubair Quraishi wrote: Hi Eduardo, Is this Clojure OrientDB project still Active? Thanks Zubair On Tuesday, August 2, 2011 3:17:33 AM UTC+2, eduardoejp wrote: I have been working on this library for a little while and I would like to present it to you: https://github.com/eduardoejp/clj-orient I hope this can be of help for the Clojure and OrientDB communities. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: What's clojure killer app? I don't see any.
Really thanks. Great talk. On 1 May 2014 21:21, Ustun Ozgur ustunoz...@gmail.com wrote: Paulo, I understand your concerns, you are basically taking a bet in choosing Clojure and you want some confirmation that you will not be wasting time/money during the process. Please watch Jay Fields' talk on this topic. I think he presents the upsides and downsides of his journey very well. One remark is that it was very tiring, it has been like having a second job (he remarks that he luckily didn't have any children during the process IIRC) but it was worth it in the end. http://yow.eventer.com/yow-2013-1080/lessons-learned-from-adopting-clojure-by-jey-fields-1397 Ustun -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: Sliding Windows
Ow, exactly what I was looking for. Thanks a lot On 30 Apr 2014 10:26, dgrnbrg dsg123456...@gmail.com wrote: We've had lots of luck with Narrator: https://github.com/ztellman/narrator It's got loads of powerful features, including realtime batch mode, integration with core.async and lamina, windows, functions, and recursive analyses. On Tuesday, April 29, 2014 10:25:39 PM UTC-4, Paulo Suzart wrote: Hi Guys, I was looking for a very simple stream processing lib. We have some in clojure (lamina, meltdown, esper, eep). The simplest one was clojure werkz eep, but they don't provide sliding windows. I ender up writing this: http://paulosuzart. github.io/blog/2014/04/27/sliding-window-events-with-clojure/ And publishing this very small implementation using meltdown. https://github.com/paulosuzart/sw . It is enough for a very simple use case I have to deal. If anyone knows any other sliding window impl please share. Regards -- Paulo Suzart @paulosuzart -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: Sliding Windows
Humm. Actually narretor flushes all messages. Still not what I'm looking for somethiing like this: http://docs.oracle.com/cd/E13157_01/wlevs/docs30/epl_guide/overview.html(see the images). Thanks anyway On 30 April 2014 12:15, Paulo Suzart paulosuz...@gmail.com wrote: Ow, exactly what I was looking for. Thanks a lot On 30 Apr 2014 10:26, dgrnbrg dsg123456...@gmail.com wrote: We've had lots of luck with Narrator: https://github.com/ztellman/narrator It's got loads of powerful features, including realtime batch mode, integration with core.async and lamina, windows, functions, and recursive analyses. On Tuesday, April 29, 2014 10:25:39 PM UTC-4, Paulo Suzart wrote: Hi Guys, I was looking for a very simple stream processing lib. We have some in clojure (lamina, meltdown, esper, eep). The simplest one was clojure werkz eep, but they don't provide sliding windows. I ender up writing this: http://paulosuzart. github.io/blog/2014/04/27/sliding-window-events-with-clojure/ And publishing this very small implementation using meltdown. https://github.com/paulosuzart/sw . It is enough for a very simple use case I have to deal. If anyone knows any other sliding window impl please share. Regards -- Paulo Suzart @paulosuzart -- 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. For more options, visit https://groups.google.com/d/optout. -- Paulo Suzart @paulosuzart -- 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. For more options, visit https://groups.google.com/d/optout.
Sliding Windows
Hi Guys, I was looking for a very simple stream processing lib. We have some in clojure (lamina, meltdown, esper, eep). The simplest one was clojure werkz eep, but they don't provide sliding windows. I ender up writing this: http://paulosuzart.github.io/blog/2014/04/27/sliding-window-events-with-clojure/ And publishing this very small implementation using meltdown. https://github.com/paulosuzart/sw . It is enough for a very simple use case I have to deal. If anyone knows any other sliding window impl please share. Regards -- Paulo Suzart @paulosuzart -- 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. For more options, visit https://groups.google.com/d/optout.
Re: What's clojure killer app? I don't see any.
Very valuable, Daniel. Really thanks On 20 April 2014 09:23, Daniel Kersten dkers...@gmail.com wrote: For me the killer thing about Clojure isn't a specific library or feature, its the philosophy that the community fosters and the collection of features and libraries that this nurtures: - Simplicity - Decomplection (extreme separation of concerns) - Data-centric code (data-structure-first, explicit data, sequence abstraction, ...) - Immutability (which is really an enabler for the above) - Managed state and side effects - Small libraries that do one thing well, but can be composed as needed to build solutions that are well fitted to the problem All these things lead to easier to understand, easier to maintain, easier to test, easier to extend and adapt code. But.. if we must name some libraries and tools that I consider part of the killer ecosystem: - Om - core.async as a glue between components and libraries - Enlive, enliven, enfocus, kioo - If it lives up to its promises, Pedestal, when its ready - Typed Clojure looks like it could become an integral and indispensable part of the ecosystem - Storm - Though I haven't yet used it, going by the community response, Datomic - Ring Together these things, in my opinion, make Clojure quite special. On 20 April 2014 01:19, Sean Corfield s...@corfield.org wrote: On Apr 19, 2014, at 9:15 AM, Paulo Suzart paulosuz...@gmail.com wrote: Been following the list for some time and specially paying attention to what could be the killer clojure app as Akka is for Scala. I don't think Akka is a killer app for Scala. Scala is a multi-paradigm general purpose language that is a better Java as well as a functional programming language. I think the whole killer app for a language is a ridiculous idea to be honest. I keep seeing small libs (I like libs) popping up like ants, but I don't believe none of them (alone at least) can make clojure explode and become main technology in a old school /ordinary company. The more important question is Does Clojure need to become 'mainstream'? for some definition of 'mainstream'. I think the answer is no. We're past the time of one language to rule them all. For years it was C/C++, then it slowly shifted to Java, and then C# became a dominant language for Windows while Java dominated everywhere else. But that homogeneity has pros and cons. Lately we've seen an explosion of programming languages, most of which are general purpose, and many of which are based on the JVM. Now we have choice: we can use whatever language we find most suitable for the task at hand - or even whatever language we just plain ol' prefer! A company can use multiple languages and know they'll all play nicely together. Each team can choose their favorite JVM language and it won't cause problems with other teams. This is a HUGE improvement on the only Java world in my opinion. What made me give up scala was Scalaz Well, that I can understand :) Sorry guys, I've been posting about Clojure since 2009, and still can't see it becoming the main technology even being the CTO of the company. A lot of companies are using Clojure for everyday things. A lot of companies are quite happily using Clojure as their main technology. But if the CTO is too conservative to pick Clojure, that's their choice. It's worth remembering that Clojure endeavors to be a general-purpose language suitable in those areas where Java is suitable. -- http://clojure.org/rationale At World Singles, we use Clojure for accessing databases (MySQL and MongoDB), interacting with third party web services (JSON, XML, REST, even SOAP - ugh, but it's so much nicer than doing it in Java!), analyzing data, transforming data, managing internationalization, logging, environment control... pretty much everything. We use it for all our long-running background processes - one of which generates and sends about 1.5M HTML emails a day and runs millions of JSON queries against a custom search engine. We have a real-time chat server written in Clojure (based on a Java Socket.IO implementation). We're just starting down the path of using ClojureScript for an internal-facing analysis app - using Om and D3 for real-time data display, with core.async over web sockets (via Sente). All new server-side development is in Clojure for us. Two reasons: * The Clojure code is much simpler, shorter and easier to maintain. * The team *love* writing Clojure! They're having more fun in their jobs than ever. The immutability, easy concurrency, DSLs and so on - those are all icing on the cake. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group
What's clojure killer app? I don't see any.
Hi all, (warning, this is kinda confusing email) Been following the list for some time and specially paying attention to what could be the killer clojure app as Akka is for Scala. I keep seeing small libs (I like libs) popping up like ants, but I don't believe none of them (alone at least) can make clojure explode and become main technology in a old school /ordinary company. People say clojure is good for data. But where are the cases? And more specifically, where are the frameworks and libs to support it? Are they talking about wrappers around java for Hadoop? Sigh... Pulsar is quite dead, core async isn't clear regarding remoting, and avout? And lamina? And aleph? Where are the tools that can make clojure to cover from Web to big data and batch? Luminous, caribou, etc, are they going to become the next grails? Huumm.. Will take lot of time. Clojure Script alone will not go any further than the current server side. What made me give up scala was Scalaz, and I hope the create thousand disconnected libs and publish a post with ANN sufix approach doesn't make me give up clojure. Sorry guys, I've been posting about Clojure since 2009, and still can't see it becoming the main technology even being the CTO of the company. What is the killer app for you? Or how do you think we can make clojure supporting apps like Facebook or something big like that? -- 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. For more options, visit https://groups.google.com/d/optout.
Re: What's clojure killer app? I don't see any.
Unfortunately I'm not a Stuart or a Emerick, or a Miller. So I can't really contribute to clojure that deep. I'm in the user /tech consumer side. That said, it is not my concern only. I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Not tools for very specific cases that may come out if they work in a very specific company in a very specific country. I don't know, I still have all my coins on that. Really hope we can have almost pure clojure clojure solutions as we have pure java solutions. Thank you all for your opinions. On 19 Apr 2014 17:40, Michael Klishin michael.s.klis...@gmail.com wrote: 2014-04-19 20:15 GMT+04:00 Paulo Suzart paulosuz...@gmail.com: People say clojure is good for data. But where are the cases? And more specifically, where are the frameworks and libs to support it? Are they talking about wrappers around java for Hadoop? Sigh... I see lots of companies of all sizes use Clojure successfully for data processing. The great thing about data processing is that there are many ways to do it. Some use Cascalog, some use libraries unrelated to Hadoop, others use just Clojure. So while there may or may not be a single killer app like Rails, Clojure is fantastic at this particular group of problems, as demonstrated by companies from 10 to 10s of thousands of people. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: What's clojure killer app? I don't see any.
Andrey, Yes. With killer app, I really don't want to find a silver bullet. But something or some things that mostly pushes people to use the language. Thanks to your contribution On 19 Apr 2014 18:15, Andrey Antukh n...@niwi.be wrote: Hi! 2014-04-19 23:00 GMT+02:00 Paulo Suzart paulosuz...@gmail.com: Unfortunately I'm not a Stuart or a Emerick, or a Miller. So I can't really contribute to clojure that deep. I'm in the user /tech consumer side. That said, it is not my concern only. I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Not tools for very specific cases that may come out if they work in a very specific company in a very specific country. This contradicts with single killer app in my opinion..., because single killer app is usually for specific use cases. :S Andrey I don't know, I still have all my coins on that. Really hope we can have almost pure clojure clojure solutions as we have pure java solutions. Thank you all for your opinions. On 19 Apr 2014 17:40, Michael Klishin michael.s.klis...@gmail.com wrote: 2014-04-19 20:15 GMT+04:00 Paulo Suzart paulosuz...@gmail.com: People say clojure is good for data. But where are the cases? And more specifically, where are the frameworks and libs to support it? Are they talking about wrappers around java for Hadoop? Sigh... I see lots of companies of all sizes use Clojure successfully for data processing. The great thing about data processing is that there are many ways to do it. Some use Cascalog, some use libraries unrelated to Hadoop, others use just Clojure. So while there may or may not be a single killer app like Rails, Clojure is fantastic at this particular group of problems, as demonstrated by companies from 10 to 10s of thousands of people. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout. -- Andrey Antukh - Андрей Антух - andrei.anto...@kaleidos.net / n...@niwi.be http://www.niwi.be http://www.niwi.be/page/about/ https://github.com/niwibe -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: What's clojure killer app? I don't see any.
Yes. That's the point. You are taking about a bunch of wrappers. They are not bad, but will not make these people to move their asses from java. Even if they can introduce clojure in their tools set. Thanks On 19 Apr 2014 18:09, Timothy Baldridge tbaldri...@gmail.com wrote: I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Can you explain this statement? I'm not sure I understand. I haven't touched any language but Clojure for every day work in months (years?). I can write a game in Clojure, I can write swing/javafx apps if I want, I can write webapps, I can write distributed systems, I can write high performance code as well as hack it out fast code. So far in my career as a software developer, I've learned, C, C++, QBasic, VB, Delphi, Python, C#, Python, and Erlang. I left every single one of those languages because at one point or another they restricted what I could do with them. There came a day where I said wow...if I could just do X this would be so much simpler. That day hasn't come yet for me with Clojure. Even after 4 years. I'm not sure what these people want? Timothy On Sat, Apr 19, 2014 at 3:00 PM, Paulo Suzart paulosuz...@gmail.comwrote: Unfortunately I'm not a Stuart or a Emerick, or a Miller. So I can't really contribute to clojure that deep. I'm in the user /tech consumer side. That said, it is not my concern only. I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Not tools for very specific cases that may come out if they work in a very specific company in a very specific country. I don't know, I still have all my coins on that. Really hope we can have almost pure clojure clojure solutions as we have pure java solutions. Thank you all for your opinions. On 19 Apr 2014 17:40, Michael Klishin michael.s.klis...@gmail.com wrote: 2014-04-19 20:15 GMT+04:00 Paulo Suzart paulosuz...@gmail.com: People say clojure is good for data. But where are the cases? And more specifically, where are the frameworks and libs to support it? Are they talking about wrappers around java for Hadoop? Sigh... I see lots of companies of all sizes use Clojure successfully for data processing. The great thing about data processing is that there are many ways to do it. Some use Cascalog, some use libraries unrelated to Hadoop, others use just Clojure. So while there may or may not be a single killer app like Rails, Clojure is fantastic at this particular group of problems, as demonstrated by companies from 10 to 10s of thousands of people. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- 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. For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- 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. For more options, visit https://groups.google.com
Re: What's clojure killer app? I don't see any.
Thanks Timothy. I also took some time to let it go and be able to criticize/show my concerns about something that I really like. thanks for your 50 cent. On 19 Apr 2014 18:39, Timothy Baldridge tbaldri...@gmail.com wrote: That's the point. You are taking about a bunch of wrappers. They are not bad, but will not make these people to move their asses from java. Even if they can introduce clojure in their tools set. That's utter bogus. Who has ever said that...I won't move to Clojure because I can do it in Java. Because Clojure has a terse syntax, and sane defaults, most Clojure code will be 1/10th the size. Smaller code often means less bugs, etc. But a bunch of wrappers? Don't be ridiculous. Go look at test-check, core.async, core.logic, Datomic, ring, compojure. None of that stuff is a wrapper. But I guess what irritates me the most about comments like this is that they completely miss the goal of software engineering. The goal is to engineer a solution to a problem. If people are just taking whatever stuff Oracle/Microsoft/Google/Cognitect/Clojurewerkz/TypeSafe hands them and saying welp...I guess we'll use X because that's what the big boys use. Then they're a lost cause IMO. Software engineering and design is about thinking about the problem and coming up with simple solutions. It's design, not an assembly plant. Timothy On Sat, Apr 19, 2014 at 3:26 PM, Paulo Suzart paulosuz...@gmail.comwrote: Yes. That's the point. You are taking about a bunch of wrappers. They are not bad, but will not make these people to move their asses from java. Even if they can introduce clojure in their tools set. Thanks On 19 Apr 2014 18:09, Timothy Baldridge tbaldri...@gmail.com wrote: I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Can you explain this statement? I'm not sure I understand. I haven't touched any language but Clojure for every day work in months (years?). I can write a game in Clojure, I can write swing/javafx apps if I want, I can write webapps, I can write distributed systems, I can write high performance code as well as hack it out fast code. So far in my career as a software developer, I've learned, C, C++, QBasic, VB, Delphi, Python, C#, Python, and Erlang. I left every single one of those languages because at one point or another they restricted what I could do with them. There came a day where I said wow...if I could just do X this would be so much simpler. That day hasn't come yet for me with Clojure. Even after 4 years. I'm not sure what these people want? Timothy On Sat, Apr 19, 2014 at 3:00 PM, Paulo Suzart paulosuz...@gmail.comwrote: Unfortunately I'm not a Stuart or a Emerick, or a Miller. So I can't really contribute to clojure that deep. I'm in the user /tech consumer side. That said, it is not my concern only. I have dozen colleagues that can't foster clojure because they want a language with tools that fits every day. Not tools for very specific cases that may come out if they work in a very specific company in a very specific country. I don't know, I still have all my coins on that. Really hope we can have almost pure clojure clojure solutions as we have pure java solutions. Thank you all for your opinions. On 19 Apr 2014 17:40, Michael Klishin michael.s.klis...@gmail.com wrote: 2014-04-19 20:15 GMT+04:00 Paulo Suzart paulosuz...@gmail.com: People say clojure is good for data. But where are the cases? And more specifically, where are the frameworks and libs to support it? Are they talking about wrappers around java for Hadoop? Sigh... I see lots of companies of all sizes use Clojure successfully for data processing. The great thing about data processing is that there are many ways to do it. Some use Cascalog, some use libraries unrelated to Hadoop, others use just Clojure. So while there may or may not be a single killer app like Rails, Clojure is fantastic at this particular group of problems, as demonstrated by companies from 10 to 10s of thousands of people. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- 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. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post
Re: Akka-like framework in Clojure ?
Hi, Am I wrong or Galaxy project (behind pulsar) is quite inactive? Does anybody know how promising are they? Cheers On 27 December 2013 17:32, Bruno Kim Medeiros Cesar brunokim...@gmail.comwrote: I haven't dabbled yet on actor-based concurrency, can someone point out (a blog post about) a comparison between Akka actors, Clojure agents and other solutions? On Friday, December 27, 2013 6:54:16 AM UTC-2, Eric Le Goff wrote: Hi, After a long background with imperative languages such as Java, I recently spent some time learning functionnal programming, starting with Scala. I had the opporrtunity to build a demo project based on the Akka framework. Now I am starting learning Clojure, and would be curious to know if there was some clojure based framework available which could implement rather similar features to Akka. In particular, I would be interested in an implementation of the Actor Model [1] Thanks. Eric [1] http://en.wikipedia.org/wiki/Actor_model -- -- 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. For more options, visit https://groups.google.com/groups/opt_out. -- Paulo Suzart @paulosuzart -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: YA regular expression tool
This will save my time a lot. No more rubular.com :) great On 1 August 2013 21:33, Joel Holdbrooks cjholdbro...@gmail.com wrote: Thanks. This tool was really more or less for fun but I'd been thinking about it for a while. According to some benchmarks it appears the generated patterns are pretty fast. When I get some more time, I definitely want to see if converting the word trie to a DAWG and then to a regular expression will produce even better patterns. Of course, this means pattern construction will be slower. More or less I'd like some input on ways to improve the efficiency of the whole thing. On Tuesday, July 30, 2013 3:49:49 AM UTC-7, Mikera wrote: On Monday, 29 July 2013 21:20:49 UTC+1, Joel Holdbrooks wrote: I spent some time this weekend writing a little tool for generating regular expressions *from known inputs*. My goal is to produce regular expressions that backtrack as few times as possible along with a complete and total disregard for readability. :) The code for the tool is here https://github.com/noprompt/frak. Suggestions/ideas would be greatly appreciated. Nice - I like the fact that it has a very simple API that focuses on doing just one thing well! -- -- 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. For more options, visit https://groups.google.com/groups/opt_out. -- Paulo Suzart @paulosuzart -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [ANN] CHP Web Framework Documentation Update
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. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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. For more options, visit https://groups.google.com/groups/opt_out. -- Paulo Suzart @paulosuzart -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: ANN: vim-redl -- advanced fuzzy omnicompletion and VimClojure-style repl with enhanced debugging features
Now it is perferct! Great tool. On 2 May 2013 22:04, Ryan Stradling ryanstradl...@gmail.com wrote: Make sure to have vimfireplace installed and a repl up and going for the project. -- -- 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. For more options, visit https://groups.google.com/groups/opt_out. -- Paulo Suzart @paulosuzart -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [ANN] stories - bdd lib for clojure
Wow. Got surprised with 404! Sad. On Thursday, May 2, 2013 6:58:57 PM UTC-3, Steven Degutis wrote: Yeah I deleted it. Realized it's not worth anyone's time. On Thu, May 2, 2013 at 4:44 PM, Jeroen van Dijk jeroentj...@gmail.com javascript: wrote: Sounds interesting. The repo seems to be unavailable on Github, is that correct? Jeroen On Sun, Apr 28, 2013 at 3:52 PM, Steven Degutis sbde...@gmail.comjavascript: wrote: Great, thanks. Now it's at https://clojars.org/stories -Steven On Sun, Apr 28, 2013 at 1:25 AM, Michael Klishin michael@gmail.com javascript: wrote: 2013/4/28 Steven Degutis sbde...@gmail.com javascript: I'd put it on Clojars but I can't really figure out how to deal with this gpg stuff. Seems way more complicated. Wish clojure had something easier, like homebrew and melpa. But whatever. GPG signint is currently optional. lein do pom, jar scp pom.xml target/[library]-[version].jar clo...@clojars.orgjavascript:: -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.comjavascript: 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 javascript: 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 javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.comjavascript: 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 javascript: 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 javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.comjavascript: 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 javascript: 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 javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: ANN: vim-redl -- advanced fuzzy omnicompletion and VimClojure-style repl with enhanced debugging features
Hi, This is what I get using the head of master. Typed :ReplHere E117: Unknown function: fireplace#ns E116: Invalid arguments for function redl#repl#create no idea what is going on. On 4 April 2013 22:19, dgrnbrg dsg123456...@gmail.com wrote: You there are plug mappings for all the repl actions: Plugclj_repl_enter. -- key for enter press Plugclj_repl_eval. -- key to for evaluation in the middle of the repl (i.e. not at the end of the form) Plugclj_repl_hat. -- equivalent to ^ Plugclj_repl_Ins. -- equivalent to I Plugclj_repl_uphist. -- history up Plugclj_repl_downhist. -- history down You can look at the repl.vim file to see how to make new mappings. I create the default repl mappings only if you haven't provided custom ones. On Thursday, April 4, 2013 12:40:38 PM UTC-4, Max Gonzih wrote: So I got it working and it's pretty cool. But is there any options to remap default keys (for example I'm using -_ instead of $^)? Thanks -- -- 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. For more options, visit https://groups.google.com/groups/opt_out. -- Paulo Suzart @paulosuzart -- -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [ANN] Schejulure 0.1.1
Hello Adam, I knew about https://github.com/overtone/at-at. Your lib is pretty straight forward and promising. Cheers On 17 January 2013 16:05, Adam Clements adam.cleme...@gmail.com wrote: A URL would probably help: https://github.com/AdamClements/schejulure On Thursday, January 17, 2013 5:56:40 PM UTC, Adam Clements wrote: So there are a few scheduling libraries around, I wanted one for cron-like job scheduling and my options were quite limited, there are things like clj-cronlike and quartzite but I found the syntax quite clunky and didn't like the central stateful scheduler idea. There are also things like at-at, but that's more for events recurring over seconds/minutes or one-shot events, so that was out too. In the end I wrote my own library. It's tiny (~60 lines) and does one task quite well. It's modelled after futures, and in fact returns a future, so use it in the same places/way you might use a future, but for recurring events. To schedule things, it's like a cron setup (so by default fires every minute of every hour of every day...) but you can pass a map of times when it should fire, so for example {:minute [0 15 30 45] :day :tue} will fire every 15 minutes on a tuesday where {:hour 9} will fire every minute from 9-10am every day. Beyond that you simply call schedule with pairs of schedule maps to functions which should fire. Example: = (def my-running-scheduler (schedule {:hour 12 :minute [0 15 30 45]} my-function {:hour (range 0 24 6) :minute 0 :day [:sat :sun]} batch-job)) ... = (future-cancel my-running-scheduler) Simple as that. Like I say, this was to scratch my own itch, but if anyone else finds it useful, great. If it nearly does what you want but not quite... hey, it's only 60 lines, fork it/fix it. If anyone has suggestions for features, bugfixes or other libraries I should be contributing this code to instead, that would be useful knowledge too. -- 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 -- Paulo Suzart @paulosuzart -- 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
Re: Parallel SSH and system monitoring in Clojure
Thinking cloudly, one may query ec2 tags to assemble the cluster with clojure-control. Both are useful though. Paulo Suzart On 15 March 2012 21:19, Sun Ning classicn...@gmail.com wrote: You might interested in clojure-control[1], which has similar functionality to your library. [1] https://github.com/killme2008/**clojure-controlhttps://github.com/killme2008/clojure-control On 03/16/2012 06:12 AM, Chris McBride wrote: Hi, I releases two simple clojure libraries to help running commands via SSH on multiple servers. Hopefully someone will find it useful. http://info.rjmetrics.com/**blog/bid/54114/Parallel-SSH-** and-system-monitoring-in-**Clojurehttp://info.rjmetrics.com/blog/bid/54114/Parallel-SSH-and-system-monitoring-in-Clojure https://github.com/RJMetrics/**Parallel-SSHhttps://github.com/RJMetrics/Parallel-SSH https://github.com/RJMetrics/**Server-Statshttps://github.com/RJMetrics/Server-Stats Best, Chris McBride -- Sun Ning Software developer Nanjing, China (N32°3'42'' E118°46'40'') http://about.me/sunng/bio -- 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+unsubscribe@**googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/**group/clojure?hl=enhttp://groups.google.com/group/clojure?hl=en -- 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