For example you could implement a credit system where anyone could be a creditor and vote (with their digital signature) what requests get approved. Then, once the money changes hands, the smart contract would automatically deduce que periodic payments, including the interests, and distribute it to the lenders in the correct proportions. If a payment is missed, a penalization or increased interest could be implemented.
I don't know if this would be currently possible with Ethereum because I haven't looked very deep into its technology, but if not I'm pretty sure some blockchain will allow this kind of interactions.
What advantage does that really offer? You still need to deal with the expensive parts (assessing credit worthiness, dealing with fraud or malfeasance) and if you have the infrastructure to do that, how much is a rigid contract-as-code system which you don't control really adding?
Consider what happens if someone takes the loan and never repays it. If you have a government with a functioning court system you can use any commonly accepted contract form, even a signed IOU, so a blockchain adds no value even if you do convince the court it's trustworthy; if you don't have a reliable court system, they can just walk away and you've just spent a lot of money on irrelevant infrastructure. If you have a credit rating system and sufficient proof of identity there might be a consequence but in every case the real value appears to be created by other entities (government IDs and courts; private credit rating services), none of which even need to know what a blockchain is.
You forgot about pony, which is memory safe plus concurrency safe plus faster than C/C++.
Nim, D, Rust won't offer that. M# does because it followed the same principles.
D uses C calling conventions and struct layout so it's pretty trivial to call D code from D or vicecersa and link together, the only step added over C++ is writing an include file with the declarations of the stuff you want to call.
It depends. If you don't care about the specific error and just want to notify the failure up the stack or recovering is perfectly fine. A lot of Go code with the same intent just do a lot of "if err!=nil return err" which is the same but writing for every function call.
Actually, D suports "fibers" where you have a "Task". Then you can switch the task handler to another implementation and have Go-like M:N coroutines. The default handlers in the stdlib are only thread based or single-thread coroutines but Vibe.d for example supports Go-like coroutines.
Still, Go is really hard to beat on that front because it makes it super easy and has the really brilliant feature of making almost everything that waits for IO interruptable inside a function when you call "go function()" without having to mark operations with "async".
Salaries in Madrid or Barcelona are more or less the same. Typical ranges are 18-28K for a junior, 36-52 for a senior and 42-70 for a lead. A CTO on a startup will depend a lot on the startup but 80-150k would not be uncommon for small ones.
As you can see on this article, people from Barcelona are sometimes a little chauvinist with their loved city so I want to clear some things said. Specifically on my 20 years of experience with engineers of both cities (and working in Barcelona sometimes, even tough I'm from Madrid) I've seen more or less the same ranges of English capabilities from engineers of both cities. It's true that people in Barcelona are more fluent in general in English, but with engineers and young people the level is about the same.
Engineers in startups and normal companies in Madrid doesn't wear suits. Only consultants, bank workers and similar do in my experience (also in Barcelona). Currently school and high school in Madrid is bilingual.
Somebody said that you can get a flat in downtown Barcelona for 800€. Thats pretty unrealized, only for very small or really crappy flats. 1200-1500 is more realistic. Madrid is about the same.
Most catalans won't have any problem speaking Spanish with a foreigner. Some will avoid speaking spanish with a Spaniard (not urban legend, happened to me more than once) as a way to assert their nationalism. But there are assholes everywhere on any city.
People in Barcelona is probably more warm and open and given to small talk. People in Madrid have this castillian character that is something between laconic/shy/cool that could sound like unfriendly but it really isn't.
The best climate for you will depend a lot on your preference to humid/dry climates. Barcelona is humid (not Florida level but almost) and Madrid is VERY dry. The temperatures are more extreme in Madrid (-5/40C are usually the extreme ranges in winter/summer) and Barcelona is could be 8/35 but being humid Barcelona 35 feel hotter than Madrid 40 since your body will transpire worse on an humid climate, but all working places and public transportation will have AC om both cities, so it really depends on what your body is accustomed to.
The startup scene is very healthy in both cities, specially on the latest years where investors are moving money outside of the broken housing market (In working on a startup in Madrid right now).
Other than that both are great cities with a lot of culture and night life and surely you'll enjoy both.
I work on several languages professionally being the only one without exceptions Go and I don't see how its idiotic pattern of checking the value returned after every single call is a massive improvement on anything except masochism.
Go's "error" system is nothing like Rusts. I personally find Go's terrible and boilerplate-y.
Rust's uses algebraic types to make things checked at compile time and uses operators like `?` to give you expressiveness while removing the overhead and annoyance of manually checking everything. It is a huge improvement.
I don't know if this would be currently possible with Ethereum because I haven't looked very deep into its technology, but if not I'm pretty sure some blockchain will allow this kind of interactions.
For more examples, check: https://www.ethereum.org/token