gorthol

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.

For more examples, check: https://www.ethereum.org/token

I think it was "safe and performant without a GC" because both Nim and D have C++ level performance while being memory safe as any GCd language is.

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.

There is Vibe.d but I don't know if is as good as Go stdlib.

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 still like D the most because of stability and how many features at your disposal, but Nim is a close second and is looking really good to.

Tried it recently. It still very far away from what I would call a decent Vim emulation.

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.

I've bursts. Sometimes I can work three days non stop and sometimes I strugle to write any good code. Luckily I've some margin to decide on what to work every day so I do documentation or unit/integration testing the days my brain is downclocked.

That how I would maximize developer productivity (but NOT working hours) if I owned a company:

- Let them work at home, at any time they want. Just reserve some hours for meetings or stand-ups if you want. Don't control the hours, control that the tasks are progressing.

- Open source parts of the codebase, let the developers own some modules or components on their github accounts. This way the quality of the code will be a personal matter to them.

- If shit goes down or hard deadlines approach (this happens) pay overtime and do a post-mortem analysis of what happened but DON'T turn that into a blame fest just cold analysis because most often than not its random factors of life (downtime for family or health reasons, whatever) and of coding not being a hard science (that external library that looked so sweet turned a minefield for example ) the real causes. Anybody trying to do that in the postmortem should be called out.

- If the last point happens too much, fire the manager/lead/CTO (normal programmers should be fired too sometimes but only when their performance is substandard and this is sometimes that will be easy to see day by day).

Upload your vimrc file and .vim directory to github and just do a clone on every new server.

I've been doing Python professionally for 13 years (among other languages, but Python is in the one I've used more). I like the language but I also hate some things (mainly, the GIL, the lack of static typing now lessened thanks to mypy and the slowness), but I never tough of the ternary if as evil or found a single instance where it confused me.