382 karma · joined March 30, 2011
But on the other hand, while I totally understand why https://sw.kovidgoyal.net/kitty/faq/#i-get-errors-about-the-... exists, it's quite annoying to handle that, as we often take this bit for granted.
It makes sense from a tech pov, but not from a product one. It's a choice and I respect that. It didn't prevent me to use Kitty for years.
It's very subjective: some folks (me included) will notice the difference and feel frustrated if it's not fast enough, while others are scratching their head about how it actually makes a difference.
It could also be said, that it's of logical to expect certain things to be fast; especially when they've been around for so long. We're drawing text on the screen here, it should be fast.
Saying it matters with anything else than feeling/comfort would be overreaching.
I think that handwriting and its constraints, lead to a different mindset from when you're typing on a keyboard:
- It's write Only; You can't erase easily, so you either accept it and just keep pushing forward or you get distracted by not being able to do so (good), leading you to think twice before writing (bad).
- The physical coordination involved is a soothing and mindful process (at least for me) and it feels much more creative than typing. It's way easier to stay focused while doing so (might relate to my ADHD).
I rememeber vividly myself asking my dad when I was a kid why his handwriting was so different from what I learning at school. He told me that the success criteria for writing is can you read your own writing? Can you make an effort to make readable for others when you intend it to be read by someone else? If yes, that's good enough, nobody cares if you draw letters in a uncommon fashion, as long as they can understand the words.
While questionable at times, the way that doctors write follows this logic, because when writing the prescription the tend to optimize for writing more than reading, and therefore allow themselves more freedom.
I feel that once you've taken that step, writing becomes a much more enjoyable process. When I write, a "f" will be drawn differently, depending if it's the first letter of the word, or in the middle (as in "effort").
So I end up having three "modes" for handwriting:
- Ephemeral, I'll write things so quickly that I know I'll be able to decipher it only for a few days, while the topic is still fresh in my brain.
- Just for me, so I make zero efforts, just paying a bit more attention so I don't end up scribbling "effort" into "e||o||" which may cause problems in a month or two.
- For others, where I'll keep my handwriting peculiarities, but make sure it's absolutely decipherable (so no shortcuts, no stroked words, etc ..)
Strangely, I remember myself handwriting things, but I never remember typing something (though I'll remember about the thoughts of course). It's like handwriting is a more anchored experience somehow.
The best approach I've found is to become aware of who are writing the reviews I perceive as high quality and simply follow them when they change medias and pay attention to what they communicate about their current position.
Ultimately, the best reviews are almost always coming from sources that have a business model that doesn't rely on ads.
I have only wrote LISP code during uni and on pet projects and I always feel like the parentheses are making things easier to visually process. The AST is explicit and basically just before my eyes, and it looks nice because of the functional style.
On a much smaller scale, if anyone is interested, I maintain a black list focused on those code snippet content farms that gets in the way when you're searching for some error message or particular function here https://github.com/jhchabran/code-search-blacklist.
And you cannot assume that power sliding on a surface will be similar to another one that looked the same because a slight change of humidity, dust or grease may totally change the outcome and transform the slide into a hang up that will throw you at the floor pretty hard.
So if you combine a really thin margin of error with the inability to confidently execute it on new surfaces, it makes powersliding a pretty unreliable way of braking unless it’s an emergency, in which case jumping off the board is much easier.
Meanwhile, you can power slide at will in the skate park because you know the surface by heart, and it’s easy to get it consistent by how many times you just rode it.
- if you are on osx, you'll may find the gui rendering quite laggy if you are using a Retina display. Using the terminal will make it snappy again. Using something like Alacritty will make it even snappier if you're sensitive to it.
- if you are on linux and use the gui, the pgtk branch is worth giving a try, it drops the old extremely outdated Xt code
- LSP can be quite resource hungry, it's really worth giving a try to the nativecomp branch of emacs 28. https://www.emacswiki.org/emacs/GccEmacs
I have gone back and forth between vim and emacs, usually for a bunch of years each time before currently settling on emacs with Doom. With the nativecomp branch, it's actually pretty snappy and doom emacs is a great setup to get started without drowning in the amount of configuration.
I would say that I just love vim style input and modal editing, but doing that on top of emacs with evil mode and elisp is a better match for me than vimscript. The feedback loop you get with LISP and emacs is incredible when tweaking things to your liking.
Every function is accessible, there is just a global scope and you can call pretty much anything. It's sounds like an horrible idea, but it also means you can quickly hack stuff by reusing the internals of a package you like.
For example, it took me half an hour to initially POC this https://github.com/jhchabran/ivy-lsp-current-buffer-symbols by just skimming through the emacs-lsp codebase and randomly trying funcs in the repl to get an idea of what each function was doing.
Also, if you enjoy the experience provided by emacs + evil, giving a try to the native compilation branch of emacs 28 gives noticeable improvement in terms of speed.
[1] Spacemacs "it's a sophisticated and polished set-up, focused on ergonomics, mnemonics and consistency" VS being focused on speed, https://github.com/hlissner/doom-emacs#introduction
Heetch is a ridesharing company that handles 150k rides per week. We're providing young people with an affordable and safe way to enjoy their nights. We have raised is $20M in January.
Our engineering team is operating entirely remotely across Europe.
We're hiring an Elixir engineer, to join us in building a transverse team that is focused on improving the productivity of other developers in the company by spotting generic needs across teams and addressing them in the most impactful way.
This is done through various means such as introducing a new technology or designing a creative solution to a problem shared by multiple teams and shipping it as a library.
We do this through carefully collected feedbacks, analysis and is delivered iteratively, following closely open-source methodologies. The team also allocates an afternoon per week to work directly on open source projects and blogging.
See our job offer: https://www.heetch.com/job/150d8c79-e8ad-4108-b486-176b757c8...
We're running a Go/Elixir microservices (90+ atm) stack and our mobile clients are built in Swift and Kotlin. We're using a lot of Postgres, Redis and lately Kafka.
We provide great pay, a conference budget, a travel budget (wanna physically pair with someone for a specific project, go for it) and other perks.
We also have other engineering positions opened, see https://www.heetch.com/jobs/
Heetch is a nightlife ridesharing company that works with 5,000 professional drivers and handles 70,000 rides per week.
We're providing young people an affordable and safe way to enjoy their nights.
We just raised $12 Millions and we're looking for data, infrastructure, backend and mobile engineers.
Our engineering team is operating entirely remotely across Europe.
We're running Go, Elixir and Ruby microservices in a mesosphere dc/os cluster. We're using Postgres, Redis, Rabbitmq and we're moving toward Kafka and Spark.
Our mobiles apps are using ReactiveX, iOS app is mostly written in Swift and we've just started to use Kotlin on Android.
Hiring Process: 2 Remote or On Site IW
Find more details and forms are at https://jobs.heetch.com
> Programmers, scripters, and mad scientists rejoice! You can now create your own Dota bots using a brand new scripting API. Upload your bots to the Workshop for others to download and play. Then, enjoy watching as your creations slowly take over the Dota universe.
Basically, there's now an API to play the game through bots and make competitions between them. Given the deep gameplay the game has and the available API, this hints of a very promising bot programming scene.
Dwarf fortress stuff is like that, Minecraft is even worse, you get adfly in the middle :D
As a Vim user, I consider the whole productivity thing about it quite over-rated. Yes it's efficient, yes it's faster, but in the end, anyone with a decent editor is going to go faster after a while.
The point is comfort. Once vim's mechanics are assimilated, you starts to memorize meaningful sequence of letters, like ci". And those sequences are just words you're typing, so typing code or entering commands is exactly the same thing.
And none of this require going too far frome the home row with your hands. This in my opinion is why Vim is so good :)
But yeah, all the "vim" layers around are basically just the bindings, in normal and insert mode which just half of vim. If we can't change buffers with :b, :A or anything, it's just painful as a vim user. Same goes for what you listed.
I have great respect for the guys at code mirror, it's just that I view it as just a quick hack to add vim bindings that a real vim like solution. If LightTable advertises about being vim friendly, there should be an implementation that keeps the vim workflow, not just small bindings.
As a vim user, I'll just skip the "vim" mode if it's done like that (and sadly I'll stick to Vim even if I really crave for a modern "vim" with a decent scripting language).
Is there any plan to address that in the future ?
The key idea is where do you live: if I'm living in a poor country where average salaries can vary from $50 to $400 per month, imagine how much I can make by send viagra spam by just sending emails to doing hard physical job ? For us it's not worth even doing it as a hobby. For some people, it's damn profitable, just take the case of Nigerian scammer, convincing someone to send him $500. He's doing that every day, if he can scam one "wealthy" person to do it once per month, it's damn profitable. Yeah, this isn't really a shiny way to make profit, but you may understand the motivation behind it.
My main concern is that being vim'ish isn't just about the keybindings, it's way more than that. For example, commands, like :map <leader>r :!bundle exec rake spec %<cr> or in Vjj to select two lines then :'<,'>Tabularize/=>/ to align the hashrockets on two selected lines.
Same goes for splitting panes, with C-w s and so on.
I'd kill for a "modern vim" and I'm really eager to see Light Table released. As Chris is a vim user, I have good hopes for LT's usability in a vim way. If it requires some changes in my vim habits and I can still control everything without too much chordings, I'll happily deal with it :)
EDIT : typo
I'm not against adding features on vim, I'm suggesting that doing it that way isn't to the vim-ish way. My opinion is that when it comes to vim, unix is the whole IDE, not just vim itself.By no way I mean I hold the truth but it doesn't mean I can't have an opinion and discuss it here !
Having emacs as a dependency for some features is ridiculous.
For example, if I understand correctly C-c a a (http://orgmode.org/guide/Weekly_002fdaily-agenda.html#Weekly...) compiles an agenda. I'd rather have a small program to do that and launch vim on each todo like mutt for writing emails than having it bundled in my editor.
Edit If I were using emacs daily, I'd gladly use org-mode :)
If I clearly understand the point of emacs's org mode, I don't get how it could go along vim considering it's a "powerful text editor" not an IDE. It just don't match the intended worflow (at least mine).
I much prefer how mutt is handling things, just taking care of emails and delegating text editing to vim.
I'd say most of its interest comes from the support channels like #rubyonrails or #python where you basically help people. After a while, you get to know regular users and thus making new connections or even friendships. As an example, I've got friends hanging out in a french sys-admin related channel who sent to me people looking for python training. I made an offer and we later called to them to finalize the order. I'd say such things are a consequence of your genuine participation in channels rather an objective in itself.
I use quassel as an IRC client, the core is installed on my personal server, being always connected. I connect from my home or my laptop and always get only what I haven't read thanks to quassel acting a bit like IMAP. I also have a bitlbee setuped in order to act as a gateway to gtalk and hipchat, meaning I got every single possible chat protocol I may use in quassel.
I desactivated notifications, which means If I minimize quassel, I won't see anything, letting me focused. After each focused work cycle ( like every 30-45 minutes ) I just check if anything happened there and answers depending its importance and my current priorities. I don't say I'm not available, which may lead in a debate on why I can't answer right know, I just don't answer back until I got prioritized stuff done first.
This way I can handle chat with wrecking daily productivity. As opposed to that, phone just trouble my productivity, I almost never answer on my phone except for a few people and use almost exclusively chat to avoid that.
Besides that kind of details, Textmate is indeed a very well made product, that go t a lot of things right from the beginning as you said. But it's just sad to see it just "froze" as it is.
Anyway it's not really about an update frenzy, it's basically as it's not an open product but one we paid for, I expect them to polish it over time.