francoismassot

14 ms·

1. 121.▲
   by francoismassot 5y ago

   I would love to see a demo to feel the UX. I'm not fond of drag and drop and really want to test the click and swap.
2. 122.▲
   by francoismassot 5y ago

   Plausible seems good but never tried it: https://plausible.io/
3. 123.▲
   Antigen Tests: Real World Data(yourlocalepidemiologist.substack.com)

   2 points by francoismassot 5y ago|0 comments
4. 124.▲
   by francoismassot 5y ago

   thank you for this hilarious moment, the internal server error was just too good
5. 125.▲
   Click and Swap, our alternative to Drag and Drop(engineering.contentsquare.com)

   106 points by francoismassot 5y ago|33 comments
6. 126.▲
   Exotec raises $335m to become France’s fourth unicorn in 2022(sifted.eu)

   2 points by francoismassot 5y ago|0 comments
7. 127.▲
   by francoismassot 5y ago

   oh nice. You should come to the discord channel to discuss that, we are still thinking about how to solve this complex problematic.
8. 128.▲
   Quickwit 0.2 brings full-text search to ClickHouse and Kafka(quickwit.io)

   27 points by francoismassot 5y ago|4 comments
9. 129.▲
   by francoismassot 5y ago

   Another alternative in Rust is Quickwit[1]. Only search is currently distributed but indexing distribution will soon come up. Disclaimer: I'm a cofounder. [1] https://github.com/quickwit-inc/quickwit
10. 130.▲
    How to make fuzzy searching over 5x faster with SymSpell(chillfish8.ghost.io)

    4 points by francoismassot 5y ago|0 comments
11. 131.▲
    by francoismassot 5y ago

    Quickwit | Senior Rust engineer | Remote (EU, ASIA) | https://quickwit.io Quickwit is building the next-generation open-source search engine for petabyte-scale data. We are also behind tantivy, the Rust search engine library th
12. 132.▲
    A Rust optimization story(quickwit.io)

    192 points by francoismassot 5y ago|45 comments
13. 133.▲
    by francoismassot 5y ago

    We started with the idea of a double license model: AGPL or commercial. A saas model is a possibility but we are too far from it today.
14. 134.▲
    by francoismassot 5y ago

    thank you! We solved 3 challenges as described in the blog post. The first one is really gathering metadata of different index files to know in advance where to read exactly the index data that will be needed when receiving a query. We call
15. 135.▲
    by francoismassot 5y ago

    Hi HN! After months of quiet work, we are releasing today our first version of Quickwit. We wrote a blog post about how we improve cost efficiency of traditional search engines: https://quickwit.io/blog/quickwit-first-r
16. 136.▲
    Show HN: Highly cost-efficient search engine in Rust(github.com)

    61 points by francoismassot 5y ago|6 comments
17. 137.▲
    by francoismassot 5y ago

    Thanks for your kind words! Hope you will enjoy using it :)
18. 138.▲
    Quickwit: A highly cost-efficient search engine in Rust(quickwit.io)

    16 points by francoismassot 5y ago|2 comments
19. 139.▲
    by francoismassot 5y ago

    Thank you! We did not plan to regularly update the index. But as it takes only 24 hours to index 1B pages, the easiest way would be to reindex everything, upload it to S3 and update the metadata so the search engine will query the right se
20. 140.▲
    by francoismassot 5y ago

    Thanks! You are totally right. For the demo, we have even banned a few words like "the" because the inverted list contains almost all doc ids...
21. 141.▲
    by francoismassot 5y ago

    The main reason is that AWS S3 is widely used. We obviously want to make it work on HDFS, MinIO and other relevant storage systems.
22. 142.▲
    by francoismassot 5y ago

    thanks! I guess you had no luck and the server did not respond, we have a bunch of errors on the python server and it may come from here. It's working now, you can try it and found that the result is "fast and easy": https:&
23. 143.▲
    Searching the web for under $1000/month(quickwit.io)

    456 points by francoismassot 5y ago|147 comments