[1]Home [2]Recent [3]Comments [4]Search
  [5]Login
   1. 13
      [6]How does your current dev workflow looks like [7]☶ [8]ask
      [9]programming
      [10]mraza007 avatar authored by [11]mraza007 12 hours ago | [12]27
      comments
      [13]27

  Share your favorite dev tools that helps you remain productive such as
  text editors,terminal,configs and etc
   1.
      ____________________________________________________________
      ____________________________________________________________
      ____________________________________________________________
      ____________________________________________________________
      ____________________________________________________________
      Post   (button) Preview
   2. [ ]
      5
      [14]evanrelf avatar [15]evanrelf 7 hours ago | [16]link
      My development environment is kinda like the UNIX philosophy
      version of an IDE. I use:
         + Fish as my shell
         + Kakoune as my text editor
         + tmux for windowing and persistent session stuff
         + fzf for fuzzily changing directories and picking files
         + ripgrep and fd for searching
         + kitty as my terminal emulator
      I’m probably forgetting other things, but those are the important
      ones. My personal laptop runs macOS, but all other machines run
      NixOS.
      I work almost entirely with Haskell and Nix, so language specific
      tools include stuff like Cabal, ghcid, ormolu, and HLint. I also
      use home-manager for declarative package management, as opposed to
      the more imperative nix-env style.
   3. [ ]
      5
      [17]alicebob avatar [18]alicebob 7 hours ago | [19]link
      vanilla vim in a basic terminal. Works everywhere, and I don’t have
      to spend brain-cycles thinking about it.
        1. [ ]

           [20]duraki avatar [21]duraki 5 hours ago | [22]link
           How do you deal with multi language barrier? ie. Space vs Tabs
           in different project? Do you manually expandtab/tabstop?
             1. [ ]

                [23]akavel avatar [24]akavel 4 hours ago | [25]link
                Personally, until I need to do it often enough to put in
                my .vimrc for a particular filetype, I kinda already
                remember the :setl sw=2 ts=2 et (replace 2 with whatever
                needed) “magic incantation” for when needed. Umm… a
                moment of self-reflection: is vim really a
                stockholm-syndrome lover I thought it to be in my younger
                days?… Yet in other editors, I’d have to do it by mouse
                or keyboard shortcuts anyway…
   4. [ ]

      [26]stephenr avatar [27]stephenr 8 hours ago | [28]link
         + IDEA Ultimate (aka IntelliJ IDEA). I last wrote Java (and it
           wasn’t much then) checks notes 5 years ago, and I still don’t
           get why each of the language-specific JetBrains editors
           exists, but apparently this is the only one that will support
           plugins for any other random language (e.g. PHPStorm can’t
           install the python language plugin, and PyCharm can’t install
           the PHP language plugin).
         + Vagrant. From a shared single-VM dev environment, to an 8-10
           VM simulation of a ‘production’ site. Yes it has a few rough
           edges, but realistically everything does, and I’m mostly
           familiar with these rough edges now.
         + A pretty vanilla zsh on macOS, the only really ‘custom’ thing
           is a little script to setup & store dotfiles & similar in
           iCloud drive.
         + TablePlus (for SQL)
         + Kaleidoscope because command line diffs are insane for
           anything beyond about 2 files.
        1. [ ]

           [29]pfcuttle avatar [30]pfcuttle 1 hour ago | [31]link
           About the different JetBrains products, my guess is that you
           only pay for the features you really use. It’s still weird
           that you have to install different applications if you want to
           mix and match e.g. Python and PHP, but not Java.
           I don’t think I ever got the hang of a GUI for doing SQL. I’ve
           used DB Visualizer a bit, but too many times there are
           situations where the command line is just a few keystrokes
           away.
             1. [ ]

                [32]stephenr avatar [33]stephenr 50 minutes ago |
                [34]link
                I get the pricing difference - but why not just have the
                different licences enable different plugins then - and
                they even acknowledge this weird behaviour with both a
                “all products” licence and a dedicated desktop tool, just
                to install/update/launch all the various tools.
                Re: SQL - the GUI part is 99% about viewing results more
                easily - the vast majority of the time it’s just showing
                me the result of a query I wrote (or occasionally copied
                from an error log).
   5. [ ]

      [35]zge avatar [36]zge 4 hours ago | [37]link
      I’ll try to give a sketch of an Emacs-centered workflow. My main
      tools are (surprisingly) GNU Emacs and xterm+bash. I don’t need
      much more than that.
      When working on something, I usually have one of two setups:
         + For compiled languages, I split Emacs intro three windows (for
           non-Emacs users, what the window manager calls a “window” is a
           “frame” in Emacs-speak, while a frame in the Emacs window is a
           “window”). Usually a file buffer on one side of the screen,
           and a vertically split window with a compile buffer on the top
           and a terminal*/dired below. These can be rotated easily
           (using window-swap-states). But I would usually order than so
           that rotating through the buffers makes sense. Binding
           recompile to a handy key is very useful, in my case I use the
           F2 key.
         + For interpreted languages, assuming there is proper Emacs
           support, I would have mostly the same setup, except that the
           compile buffer would be replaced by a REPL, and I would tend
           to not have a terminal open.
      Regarding Emacs extensions, projectile is very useful, but I’m not
      an advanced user. My main commands are projectile-find-file and
      projectile-kill-buffer. Sometimes I forget to use the latter, and
      then I end up with 700 opened buffers, like a few weeks ago. Other
      noteworthy packages are avy, for jumping to symbols, but also
      copying and moving them around, ivy/swiper, for faster completion
      and perhaps dumb-jump for looking up definitions without having to
      set anything up. Any other tips would be language specific.
      [38]This is my configuration, in case anyone cares, but I’m in the
      process of re-writing and shrinking it, so it’s not as tidy as it
      used to be.
      * In my case Eshell.
        1. [ ]

           [39]twee avatar [40]twee 2 hours ago | [41]link
           It’s interesting how different our setups are considering we
           both use Emacs; it fascinates me every time I come across one
           how varied the users of Emacs are.
           Thank you for your configuration, by the way. I can’t remember
           how I first came across it, but I’ve found a few nice settings
           in there, and like your list of inspirational configurations
           which I’ve also found a few nice things in. When you switched
           to Rmail I got quite excited, I barely know anyone else who
           uses it!
   6. [ ]

      [42]Ameo avatar [43]Ameo 3 hours ago | [44]link
      I’m very surprised that nobody has said they use VS Code yet. I
      figured it had the lion’s share of the market, but maybe that’s
      just webdevs.
      I use VS Code exclusively as my text editor, except for Vim which I
      occasionally use for editing config files and writing commit
      messages. I write Rust for my dayjob (fullstack) and most side
      projects (also fullstack), and I use the trunk rust-analyzer which
      works pretty well these days except for situations with lots of
      complex macros and codegen. I also write a good deal of
      JavaScript/TypeScript which VS Code supports 100% out of the box.
      I make very extensive use of full-codebase search with VS Code
      (ctrl + shift + f) as well as normal find. I also make extreme use
      of go-to definition; I feel that my workflow is neutered if I’m
      working anywhere without both of those features available,
      regardless of language. I find that I only use the file tree on the
      left secondarily; I primarily navigate between files by following
      go-to definition or clicking on results in all-code search.
      I use code formatters for every language I write in; I can barely
      work without one now. I type out a whole piece of logic without
      pressing newline or space unless necessary and then have it
      auto-format when I save. I use linter plugins for VS Code wherever
      available. The thought of not having at least syntax checking
      in-editor feels incredibly constraining.
      A few other editor plugins:
         + Auto add trailing newline
         + Auto trim trailing whitespace
         + Side-by-side markdown preview
         + GitLens (show file history, show line history, show blame for
           currently hovered line in bottom bar, etc.)
         + Language-specific extensions wherever available
         + VS Code live share which I’ve used for pair programming a few
           times with mixed results
      I have my frontend, backend, and any other pieces running in their
      own tabs within my terminal (iTerm on Mac, Konsole on Linux
      desktop). I use zsh/OhMyZSH with some nice plugins:
         + autojump (fuzzy-jump to directory by partial/close name)
         + show shadow completing all commands while typing (incredibly
           helpful)
         + show git branch and dirty status for current directory if in a
           git repo
      I have a pretty basic set of dotfiles with mostly just config for
      stuff like NVM, PATH, GOPATH, etc. I have some useful aliases which
      I use (gd for git diff, cb for cargo build, etc.)
      I have three monitors and generally have terminal and/or web
      browser on the left one, text editor on the middle one, and web
      browser on the right (usually for displaying the webapp I’m working
      on). I keep all my windows maximized at all times and primarily use
      the taskbar to switch between different windows on the same screen.
      Taskbar is set to only show tabs for windows on the current screen.
      I rarely use a debugger with the exception of the browser devtools
      debugger when I use heavily. I rarely use repls with the exception
      of, again, browser devtools which I use extremely heavily. When I
      do use a debugger, I use VS Code’s integrated debugging for Rust
      and C# (those are the only two languages I’ve used a proper
      debugger before so far).
      Rust utils have taken over my system, replacing many traditional
      Linux ones:
         + ripgrep (grep replacement)
         + fd (find replacement)
         + dutree (visual size distribution of subdirs/files)
         + twiggy (Wasm size profiler)
        1. [ ]

           [45]danielrheath avatar [46]danielrheath 3 hours ago |
           [47]link
           I’ve started using vscode for my typescript and kept using
           sublime for everything else.
           Extremely similar overall, most problems have been just
           learning new shortcuts etc.
           However:
              o Sublime is 1 frame faster at rendering text after I press
                a key. Bothers me slightly in vscode, but most don’t
                appear to notice.
              o Several times a week, code gets into a weird state where
                code search gets stuck and takes 3-5 seconds to respond
                to input. Appears to be pegging a CPU. I suspect there’s
                a keyboard shortcut I’m accidentally triggering which
                tells it to search everything, even .git and node_modules
                but haven’t figured out what it is.
   7. [ ]

      [48]artemis avatar [49]artemis 3 hours ago | [50]link
      Recently I have been migrating to programming with my voice using
      [51]https://talonvoice.com
      This is having a cascading effect on the rest of my technology
      stack as I rearrange things to optimize for what can be controlled
      most easily with my voice.
      For example, I have always been a vim user, but now I am finding
      that I prefer VSCode with the vim plugin. file navigation and a few
      other things that I do frequently are easier. Being able to hover
      over identifiers for type information saves me from a lot of trips
      to documentation or the terminal. it’s also easier for me to
      develop missing functionality that I would like to exist in
      typescript than vimscript.
      I’m probably going to be switching back to fish, so that I can take
      advantage of its auto complete.
        1. [ ]

           [52]indirection avatar [53]indirection 55 minutes ago |
           [54]link
           Once you’ve been doing it for a month, could you do a small
           video or write up? I think this is something we’ve seen
           attempted many times over the years but nothing seems
           substantial.
   8. [ ]

      [55]twee avatar [56]twee 2 hours ago | [57]link
      I use Emacs, but in a way more reminiscent of Acme. Normally I have
      two windows next to each other: the current file and a shell buffer
      (not eshell or term, a comint shell buffer running rc), and I shell
      out to external commands a lot.
      Notable parts of the configuration are the complete lack of syntax
      highlighting, the lack of any completion frameworks or fuzzy
      filterers (besides hippie), the lack of any advanced emacs features
      being used (I don’t use slime, geiser, or whatever for any
      language). I have a large amount of aliases and environment
      variables set to make sure that my home directory is not dirty (and
      have alias ls=ls -l) so that I don’t get lazy. I use 8-wide tabs
      instead of spaces (except for lisp) and ag instead of grep. Also, I
      use a light theme.
      Most of the tools are use are written in C because I found it too
      time consuming to get a rust compiler compiled, and I’m at a stage
      in life where I’ve got the time to make hipster idealistic
      decisions like that.
      Really there’s nothing interesting going on, which makes all my
      friends who care about this stuff think my setup’s odd because it’s
      so plain in comparison to whatever they have set up. I’ve been
      writing up a sort of live document explanation thing of what I use
      for my own reference over time [58]here if anyone’s more
      interested.
   9. [ ]

      [59]yumaikas avatar [60]yumaikas 10 hours ago | [61]link
      For me, my Dev workflow centers around Vim modes
      At work, that’s gvim+VimWikis for note taking, VsVim for writing
      C#, LinqPad+Vi mode for prototyping code and exploring data.
      Outside of that, I have notepad++, a menagerie of CLI tools for
      various conveniences to make the Windows command line less painful.
      They include directory bookmarks, my own version of ls for windows,
      a cli punch clock, and a small RPN evaluator for the odd job. I
      also have a tiny webapp for formatting commit messages and keeping
      an eye on builds. These tools form a little nest of situated
      software that makes my day a lot less painful.
      For personal stuff, it’s mostly Vim+bash+tmux+Nim (used to be Go),
      and JS where appropriate. When I get a better laptop for it, I’ll
      probably get back into Godot.
  10. [ ]

      [62]jclulow avatar [63]jclulow 10 hours ago | [64]link
      I’ve been writing a lot of Rust lately, and I spent some time
      configuring [65]rust-analyzer to work through [66]vim-lsp, etc. If
      I recall correctly I started with the instructions for [67]rls.
      Anyway, it’s been good to be able to use the type information in
      the language without needing to use a full IDE – I recommend it! As
      an aside, to get proper floating boxes to render I think you need
      at least VIM 8.2, which was still apparently unavailable last week
      when I checked last.
        1. [ ]

           [68]arp242 avatar [69]arp242 edited 9 hours ago | [70]link

    As an aside, to get proper floating boxes to render I think you need
    at least VIM 8.2, which was still apparently unavailable last week
    when I checked last.
           popup windows were added throughout the 8.1 release with many
           different patches (some incompatible), it’s just easiest to
           say “8.2”, but the first patch was in 8.1.1364, but you
           probably want at least 8.1.1513. Some features and
           enhancements were added in later versions.
           Vim versions are rather idiosyncratic: every commit to master
           is a new “patchlevel”, and every once in a while a new
           “version” is released, which is again, just a commit to master
           with some docs updates, but outside of that is quite
           arbitrary.
           Also pretty easy to build Vim yourself if you want a newer
           version than what your distro has.
             1. [ ]

                [71]snazz avatar [72]snazz 1 hour ago | [73]link
                Neovim does a [74]far better job of versioning
                appropriately and clearly, which is nice. It’s possible
                that any given distro version might have a too-old Vim
                but a new enough Neovim (although compiling yourself or
                using a rolling-release distribution isn’t too hard).
  11. [ ]

      [75]jgt avatar [76]jgt edited 7 hours ago | [77]link
      For some years now, my setup has remained basically the same.
      An iTerm2 terminal , in full-screen, on a global hotkey, which
      appears instantly with no animation. Inside that, a tmux session
      for each project I am working on (I have three commercial
      projects).
      Inside the tmux session for a given project, I have various windows
      which run e.g. psql, redis-{server,cli}, and I work from a window
      which contains an equal vertical split (as in the divider runs
      vertically).
      On the left side is my Haskell or Elm compiler. With Haskell, I’m
      always working in GHCi. I use it for interactive development,
      inspecting types, running my project’s tests, and running my
      project’s local development server. My GHCi is configured with a
      number of flags which enable fast, incremental compilation, so I
      have a fast feedback loop even on Haskell projects of a couple
      hundred modules and 25K+ LOC. For Elm it’s similar, though I rarely
      use Elm’s repl and it’s separate from the local development server
      runner anyway.
      On my right side is vim. I use vim-dispatch to send commands from
      vim to the GHCi in the other pane.
      Everything except for vim comes from a nix-shell.
  12. [ ]

      [78]akavel avatar [79]akavel 7 hours ago | [80]link
      A recent breakthrough improvement for my workplace workflow was
      actually in physical world, and on recommendation from a lobste.rs
      user: discovering and starting to use a discbound notebook. It
      allows me to easily organise and rearrange my working notes,
      whereas before my notebook was chaotically intermixed and finding
      stuff in it was nearly impossible.
      Other than that I found similar help in Tree Style Tabs plugin for
      Firefox, though it also has some aspects I don’t love; but without
      it I’d be in a worse situation at work. I live by Gesturefy &
      NoScript in Firefox as well.
      Other than that, basically vim + Go + Linux/Mac at work, vim +
      Nim/Go + Windows/Linux at home; nothing else that is special comes
      to my mind. I mean, there’s a lot of small things in configs, such
      as .inputrc tweaks to make bash tab-completion much better, or a
      ~/bin/gl script containing more or less git log --graph --oneline
      --decorate --all, etc. They all come together for overall boost,
      but too much to describe here. I store most of my config via Nix’s
      home-manager on Linux, though it has pros & cons & doesn’t support
      Windows.
        1. [ ]

           [81]akavel avatar [82]akavel 33 minutes ago | [83]link
           PS. Can’t edit my post anymore, but I wanted to let myself
           also mention [84]Ultimate Plumber, which is a tool I myself
           actually created, out of a burning need (so I think it fits
           the OP question), and other people seem to really like it too…
  13. [ ]

      [85]kornel avatar [86]kornel edited 2 hours ago | [87]link
         + [88]Fork (previously [89]GitX) is a productivity boost for me.
           Using git fearlessly requires knowing “where” you are in the
           graph of commits at all times.
         + Sublime with Rust extension reports errors inline, and has a
           button to apply compiler’s fix suggestion. It’s a small thing,
           and probably Java-IDE devs had it since ‘90s, but it’s new for
           me and I love it.
         + Firefox with Tree Style Tabs and Containers extensions. I need
           a million tabs open.
         + Flycut clipboard manager. It has saved me countless times when
           I’ve cut some bit of code and forgot about it. Or needed to
           paste again some bug number or a URL from 15 minutes ago.
  14. [ ]

      [90]ilmu avatar [91]ilmu edited 1 hour ago | [92]link
      My environment is a mess but slowly it’s converging on what I want
      it to be. I use:
         + NixOS + XMonad, the goal is to make xmonad central to
           everything and reduce the dependence on text editor, web
           browser and terminal window management features.
         + Kitty as terminal, I still use the kitty tabs but I will move
           to xmonad tabs (and probably a more minimal terminal) once I
           have finished building a couple of other features in my
           xmonad.
         + Spacemacs as IDE, neovim as a terminal editor, I know it’s a
           bit weird but it’s expedient for now. I’m slowly weaning
           myself off of spacemacs window management, now I mostly have
           emacsclients and terminals tiling my screens rather than a big
           emacs window with splits.
         + Qutebrowser and firefox for browsing, this is similar to
           above, qutebrowser is great and it’s easy to make small named
           sessions to open and close. However I have a massive firefox
           session that I need to slowly break apart and organize.
         + Zathura for pdfs, I read a lot of pdfs so this is relevant I
           suppose, it’s also another good thing about using qutebrowser
           is that its UI fits my pdf flow better. I use pboy or paperboy
           (haskell TUI) to rename and organize my pdfs.
      I use find and ripgrep a lot but I rarely reach for tmux or fzf,
      although fzf is a very useful tool so I should probably start
      forcing myself to use it until I start reaching for it.
      Edit for “workflow”
      At work I do go, I have emacs set up with a language server and a
      tags file so I can jump to definition or hover on a symbol for
      information and such things. When I work I mostly just make a
      couple of changes, run the local tests, run the global linter and
      then if it passes I send it to the CI, sometimes there’s a problem
      in some other test, then I fix those and run the local tests and
      global linter but never the global test suite because it locks me
      out of my system pretty much…. I have a portrait screen on each
      side of my laptop so it’s like having 5-7 laptop screens, the
      layout I most often end up with is some kind of “emacs region”,
      “browser region” and “terminal region” but I change this as I go.
      My workspaces use a binary space partition layout and I have
      hotkeys to rearrange the trees.
      When I do things in my free time it’s mostly going to be related to
      my environment, so nix and haskell, I don’t have a good flow for
      nix and it’s kind of frustrating but I am actually making myself a
      tool to fix this (and other similar problems). For haskell I use
      ghci a lot but when I’m at home I only have the laptop screen, so
      normally I have an emacs window and a terminal window and then use
      the kitty tabs and emacs window splits. It doesn’t scale well
      because I keep shuffling through and it’s hard to reference things
      quickly or keep two things side by side or something. My work
      window management flow is better but it just means that my WM
      config is sufficient when I have enough screen space but I am
      missing quite a few features for managing many windows in a smaller
      viewport.
      Currently where I suffer the most is with note-taking, I use
      org-mode but I’d rather have a graph database.
  15. [ ]

      [93]pfcuttle avatar [94]pfcuttle 1 hour ago | [95]link
      Depends on the machine I’m working on, but common elements are:
         + Zsh, tmux
         + Vim for Python, YAML, XML, Make, etc…
         + IntelliJ for Java
         + VS Code for HTML, CSS, JavaScript and TypeScript
         + Firefox with adblocker and privacy extensions
         + All the nice Rust utilities that popped in the last few years:
           bat, fd, hexyl, rg, etc…
      I do customize all the tools I use. For now I settled on:
         + [96]Fira Code with ligatures
         + [97]Ayu Theme
         + Horrible hacks to make those damned italics work with tmux and
           vim
      Desktop is on Manjaro, work machine is on MacOS.
  16. [ ]

      [98]dsh avatar [99]dsh 53 minutes ago | [100]link
      I’m a web developer, so there’s a few tools I use every single day.
         + PHPStorm - my IDE that I use for PHP and Node.js development -
           very good debugging and code completion included here.
         + ElementaryOS - very beautiful, but I’m moving back to Xubuntu
           at the end of the month.
         + Vagrant - spins up a PHP environment for Magento 2 development
           - as well as other PHP services and apps we develop in house.
           It also has Node.js installed for front end building
         + Node.js - right on the bare metal to run scripts, test stuff
         + PHP on the bare metal to test, write, etc
         + SAM for developing single AWS Lambdas locally
         + Slack to talk to the team
         + Firefox is the main browser, we have Office 365 so I use the
           Outlook web client a lot for emails - the first time I ever
           let a web app push notifications through the browser
         + I use regular old BASH with TMUX in my terminal
         + Vim for editing configs and other system files
         + HTTPie for testing RESTful APIs and services
         + DBeaver for Database Management
      That’s all I can think of that I use every day.
  17. [ ]

      [101]nikivi avatar [102]nikivi 25 minutes ago | [103]link
      My one is described in GitHub repo for [104]macOS & [105]iOS. I got
      new mac a month ago so it is further simplified, will update the
      repos shortly.
      But of the recent things, I moved most project management to Notion
      from Trello. Started using VS Code insiders with minimal
      extensions.
      I want to rewrite and/or start using
      [106]https://github.com/Keats/kickstart to bootstrap new projects.
  18. [ ]

      [107]vhodges avatar [108]vhodges 17 minutes ago | [109]link
         + Bash shell
         + Kitty terminal emulator
         + Tmux (when remoting in to my linux box and at work)
         + Emacs (pretty vanilla these days, just a few extra packages)
         + WindowChef for my X11 WM
         + Make (except for Rails)… even for Go, muscle memory and
           shorter to type :)
         + Basic POSIX tooling (grep, etc)
         + Aging (but still going strong!) 1st gen Retina MacBook Pro
           (mid-2012)
         + Newish desktop Linux box (2015) runnng Arch

  [110]Moderation Log [111]Hats [112]Tags [113]Wiki [114]Privacy
  [115]About

