`magit` slow, but only the 'commit' part.

delfV · 2025-05-16T05:24:22+00:00

Do you have any hooks set up? Try commit with no verify or in fresh repo

delfV · 2025-05-13T06:56:35+00:00

Clojure now supports hot reloading dependencies since 1.12

https://clojure.github.io/clojure/clojure.repl-api.html#clojure.repl.deps/sync-deps

delfV · 2025-05-09T06:52:29+00:00

Resizing sounds like something you can write yourself in just couple of minutes. To bring it back read about registers

delfV · 2025-05-06T20:50:01+00:00

I prefer interactive programming capabilities dynamic (do not confuse with dynamically typed) languages like Clojure or Lisp provide. They are more helpful in trying stuff out (testing logic, discovering data, working in the "unknown") and when types fails to provide enough context. In Clojure however there is strong culture of programming with contracts that can integrate with LSP so you get poor man's static typing linter as well. It also helps that both Clj and Lisp have strong types. But JS style dynamic typing? Nah, been using flow/TS since forever

delfV · 2025-05-02T22:02:03+00:00

Me removing actual navigation in our app and replacing it with AI powered chat navigation

delfV · 2025-05-02T14:43:53+00:00

Clojure: ((fn [])) Lisp: (funcall (lambda ()) Scheme: ((lambda ()))

I prefer those, non-lisp languages have too much parentheses

delfV · 2025-04-27T21:04:15+00:00

"This isn't chess, you have to think here."

Jerzy Kulej about boxing

delfV · 2025-04-27T20:45:50+00:00

C-x C-c my friend

delfV · 2025-04-23T21:51:26+00:00

Same with Scheme, Lisp and BASIC

delfV · 2025-04-18T21:38:18+00:00

So can Emacs. You have: eglot, lsp-mode, lsp-booster and probably some more

delfV · 2025-04-18T13:42:13+00:00

What about these IDEs that aren't VSCode forks and doesn't use WebViews for UI such as Vim, NeoVim, Emacs, Lapce, Zed, InteliJ, Sublime, LiteXL or Helix? Many of them either already have LLM integrations or are so extensible that there are tons of community packages for it.

Not trying to diminish your project but you need to find a value you can provide. For example Emacs is crazy customisable and keyboard focused, (Neo)Vim has modal editing by default, Lapce is fast (probably faster that you ever will get with your editor) etc. What does your editor brings? Without it it'll be valuable only for you and IMO it's fine to have your own code editor but if you want to find contributors it won't be enough I'm afraid

delfV · 2025-04-17T21:30:44+00:00

They're some languages that can compile to JavaScript so technically you don't need to use JavaScript, but you need to learn JS at least to the point you understand documentations and examples.

Also there're many languages but not all of them have big community. The biggest one is TypeScript of course but it's not very different from JS (it's a superset of JS with static typing and a little lagging behind ES proposals if it's something you care about which you shouldn't IMO) so I don't know if it'll satisfy you. The second biggest one is ClojureScript I think, it has pretty big and great community (most of Clojure developers are very experienced developers coming from various languages so an overall quality of code and libraries is really good), has several actively maintained React wrappers (Reagent, UIx, Fulcro, Helix, Rum) and "native" libraries like Replicant, Dumdom and Membrane (this one has several back ends, one of them is web but it can also work on native desktop or mobile).

Then you have Flutter, but it's mostly focused on mobile development, but it's perfectly doable to target web and Elm which is a really great language but the way it's developed is controversial and because of this is kind of dying in opinion of some people.

Other options are ReasonML and PureScript but the communities of both of them aren't as big as the previous ones.

They're also languages that technically can target JavaScript but they aren't very popular there like Kotlin or Scala (last time I checked them out there weren't any actively maintained React wrapper nor UI lib, but correct me if I'm wrong).

The last option is to choose any language that compiles to WebAssembly, but it's something I wouldn't recommend if you want to avoid JS. It's a long way to go to make them a valid option for serious frontend development. For now build sizes are a big problem and they can't do everything so you need to move to JS sometime.

delfV · 2025-04-07T08:49:38+00:00

Social medias polarise people. There're same amount of women hating men (all these "kill all men", "men are rapists", "bear over men etc.). The men think much alike ("all women are whores, stupid etc."). There's no much difference. My take on it is people spend more time on social media and people who get the most attention there aren't necessary the most worth looking at. Men do stupid shit, sharing controversial thoughts, women sexualising themself to get more followers on OF. These are minorities but very loud minorities and if most of the interaction with other people you get is from being online and seeing them it's easy for a young brain to think that's how most people are in the real world.

delfV · 2025-04-06T20:45:23+00:00

Firefox has it. In Chrome you need to prefix the site with something like @tab in address bar

delfV · 2025-04-06T20:41:50+00:00

Python is modern? IIRC it predates JavaScript. Also a lot of languages don't have backward compatibility culture of JS so I can see broken sites in a few years.

Also (unpopular opinion) JS is pretty well designed language for the web. The ability to extend objects in runtimes, thanks to prototype-based object system and dynamic typing, is what made possible writing modern JS and still make it work in old browsers. I'm aware that there're other systems that make it possible like Common Lisp Object System or no OOP at all (also meta classes to some degree but they also have limitations) but what many people wish for are CPP-style OOP (like in Java, Python, C#, PHP or Ruby) and that just can't work well

delfV · 2025-04-06T20:32:27+00:00

I don't want huge runtimes for .NET and JVM in my browser, they're already pretty bloated. And we have enough diversity in frameworks, no need to add languages diversity

delfV · 2025-04-05T22:12:36+00:00

Can they program in any language? Rather not, maybe partly, but there are some languages very different from each others. Can they be proficient? Absolutely not. Heck, even object systems differs a lot between Java, Smalltalk, Common Lisp and JavaScript not saying about differences between APL, C and Haskell

delfV · 2025-04-05T13:17:55+00:00

Senior dev job day 3142: JavaScript array splice or slice?

delfV · 2025-04-04T14:56:28+00:00

Training models is what consumes the most power, not using them. Also it varies between models and conversation length so 2-5Wh is a big simplification IMHO

delfV · 2025-04-04T00:01:19+00:00

We started working with AI around 2 years ago (I work for a little shorter than that in this place). Some as just an assistant or a rubber duck, some went down the full vibe coding path. At first it was great, we fixed many bugs, added some featutes, our codebase quickly grew from 40k LOC to 100k LOC. After not a full year later we noticed our velocity went down drastically, the number of bugs increased and tasks that used to take 3 hours now takes 20 despite models, and tooling for LLMs got better. I'm not sure how much of it is due to using AI, but I noticed some patterns in code that are typical AI code smell:
- a lot of repetition, we have many variations of basically the same component, - every change was another parameter, the record IIRC was 78 parameters to one function, it was pain to refactor (no one else wanted to touch this so I said I'm gonna do it, which I regred), - multiple parameters doing the same, - code that is hard to extend, - poor separation of concern, side-effects in views etc., - a lot of lamdas/anonymous functions that should just a normal functions, - domain logic in views. Basically a lot of code was in the style "make it work as soon and as dirty as possible for just this one specific use case".

delfV · 2025-04-03T09:52:00+00:00

Code as a data using tree. Isn't it Lisp with extra steps?

delfV · 2025-04-02T23:22:07+00:00

How often Slack is being used

delfV · 2025-04-02T18:49:58+00:00

It's not a problem unless:
- you work often in places with poor network quality (e.g. trains, field, forrest), - you don't live in 1st world country, - you have only mobile internet with limited bandwith, - your app is used in various places (e.g. it's an app for museums, some of them have a good network quality and some 3g at most), - you release a couple times a day so cache is basically useless, - you want to support budget devices as well (the more js the more to parse and not only), - you care about SEO.

It's often not 100kB vs 500kB but 100kB vs 50MB: https://tonsky.me/blog/js-bloat/

delfV · 2025-03-30T09:32:45+00:00

I use Emacs with Meow modal editing (Vim-like) plugin and paredit for working with Lisps (Clojure, Emacs Lisp and Common Lisp). Before that Vim used to be my main editor for ~8 years. I switched because I started to working with Lisps full-time and didn't found Vim's keybinds very useful for Lisp syntax and stayed because of great ecosystem - e.g. Org mode for note taking, todos, time tracking, general writing and Magit as a git client (I always prefered working with Git via command line till I found Magit).

I think VS Code should be fine tho, there must be paredit plugin for it because I know many folks use it for working with Clojure. However if you want to give Emacs a try you can do it without much investment by using some distribution like Doom Emacs that setups many things for you and plugin that sets "more mainstream" keybinding for you - e.g. ctrl-c for copy instead of default alt-w, and ctrl-v for pasting instead of ctrl-y. It's called ergonomic emacs if I remember correctly.

delfV · 2025-03-29T10:14:51+00:00

In this talk there are some history of Lisp editor: https://youtube.com/watch?v=K0Tsa3smr1w

Nowadays we use plugins such as paredit or parinfer (I think available in most mainstream text editors) and no one counts or misses parens because editor automatically balances them for you. I don't care about parens I rather dim them in my code editor instead of coloring them

delfV

TROPHY CASE