I think so.
I didn't mention it because Mozilla is not really known for mere mortals (non geeks). But Mozilla is a great inspiration for me (their privacy first designs...)
978 karma · joined May 12, 2016
I didn't mention it because Mozilla is not really known for mere mortals (non geeks). But Mozilla is a great inspiration for me (their privacy first designs...)
Our secret sauce is:
Bloom conciliate the best of the Startuplaland religion: radical execution rather than bureaucracy, scalability, flawless user experience, strong product culture, iterative process, and open source: a mode of development that has proven its superiority, open governance, an unmatched sustainability and a perfect symbiosis between the interests of developers and those of users.
You can also learn more about how we plan to make money: https://www.kerkour.fr/blog/bloom-a-free-and-open-source-goo...
In short: yes there is already a lot of open source project, but I found that those open source project lack the user experience required to reach a non 'geek market'.
I did not expect to reach Google's scale during the next month so currently we are bootstrapped and rely on some AWS credits :)
Maybe 3 points about how to solve the issue you are raising ?
1. Build free software and charge for hosting, security of hosted data and enterprise support
2. With this money reduce prices, free the data and the access to scientific knowledge
3. With this money and this community create the open infrastructure to run these software and host this open data
Donation are just a plus, and because I didn't had time to implement payments before launching :) (it's the first day I talk publicly about the project, so I think it's understandable that donation metrics are not so great).
Regarding how much work have been done until today, it's been 6 months I eat pastes :)
I dared the Google comparison thinking about it's productivity suit, and because they have an app for all the need of our life. At an extraordinary price, even if it cost noting.
Productivity is the current foundation, but you can think having a Bloom open source tractor in some years :)
I'll fix it !
I dared the Google comparison thinking about it's productivity suit, and because they have an app for all the need of our life. At an extraordinary price, even if it cost noting.
Productivity is the current foundation, but you can think having a Bloom open source tractor in some years :)
But sorry I haven't thought more about the question.
Currently it's only uploaded on a S3 (with encryption activated).
End to end encryption is on the roadmap.
(1) You are totally right, I plan to use this wording only to target the 'geeks' (those who may be early adopters, contributors), those who see Google more like a very innovative tech giant rather than just a search engine
(2) As written at the bottom of the article (yes I acknowledge it's very very long) the master plan is as follow:
1. Build free software and charge for hosting, security of hosted data and enterprise support
2. With this money reduce prices, free the data and the access to scientific knowledge
3. With this money and this community create the open infrastructure to run these software and host this open data
(3) I tried to make it clear by putting a large banner in the blog post in the section explaining what we currently have, in order to catch the eye of the bored one who will speed scroll: https://www.kerkour.fr/blog/bloom-a-free-and-open-source-goo...
(4) ACK, thank you, I will try to improve this
Today is a good day, the achievement of months of works (but also the start of a great adventure ).
I'm very excited to announce Bloom: A free and Open source ‘Google’.
Our mission ? Empowering the world with open technologies.
Why? How? What? https://kerkour.com/blog/bloom-a-free-and-open-source-google
Website: https://bloom.sh Android App: https://play.google.com/store/apps/details?id=com.bloom42.bl... Code: https://github.com/bloom42
All the backend and services are written in Rust (You can learn more on the rust forum why I written it in JavaScript, then rewritten in Go and finally in Rust: https://users.rust-lang.org/t/bloom-a-free-and-open-source-g...) and is entirely free and Open Source on GitHub. No opencore, no bullshit.
The project seems awesome and you want to help ? - By spreading the word on Twitter: https://twitter.com/z0mbie42/status/1136297238387482625 - by contributing on GitLab: https://gitlab.com/bloom42 - By becoming a patron: https://www.patreon.com/bloom42 - By becoming a sponsor: https://bloom.sh/become-a-sponsor
Let's spread freedom
Sylvain Kerkour, a.k.a z0mbie42
Rust is really good (I'm using acti web), amd very low resources compared to node.
Compilation time is at the se time a disadvantage (~20sec for hot reload) and at the same time an advantage as it forces you to organize your code cleanly.
3rd party package are often very high quality and when your code compile, it (almost every time) works.
Saas software is not only an economic incentive, but also a UX win!
The user no longer need to update his software, you can deploy breaking changes (or security fixs) in seconds (as opposed to weeks, waiting that all users download the new release).
Security: the user no longer need to download random software from the internet, and a random malware on his computer will have hard time to access his online data.
I'm sure there is a lot more of advantages of the centralized model, but I feel it's unfortunate that they are never put under the light.
On the other hand I don't see moderation made by a single enterprise scale to 10B users.
I've created the SANE configuration format [0] because I also found JSON (and YAML, and TOMl...) Faaaar from optimal.
It's kind of a JSON but designed for Human to Machine usecase (instead of machine to machine)
The OS for development is really less powerful than Linux (like Docker consuming a lot of resources/battery, brew feels far from secure...).
A friend of mine use a Dell xps13 woth ubuntu fo development and it's far more enjoyable.
The only + for a MBP is the touchpad
I've splitted a 20k+LOC Rust project into multiple crates and compilation time improved a lot (still slow compared to other languages) but it's now manageable.
It has some drawbacks like very slow compile time but it make your code sooo more robust!
On the other hand Go's pointer system and lack of immutable semantics make it really easy to introduce bugs when LOC >= 15k.
Rust support for arm, and wasm (without runtime, unlime Go) make me feel it have a great future and personally I'll never look back.
Go's lack of algebraic data type is a real panacea and make programming experience so painful.
Be prepared to have a bigger CI/CD (due to resource intensive compilation) but then your infra will requires far less resources! And you'll finally be able to sleep at night without fearing to have your infra burning.
Please note my use cases are HTTP APIs, cli programs and banckend dev like infra.
But you raise a very interesting point concerning compilation
1. commit 2. squash commits to a meaningful commit 3. merge
would become:
1. code 2. merge with a meaningful commit