Has it really been 2 years already? I'm still waiting for a decent build system for .NET projects for Linux or macOS. Last time I tried (~6 months ago), it was a tire fire.
It's even more tire fire now: they're announced 'project.json' build system, but deprecated it[1] in favor of older msbuild. But it's still mentioned on front page of .NET core[2] and used as the primary build system in latest version (I don't know if .NET core even has msbuild, tried only mono).
Almost everyone think that you need some specific IDE (either Visual Studio or Monodevelop/Xamarin Studio/VS for mac (this is the same thing lol)), even in opensource communities[3].
And MSDN is the slowest and hardest to use web documentation I ever seen. Everything non-Windows non-VS is still very, very second-class.
ms is maintaining project.json based sdk too with version preview2, so devs can continue to work, no need to switch to new msbuild soon (wait until is done).
ide are good (intellsiense/debugging), especially vscode, but sdk works already from command line and text editor.
about docs, check the new docs website (oss, accept pr):
Yes, Cake is wonderful, however, I had great problems bringing it to work due to a lot of issues with NuGet v3 (UTC positive offset bug, looking for msbuild.exe to restore packages, ...). Luckily, I could switch to NuGet v2.
Bottom line is: CAKE is great, but if the project depends on things that are not covered by dotnet core one is still screwed.
just `dotnet migrate` if you have an old project.json, or create a new one with `dotnet new`.
after that as usual
- dotnet restore
- dotnet build
- dotnet run
- dotnet pack
- dotnet publish
- dotnet test
the cli is the same, the dotnet/cli team added other commands too (dotnet msbuild, dotnet clean, and more in development using an extensibility to install global commands)
> the dotnet/cli team added other commands too (dotnet msbuild, dotnet clean, and more in development using an extensibility to install global commands)
I might be off topic, but JetBrains is making a cross-platform .NET IDE which is currently in open beta. I tested it and it had no difficulties to open/build/execute existing solutions.
In my locale, possibly for legal/insurance reasons, Uber drivers far too often keep their phones very low, and out of sight from other vehicles. Therefore, they have to keep looking far down.
For Uber drivers, the app is like a slot machine: you have to keep checking/interacting with it, lest you miss your next fare. With a navapp in a personal car, if it says I need to take no action for the next 1/10/100km, I know I can focus on the vehicles around me instead of signs for roughly that time.
Meanwhile, google was sorting Petabytes in under a minute on their clusters 6+ years ago. We've still got a long ways to go in OSS land to compete with the big boys.
When I asked why BigQuery doesn't do these sorts, the answer came straight from the post "Nobody really wants a huge globally-sorted output. We haven’t found a single use case for the problem as stated."
Do you think you could ask someone and find out the cluster sizes they used for those sorts? They mention "With the largest cluster at Google under our control", but it would be more interesting to have an idea of actual numbers, even if just an order of magnitude.
> To some extent, this is a choice many Americans
> intentionally make.
Uhm, to what extent do they have a choice? Be super poor or work hard. Hmm..yes those are delightful "options" to get to "select".
But seriously, I don't see a realistic choice for most people. To have any decent level of security and stability in our lives, most of us have to work our asses off!
Depending on the kind of non-profit Twitter tries to become, they may need to somehow disentangle Twitter from all of the political favoritism and censorship controls currently built into the system.
Seems like a pretty huge change and it's definitely tough to envision!
I understand the reluctance to add extra dependencies (especially environment-specific ones), but in the case of a typical Ruby app, it amounts to the 'aws-sdk' gem and 1 or 2 lines in an initializer.
For my own purposes, I weighed that against the alternatives[1], and it seems like a fairly reasonable compromise[2]. That won't be the case for everyone, obviously.
[2] I'm referring specifically to passing secrets (or other static values) into a container, since that seems to be what the author was talking about. For configuration requiring more complexity, of course other tools are probably more appropriate. In that case, it's outside the scope of what I would reasonably expect ECS to do.
You need to look into sysadmin's toolbelt, then. Sysadmins use configuration
management systems (CFEngine, for example) for quite long time now. The only
thing you need is to put a post-create script (however it is called in AWS),
which would install and deploy such system and let the system configure the
machine.
I know it's not sexy for developers to take advice from sysadmins, but at the
end of the day, it gets the job done reliably and elegantly.
Have you considered to use a centralized configuration storage (such as S3 and anything else) with access control and audit trail? That is easier to update configs without restarting all the servers.
Yes, but this doesn't add much because any human situation involving more than 2 people involves interpersonal dynamics, AKA politics. It's a question of how much.