References

  Visible links
  1. https://lobste.rs/
  2. https://lobste.rs/recent
  3. https://lobste.rs/comments
  4. https://lobste.rs/search
  5. https://lobste.rs/login
  6. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks
  7. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks
  8. https://lobste.rs/t/ask
  9. https://lobste.rs/t/programming
 10. https://lobste.rs/u/mraza007
 11. https://lobste.rs/u/mraza007
 12. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks
 13. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks
 14. https://lobste.rs/u/evanrelf
 15. https://lobste.rs/u/evanrelf
 16. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_kclyoj
 17. https://lobste.rs/u/alicebob
 18. https://lobste.rs/u/alicebob
 19. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_ik6bcl
 20. https://lobste.rs/u/duraki
 21. https://lobste.rs/u/duraki
 22. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_09tgit
 23. https://lobste.rs/u/akavel
 24. https://lobste.rs/u/akavel
 25. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_i6uftz
 26. https://lobste.rs/u/stephenr
 27. https://lobste.rs/u/stephenr
 28. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_nesddr
 29. https://lobste.rs/u/pfcuttle
 30. https://lobste.rs/u/pfcuttle
 31. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_ostflj
 32. https://lobste.rs/u/stephenr
 33. https://lobste.rs/u/stephenr
 34. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_pyferg
 35. https://lobste.rs/u/zge
 36. https://lobste.rs/u/zge
 37. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_hmngim
 38. https://zge.us.to/emacs.d.html
 39. https://lobste.rs/u/twee
 40. https://lobste.rs/u/twee
 41. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_5r7ior
 42. https://lobste.rs/u/Ameo
 43. https://lobste.rs/u/Ameo
 44. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_zofllt
 45. https://lobste.rs/u/danielrheath
 46. https://lobste.rs/u/danielrheath
 47. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_mw5w9v
 48. https://lobste.rs/u/artemis
 49. https://lobste.rs/u/artemis
 50. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_qgak0s
 51. https://talonvoice.com/
 52. https://lobste.rs/u/indirection
 53. https://lobste.rs/u/indirection
 54. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_knnrof
 55. https://lobste.rs/u/twee
 56. https://lobste.rs/u/twee
 57. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_wpa2s5
 58. https://distinctly.pink/colophon.html
 59. https://lobste.rs/u/yumaikas
 60. https://lobste.rs/u/yumaikas
 61. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_80rud6
 62. https://lobste.rs/u/jclulow
 63. https://lobste.rs/u/jclulow
 64. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_akxkzt
 65. https://github.com/rust-analyzer/rust-analyzer
 66. https://github.com/prabirshrestha/vim-lsp
 67. https://rls.booyaa.wtf/
 68. https://lobste.rs/u/arp242
 69. https://lobste.rs/u/arp242
 70. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_tgs3gn
 71. https://lobste.rs/u/snazz
 72. https://lobste.rs/u/snazz
 73. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_hrwxf4
 74. https://neovim.io/roadmap/
 75. https://lobste.rs/u/jgt
 76. https://lobste.rs/u/jgt
 77. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_7fldzu
 78. https://lobste.rs/u/akavel
 79. https://lobste.rs/u/akavel
 80. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_x2kyzk
 81. https://lobste.rs/u/akavel
 82. https://lobste.rs/u/akavel
 83. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_pfw3a9
 84. https://github.com/akavel/up
 85. https://lobste.rs/u/kornel
 86. https://lobste.rs/u/kornel
 87. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_0eyo8p
 88. https://git-fork.com/
 89. https://rowanj.github.io/gitx/
 90. https://lobste.rs/u/ilmu
 91. https://lobste.rs/u/ilmu
 92. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_hwxnm6
 93. https://lobste.rs/u/pfcuttle
 94. https://lobste.rs/u/pfcuttle
 95. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_gut6zx
 96. https://github.com/tonsky/FiraCode
 97. https://github.com/ayu-theme
 98. https://lobste.rs/u/dsh
 99. https://lobste.rs/u/dsh
100. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_ctnd9r
101. https://lobste.rs/u/nikivi
102. https://lobste.rs/u/nikivi
103. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_xnnlb2
104. https://github.com/nikitavoloboev/my-mac-os
105. https://github.com/nikitavoloboev/my-ios
106. https://github.com/Keats/kickstart
107. https://lobste.rs/u/vhodges
108. https://lobste.rs/u/vhodges
109. https://lobste.rs/s/qi5dmk/how_does_your_current_dev_workflow_looks#c_wawk7c
110. https://lobste.rs/moderations
111. https://lobste.rs/hats
112. https://lobste.rs/tags
113. https://github.com/lobsters/lobsters/wiki
114. https://lobste.rs/privacy
115. https://lobste.rs/about

  Hidden links:
117. https://lobste.rs/
118. https://lobste.rs/login
119. https://lobste.rs/login
120. https://lobste.rs/login
121. https://lobste.rs/login
122. https://lobste.rs/login
123. https://lobste.rs/login
124. https://lobste.rs/login
125. https://lobste.rs/login
126. https://lobste.rs/login
127. https://lobste.rs/login
128. https://lobste.rs/login
129. https://lobste.rs/login
130. https://lobste.rs/login
131. https://lobste.rs/login
132. https://lobste.rs/login
133. https://lobste.rs/login
134. https://lobste.rs/login
135. https://lobste.rs/login
136. https://lobste.rs/login
137. https://lobste.rs/login
138. https://lobste.rs/login
139. https://lobste.rs/login
140. https://lobste.rs/login
141. https://lobste.rs/login
142. https://lobste.rs/login
143. https://lobste.rs/login
144. https://lobste.rs/login
145. https://lobste.rs/login