Hacker Newsnew | past | comments | ask | show | jobs | submit | marinintim's commentslogin


They link a comparison: https://github.com/Elanis/web-to-desktop-framework-compariso...

By those numbers it compares remarkably will against Tauri.


That links redirects to https://github.com/durban

How come?



Yes, sorry, I meant tauri.app



I usually quote webpages by writing a <blockquote> with a hyperlink to the original, and avoid embedding tweets for privacy and performance reasons.

If the source supports [Webmentions][https://webmention.net/], I'll send it too.


You can run weechat on server and connect via ssh (https://aaronparecki.com/2015/08/29/8/why-i-live-in-irc describes this setup)


Or you can set up a relay in weechat and connect with glowing-bear (html5) or android-weechat. Works great. The glowing-bear community have good tutorials iirc.


As an example, I think that 'securely send files from A to B' is mostly unsolved at this point for most people. (GPG is not an option)


Going to great lengths to avoid writing Rust.


This is about verifying the compiler, not proving any properties of the generated code. Totally orthogonal to Rust's aims, unless the Rust compiler has been formally verified (I don't believe it has).


There has been work to verify a subset of Rust's logic - https://plv.mpi-sws.org/rustbelt/popl18/ - but the compiler itself is not verified, no.


It has not.


Would the world be a better place if Linux, the BSD kernel behind OS X, and the Windows kernel were all rewritten in Rust? (I don't think it would be dramatically better overnight.)


If we could do this by waving a wand without downsides (e.g. all existing maintainers magically acquire Rust knowledge, etc.), yes it would be better. No question.

Seriously, people, you can find kernel bugs at will with kernel fuzzers like syzkaller from Google. Look at https://github.com/google/syzkaller/blob/master/docs/found_b... and weep.


If the Linux kernel writers all instantly knew Rust as well as they know C, then in 10 years they might produce something that is as functional as the Linux kernel currently is. In the process, they would lose everything that they could do over the next ten years to improve the Linux kernel.

You could claim that eventually the payoff would pay back the lost 10 years. But "eventually" can be a very long time...


It would be better overnight. But it would be even better if we had one NT like kernel and a new OS built from scratch with a browser (webkit) based ui.


a new OS built from scratch with a browser (webkit) based ui

So basically, ChromeOS rewritten in Rust? Why not a Servo based UI?


The hard part is the NT-like kernel in Rust, not the web-based UI. ChromeOS uses the linux kernel.


That is indeed another perspective, yet not that different after all, if we'd look at what programming _is_. At its core, it is problem solving and mashing keys on the keyboard.

I don't think that keyboard part is really meaningful to anyone who claims to love programming, so it must be problem solving coupled with complex interactions between abstract idea how to solve it with concrete pecularities of programming languages, platforms, libraries, etc. The second part doesn't go anywhere whether you solve problems for Business Folks or scratch your own itch.

That means that difference between the perspectives is only who's supplying the problems. That reminds me of another distinction, namely, the one between painters and commercial illustrators (not sure if that is proper nomenclature). The path of Painter is hard and lonely, most of the painters we know today did some kind of commercial work or lived off 'grants' from philantropists. Or you can earn your paycheck doing something else and program as a hobbyist, for its own sake. I think that this is also valid programming 'culture' that exists somewhat under the radars of 'tech industry'.


> I don't think that keyboard part is really meaningful to anyone who claims to love programming

I'd beg to differ on that front.


Language switch is problematic for Emacs users in general, 'cause it messes with bindings.

So when I do emacs I use mule, which is mapped by default as C-/. It is not so bad if you remap Caps to Control, but still not one key.


Well, the idea is that you're using emacs for your code, and then you jump over to your mail client (all the emacs mail clients don't really work for me), and hit a key to switch over to russian, or whatever.


Do you program in SQL? (I've just pressed Shift and released it after I typed SQL, hey)

Using Caps Lock for its intended purpose means that it's another mode that you need mental resources to keep track of.

Historical aside that's not related to your comment: early Soviet computers modeled after IBM PC had Latin key, that basically worked like Shift, but it changed layout from Cyrillic to Latin and vice versa. This idea died after MS Windows, that didn't (and still doesn't? I don't know) have this option, took over the market.


Has anybody seriously been mentally bogged down by confusion from keeping in mind that they have caps lock on? That sounds entirely implausible.


There is an option in pgAdmin to automatically capitalize keywords. Last I checked though it capitalizes them only in pgAdmin - the actual .sql file is lowercase.


People still use all caps for Sql?


I like to write the keywords in upper case to visually separate them from table/field names.


Doesn't syntax highlighting do that?


When I do SQL, it's usually SQL over psql over SSH-to-database-server. And it's uncommon enough to not warrant any time investment into how to get psql syntax-highlighted.


I write quite a lot of SQL and PL/SQL. Yes, I use Caps Lock as intended.


How do you test presentation components, by comparing with some "ideal" result?


Blank state, loading state... Making sure both of these work for the component (if needed).

Top X items and no more being rendered.

If there's a presentation logic like Red/Green for some number using Css classes, I will test that one out as well.

Stuff like that.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: