Tuesday, May 31, 2022
Monday, May 30, 2022
Sunday, May 29, 2022
Saturday, May 28, 2022
Friday, May 27, 2022
Thursday, May 26, 2022
Wednesday, May 25, 2022
New top story on Hacker News: Show HN: Muse 2.0 with local-first sync
Show HN: Muse 2.0 with local-first sync
8 by adamwiggins | 76 comments on Hacker News.
Hey HN, I want to share with you something I and my four colleagues have been working on for the last several years. It’s a whiteboarding and notes tool called Muse[1]. We just released a 2.0 version which includes local-first sync. A little backstory: I’m one of the authors of the 2019 essay Local-first software[2]. (Past HN discussions[3][4].) The thesis is to reclaim some of the ownership over our data that we’ve lost in the transition from filesystems to cloud/SaaS. So I’m excited to bring CRDT technology “out of the lab” and into a commercial product as a chance to prove the value of local-first in real-world usage. As a developer and computing enthusiast, I care about abstract ideas like data ownership. But for most users I think the benefits of local-first will surface in how it feels to use the software day-to-day. One example is ability to work offline or in unstable network conditions: any changes between devices will be automatically merged when you reconnect to the network, no matter how long you’ve been disconnected. Another area is performance. The sync backend was written by my colleague Mark McGranaghan who has written extensively about software performance[5][6] and why we think the cloud will never be fast enough to make truly responsive software. A few technical details: – Client-side CRDT written in Swift, streaming sync server written in Go – Sync server is generic, doesn’t have any knowledge of the Muse app domain (cards, boards, ink, etc). Just shuffles data between devices – Transactional, blob, and ephemeral data are all managed by this one single state system. For example ephemeral data (someone wiggling a card around) for example, isn’t even transmitted if there are no other clients listening in realtime. More in this Metamuse podcast episode.[7] We draw heavily on research from people like Martin Kleppmann, Peter van Hardenberg[8], and many others. A huge thank you to this wonderful research community. Even if you have no interest in the Muse concept of a digital thinking workspace, I’d encourage you to try the free version just to see how local-first sync feels in practice. My opinion is that is fundamentally different from web/cloud software is well as from classic file-based software—and an improvement on both. Would love to hear what you think. [1]: https://museapp.com/ [2]: https://ift.tt/ZcLIsHu [3]: https://ift.tt/M2k1qDe [4]: https://ift.tt/EeUFbKk [5]: https://ift.tt/IvApoku [6]: https://ift.tt/0bQfM7y [7]: https://ift.tt/H6RLivy [8]: https://ift.tt/ypYibCr
8 by adamwiggins | 76 comments on Hacker News.
Hey HN, I want to share with you something I and my four colleagues have been working on for the last several years. It’s a whiteboarding and notes tool called Muse[1]. We just released a 2.0 version which includes local-first sync. A little backstory: I’m one of the authors of the 2019 essay Local-first software[2]. (Past HN discussions[3][4].) The thesis is to reclaim some of the ownership over our data that we’ve lost in the transition from filesystems to cloud/SaaS. So I’m excited to bring CRDT technology “out of the lab” and into a commercial product as a chance to prove the value of local-first in real-world usage. As a developer and computing enthusiast, I care about abstract ideas like data ownership. But for most users I think the benefits of local-first will surface in how it feels to use the software day-to-day. One example is ability to work offline or in unstable network conditions: any changes between devices will be automatically merged when you reconnect to the network, no matter how long you’ve been disconnected. Another area is performance. The sync backend was written by my colleague Mark McGranaghan who has written extensively about software performance[5][6] and why we think the cloud will never be fast enough to make truly responsive software. A few technical details: – Client-side CRDT written in Swift, streaming sync server written in Go – Sync server is generic, doesn’t have any knowledge of the Muse app domain (cards, boards, ink, etc). Just shuffles data between devices – Transactional, blob, and ephemeral data are all managed by this one single state system. For example ephemeral data (someone wiggling a card around) for example, isn’t even transmitted if there are no other clients listening in realtime. More in this Metamuse podcast episode.[7] We draw heavily on research from people like Martin Kleppmann, Peter van Hardenberg[8], and many others. A huge thank you to this wonderful research community. Even if you have no interest in the Muse concept of a digital thinking workspace, I’d encourage you to try the free version just to see how local-first sync feels in practice. My opinion is that is fundamentally different from web/cloud software is well as from classic file-based software—and an improvement on both. Would love to hear what you think. [1]: https://museapp.com/ [2]: https://ift.tt/ZcLIsHu [3]: https://ift.tt/M2k1qDe [4]: https://ift.tt/EeUFbKk [5]: https://ift.tt/IvApoku [6]: https://ift.tt/0bQfM7y [7]: https://ift.tt/H6RLivy [8]: https://ift.tt/ypYibCr
Tuesday, May 24, 2022
Monday, May 23, 2022
Sunday, May 22, 2022
Broome County Contends With the Roots of a Racist Massacre
By BY KIMIKO DE FREYTAS-TAMURA AND CHELSIA ROSE MARCIUS from NYT New York https://ift.tt/9KoIN2m
via IFTTT
Saturday, May 21, 2022
New top story on Hacker News: Subsea internet cables could help detect earthquakes
Subsea internet cables could help detect earthquakes
4 by simonebrunozzi | 1 comments on Hacker News.
4 by simonebrunozzi | 1 comments on Hacker News.
Friday, May 20, 2022
New top story on Hacker News: Ask HN: What to do about ‘Good at programming Bad at Leetcode’
Ask HN: What to do about ‘Good at programming Bad at Leetcode’
32 by mikymoothrowa | 73 comments on Hacker News.
Over the past few years I've met people who are really good programmers when it comes to putting together a full back end system , creating a very nice front end or creating any kind of app for that matter. Many of these people are fresh out of college and the ‘industry’ puts them through leetcode/hackerrank style rounds that are needlessly hard. I’ve seen the kind of questions these rounds have and quite frankly, if I graduated this year, there’s no way I’m going to get a job. Ever since 'Cracking the coding interview' was released, every company's interview process has become like Google's and Google didn't have a particularly great interview process to start with.[0][1] Now, there are several GitHub repositories that prescribe 3-4 month grinds on leetcode questions to "crack" the interview. And people do go through this grind. The people who do manage to crack these rounds are not necessarily good at programming either because the time they spent doing competitive programming stuff should have been spent learning to build actual things. The no-whiteboard companies are very few, hardly ever seem to have openings and not hiring junior engineers. What would be your advice be to fresh college graduates, or anybody for that matter, who are good at programming but not at leetcode? Surely there must be a way to demonstrate their understanding of algorithms without having to spend 3-4 months memorising riddles [0] homebrew creator.. https://mobile.twitter.com/mxcl/status/608682016205344768?lang=en [1] Zed Shaw gets offered a sys admin job https://ift.tt/m51F3Rk
32 by mikymoothrowa | 73 comments on Hacker News.
Over the past few years I've met people who are really good programmers when it comes to putting together a full back end system , creating a very nice front end or creating any kind of app for that matter. Many of these people are fresh out of college and the ‘industry’ puts them through leetcode/hackerrank style rounds that are needlessly hard. I’ve seen the kind of questions these rounds have and quite frankly, if I graduated this year, there’s no way I’m going to get a job. Ever since 'Cracking the coding interview' was released, every company's interview process has become like Google's and Google didn't have a particularly great interview process to start with.[0][1] Now, there are several GitHub repositories that prescribe 3-4 month grinds on leetcode questions to "crack" the interview. And people do go through this grind. The people who do manage to crack these rounds are not necessarily good at programming either because the time they spent doing competitive programming stuff should have been spent learning to build actual things. The no-whiteboard companies are very few, hardly ever seem to have openings and not hiring junior engineers. What would be your advice be to fresh college graduates, or anybody for that matter, who are good at programming but not at leetcode? Surely there must be a way to demonstrate their understanding of algorithms without having to spend 3-4 months memorising riddles [0] homebrew creator.. https://mobile.twitter.com/mxcl/status/608682016205344768?lang=en [1] Zed Shaw gets offered a sys admin job https://ift.tt/m51F3Rk
Thursday, May 19, 2022
Subscribe to:
Posts (Atom)