This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # beginners (37)
- # boot (96)
- # cider (23)
- # clara (2)
- # cljs-dev (40)
- # clojars (1)
- # clojure (149)
- # clojure-conj (1)
- # clojure-dev (2)
- # clojure-dusseldorf (5)
- # clojure-france (82)
- # clojure-italy (1)
- # clojure-nlp (1)
- # clojure-russia (13)
- # clojure-spec (24)
- # clojure-uk (62)
- # clojurescript (131)
- # core-async (13)
- # core-logic (7)
- # data-science (1)
- # datomic (10)
- # defnpodcast (3)
- # docker (4)
- # emacs (3)
- # events (4)
- # hoplon (68)
- # klipse (4)
- # leiningen (1)
- # off-topic (5)
- # om (140)
- # onyx (16)
- # pedestal (24)
- # planck (10)
- # proton (2)
- # re-frame (9)
- # reagent (4)
- # remote-jobs (1)
- # ring-swagger (16)
- # untangled (5)
- # vim (8)
- # yada (30)
@otfrom how an earth do you write Java in Emacs? I've used Emacs for Scala (ensime) but Java iDEs generate so much boilerplate and do some much refactoring that I can't do as fast in Emacs?
^ that is the most searing indictment of Java for me... that it requires so much boilerplate that you need an IDE.
recently jdee came to life again (ide like plugin for emacs for java) are you using that guys?
I used it back in my java days and before java5 but old jdee never got the syntax update. but now it is actively developed/maintained again
I've tried jdee a few times, and never got it to work reliably. It might be OK if you built a java project from scratch in it? Or maybe something about how the projects I used it on were structured? Or maybe I just gave up too quickly.
@agile_geek: it's not Java but I'm spending most of the day writing C# in vim. It's not as bad as it sounds. Honest.
The main things I miss actually are navigation and really simple warnings. I want to be able to say “where is this method called?” and “where is this interface implemented?” and basic code navigation. And if I miss-type a method or class name, or get the type signature wrong, I want that problem syntax highlighted immediately. I don’t know how JDEE works these days, but last time I tried it it was not reliable at such things
@seancorfield I agree. However, I lean on an IDE more when the code base is a big ball of mud regardless of language as the refactoring support is generally better.
@markwoodhall you may be the first C# dev I've ever met who doesn't use VisualStudio! I personally think VS is one of the best IDEs ever written and as it's almost default in the .NET world everyone's on a level playing field and pairing is easy.
auto-import in Java is a good example of that IME - it’s so easy to use another class without thinking about coupling
@glenjamin tbh most of the problems with Java code I deal with in the big corporates lies with the dev's not even knowing what OO is and writing very poorly structured procedural code.
IDE's don't help or hinder when your dev team knows basic syntax but nothing else.
@agile_geek: there are quite a lot of C# devs trying to move to more lightweight editors, like VSCode. I wanted to move to something I could invest in and make use of the knowledge gained when switching platforms/languages.
I’ve done all my Java in Eclipse. Mainly because my employer made Eclipse in the first place and all the “other” tooling here is Eclipse based.
anyone tried meghanada-mode for emacs Java editing yet? https://github.com/mopemope/meghanada-emacs
I used to use JDEE agile_geek I really liked beanshell before I had a good clojure repl
i used jdee for a while back in the day. i was eventually seduced away by intellij's refactorings though
Looking at meghanada it's not got any refactorings and it's not clear to me if you can import other source code formating rules both of which I end up using heavily in most Java codebases.
Although as I'm currently writing Clojure/Clojurescript for a living I have no urgent need. Yay! 👏
the IntelliJ and Eclipse users at a previous (recent) job couldn’t get the formatters to line up - so after 3 or 4 weeks they almost decided to force everyone onto the same editor
hee hee hee TDD doesn't work http://neverworkintheory.org/2016/10/05/test-driven-development.html
>We verify the baseline study results, yet our results raises concerns regarding the selection of experimental objects, particularly with respect to their interaction with the order in which of treatments are applied. Can anyone parse that?
> The task was divided into 13 user stories of incremental difficulty, each building on the results of the previous one. An example, in terms of input and expected output, accompanied the description of each user story
RE the second quote - in my experience TDD helps me convert a spec from humans into a series of incremental tasks with example inputs an outputs
so if the spec is given as a series of incremental tasks with input and output, I would be surprised to see TDD make any difference
(btw, pretty much all "empirical" studies on this have huuuuuuge methodological problems)
>>> there is the possibility that the (fixed) sequence of the experimental tasks interacts with one (or both) treatment sequence—for example, the MRA task inherently suits TLD, while BSK tends to be TDD’s sweet-spot, or vice versa.
(and there are awkward anthropology loving people like me who think you'll never really be able to measure complex human activities like this in a repeatable way if they are actually interesting activities)
it does make me wonder how accurate all the various business efficiency research studies are