aijony

Did somebody say the Fastest Fourier Fransform in the West [1]?

I love this kind of stuff, but the barrier to entry just seems so huge.

https://ocaml.org/learn/success.html#FFTW

I haven't done this myself, but GnuCash has importing [1] from .qif and .qfx and a few others.

Also check out integration [2] with OFX at your bank [3]

[1] https://www.gnucash.org/docs/v4/C/gnucash-help/trans-import....

[2] https://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Settin...

[3] https://www.ofxhome.com/index.php/home/directory/all

Point 8 is outdated:

https://protonmail.com/support/knowledge-base/protonmail-isr...

Not to mention, who would want to work at a company that forces them to use their product?

To prevent abuse:

https://old.reddit.com/r/ProtonMail/comments/62rfta/comment/...

Even Protonmail [1] agrees:

"Not recommended

If you are attempting to leak state secrets (as was the case of Edward Snowden) or going up against a powerful state adversary, email may not be the most secure medium for communications. The Internet is generally not anonymous, and if you are breaking Swiss law, a law-abiding company such as ProtonMail can be legally compelled to log your IP address. A powerful state adversary will also be better positioned to launch one of the attacks described above against you, which may negate the privacy protection provided by ProtonMail. While we can offer more protection and security, we cannot guarantee your safety against a powerful adversary."

[1] https://protonmail.com/blog/protonmail-threat-model/

I wanted one of these anyways:

https://www.pine64.org/2021/08/15/introducing-the-pinenote/

Not OP but here are some of mine:

- Universal package manager (replaces pip, cabal, npm, etc.)

- Declarative OS-config which makes deploys on new devices and servers a breeze

- Scheme declaration language (I prefer it to Nix-lang)

- Bootstrapable from 512 byte binary [1]

- I can build a package from source or download the binary

- Easily modify package source, deps, or compiler [2]

Cons:

- No official nonfree software [3]

- Smaller package set than Nix

- No KDE yet and old version of Gnome (it takes a lot of work to update)

Neutral:

- No systemd

- Works with GNU Hurd

- No MacOS or BSD support (yet)

[1] https://guix.gnu.org/en/blog/2020/guix-further-reduces-boots...

[2] https://guix.gnu.org/manual/en/html_node/Defining-Package-Va...

[3] https://gitlab.com/nonguix/nonguix

Another huge plus for source based package managers not elaborated in this article is how easy transformations are [1], so you can rebuild your software with different compilers, dependency versions, source branches, etc. from often a single command.

[1] https://guix.gnu.org/manual/en/html_node/Package-Transformat...

Better idea, use Guile's built in Emacs lisp engine:

https://www.gnu.org/software/guile/manual/html_node/Emacs-Li...

Mmmh! https://guix.gnu.org/audio/ode-to-one-two-oh.ogg

I'm running Guix on Void, but I think Guix on Debian (experimental) is better supported [1] and what I plan to switch to eventually.

[1] https://lists.gnu.org/archive/html/guix-devel/2020-11/msg002...

It seems that these sort of devices are for sensors not generators. Higher QE leads to higher sensitivity according to the article. I would imagine that manufacturing costs would prevent any interest in making solar cells out of such devices.

I don't think multiple exciton generation (which is what you find searching for EQE > 100%) is exactly the same as the photoelectric effect. However, your point more or less stands.

No, the theory describes it (well mostly): https://en.wikipedia.org/wiki/Multiple_exciton_generation

Someone please inform me if I'm missing a subtlety, but this seems like news for this specific kind of photodetector not physics in general.

I think this is a great idea for people for people wanting to respect other's sensitivity.

However, I also think that it is even more important for people to respect other languages/cultures by not attributing their own independent negative connotations.

For example when it comes to naming a project, a Swede shouldn't get offended by an English-speaker using "fan" (Swedish swear for devil), and an English speaker shouldn't get offended by a Swede using "slut" (Swedish root for stop/end).

Maybe I'm wrong, but this is a neat service nonetheless.

