864 karma · joined May 23, 2010
That said, I haven't used flow or TS myself and can't confirm nor deny compatibility
MobX is simple to get going, but I fear there are dragons beneath. Here's a small writeup I did about it on Reddit: https://www.reddit.com/r/reactjs/comments/6pni2i/kea_high_le...
The point was to show what this library is capable of, so that people with the imagination of your imaginary co-worker could extrapolate its usefulness to real world applications.
I have built 3 large applications using kea, and at that scale all these features come in handy.
That said, the magic with having a big options hash in the `@kea({})` call itself is that then you can easily disconnect the logic from your components as your application grows. Here's more information about this: https://kea.js.org/guide/connected
Also, I'm not sure you can do `this.actions` inside a static variable, but I understand the point that you were trying to make.
2) Indeed there is duplication between action names and the reducers. This however makes it so that you can have many reducers listening to the same actions. E.g. setting `isLoading` to `false` when `actions.resultsFetched` occurs.
Hopefully having a tool to ask these simple queries will give rise to smarter questions, which will either prompt the development of custom dashboards or improvements in the tool itself.
I agree in theory that "business people", if and when they start asking these questions, can and should learn SQL. However my experience seems to point the other way. They'll ask the developer to do more and more reports, eventually hiring someone for the "data analyst" role.
So far I have only tried with PostgreSQL (full support) and SQLite (some date functions break), however any SQL dialect should work fine... except maybe when it comes to the date functions, which everyone has implemented differently.
The point of this tool is to remove the developer as a bottleneck for when business people want to ask questions.
I will eventually add a "generated SQL" view where you can see how the sausage is made if needed... but I assume most of the time it'll stay hidden.
We already support the most basic sliding intervals: day, week, month, quarter, year. Custom ones would be convenient, I agree.
Check the menu when you hover the header of the column "week confirmed_at" here: http://insights-demo.mariusandra.com/explorer?columns=Order....
The plan is to add a view called "generated SQL", where you can see and copy/export the raw query that went into generating the data. This way you can always validate the data and get some "insight" into how it's fetched.
From their own blog: http://www.metabase.com/blog/Joins
"So rather than spending time constructing complicated queries with a bunch of joins, create SQL Views instead."
No thanks. While I can write manual queries to join... and even make SQL Views... try selling it to the non-developers in the company. The entire point of a BI tool is to eliminate myself as a bottleneck.
Perhaps things have changed by now, I don't know.
...
And to get it out of the way: the same applies for Airbnb's Superset. It's cool and has a lot of different chart types, but 1) really hard to install and 2) data exploration is still hard.
The point with 'insights' is that you can explore the data.
Take this view:
http://insights-demo.mariusandra.com/explorer?columns=Order....
(long URL instead of a shortlink as those are cleared when I reset the demo database)
With no coding time I got a view showing orders by date by country. Now if I click on the rightmost field ("count id"), I can drill deeper and see the orders by the day/country right there. I can use it to investigate anomalies in data.
Right now you must click the data in the column, but very soon it'll be possible to just click it on the graph as well.
This is the niche insights fills and why Metabase and Superset weren't good enough.
However, the UK is moving in a strange direction as well. For a decent EU option, look at Estonia. Get a digital ID card from one of their embassies and you can use that with your computer to open a company and manage everything digitally.
BBC made a 30min documentary "Kea the Smartest Parrot" about the birds, but unfortunately it has been removed from YouTube. There are some clips still there... and if you look hard enough you can still find it somewhere on the internet.
When I switched to React over a year ago I had to learn a lot to fit all the pieces of the puzzle together.
It's not enough to just read about react and redux, you must also know how to organise your code, what are the best practices, etc. The Internet differs widely on this.
This project aims to document what I have learned and fill that gap for anyone just starting out.
It's in an early state, lacking detailed docs and tests. That's why I decided to post it here - to get feedback if I'm on the right track.
The project is already in production with three big webapps (www.apprentus.com and two client work SPAs) and as such has definitely scratched my own itch. It's a joy to write compared to "vanilla react+redux"
Could it be useful to the JS community as a whole?
Plus you are a first class citizen in each world.
Thus:
* Ruby code = private methods that nobody else can see
* Javascript code = public methods that everybody can peek into
Once you solve the "how do I pass data from ruby to javascript and vice-versa" question, this mental model holds up quite well.
(My own solution to this question is this project: https://github.com/mariusandra/kea-on-rails , featuring server rendered react views (via react-on-rails) and seamless passing of data back and forth... but it might not be the best approach for your projects)
The documentation sucks (doesn't exist), but the component itself is pretty sweet.
If you ignore the first 9 links about any new JS framework, it shouldn't take more than than 10min/day just to keep up with what is happening.
Or is this just not true in your experience?
How long do you spend on HN on average per day?
We started a company, then ordered the incorporation documents, and then had them sent back to be apostilled. Then we forwarded them to the bank. I had also been in the bank office before to sign some paperwork and see what was possible.
Starting a company was 200£. Apostilling the document was 30£. The cost of opening the bank account was 500€. Add some postage fees.
Starting the company: http://www.companiesmadesimple.com/page1512en.html?namesearc... Getting the certificate of incorporation from them mailed. Apostilling documents: https://www.gov.uk/get-document-legalised Bank we used: https://www.lhv.ee/
However I was able to get my local bank to open an account for us when I presented stamped legal documents sent from the UK.
2) Nontechnical users will never read RDoc type code. They want things in plain English in the admin area where they do their work. I'm not sure which RDoc integration would provide that.
And a $0.0001/request pricing model would totally revolutionise hosting :-).
They are the ONLY place in Estonia that is an authorized reseller and the ONLY one that has physical stores. Thus, by all means, they ARE Apple for the people living here.