tsujp

Also came here to say foot. Hands down the best terminal I've used.

Kitty was alright but I prefer a bitmap font in terminals and I'd rather have one that just lets me use it without having to do tricks which you have to do with Kitty.

Alacritty is also good but I don't care about X support at all.

This is a better explanation of what I meant.

I've been the "overthink it" person, the person to spend way too much time on preparation only to start the implementation and realise one or many of the reasonable assumptions I've made are wrong and then have those affect everything else. I could have done a new on-paper solution for every single fork like that in the preparation phase (greatly extending it); or, I could have learned enough to _get started_ and come back to the drawing board to re-learn each time these (before: assumptions) are met.

It's a careful balance of preparedness and real-world discovery. Neither gives a complete picture without the other. Neither is even possible without the other.

Spending too long preparing is as bad as spending too little time. Too long and you account for possibilities that may not even exist, things you cannot know until you enter the system. Too little time and you're a bull in a china shop.

You can go to the Helium Explorer and look at nodes and their earnings directly: https://explorer.helium.com/

Zoom in, click a cell, click a node, click "30D" and you'll see the amount of HNT and how much that is worth at the current market rate. I didn't see any $6,500 nodes.

See: Ethereum Name System (https://ens.domains/)

When implementing something:

Figure out enough to get started. Then start. Don't think you can get a perfect view of something before wading into it, you'll just be wasting time. Likely your first attempt will suck so with your new found experience from starting and trying you can improve for your next attempt.

How is this interesting? This is Windows 11 running in a Virtual Machine (specifically Parallels) on macOS.

Verkle Tree

https://vitalik.ca/general/2021/06/18/verkle.html

https://blog.ethereum.org/2021/12/02/verkle-tree-structure/

This is awesome! I remember playing with Hasura (which uses Postgres) a few years ago. Hasura is great but one of the things I really wanted was JSON schema validation at a database level so I could keep all the "raw" types together if that makes sense. I was then, and do now, do public-facing schema validation but that doesn't necessarily validate how it's going to be persisted into the database so being able to have that closer to the database level now is great.

Similar but in pure Bash: https://github.com/dylanaraps/fff

Hey everyone I accidentally shared this too early.

I misinterpreted a don't-share-yet announcement to mean the announcement post only and not the entire software and announcement. I don't mean this as an excuse; that's just the context.

So this is out before Drew et. al. intended it be hence some 404s and so forth as commented by Drew in this very thread here: https://news.ycombinator.com/item?id=32105407

I let my excitement get the better of me this time and I hope people revisit SearchHut in a week or so after these quirks are resolved.

SearchHut was built to this point in about a week by Drew and contributors which I think is amazing.

It is also meant to be very simple to run in the case you want to index your own category of sites. For instance cooking content is specifically not indexed but if _you_ wanted to you can spin up an instance and index cooking sites yourself.

    > I like being able to paste code into chat and have it syntax highlighted.

Use a pastebin, there are plenty out there. See: https://paste.sr.ht/ or http://ix.io/ or https://paste.rs/ or https://bpa.st/ or https://gist.github.com/ or https://paste.ubuntu.com/ and many, many more.

Regardless of there being a better tool for syntax highlighting and holding small linkable snippets of code (so that logic doesn't need to be more to download when opening your chat) it also keeps it _out_ of the chat so it's not polluted. People not being able to instantly insert 20 lines of text is a _good_ thing. So, link to the resource don't embed it.

    > I like being able to ping people so that they get a notification on their phone, and likewise, I like people to be able to ping me

In the article you're responding to Drew directly mentions their suggestions for Push Notifications. I don't mean to sound facetious but, did you read this (article) in it's entirety?

    > Occasionally, I like to send a GIF

See above: link to the resource, don't embed it.

I think Drew and Simon represent a good case for IRC modernisation _without_ it devolving into Slack or Discord. Notification fatigue, endless automated bots, and the expectation to read channel history _sucks_ and IRC keeps the opt-in liveness and culture that fosters jump-in and jump-out chats which is kind of how it works face-to-face in the real world anyway.

There are absolutely others doing good work here too but Simon and Drew are the most visible (to me).

With (good) forums non-existent now I spend almost all of my tech/programming/misc talking on IRC and have since 2011. I'm 27, this isn't technology for "boomers" or "die hard oldies" which is the general tone against "just use Discord or Slack" I see in response to any kind of IRC discussion online.

The diff between the full title and what could fit in the character limit results in this being truncated:

    instead of sitting in a classroom.

I think it is still representative so I did just that.

Some of this is good, and some of it I feel makes some fundamental misunderstandings. The good: "tight feedback loops are really important". Absolutely. Getting feedback about a change you (as a developer) are making is key, and the longer that takes the more time is spent waiting which is annoying and concentration breaking. This is, in my experience, usually tied to the implementation of tests (read: not bloated and useless) and not really a core tenant of CI.

However, things like:

    [...] git is already showing its weaknesses. Fork-and-pull isn't the final form of development workflows.

Show that the author is perhaps conflating GitHub with Git.

This list sucks.

It's basically a complaint that X11 software doesn't work on Wayland while conveniently ignoring patches or alternatives to that same software.

This is akin to saying "32 bit x86 is not a 1:1 compatible ARM64 replacement" or "English is not a 1:1 compatible Japanese replacement" or "Writing with your left hand is not a 1:1 compatible right hand replacement". They are different things. Why should they be? Who said they should be? Where was it agreed it should be? I don't see anyone in the Wayland community who actually does work (e.g. maintaining the protocol spec or large projects) saying it should be.

Also, there are either maintained forks for these (e.g. redshift-wayland for redshift) or straight up Wayland alternatives (e.g. wlsunset instead of redshift). The author even links to the Arch Linux wiki page for Redshift which at the top in a purple banner says "Note: Redshift does not support Wayland [1]. See Backlight#Wayland for alternatives." so that's some nice cherry picking to say the least.

So while the claim "Wayland breaks Redshift" is _technically_ true (even though there's a patch) it is heavy implied, I feel, that there is no alternative which is objectively false and misleading.

It's FOSS, go contribute if you are this upset; it's not like you do not have access to the entire protocol specification for Wayland, and the source code for each and every single item listed. This kind of complaint would make sense if it was closed source software where you cannot make changes without extreme effort in reverse engineering and potential legal problems with redistributing those patches. Not the case here.

What happens when you now want to work in say.. Crystal, or Shell, or Rust, or Zig, or any other language for which there is not an IDE (even those also by JetBrains) which is 1:1 feature compatible to IntelliJ? Not all JetBrains IDEs have the same features. Rider (for .NET) only recently got remote editing support which IntelliJ already had for instance.

Now you're only as good as your tool (IntelliJ) and you cannot work with any other language or tool which isn't 1:1 feature complete.

If you had an extensible text editor beit vim, neovim, Sublime Text, emacs, VS Code or others then you could add extensions or features per language and keep using your single core tool (said text editor) with a configuration per-language.

I feel like the crux of your argument here is that because C is 50 years old and research into programming languages has occurred in that same 50 year period that C is now automatically bad.

What if there's nothing wrong with its intended purpose? The wheel has been around for some time, there has been research into other axle-mounted components surely we replace the wheel then?

I don't understand the "it's old therefore bad" argument.

Copilot produces verbatim GPL'd code. It's also a closed box.

Source: https://twitter.com/mitsuhiko/status/1410886329924194309

This is depressing.

Last years `dotnet watch` and now this. I kind of went with the tide into the position I'm in (basically a C# developer for that side of my job) and as much as I was impressed with, "oh .NET is open source and cross platform now well done" and "oh, F# is a really nice language that can take advantage of the .NET ecosystem well done" it's things like THIS that make me want to run. I kind of want to. Why participate in an ecosystem where the biggest corporate overlord is trying to reduce your ability to _do things_. I'd rather use Ruby or Crystal for OOP (and I want to, they are both amazing) and OCaml for functional programming (of which F# is basically a ".NET OCaml" clone).

As a Brit this (Brexit) pisses me off to no end. The fact that my ability to trivially work and live in Europe is now robbed from me because of the Brexit referendum based on lies to sway the masses to vote for it means dreams I have about essentially trying even country in Europe for work, play, and general life is a lot harder.

Yeah, no one likes a vote not turning out in their favour (in case it isn't obvious I voted to remain) but this feels a lot more life changing to me (a 27 year old) because I still have a lot of my life ahead of me.

Due to the character limit on titles I had to truncate it a bit :\

I wanted: "Control your display's brightness & volume on your Mac as if it was a native Apple Display" which is straight from the repo.

So.. a CI/CD pipeline?

You have the source (your local text files) which is deployed somewhere (GitHub pages) which other entities can access (spiders crawling it).

SourceHut

I'm seeing a decent amount of complaints in this thread about this list not having X, Y, or Z item in it. Yes the comments are good but why not also attempt to edit the list on Wikipedia to include the thing you know it lacks?

Might I suggest adding it to the list then in addition to this comment? You seem to know more than just "it exists" since you cite use cases and advantages.

Be the change you want to see.

A lot of moving parts? Aren't blogs traditionally static sites. Yes you can full MVC your blog and what not but there's nothing complex about an `index.html` page created from one of the many, many, many readily available Markdown parses or straight plain-text.

This article is a lot of busy work.

Glorious copyright laws (extended by Disney nonetheless) working as intended. Stifling an already shut-down service to never be resurrected by it's fans for what reason beyond greed?

Disgusting.

Under the title "2D and 3D accelerated graphics" on the linked website it shows gameplay for Darksburg (top-left) and Northgard (both on the middle row). I've played both of these games for a decent amount of time (~150 hours between both) and can attest to how fun I found them. Darksburg suffers from lack of content but as functional games (no bugs etc) it was a pleasant experience.

So it appears Shiro Games use it!

This is disgusting. Allow me to explain:

The "Federal Air Transport Agency" in question here isn't a military agency, it's a civilian one[1]. For the Americans here it'd be like destroying the infrastructure for the FAA.

Why is a NON-MILITARY BODY the target here? Yes, Russia is committing war crimes in Ukraine and shelling, shooting, and (maybe) kidnapping Ukrainian citizens BUT THAT DOES NOT MEAN that you stoop to their level and also target Russian civilians via these types of attacks.

We saw this retaliatory revenge-driven behavior after Germany invaded Russia in WW2. Germany committed unspeakable acts against the Russian population on their march to Moscow and when the tide turned and Russia reached German territory the Russians did the same thing. Both were disgusting and the result of both was the bloodiest theatre of the war for both the military AND civilians: German and Russian both. Civilians being arbitrarily killed, women raped, and overall people massacred.

What does a random Russian citizen who needs to fly between A and B have to do with Putin's war in Ukraine? Russia is a "democracy" in name-only; it's common knowledge people get disappeared for speaking up in Russia. It's not like they have a choice; so why attack people trapped by the circumstances of the country they were born in?

I should note -- and it annoys me I have to say this because it means the substance of my opinion here is only valid by how "woke" my view on the war is, and not other merits my opinion may or may not have -- I don't support Vladimir Putin's war in Ukraine. I do not supporting the Russian military's killing of Ukrainian civilians and targeting non-military infrastructure, but I also do not support Ukraine's retaliatory attacks on Russian CITIZENS.

I'm not Russian. I'm not Ukrainian. I'm from England, I'm European.

[1] -- https://en.wikipedia.org/wiki/Federal_Air_Transport_Agency (matched based on the name Rosaviatsiya which is mentioned in the article of this thread).