Did you build an AI or wrap up an API into a product??

Do we need more dating apps? The AI revolution isn’t that much revolting

I don't think we necessarily need more dating apps, just better ones, but since online dating is currently more or less a monopoly from Match.com, all apps are pretty much the same, and they're designed to extract as much money as possible from people without even really trying to create good connections.

I think it would be nice to have some apps with a different approach.

Case reports are the lowest levelnof evidence for a reason. Troublenis when sustematic reviews of a certain conditin is based on historical case reports and noise turns into pseudo-signal

There have been some great cases reports, Broca’s area, but you must scrutinise everything youn read.

wonder what they make of trump

First there is no 'one' cancer There are cancers, subtypes of cancers, subsequent molecular variants and so on.. Therefore, there isn't a need for ONE cure, but a whole arsenal of options to be able to tackle them all. And many subtypes are just too nasty, they are a death sentence unfortunately. There are endless teams led by principal investigators (PIs) who invest their entire careers reading loads of peer-reviewed scientific articles, formulating hypotheses, applying for research grants, hiring staff, conducting research, publishing their own peer-reviewed papers, presenting at conferences, forming international collaborations with other PIs to expand their output, and generally try their best to push the conversation forward in search of solution, potential molecular / therapeutic targets. There are then clinical trials, treatment protocols etc The fight against 'cancer(s)' is a concerted effort, moves slow due to the super complexity of the matter. There are novel drug discovery pipelines, some leveraging AI such as Isomorphic labs, that promise to accelerate treatment discovery. The next 20 years we might see things getting accelerated. But for beings who have been evolving biologically over a very very long time, millions of years, spending 30+ years for the discovery of a single cure of a certain subtype of cancer is seen as a short time. That might change soon, but the tasks is so ridiculously difficult we don't need silly conspiracy theories to make sense of it.

Ffs

It is a philosophical Q though, if that logic can flow downstream, then who says WE are the upstream but not somewhere further up? 'Everything is flux'

Open by Andre Agassi. Intriguing to read on the struggles of a tennis legend which were concealed at the time. He provides great detail and insights. It is a great follow up from 'The inner game of tennis', speaking of how athletes, and anyone else really, can find punching themselves down through negative mindset which if overcome can unlock your true potential.

I'm not much of a tennis fan but I really enjoyed this book. The evolution of training and strategy during his era which is a subtext throughout is really interesting.

agreed with that take it is not direct replacement, at present, but rather job market shrinkage in sectors where AI can get more work done

What is a job market shrinkage but a replacement of unfilled/unposted position? The distinction between (obviating the need to hire someone because the AI does the work) and (firing someone and having the AI do the work) is quickly becoming a distinction without a difference, especially if you're looking for a job.

This feels very much like a distinction without a difference to me.

you are prob right, it is still job replacement, the underlying mechanism is secondary/irrelevant..

What are peoples' favourite md implementations? Curious as there are different varieties and even more varied opinions. I am building a lightweight project folder managing app supporting markdown and I am between Commonmark and GitHub flavoured markdown and want to gather thoughts.

At this point pandoc, that way I can at least be sure I can translate it to whatever format I need.

I know it doesn’t answer your question, but: AsciiDoc. All major forges support it and it has the same features as all the other Markdown flavors combined.

GFM, because HTML in markdown should not be a parse error, and getting twenty different markdown "specs" to all agree on new syntax for bits they are obviously missing (like details, classed scoping, transclusions, etc) is not happening.

HTML in markdown has never been a parse error. Unless you're using something very broken.

https://daringfireball.net/projects/markdown/syntax#html

Except under GFM, html is explicitly part of the spec[1], not just "it's not a parse error, but that's because it's just text that doesn't fall in any predefined markdown syntax category", and good luck finding a WYSIWYG markdown editor that gets them right. The number of editors that completely break on <details> alone is disheartening.

[1] https://github.github.com/gfm/

I was actually thinking for going with GFM seems popular with many, despite the occasional strong opinions against it..

I love Pandoc’s markdown. Wrote my PhD thesis in it, and most of my subsequent articles.