To offer a contrasting viewpoint, I don't have openwrt as my router, but only have openwrt APs, because it's the best and cheapest way to have VLAN support in my APs, keeping iot and guest VLANs separate from my main network.
The "fire upon the deep" series describes zones where the speed of light differs, causing deserts from which escape is difficult, did to the slow speed at which ships must travel.
I think in those stories the speed of light is the same but the speed of thought differs. Close to the center of the galaxy you cannot be very smart and faster than light drives don't work, if you get too close to the edge you get victimized by those things that Yudkowsky is worried about. There's a certain range in which you get space opera.
The most obvious way to change the speed of thought is to change the speed of the electromagnetic signals (light) that produce them. Ignoring the current known laws of physics, of course.
It's both, the farther you get from the center of the galaxy technology can be more complex, the speed of light is higher, and computation can be faster.
Chrome is also adding bizarre ux choices on mobile. The tipping point for me was nested tabs (tab groups) with no way to disable them. I've been a happy Android Firefox user since then.
I use chromium based browsers on mobile primarily and I just want to agree with you wholeheartedly. I don't know why this decision was foisted on us. Two layers of organizational abstraction with minimal benefit. I'm sure some people like it, but that's why you make it optional. The UX with nesting tabs is absolutely abysmal.
As a user of Brave, I completely agree with this. I wish the tab grouping could be disabled instead of forced upon users. And despite the issues with Fenix's project management that I mentioned in my post, I still believe that between Google and Mozilla the latter organization would be more willing to listen to user feedback and not attempt to move forward with features such as those. I can't imagine Google suddenly deciding one day that tab grouping was a mistake and walking back such a feature.
I also want to be able to tell _why_ which is why I dislike working on codebases that squash commmits. Too many times I've done a blame to see why a change was made, and it's a giant (> 10) list of commit messages. Oftentimes, the macro description of what was going on does not help me with the line-level detail.
Also, in case it helps you in the future, `blame -wC` is what I use when doing blame; it ignores whitespace changes and tracks changes across files (changes happened before a rename, for example.)
I don't know about this project, but I have used tmate.io (self hosted ssh server) for almost seven years for remote pairing, using vim inside of tmate.
Compared to vscode: when sharing the terminal, you don't need to worry about following the other person's cursor or them following yours, as there is only one cursor.
You don't need to worry about telling them what dukes you are opening, as there is only one editor.
You also don't need to worry about registering for an account, as (at least with tmate) it's simply an ssh connection for the remote person.
It is the only way I've found that allows for effective remote pairing. There are a number of downsides, but it is a wonderful tool.
I love svelte on the personal/toy projects I've tried it on, but does someone have an example of a large-ish svelte codebase with an example of a testing pattern that they've found works?
Using mithril/vue/react, there are assertions you can make about how a given action will modify the state, and given some state, how that state will be rendered.
I've not found a good way to make assertions on the behavior of code without resorting to poking through the DOM and dealing with asynchronous behaviors.
As an aside, I added vim and vi to the trends, which dwarf the others, but show a long and slow decline for `vi`, but a fairly steady state for `vim`. As a vim user that at times wishes he learned emacs instead of vim, emacs is an interesting trend to see: https://trends.google.com/trends/explore?date=all&geo=US&q="...
How much of that is just users searching "how to exit vim" though? :)
Half-joking, but I think it is actually over-estimating the vim user base because there are so many things to search when learning to use vim, whereas the others are much closer to a traditional word processors.
Very true and likely, also considering how short the terms are, but emacs is in clear decline. Perhaps it's just become so easy to use, no one needs to search for anything anymore?
vi usage is here to stay, even if not heavy usage, some one has to always change something in a file on a server and has to use vi.
Apart from that, Emacs usage mostly correlates how much of text heavy tasks a programmer is doing. Most people tend to write tons of shell/perl/python scripts and take a lot of time recreate the magic of emacs outside it, Sadly most of it is also throw away effort with a lots of manual effort in between. Sometimes its entirely manual effort because eventually you need to learn Perl regexes, or sed or awk really well, and that's another black hole in itself. To me that's kind of a gap in developer training itself. If you are wasting man-hours to weeks doing what should be done in man-minutes you probably have a huge gap in the way you are used to thinking about how your work in general.
Growth of Python is a big problem for programming community at large. It's a tool largely designed for beginners and people refuse to move beyond that. What's worse they also carry that kind of thinking to any tool they want to use.
Developers are generally bad at automating our own work. We wish to liberate accountants and ware house workers from drudgery. But rarely do we look at our own very work the very same way.
Pode Vim, an album by Pedro Kimura is popular in Brazil.
Using git with vim also seems a popular search combo.
Personally I am amazed that the younger generation are keen to learn vim. I don't see why as I have gone the other way to only use phpStorm for editing in earnest. For me using vim for code instead of phpStorm is a bit like handwriting instead of typing, a definite loss of formatting and neatness.
The reason I find modern interest in vim so amusing is that there is no compelling excuse to use it. In the olden days when you had to queue to use a terminal in a computer room to enter code you had handwritten on paper there were no 'nano' or other editors, you had to learn and use vi.
I don't believe vi is quicker than a full size IDE but I still use vi, find and grep because I don't fully trust these new IDE tools and I am fairly dyed in the wool as a command line user.
The tools I don't fully understand are the textmate, sublime, notepad++ and other middling editors that don't offer the brilliance of vim or the possibilities of a phpStorm grade editor.
It's available on servers. It's fast to manipulate text with. It doesn't spin up my CPU (cough electron editors). It never falls over on me. Basically it just gets out of my way.
I'm curious, why phpStorm specifically and not IntelliJ or any other jetbrains IDE?
Obviously its php specific features aren't relevant here since we're discussing editors (or development environments) in general.
Personally I find that most IDEs are far too language specific, and I can't possibly invest the time to learn an IDE per language when there's so many languages I regularly need to edit (and probably yet more in the future).
VSCode isn't half bad, as it has plugins for just about everything, but it's still a juggernaut in terms of software size. None of the jetbrains product I've used had decent plugins for all the languages I need.
And of course none of these work over a purely terminal ssh connection, which is a bit of a deal breaker for me.
I believe Sublime does offer the brilliance of vim. And I use vim too! They take about the same time to configure to similar levels of usability. Sometimes a more native UI is preferable. Notepad++ has a bit more built-in. There's some Windows particular stuff where I might want that Win 2000 aesthetic. I'm thankful for all the options.
but phpstorm is just for php, right? what if you want to code in some rust, does it support it? with just a few tweaks and packages sublime turns into a half-decent editor for any language and stack.
