syntern

Looks like it is a neat project, thanks for open sourcing it. Do you plan to support static export?

You may want to follow the upcoming developer summit, it will have nice treats of the plans regarding the ecosystem: https://www.dartlang.org/events/2015/summit/

Which registrar are you? :)

Reservior sampling does have legitimate use in monitoring: to track real-time percentiles (e.g. over the last 15 minutes), without logging everything and re-calculating on each new data entry. I do think it is important and useful to know about it, but probably would not use it for the database sampling (as it was in the article).

Basically this:

https://www.kernel.org/pub/software/scm/git/docs/git-svn.htm...

http://flavio.castelli.name/2007/09/04/howto_use_git_with_sv...

http://andy.delcambre.com/2008/03/04/git-svn-workflow.html

I think that a combination works best, but it looks like not many do a central SVN + local git setup. Any reason for that? Do you have bad time with that or what?

The central SVN is much better for tracking versions for release purposes, while the local git has all the benefits of working on one thing than switching to another.

Any thoughts?

Free trade agreement doesn't require negotiation: either you agree to trade free, or not. The so-called free trade agreements are about trade-restrictions and exceptions. Doublespeak at its best.

Is there similar data and service available for European farmers?

Interesting suggestion. I hope you will share your experiences with it.

> I'm having to look to Eastern European remote talent

My experience is that as soon as I mention that I'd soon move back to my home country (in Eastern Europe), the conversation dries up, as 99.9% of the SV companies that contacted me are only looking to move talent to SV, and don't want to have remove positions.

Yes, I am halfway to assemble it (done the mechanics, now comes the belts and wires).

Have you seen Shapeoko? They will soon have their third iteration, but even the second one is great...

This article feels like it is talking about the pitfalls of not using OO principles (e.g. types, encapsulation).

I won't shed a tear if callback-hells are replaced by proper async APIs (like in Stream and Future-based dart:async, or the Thenable in the new JS standards), but this article seems to be misalinged.

Downvoters: care to elaborate?

Thanks for mentioning Cockpit CMS, it looks great!

+1, paying 99/month for the first non-free layer of contentful is defintely not cheap, and the free tier won't get you too far.

Ideally what I'd like to see for a small team is to run a $5 digital ocean instance that does at least a mediocre job of managing assets in a database and triggering the static export of the site. Unfortunately I haven't found anything that a non-savvy user would consider as useful. Any idea for that (or alternative for contentful)?

This. All the benefits of markdown (and similar), with a decent toolchain, version control capabilities and exporting to various formats.

If you are a C# developer, you'd probably find a Dart-based stack much better.

Hungary does not start with "HU" in Hungarian (Magyarország). This logic is certainly flawed. We have standard international abbreviations for a reason, please use them.

Interesting work. Do you have / plan e-mail workflow integration too?

Is this for official US non-profit status organizations, or for ad-hoc and non-US communities too?

Why do you think that the "king for a day" won't be abused either?

This. Also, it is not the top that matters, rather the quality of life of the bottom percentiles. We need to raise those up, and as long as we can do that, the top doesn't really matter.

I think the target audience is not the people who are in the industry, rather the ones that are still in the 20th century. I know several oldtimer business owner who just don't get how you could even possibly think of something like agile, non-planned work hours or similar stuff.

AFAIK, grandfathered accounts have custom domain.

Also, the Stamp Act, that triggered the US independence (or at least was an important part of it):

http://en.wikipedia.org/wiki/Stamp_Act_1765

Do you have any shareable code for the OpenGL cross-compilation?

Care to provide a link with the easy setup and cluster management? It could be a well-hidden gem that needs more publicity.

Yes, there are billions of different setups, but there are a few basic ones, and you could start by solving one or two, before solving the generic case. For example, one could provide just a cluster setup for data replication. No fancy distributed data models, just copy the data around in the cluster, if a new node joins copy that data to it, if something fails, handle the failure. Postgresql claims to have multi-master setups, so this is really about the node handling and copying the data around.

After that, you could introduce locally distributed cluster. Later on you could introduce geographically distributed cluster setups. But just because the later is very complex, does not mean that you can't start with the basic setup.

I open every "New Postgresql features" article in the hope that it will contain "Simple cluster setup, you just start nodes and they will figure out the rest." Unfortunately it didn't happen so far...

Is it such a hard problem, that no one is able to solve it, or it is not a concern or interest of the parties that are developing Postgresql or the tools around it?

(And by hard problem, I don't mean surviving an aphyr-level diagnostics without any issues, but it it would be certainly nice to see such too.)

Edit: I'd settle for a multi-master replicated cluster, where the node failures and startups (and the migration of the data) is handled transparently in the cluster. I know that there are many other aspects, but even this basic case is painfully hard to achieve (much harder than with MySQL).

Note, that some of this (from FATCA) applies to visa workers who are not US citizen or greencard holders.

I work in the US on H1B, and I have been already declined to open an investment account in my home country in Europe, just because I was subject of US tax and have SSN. They told me that I'll be open the account once I move back to Europe and lose my US tax status.