I'm quite an amateur schemer and have never used Racket, but Christopher Webber's talk [1] gives me the opposite impression and that Racket diverged from the "live system" culture. In my experience Guile is usually pretty good when it comes to updating things on the fly through the REPL, but there are some gotchas.

[1] https://archive.fosdem.org/2019/schedule/event/guileracket/

Funny enough, if you rewrite all of Emacs in Elisp that would superficially seem to make Guile Emacs easier to implement. I wouldn't be surprised if by that time Guile had native compilation and an even better Elisp implementation. Ironically, it would defeat the original intention of Guile extending C programs that was inspired by Emacs, but even the Guile community is starting to lean towards Scheme-only programs with some FFI akin to Tom's ideas.

Last commit: Tue, 12 May 2015

But to be fair Guile Elisp is doing fairly well.

As a user of both Guile and Emacs this project has always intrigued me, but I think people arguing for speed, multitasking, or configuring Emacs in Scheme or Javascript are missing the point. Guile Emacs represents an ideal where GNU projects share a common library that all benefit from shared improvements. For example, if Guile gets native compilation, Guile Emacs, Guix, and any other Guile project gets native compilation. I would never write my Emacs config in Scheme, but I wouldn't hesitate to call a Scheme library from Emacs, or an Elisp library from a Guile project. Guile Emacs would be a huge step unifying all of these separate GNU projects from both a technical and social point of view.

Geiser+Guile does work quite fine under Linux for me. Speaking of Scheme and Slime, I have heard of Swank which is for using MIT, Ikarus, Larceny, and Kawa Schemes in Slime.

One cool thing I'm doing with Guile Elisp is writing code that can be called by both Guix and Emacs to deal with the packages required by my Guix and Emacs configurations. Mind you it isn't much code, but it's really fun and I find myself sometimes writing Elisp with the intention that I can later call it from my Scheme projects. However, I would prefer to do it the other way around. I would NEVER write my Emacs config in Scheme, but I'd love to write portable libraries that could be called from any Guile supported project in whatever language makes sense for the problem domain.

I think a lot of people miss the point of Guile Emacs. Making Emacs faster or having access to all of Guile's features and libraries is not what the project intends - they are just possible free perks. The purpose of Guile was to allow any project to be extensible like Emacs with an independent module. That means instead of the Emacs folk implementing a native compiler just for themselves, some GNU project that uses Lua to rewrite existing Emacs Lisp libraries, or awesome small projects like Lilypond or Gnucash to have to deal with Guile Scheme all by themselves, all these projects can pool resources and improve their performance and features together. Guile Emacs is not about Emacs, it's about bringing more unity across all the islands of GNU projects.

If I had the know how / the time I would be less talk.

I suggest either using Nonguix [1], or installing Guix on top of Debian or any other binary distribution if the free software part or small ecosystem is going to prevent you from trying a very great piece of software.

[1] https://gitlab.com/nonguix/nonguix

For non-free software proponents there is Nonguix and various other repos.

And to think I was going to cancel my subscription because the bridge wasn't open source...

Not to mention that I missed the Linux support announcement: https://protonmail.com/blog/proton-bridge-linux-launch/

Is it cheating if we count GNU Guix?

or -1/0

Wow, I was expecting this to be open source. I would never pay money for this.

Emacs has reminded me of learning an instrument. It takes work to become proficient, but it is a rewarding and enjoyable process.

Emacs Speaks Statistics is a project I want to get into but have heard great things about that might interest you, it has support for R, Stata, SAS, etc.

Emacs is also great for email (I use notmuch). I also thought that Spacemacs or Doom were great ways to get into Emacs. Once you get into Emacs you won't be satisfied with most other things. Org-mode is the only platform that can do anything I want, and things I didn't even know I wanted. If you like tinkering and have free time (a spare weekend here and there), configuring Emacs becomes a hobby that is quite captivating and rewards you with a powerful tool for productivity, education, or work.

I've had the same idea for a few weeks now. I'm surprised I'm not the only one.