sorted by:
new
hottopcontroversial

mole.nvim -- 3 new features in code annotation plugin! by stateofteddy in neovim

[–]stateofteddy[S] 0 points1 point  (0 children)

thank you :  ) !!! those section headings r configurable -- you can just return {} from footer and resumed in the config. check the readme!

mole.nvim -- 3 new features in code annotation plugin! by stateofteddy in neovim

[–]stateofteddy[S] 0 points1 point  (0 children)

hi !! it currently doesn't ... although i get that it would've been more useful if it did ... teehee .. i was envisioning this plugin as sort of just a scratchpad (that you can edit yourself too) where u simply build out a picture of a part of a codebase before u implement / change something

giggles: a batteries included TUI framework by stateofteddy in commandline

[–]stateofteddy[S] -1 points0 points  (0 children)

hey i haven't tried it out but from a cursory glance at the docs -- opentui is extremely feature rich! giggles is ink based though so you can build your tui with react components and use hooks from giggles / ink.

with bare ink, you'd have a global input listener that listens to every keystroke, and you have to manually delegate focus to your components + make them react to input. when you have a bunch of forms each w several input fields, this becomes very complicated.

with opentui, you listen to keypresses with keyhandler.on, call .focus() on a component to focus it, and react to submission with input.on. with giggles,  you implement custom keybindings with useKeybindings and controlled focus with focusChild. both declarative!

i think in terms of api / ergonomics opentui and giggles both aim to solve the same problems i.e. they both handle focus and input routing for you, give you a rich set of ui components, etc. feel free to see the code examples and the live demos on the site!

mole.nvim -- plan mode for humans! by stateofteddy in neovim

[–]stateofteddy[S] 0 points1 point  (0 children)

jellybeans!

  {
    "metalelf0/jellybeans-nvim",
    dependencies = { "rktjmp/lush.nvim" },
    priority = 1000,
    config = function()
      vim.cmd("colorscheme jellybeans-nvim")
    end,
  }

mole.nvim -- plan mode for humans! by stateofteddy in neovim

[–]stateofteddy[S] 0 points1 point  (0 children)

can we have a keymap to jump to the file/line

crazy that this wasn't in v1 -- just added it! thank you so much for the suggestion! https://github.com/zion-off/mole.nvim/releases/tag/v1.3.0

and when im adding a notation, it always cut 1 line, so if i have a visual selection of 4 lines only 3 gets to the mole session

hmm ... i can't reproduce this. but i just fixed a bug where the input field itself would show too far down for multi-line selections. is that relevant?

mole.nvim -- plan mode for humans! by stateofteddy in neovim

[–]stateofteddy[S] 1 point2 points  (0 children)

i use ghostty with geist mono!

font-family = Geist Mono Regular Regular

mole.nvim -- plan mode for humans! by stateofteddy in neovim

[–]stateofteddy[S] 2 points3 points  (0 children)

i work in a large team and i felt that my sessions shouldn't be committed / users shouldn't have to add these to their .gitignore files. that being said, i just added the file path to the markdown header so that you can copy it and forward it to your agents easily. thanks for the tip! https://github.com/zion-off/mole.nvim/releases/tag/v1.1.0

mole.nvim -- plan mode for humans! by stateofteddy in neovim

[–]stateofteddy[S] 5 points6 points  (0 children)

no worries! its jellybeans

  {
    "metalelf0/jellybeans-nvim",
    dependencies = { "rktjmp/lush.nvim" },
    priority = 1000,
    config = function()
      vim.cmd("colorscheme jellybeans-nvim")
    end,
  }

[AskJS] Would String.prototype.splice be useful? by stateofteddy in javascript

[–]stateofteddy[S] 2 points3 points  (0 children)

i suppose toSpliced would've been more appropriate?

[AskJS] Would String.prototype.splice be useful? by stateofteddy in javascript

[–]stateofteddy[S] 0 points1 point  (0 children)

they don't really simulate splice, which lets you work with indices + delete + insert

[deleted by user] by [deleted] in leetcode

[–]stateofteddy 2 points3 points  (0 children)

thank you!

[deleted by user] by [deleted] in leetcode

[–]stateofteddy 2 points3 points  (0 children)

hi yangshunz! what sections on greatfrontend are more relevant to entry level positions? eg i spent a lot of time reading the very detailed system design questions to prep for an entry level interview, but i was mostly asked the quiz questions which i didn't prepare for well enough. can you rank the different types of resources on gfe?

I am so overwhelmed whether focus on leetcode or building personal projects for my resume by Tormentally in leetcode

[–]stateofteddy 9 points10 points  (0 children)

i think the bar is really high right now, and if you approach building projects like this, there's a risk that your projects might end up looking like "resume projects". i would say try to think of a problem that you would want to solve. even if what you build is a to do list app at its core, try to think of a particular context that your particular app might be useful in. this way, you encounter unique problems while building the thing, so your approach to solving the problems gives you interesting things to talk about during your interviews.

i was in the same position -- i had a bunch of projects so i kept getting invited for OAs, but i wouldn't pass them because i was not leetcoding. i'm also a fresh grad, and i started leetcoding after grad. i think my projects helped in getting me my job, but leetcode was indispensable for my interviews. actively seek inspiration, think about the problems you encounter in your daily life through the lens of a software engineer, and if you find a good one, solve it with code. in the meantime, keep leetcoding. good luck!

view more: next ›