HN user

cominous

127 karma
Posts1
Comments27
View on HN
Anki and GPT-3 3 years ago

You can setup one in the anki-connect configuration - or just put in a dummy value that is ignored in case you dont have an Key set.

You might still get 403 error, change the allowed origins to "*" in anki-connect.

In most cases players were using a smartphones on the toilet.

Generally there are some more options: - using a small bluetooth headphone with external person telling you the moves - a vibrating device on the body that vibrates you the moves

both need a live broadcast of the game

RYSTA | Berlin, Germany | Partially Remote (EU time zones) | Part- & Full Time

RYSTA is a startup in Berlin changing the way we live and work in our buildings. We are a team on a mission to shake up a traditional industry with a new way of operating.

At RYSTA, we build cutting edge IoT sensors, collect massive amounts of data and deliver mission critical insights to our customers. For construction sites and buildings our platform offers multiple applications including air quality monitoring, reducing virus transmission and construction site monitoring.

If you are the sort of person who loves building solutions then we are looking for you. You love a challenge, are motivated by solving problems and are excited to implement your own ideas in software and hardware products.

We're hiring for two roles:

(Senior) Backend Engineer | Remote Be responsible for sensor data processing and abstraction for product development. Javascript, Node.js, PostgreSQL, Microservices, https://en.rysta.de/jobs-backend-data-processing

Embedded Product Engineer | Onsite Berlin preferred Build tools to ensure the perfect quality of our sensor hardware Python, C / C++, experience with embedded hardware https://en.rysta.de/jobs-embedded-product-engineer

Is it just for the fun or is there actually a legit use case for having a mainframe at home apart from accelerating climate change?

I'm deeply sorry, that you have to read those disgusting words in your mailbox. To be honest, it even hurts me.

There are tons of people like this, I observe this behavior more and more these days. Go and talk to a random youtuber/twitch streamer how much hate they have to deal with for their "free" content.

I once thought its the German culture (doing business and earning money is almost a nono-thing in Germany and makes you an easy target), but I guess some humans are just like that...

I used -Os as for any embedded code where I don't care too much about the performance and rather need a compact binary.

I would love to post my code snippets from back then, but Im not home currently and the time Im back home I guess nobody will care about this anymore :D. Maybe I put it into an article.

I have to admit, that C++ is still not the industry "Go-To" language for embedded. But if you apply modern C++ correctly, there is very few overhead compared to C and the software is much easier to maintain.

The performance of embedded MCU's are continuously rising over the years and that little overhead is buying development speed.

Not to mention smart pointers, templates and constexpr making my life easier.

The only real issue with C++ is, that as soon as you get into serious embedded applications, you have restrictions when it comes to heap usage e.g. in medical devices using the heap is forbidden. So you cant use the STL.

There is a promising embedded STL project, but it's not there yet: https://www.etlcpp.com

1. Do you see the bloat even if you don't use post C++11 features but compile using the C++17 standard?

Yes, actually I tried using various C++ snippets and even reported that to the GCC compiler team. It happens with simple stuff like std::string and std::vector. The response was something like, that there really seems to be a bloat, but no performance impact and I guess most users outside of embedded don't care too much about the size of the compiled binary.

2. Do you think it is mostly the compiler that is causing the bloat alone? Or is it stuff from the standard library header files that some how gets linked in (and are not used or needed by your software)?

That's actually a very good question I cant give an answer to - meaning I haven't looked specifically into that.

As C++17 came to GCC I played with the compiler explorer and observed this by just switching gcc/clang version and -std flag. Actually, you can try it yourself: https://godbolt.org/

C++17 is definitely going in the right direction for most applications. But I have the feeling, that the compiler implementations cannot catch up with the modernization speed.

We are using C++ for embedded devices and recognize a steady code bloat with every release since C++11 (especially with C++17) without using any of the new features (with gcc/clang). This is a trust-killer and actually the reason we stay on C++11 for embedded development.

Most of her claims are true for all 40h full-time jobs, which is the majority of all jobs. In that logic, nobody would have kids.

But.. I totally struggle with keeping a life aside to 40-60h work aswell so I wont blame her - I feel the same.

Its not std::move, but the complexity coming with it. Its a hassle applying move semantics correctly and there is not the one goto solution for simple things. Im not aware of a proposal to change that issue, but at least there should be better defaults.

This talk explains the pain quite well: https://www.youtube.com/watch?v=PNRju6_yn3o

C++17 is a slight disappointment, I hope C++20 will be the real deal - concepts could really be a game changer and move semantics needs more fixes :/.

Actually, the for-based loop is another 10% faster - so if performance is relevant, just use the for-loop!

Node v9.1 + benchmark.js clever-solution x 249,543 ops/sec ±0.36% standard-arrow-function x 213,926 ops/sec ±0.35% old-for-loop x 261,449 ops/sec ±0.54%

I think it was Bjarne Stroustrup who said something like - "don't be clever, be simple and obvious".

... still nice article... ;)

Something that really presses my buttons is this mentality of lots of people to just jump on the complain-train and blame the world that certain technologies for beeing not "as good" as others. And even worse are the people using that to create cheap articles to generate clicks.

"Javasript is sooo broken.. the world is unfair", "Iot is sooo shit...", "Language X is soo bad.. thanks Obama", "Framework Y is soo 2016...".

Thousand people are trying to make a difference in the world and the ones just writing articles about "XY is shit" do mostly nothing. News about bad, bad "IoT", are so low hanging fruits to click-bait. There is almost never a constructive appraoch. Just complain and generate clicks.

Where are the leading ideas to make "IoT" better? Where is the differentiation, that open printers installed by stupid users are not a prove how "shit" IoT is?

You might also say the "internet is shit" because there is major dataleak happens every week.

... just my 2 cents...