Readit News logoReadit News
nathankleyn commented on You are not required to close your <p>, <li>, <img>, or <br> tags in HTML   blog.novalistic.com/archi... · Posted by u/jen729w
bazoom42 · 2 months ago
Why did markdown become popular when we already have html? Because markdown is much easier to write by hand in a simple text editor.

Original SGML was actually closer to markdown. It had various options to shorten and simplify the syntax, making it easy to write and edit by hand, while still having an unambiguous structure.

The verbose and explicit structure of xhtml makes it easier to process by tools, but more tedious for humans.

nathankleyn · 2 months ago
Personally I think Markdown got _really_ popular not because it is easier to write but because it is easier to read.

It’s kind of a huge deal that I can give a Markdown file of plain text content to somebody non-technical and they aren’t overwhelmed by it in raw form.

HTML fails that same test.

nathankleyn commented on Bun’s New Crash Reporter   bun.sh/blog/bun-report-is... · Posted by u/zackoverflow
elliotlarson · 2 years ago
Bun seems really compelling. I tried it out for a couple of small example projects and I like the speed and the fact that it combines package management and a JS runtime. However, I use Dependabot on most of my serious projects. I know work is under way, or at least there is some discussion in a couple of repo issues, for Bun support in Dependabot. I'm kind of holding off on using it until support for it has been rolled out.
nathankleyn · 2 years ago
We had the same reticence about Dependabot missing before we made the switch, but realised Renovate works with Bun and is a good enough stand in for now until support arrives.

Absolutely zero regrets, the cumulative savings across everything that is faster and the massive step up in DX is worthy of the hype.

nathankleyn commented on Incident with Actions and Codespaces   githubstatus.com/incident... · Posted by u/saltymimir
nathankleyn · 3 years ago
Actions and Codespaces are listed as having "degraded performance" now too - seeing a lot of action builds disappear into the ether and never get added to the queue to run.
nathankleyn commented on Paris suspends electric bus fleet after two fires   lemonde.fr/en/france/arti... · Posted by u/jjensen
sjg007 · 4 years ago
This is just great! Now they need electric taxis. Hopefully the end of the black snot!
nathankleyn · 4 years ago
Thanks to the ULEZ (ultra-low emission zone) in London, this is very much already happening — anecdotally (because I can't find any easy numbers right now, everything I can find is from 2020) a huge number of the private and public taxis in London are now hybrid or full electric.

Apparently there are already 5k TX electric taxis out there, which is a good start:

https://levc.com/levc-celebrates-sale-of-5000th-tx-electric-...

https://levc.com/tx-taxi/overview/

nathankleyn commented on Chrome is faster in M91   blog.chromium.org/2021/05... · Posted by u/SerCe
franciscop · 5 years ago
Sorry what is M91? I thought it could be the new Apple processor that might be released later today but it seems like it's not. Cannot seem to find anything relevant as well...
nathankleyn · 5 years ago
It's what they call the releases of Chrome — M91 is version 91.
nathankleyn commented on ABI Mistakes   elronnd.net/writ/boring/2... · Posted by u/yagizdegirmenci
vvanders · 5 years ago
One of the things I'm really excited about for Rust is restrict semantics are baked right there into the language with &mut/&. I think there were still a few LLVM bugs to flush out(because very little C/C++ code uses restrict by nature of how it subtly explodes when you get it wrong).

In theory when they sort that out Rust should be able to turn on restrict where it applies globally "for free".

nathankleyn · 5 years ago
Propagating "noalias" metadata for LLVM has actually finally been enabled again recently in nightly [0]. However it has already caused some regressions so it is not clear whether we may go through another revert/fix in llvm/reenable cycle [1]. This has happened several times already sadly [2] as, exactly as you say, basically nobody else has forged through these paths in LLVM before.

[0]: https://github.com/rust-lang/rust/pull/82834

[1]: https://github.com/rust-lang/rust/issues/84958

[2]: https://stackoverflow.com/a/57259339

nathankleyn commented on Just Delete Me – A directory of direct links to delete your account   backgroundchecks.org/just... · Posted by u/octosphere
widforss · 7 years ago
But YC probably have no ties to the EU, so they can't be held accountable.
nathankleyn · 7 years ago
GDPR applies to any company that handles the data of EU citizens, regardless of whether that company is located in the EU or not.
nathankleyn commented on Milkman: An Extensible Alternative to Postman in JavaFX   github.com/warmuuh/milkma... · Posted by u/javinpaul
giancarlostoro · 7 years ago
Interesting and the nice thing about him wanting to add JavaScript runner support is the JRE does have a JS engine you can embed into your apps.

The JS runner in Postman felt a little limited I couldnt for example figure out how to fetch a document.cookie from a response. It would be awesome if the JS runner can match the usefulness of the one from Postman in addition to being extendable like the rest of Milkman seems to be.

One thing I wish there was and maybe this project might be extensible towards is a JMS / better ActiveMQ / JMS client.

nathankleyn · 7 years ago
Sadly Nashorn, the JS engine that was built into the JVM, has been deprecated as of Java 11: https://openjdk.java.net/jeps/335

It had so many compatibility issues with real JS that it was kind of untenable to use it with scripts designed for other JS environments: https://jaxenter.com/nashorn-javascript-engine-deprecated-14...

The only real way to deal with JS now is Rhino (which still exists!), or some custom binding to V8 or something via JNI (yikes).

Our work uses Nashorn a lot for scripting and this is a big blocker for us to move to newer Java versions.

nathankleyn commented on Show HN: Anon – A Unix Command to Anonymise Data   github.com/intenthq/anon... · Posted by u/xomateix
JackCh · 8 years ago
The intent behind this tool seems good, but I don't think it's a good idea. To actually anonymize data requires semantic understanding of that data and an understanding of what sort of data, harmless by itself, is transmuted into identifying data when provided in the context of other otherwise harmless data.

This tool doesn't help you with any of that. It seems to be a glorified awk script. My concern is that helping the user with the easiest part of anonymizing data stands to encourage the user to go full steam ahead without slowing down to stop and think very carefully about what they're doing.

nathankleyn · 8 years ago
Hey! I'm one of the co-maintainers of the project here. I've posted a very similar reply to a very similar comment below at [1], but to replay the main points:

We absolutely agree this tool only solves the easiest part of anonymising data, and internally we rely on our team of data scientists to do the difficult parts. This tool is absolutely not up to the task of anonymising a dataset in such a way as to make it able to be made public. For us, it's about risk management vs effort: from a security perspective there are scenarios where we can use samples of data that have gone through this process and decrease the risk of holding data internally in multiple places substantially without significant effort. If we were to go onto to make any of these datasets ultimately public, we'd be looking for a better suited tool (eg. ARX [2]).

Regarding one part of your comment:

> My concern is that helping the user with the easiest part of anonymizing data stands to encourage the user to go full steam ahead without slowing down to stop and think very carefully about what they're doing.

We're going to try to add something to the README addressing this exact question from both of you as it's one I anticipate we're going to get asked a lot - or one that carries risk if it's not made obvious form the outset - so thanks for the constructive line of questioning as it really will ultimately help us and people who choose to use this tool make a decision that's right for them and their use-cases.

[1]: https://news.ycombinator.com/item?id=17144702

[2]: https://arx.deidentifier.org

u/nathankleyn

KarmaCake day197April 1, 2013
About
[ my public key: https://keybase.io/nathankleyn; my proof: https://keybase.io/nathankleyn/sigs/00n65O3Jew1SwXNq3zKSYlg5iiFhOXQZDbBSsk9M_fg ]
View Original