HN user
This is what I find difficult about these things, we (mostly) intuitively know that some cases it's okay to use information about users to tweak their experience, while we also know that what Facebook/Google/etc are doing is absolutely wrong. The big question is, where do we draw the (legal) line?
don't browsers send a header telling the server what language they expect? I live in Belgium where there's 3 national languages, and my preference isn't even one of them. Please us whatever language my browser tells you to (English)
Sure you can, you just have to pay for the dual (commercial) license
assembly probably /s
HN hug of death strikes again
why would you load the dropdown HTML separately, just render it along in the template with x-show="open" and have the @click="open=true"?
I think the correct analogy would be that there's a corner in the screen where advertisement is playing constantly while whatever show you're watching runs. Obviously the advertisement is going to distract you from time to time, and you won't have your full attention on the show.
I haven't worked with ASP.NET Core for a while now, but what exactly do you refer to with "ridiculously bloated code"? async-await doesn't add much extra code, save the occasional await keyword sometimes?
"We designed this service to reliably hold a huge amount of data. This setup will serve you best if it’s used to store compressed data archives or backups." "Do you offer backups with this service?
Unfortunately, no. Users have to regularly back up the data themselves. " That sounds a little contradicting
I don't disagree with what you're saying, but I feel HTTPS everywhere does not belong in that list. Secure by default doesn't sound evil to me, and Let's Encrypt made it easy enough to get free HTTPS certificates (and for non technical people, almost all hosting services I've seen offer it out of the box)
I'm currently building https://github.com/dealloc/wumpex, a library for building Discord bots written in Elixir. Aside from being very helpful to learn Elixir (and Discord's internals), a couple of my friends are really into building Discord bots and have expressed interest in using it already.
Looks like a fun game, definitely gonna check this out after work
I see that they allow you to search through your messages across all platforms. How do they achieve that, unless they're somehow storing all my messages in their backend (which I'm not really a fan of if that'd be the case)
I've been loving Elixir for the past 2 years now (off-and-on). I try to build most of my personal projects in it (as I'm still trying to get better at it) My latest project is a Discord bot library written in Elixir, seemed like a good fit as the Discord backend is written in Elixir as well
My only complaint is IDE support, though VS Code works well enough for me (and for HTML I use Webstorm, as I find the Jetbrains Elixir plugin is a little better for EEx)
You are being outright negative about Elixir throughout the entire thread, generally without providing good reasons why outside what seems to be your personal bias. No one is forcing you to drop Erlang for Elixir
You might also be interested in https://github.com/jeremyjh/dialyxir
I use both dialyxir and Credo in my projects
Can you clarify what you mean by this?
Hey, can you email me some more information about the startup? wannes.gennar [at] gmail [dot] com
I've been diving into Elixir and Erlang, writing a library to build Discord bots with. I've been toying with bots for a while, but building the library myself gave me some interesting insights in Discord all while learning Elixir myself.
I'm trying to make it so that if you spin up multiple nodes it automatically balances the sharding over all nodes, monitors traffic and attempts to balance the work evenly.
Can anyone post a link that's not behind a paywall?
Should probably clarify I'm not talking about client passwords being logged; just the credentials required to read just about anything in the database
At work one of our most commonly used libraries prints it's connection string (including the plain text password, username and database) in the log files on debug level (which I often see as the configured level). When I pointed it out they told me it was intentional, and that attackers wouldn't go to the log files anyway if they could acces the system. I gave up on the discussion at that point
But of nitpicking, but on mobile the balloon is cut off a bit at the top :)
I really like Element but it's a shame they don't it responsive, when I tried contributing to make things responsive they actively denied the PR saying it's for desktop apps.
Actively refusing pull requests that make the framework responsive is a bit of a downer for me, but overall I like what the author(s) did
unfortunately it's not, they even actively refuse PR that attempt to make components responsive
I must admit I was kind of hoping they'd fixed their horrible requirements for your directory structure, interesting article nonetheless
Care to give a TLDR of the article? I'm afraid my Polish isn't great
Shame it's not mobile optimised, I'd love to check this out right now. Guess I'll have to wait until I get to my laptop