Hacker News new | past | comments | ask | show | jobs | submit | blueblob's comments login

The parent wasn't arguing he should come back but saying that "defected" is not the correct word. The correct phrase is probably "took asylum."


Ah yes, because they blocked porn sites in the safari browser and default hosts files, right? Or maybe they don't have control of those?


If they could, they would.


As someone that's been looking into it, it's not just for the Gaggia. It's also for some Silvia models and they have a small list of others that people have gotten it to work for. The list is, unfortunately, on discord and the discord server has some really petty rules and a lot of superiority complexes.


supremacists


A lot of the foundational papers in NLP were written like this too. Clear and concise without grandiose overstatements. Dana Angluin comes to mind.


I don't know if I agree with the premise:

> People are terrified of parsers and parsing

But this implementation of a reduced feature set version of .ini file parsing does not convince me that I should write my own parser instead of using one that implements a more full feature set

> No newlines in keys, values, or section names. Empty values are not allowed. Comments only on their own lines (minus whitespace). Whitespace-insensitive (whitespace at the start of line, end of line, around the “=”, is all ignored). No need for a terminating newline either.

I think it's reasonable that people want to use a parser that has better error handling and gives an idea of where the ini file may have parsing problems than just a barebones implementation such as this provides.

I also think that using a library for parsing instead of writing your own parser does not imply that you are scared of parsing.


> But this implementation of a reduced feature set version of .ini file parsing does not convince me that I should write my own parser instead of using one that implements a more full feature set

A performance comparison on a large ini file might.

You may want to take the time to watch this video[0]. In it, Andreas Fredriksson walks though his reasoning for writing his own parser instead of using the standard json parser.

[0]: https://vimeo.com/644068002


Performance comparison of this code might not, however, as fgetc() based parsing is not efficient. (Each call takes a lock in the FILE object).


I don't think the author is necessarily aiming at purpose built file parsers with that statement, but rather "parser generators" like ANTLR.


Because if they don't have their own vehicle then prices will rise for using uber/lyft/taxis.


Your Reddit posts absolutely can have personally identifying information and therefore are subject to GDPR.


But we're talking about mass deletion of all your content here. If you specifically mention your real name or address or something like that in a post, it's a different situation.


I think the fact that all of your posts are tagged with your userid means they can all be traced back to you, making them all personal information. It's not hard to see how, for example, some employer might get ahold of your Reddit userid and crawl through your post history, looking for any opinion of yours that they don't like.


There is almost 14 years of posts and comments linked to my account. While I'm always careful to not reveal any personal information online, if you mine through 14 years of reddit content I posted I guarantee you that there would be enough little nuggets of information there to figure out my actual identity.

You are sharing a lot more than you think you do. Here is a good example of how much can me determined from a single short video: https://www.linkedin.com/posts/gabrielfriedlander_youve-got-...


Is RISC-V any more efficient than arm?


Probably similar but the advantage of RISC-V is that it's open source.

AFAIK x86 is still dominating the data centers. There's a bit of ARM going on but wouldn't it make more sense to switch straight to RISC-V?


Yeah, an open source architecture sounds like it could be a game changer for the SBC market


No, because aarch64 linux distros only became a viable thing just recently.

Who knows how many decades it will take for e.g. Debian to support RISC-V properly.


I didn't downvote you; I think you make a reasonable, albeit exaggerated, point. I think it's also important to look through the lens that a lot of things linux supports are reverse engineered and that's why they take a long time to implement. This is de facto different with everything being open so I expect support will come faster. There's also the fact that this aligns better with the ideologies of a lot of free software enthusiasts so they may be more likely to work on it.


That's a tiring argument that's reiterated every time teacher pay is involved. Most teachers also don't get the luxury of working 9-5, they have to do additional planning and grading outside of hours. Also, if you want to compare with the private sector, there are teachers in the private sector who make more.


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

Search: