Our great sponsors
-
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
> ruby has just RubyMine which doesn't have a community edition and also isn't very good
I have a great deal of sympathy for RubyMine (and shudder at working for the CLion team, whew) because Ruby isn't doing the IDE author any favors. Given:
https://gitlab.com/gitlab-org/gitlab/-/blob/v16.5.0-ee/lib/g...
- what types are client_email and private_key? they are whatever type they're called with lolol
- the symbol Google::Auth::ServiceAccountCredentials just materializes; was it required in some containing context and thus is in scope by _this_ required file? are those symbols visible in every context from one of the various Gemfile lines? a hard-core rubyist knows
- where did the symbol StringIO come from? well, from require 'stringio' obviously, which is on .. err, which line exactly? I guess that lends weight to the 'this file is obviously running as a child context of some other file' theory
I think half of it is the culture of Rubyists and half of it is "productivity hacks" of "if it runs, then it must be correct"
I also recognize that I'm very clearly a static typing snob, and firmly in the camp of "please import symbols you use," but that doesn't stop me from having a great deal of sympathy for anyone who has to implement an IDE for such a monkey-patch friendly language
right on the main page, there is a screenshot. If you click it, it takes you to more screenshots.
Open https://www.geany.org/ in a web browser like chrome or firefox
Oh fun! I love Geany and use it as much as I can. I adore its speed, low resource-usage and simplicity.
I hope the plug-in API hasn't changed too much, I have a tiny git plugin [1] I wrote that I hope stil builds! Plug: if you think jumping to a known file quickly in a large repo sounds useful, maybe give it a try.
[1]: https://github.com/unwind/gitbrowser
I'm not very knowledgeable about Vi, I had someone else configure it for me as a pager a while ago. I used to use it (as a pager) to work with database dumps which were typically multiple Gigabytes big. It's obviously slow to do certain things, compared to smaller files, but that's to be expected as simply seeking through these files would take time.
As for Emacs, I either use Hexl mode or I used to use a modified version of this: https://github.com/mbriggs/emacs-pager but cannot find a source at the moment.
But, even if not used as a pager, Gigabyte file will work. That's still far from the breaking point. Not as snappy, and if you have a Python source file that's Gigabyte big you will have to disable Python mode, for example. But with logs / database dumps that's usually not a problem.