This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-29
Channels
- # announcements (1)
- # beginners (40)
- # calva (30)
- # cider (3)
- # clj-kondo (1)
- # cljdoc (12)
- # clojure (79)
- # clojure-dev (7)
- # clojure-france (4)
- # clojure-spec (10)
- # clojure-uk (13)
- # clojurescript (19)
- # core-async (1)
- # core-typed (1)
- # cursive (2)
- # datomic (2)
- # emacs (3)
- # events (1)
- # kaocha (2)
- # klipse (14)
- # off-topic (26)
- # pathom (1)
- # reagent (8)
- # rewrite-clj (8)
- # shadow-cljs (22)
- # tools-deps (18)
I've got 4th Generation Core i3 2.5GHz Lenovo B590 laptop with 8GB DDR3 RAM (which was 4GB previously on which it was quite sluggish) and 320GB HDD. Operating system in my use is Ubuntu 18.04. It takes ~5GB of RAM on Shadow-cljs
and Leiningen
(both with hot reloading and stuff) running with 10 to 12 tabs (with 2 Slack workspaces) of Google Chrome, Emacs, Upwork app. Is it okay with current specifications and OS? Or change OS or something else? And should I go for SSD? What are your experiences and opinions?
SSD will definitely be the best investment for more speed. If you want to do more with Docker/Kubernetes you probably need more memory, but otherwise 8 GB should be enough.
I've never used SSD, but I've noticed that in HDD programs start slow, but once started they seem to run at reasonable speed.
I've currently set up my dev environment in HDD, so if I change to SSD I'll have to do it again.
I would also start with SSD, then more memory and then invest in better CPU. 8GB is a minimum, 16 is preferable. 4 core i5 or i7 is pretty much the default these days
Is there open source alternative to Acronis True Image?
180GB of SSD would be enough for Clojure/ClojureScript purposes?
clojure libraries normally don't take lots of space, but of course it depends on your project, database, etc
Thanks. I think 180GB would be enough. At the moment I'm doing mostly front-end work.
Iām working in a language Iām not familiar with to solve a type of problem I have no experience in. Where would you start?
I'd start by solving a problem I knew how to solve in the new language, to get familiar with it.
If the problem I did not know how to solve involved algorithmic trickiness, not just lots of code, and I wanted to explore ways to do that, I might choose the language that I thought would make it quickest for me to explore different ideas for it, as a prototype implementation.
I think thatās generally a good approach. In this case Iām working in fennel, a lisp wrapper around lua, to customize hammerspoon + agās spacehammer. The goal is to make it more data-driven so we can have a single Table\hash-map that defines modals, keystrokes, and action functions.
Thanks for inadvertently introducing me to hammerspoon and spacehammer! These look like exactly what Iāve been searching for on my work machine.
It is less inadvertent as you may think. @U0G75ARHC did a brilliant job putting it together, Iām taking a crack at shifting modal\action customization from a code problem to a data problem.
@U0G75ARHC writes really nice code š
Thank you, but I wouldāt qualify it as a ābrilliantā job. I think thereās virtually unlimited potential here with Hammerspoon, sadly Iāve been struggling with finding time to implement some cool ideas.
for data-driven approach I think it would be cool to implement something like Integrant but in Fennel/Lua
(global modal-paths
[[:space {:title "Alfred"
:action "modals2/activate-alfred"}]
[:m {:title "Multimedia"
:menu [[:s {:title "Play or Pause"
:action "multimedia/play-or-pause"}]]}]
[:z {:title "Zoom"
:menu [[:m {:title "Mute or Unmute Audio"
:action "zoom/mute-or-unmute"}]]}]])