This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-05-20
Channels
- # beginners (49)
- # boot (139)
- # cider (10)
- # clojure (82)
- # clojure-belgium (59)
- # clojure-dusseldorf (5)
- # clojure-russia (11)
- # clojure-sanfrancisco (2)
- # clojure-uk (56)
- # clojurebridge (4)
- # clojurescript (138)
- # cursive (19)
- # datomic (8)
- # dirac (1)
- # editors (11)
- # emacs (18)
- # flambo (21)
- # hoplon (45)
- # jobs (1)
- # juxt (3)
- # keechma (1)
- # mount (43)
- # off-topic (2)
- # om (64)
- # om-next (1)
- # onyx (2)
- # other-languages (8)
- # re-frame (72)
- # reagent (99)
- # ring-swagger (7)
- # rum (3)
- # spacemacs (21)
- # specter (5)
- # untangled (42)
- # vim (4)
- # yada (7)
@richiardiandrea: ha, i'm glad you enjoy not using beanstalk
it's funny, the idea of suggestions about what tech not to use
the adzerk tech unradar
"we recommend not using or doing the following things"
Ahah @alandipert let's make it real, it is actually as useful as a radar
And funny ;)
Yes please! We need an unradar
Elastic beanstalk clearly belongs on that list
@pesterhazy: what do you use instead, if anything?
I refuse stubbornly to jump on the docker bandwaggon
a Jar is already a pretty good container (for an app), and so is an EC2 AMI (for everything else)
i have concluded this as well
although i think docker is useful for local dev environments
at least, for the use cases i'm presented with at my current job
i think if i was at google or whatever and had tens of thousands of VMs, i can imagine making things to optimize and orchestrate that operate at sub-VM
like mesos. i need to learn more about it though
there's just so much mileage you can get out of unix VMs without sub-virtualizing
I agree
still think that good old vagrant with an ubuntu image is best for dev environments
(maybe docker's new OSX version without virtualbox will change this balance soon though)
have you experimented with docker-compose? this is the tool in particular i've found useful
ah, the OS X thing i don't care as much about, being on linux
as i realized a few years ago i need to dev like i deploy
no, haven't tried docker-compose (or any of the dozens of other docker tools)
I'd use linux as well but, alas!, developing for iOS now 😞
i've only tried docker-compose, first a couple years ago when it was called fig
yeah the docker OS X thing looks promising, for teams that use OS X
also worth looking into nix, which fixes many of the same issues (like lack of isolation) that docker targets
but of course nix/nixos is still pretty uncommon, so I'd be cautious about using it in a team, or at a company where someone else might need to take over at some point
it also seems like solving the problem at the wrong layer to me
I’m running boot watch speak test
, which recompiles on file changes and takes 11s to run my few tests. However, I can run these tests immediately from a REPL that reloads changes when I save my files. How can I get my automated, watched tests to run faster, by running on ns reload?
@petrus: give https://github.com/metosin/boot-alt-test a look, you might like it
By the way personally I went for ECS, deploying a docker Alpine image that just executes my uberjar. A bit still too clunky especially the part where you have to create a task revision for the new docker to be read into the ec2 instance, but ok...bearable for now
Thanks, @alandipert. Looks like the solution. How do I install this? It’s a boot plugin right?
yeah it will required edits to your build.boot... bring it in as dependency, require
its tasks, etc
looks like bring in [metosin/boot-alt-test "0.1.0-SNAPSHOT"]
and then in our build.boot (require '[metosin.boot-alt-test :refer [alt-test]])
what's the best way to filter a fileset so the output fs contains only changed file? I see how to get the list of changed files but not how to turn them into a fs.
@mobileink: the result of fileset-diff
is itself a fileset
there is no order, as they are overlayed as a single filesystem internally (and in the classpath)
hmm.. but if I have same file (log configuration) in multiple resource-paths with same name, I would like to set which one is loaded.
there really isn't a sane way to do that, just like if you load 5 jars with the same file in it, which one do you get when you do (io/resource ...)
on it?
the best way to handle that is to make a task that selects the correct one and adds it to the fileset, instead of having overlapping paths in your resource dirs
ok. have to figure out how to do it. resources are all shared, but just the log-conf should be different.
with leiningen, you can set the order with :resource-paths ^:replace ["dev-resources” "resources"]
i suspect that whenever you have this situation it's an indication that you can refactor to get a much better solution than overlapping files in the classpath
you should be able to refactor it to use env vars, which will simplify things greatly, no?
think so. Default way with Java has been to have a separate log-conf for tests, but so many ways to do this. ENV is one.
@micha given that you are here, I am working on a cider issue: https://github.com/clojure-emacs/cider/pull/1751
Would you be open to a patch for adding executable forms in boot.user
from the command line
@richiardiandrea: one sec getting lunch from Kings
ah ah lol sure
I'm having trouble getting the repl task to serve on 0.0.0.0 and a predictable port, does anyone have a working example somewhere?
@gtrak: the --bind
option sets the interface the repl server will bind to and listen on
that's different from the --host
option that sets the host the repl client will connect to
seems like the server could be split from the client, but lein repl works that way, too.
(the repl task will not block the pipeline without the wait
task if the client isn't waiting around for input)
I hope this does not count as abuse of slack, but damn the torpedoes: I'm one of 5 finalists in Intel Ultimate Coder Challenge for IoT. (twitter: #UltimateCoder). Starts Monday, 8 weeks, $20K grand prize. Part of my proposal was to use Clojure where plausible, specifically on Edison and Intel IoT gateways. That also means boot where possible. If interested, search on "Iotivity" and "Zephyrproject". Warning: may be insane.
sorry, probably shouldn't have done that, Friday afternoon at the bar. But then I ask myself, what would the Donald do?
I also have to say that this is one of best Slack channels I have been part of
@richiardiandrea: it’s the only slack chan i’ve every participated in, i’m pretty sure it’s the best.
@micha really dunno how or even if boot is relevant to embedded computing, IoT, etc. but i’m about to find out. in any case, given the massive $$ being poured into IoT i think we can say it will only increase in importance. at least until the machines take over.
FWIW, for anybody interested, the intel Edison is pretty inexpensive (~ $50) and officially supports Java.
@mobileink: i dream of working with somethign like this maybe: http://www.holonforth.com/
@micha: checkout https://www.zephyrproject.org/ . that’s the RTOS that will (eventually) be the OS for the Intel Curie, which is incredibly cool. I just wish I could program it in Clojure, probably not in the cards anytime soon. But I’ll settle for Clojure on the gateway and the Edison and C/C++ on the sensor device.
Not to mention Rust 🙂
wonder if the footprint is small enough...but if Java can run there...
forget forth; take a look at http://factorcode.org/ Awesome. Really dunno why this kind of language never took off.
you might find John Light’s talk about embedded programming interesting, see link on my blog http://blog.mobileink.com/ .
wow Zephir is very cool, everything that has fibers in it is cool (like Quasar/Pulsar) 😄
Yeah, Zephyr looks very cool, which makes sense since it comes from Wind River. Google Wind River, Rocket, Zephyr. Intel bought Wind River; they opensourced the Rocket kernel as part of Zephyr in Feb; Zephyr will be the RTOS for the Intel Curie (http://www.intel.com/content/www/us/en/wearables/wearable-soc.html)
like someone here 😄
I almost never see Forth or similar languages even mentioned in discussions about embedded systems. It seems a no-brainer; why on earth would you want node.js (pretty common for IoT doo-dads) when you can have Forthish stuff? Must be sociological.
possible, but you’d think things would leak. if you were doing great things in some Forthish, lang, wouldn’t you brag about it?
well I’m glad you mentioned Forth. the Intel Gateways support C/C++, Java, and Lua out of the box. Why not Forth? Seems a no-brainer, except that your average programmer probably can’t deal with stack-based programming.
if i have time (it’s only 8 weeks) it would be pretty cool to implement some stuff in Forth.