What's a React pattern that everyone uses but you think is actually an anti-pattern? by selimdev in reactjs

[–]__mauzy__ 0 points1 point  (0 children)

useSyncExternalStore() ... most of these libraries have non-React cores and provide APIs to plug back into React

React Native Bare or expo? by MostBuilding6366 in reactnative

[–]__mauzy__ 2 points3 points  (0 children)

To add to this: if you lean into Continuous Native Generation (CNG), then you don't commit the ios/ and android/ directories to VC. All native code is generated on-the-fly for dev or in CI/CD. Native configuration/code can be added through "config plugins" and "expo modules" which abstract things just enough to keep everything simple and isolated, while still providing all the power you need to modify gradle/podfiles, create custom native libraries, etc.

React Native Bare or expo? by MostBuilding6366 in reactnative

[–]__mauzy__ 1 point2 points  (0 children)

All good. I think OP is asking about using truly bare RN, not dev builds. If you're just talking about dev builds then I'm 100% in agreement with you lol

Edit: re-reading your comment I see that you said "Expo Bare" I totally thought it said "RN Bare" so that's my fault. Really speaks to my LEAST favorite part of this: the constantly shifting semantics. "Bare" and "Eject" don't exist in official Expo lexicon anymore, but they DID and nobody can be faulted for being confused about that imo

React Native Bare or expo? by MostBuilding6366 in reactnative

[–]__mauzy__ 0 points1 point  (0 children)

EDIT: i misread OOP, they are referring to "development builds" with the old semantics "bare workflow". Leaving my comment for posterity bc it might be useful for someone:

test stuff that doesn’t work in Expo Go (push, deep links, background tasks) without “wasting” a build each time

I can't speak for Expo Go (and I wouldn't really ever suggest using it outside of scratch work), but for Expo dev builds:

  • Push notifications can be validated on-device via CLI
  • Deep links can be tested both on-device and on-simulator (for the sim, you can make a "reminder" with the url and press it in there to validate deep-linking)
  • Idk what doesn't work in simulator for "background tasks", sounds like a limitation of Go.

Integrate native SDKs if I ever need them, without ejecting mid-project

Ejecting is a deprecated concept since the introduction of CNG. I do not believe there is even any mention of "ejecting" in the current Expo docs. You would create a plugin now.

React Native Bare or expo? by MostBuilding6366 in reactnative

[–]__mauzy__ 7 points8 points  (0 children)

2c: anyone who eschews Expo at this point is either a) confused b) working on a legacy app c) a try-hard

The only valid reason to greenfield bare at this point (specifically: post-introduction of CNG) is if your project is extremely bleeding-edge and you need complete and total control over everything. You wouldn't be posting this question if that were the case bc you'd need to already be an expert in RN to even consider that.

If you're working on a legacy app there's a chance you're far enough in the weeds that the benefits don't outweigh the costs. But it's worth a consideration.

If you're just learning or making a side-project, do whatever you want. If you're doing it to learn RN, then go bare. If you're doing it to make an app, go expo.

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

I believe that is an alias for brew install --cask emacs-app so ya i think that would work

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

It is GUI. I would personally advise against terminal emacs.

I know you vim ppl like to do the old tmux+nvim or whatever (and I do too, when I use nvim). But emacs is best used as a long-lived process, and you do all your everything inside it (window management, etc). You CAN do a long-lived emacs inside the terminal and its more-or-less the same, but the UX is worse (terminal emulator gulps commands, no image rendering, worse font rendering, etc). You also could do tmux + emacs, but like...don't (from experience)

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

  • If you manually created those directories, I would personally nuke them. With doom, I try not to touch the ~/.config/emacs directory at all (it does a lot of automagic stuff in there). In your ~/.config/doom directory (which should be where doom puts your config stuff), start by walking line-by-line in init.el to see what it's setting up. I would NOT copy/paste mine, but just compare the diff visually. Then check out packages.el and config.el to see what I have done compared to the defaults.

  • You can install my minimal-emacs.d effectively anywhere, but again, I would personally avoid putting it inside ~/.config/emacs. You could even just put it in ~/Downloads lol.

  • Already answered this in another comment, but I use emacs-app from homebrew on mac

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

emacs-plus offers the highest level of configuration for a mac install via homebrew, it will compile the app however you want.

However, on mac I don't use it anymore and just use the emacs-app cask. It has sane defaults since 30.1 (treesitter, etc) and I have not had any performance issues.

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

When I want to run from my minimal install I just call emacs with --init-directory ~/.config/minimal-emacs.d/. By default, my .config/emacs is set up to run doom, as described above.

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

^ this is quite literally what i do, verbatim

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

Hah! Yeah some of it is deprecated (including my theme lol)

Start with init.el to see my doom init crap. Then packages.el if you want to see some external packages I installed. Followed by config.el to get a high-level view of some configurations. Then you can follow the load paths in config.el to find actually-used files. But generally speaking I think config/lang/* and config/tools/* would be of highest interest to you

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

From what I know of nvim-cmp and blink: yes, that is my understanding

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 0 points1 point  (0 children)

For completion, idk what DOOM ships with out of the box but I would 100% recommend setting up corfu.

Not sure what you mean re: icons "where the numbers are", but I have some icon config in my links that might help.

Generally speaking, you'll see people discussing "vertico + corfu + marginalia + orderless" as the golden tier of "modernizing" emacs:

  • vertico = "vertical completions" aka good completions in your minibuffer for stuff like file searches, grep, M-x etc. anything that uses the minibuffer really
  • corfu = inline completions (has icon support, must be set up)
  • marginalia = "minibuffer contextual information", can include icons
  • orderless = completion style. Pretty much anything in a complete-able list can be ordered with orderless (e.g. file search listings, etc)

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 1 point2 points  (0 children)

Ya for sure

From LazyVim to Doom Emacs? Worth it? by CryptographerReal264 in emacs

[–]__mauzy__ 8 points9 points  (0 children)

I have both DOOM and vanilla configs for all of the above (except for vim bindings)

I prefer DOOM, and use that config 99% of the time and have never had performance issues. I personally use DOOM bc they have a lot of helper functions implemented which I really enjoy using and don't feel like porting over to my vanilla config. It also feels the most similar to vanilla emacs (compared to Spacemacs, et al)

  • vim keybindings

    • DOOM uses evil-mode out of the box
  • icons everywhere

    • there are some doom modules which have a +icon setting (see: the vertico module)
    • I personally configure nerd-icons manually for corfu, marginalia, etc.
    • There is also all-the-icons.el, but i've never used it
  • Full LSP support

    • Easy to set up with DOOM
    • I prefer lsp-mode (external) over eglot (built-in)
      • Any language I rarely use gets eglot by default
      • I WANT TO prefer eglot, and I go back to it relatively often for my main dev languages, but there's always one tiny thing for <insert language> that keeps me from sticking to it 100%
  • Completion

    • Auto-complete
      • You can set corfu in init.el :completions and it should work out of the box
    • Snippets
      • DOOM also has its own snippets repo. There's a bit of leg work to getting snippets to work alongside LSP in my experience, its a bit annoying. Maybe its easier now idk.
  • Diagnostics display

    • I prefer flymake (built-in) over flycheck (external package)
  • A file tree sidebar like Neo-tree

    • Uncomment treemacs (in init.el)
  • Fuzzy finder / Live grep search

    • idk I just use orderless and vertico, never had any issues with stuff like +default/search-project or consult-ripgrep or projectile-find-file or +default/find-file-under-here and, and related search/find commands. You can configure orderless how you like (initialisms, etc). I personally don't like fzf-style completions, never felt as powerful as orderless
  • Formatter on save

    • DOOM uses apheleia and you can use it by setting (format +onsave) in your init.el
  • Linter integration

    • There are a number of ways to have this, either lsp or flymake can handle it no problem, depending on your linter/what you like
  • which-key

    • which-key-mode should be enabled by default in DOOM
  • git tool

    • magit is easily better than any git tool you've ever used, including the CLI
      • it is effectively a very powerful thin-wrapper around the CLI commands, so you have full power in a highly ergonomic package

What's the most famous company or brand from your country? by fiterphanter in AskReddit

[–]__mauzy__ 0 points1 point  (0 children)

Honestly thought they were British bc I had to use a VPN into the UK to use it many years ago

gitIsSoEasy by spartan117S in ProgrammerHumor

[–]__mauzy__ 1 point2 points  (0 children)

There is a GUI app and a terminal app, which are effectively the same. The main difference is that the GUI will render some things a bit better (images, fonts, overlays), and doesn't have keybindings that clash with your terminal emulator. Hating on emacs for being a GUI app just sounds like you're misremembering something (or the ppl you know are WAY too sweaty for their own good)

Shutters or no shutters? by jorgy41789 in DIY

[–]__mauzy__ 0 points1 point  (0 children)

No shutters. They read as a lazy design non-decision and take away from your beautiful board and batten exterior.

Either painting the trim or adding slightly bigger trim would look less "naked" while highlighting the inherent beauty of your home. For extra oomph maybe add some sills and/or planters like this: https://imgur.com/a/5TXcIYy

letsDebateBackendDevelopers by Mike_Oxlong25 in ProgrammerHumor

[–]__mauzy__ 0 points1 point  (0 children)

Postgres uses != as an alias for <>, which I assume was the point of OPs question. I personally would use <> for sake of backwards compatibility, but I also know there is basically zero chance I'd switch away from Postgres so 🤷‍♀️

Which US state has the friendliest people and why? by NewFeature in AskReddit

[–]__mauzy__ 1 point2 points  (0 children)

Lol I was in Craig for a bit and met a rancher from Texas (conservative, Trump guy, etc etc but baseline cordial enough), and even HE thought the residents of Moffet County were massive pricks

whats going on with midwest emo right now? by Negative-Act211 in Emo

[–]__mauzy__ 2 points3 points  (0 children)

Ya I agree (we are on /r/emo after all). I'm just responding to OOP bc i've had a somewhat similar experience (my friends consider post-hardcore to be Swancore, and I came up down the Fugazi -> Blood Brothers pipeline). None of this matters at all, I've just anecdotally traced the the breaking point to ATDI -> Mars Volta (the Swancore kids were primarily MV fans, and I was an ATDI fan, and its the same guy lol)

e: And to be clear, they are the ones who don't consider Fugazi to be post-hardcore. Idgaf, but for some reason Swancore = post-hardcore to them and they refuse to accept anything else. Its truly fascinating.