This study, while perhaps not very relevant to real world software engineering (development, maintenance, refactoring), seems to show that there when developers design code and applications, there's little difference for them between using dynamically or statically typed languages. And that's interesting, because it implies that the way developers think about code is somehow type independent.
Schengen Agreement, which eliminates border control is in effect in 26 countries (including non-EU countries, like Iceland, Norway and Switzerland, but excluding some EU countries, for example UK).
I cross the border between the Republic of Ireland (independent) and Northern Ireland (part of UK) in a car all of the time, never stopped once despite lack of Schengen.
Are you a British or Irish citizen? Then you can do it, because of the Common Travel Area (Irish border authorities do conduct random checks, though). It is, however, strictly speaking illegal for somebody holding only a British visa to cross into the Republic, or vice versa.
Yes, but the Irish-British common travel area has been in existence since the instant there was a Republic. Our (Ireland's) visa policy on EU citizens is to all intents and purposes formulated in London because we're not going to have more than minimal border checks with the North and the UK isn't going to have internal border controls between the North and Britain.
Not as weird as the fact that Irish people without UK citizenship, resident there can vote in all elections, and that UK citizens resident in Ireland can vote in all elections bar for President (seeing as Irish people in the UK don't get to vote on the Head of State.)
Schengen is just one mutual agreement of no border controls between member countries and enforced border controls to other countries. Any 2 countries which are not part of Schengen are free to enter a similar bilateral agreement.
They may not be religious, but many borders (probably most of those which aren't due to the natural geography?) are the subject or result of some kind of conflict. So is this border really that special? Probably most borders in Europe were the subject of conflict within the last 100 years, but we've ended up with the Schengen agreement nevertheless.
The biggest advantage of Drupal is, that probably you won't have to write a single line of code for this. You would need to learn how Drupal works (on a high-level, basic stuff), then just piece together existing modules and configure your website. That's the main idea behind Drupal - to be able to build and maintain websites without the help of a developer. This doesn't mean that the resulting Drupal module code is overly complicated and difficult to maintain, quite the opposite, it has a great community with high coding standards. Drupal was also meant to be used to build community websites, so it supports structures for multiple users creating content.
This doesn't make sense to me. Doesn't that mean, that Japanese (and German, and Indian and anywhere else in the world) markets are completely open to (and from a certain point of view desperate for) startups? I understand problems with getting funding or the right people, but can't you import those?
I find this fragment really insightful. Seems like it's a common mistake in a lot of domains.
"Over the last fifteen years or so, many police agencies started capturing data on police interactions. The primary purpose was to document what had historically been undocumented: informal street contacts. By capturing specific data, we were able to ask ourselves tough questions about potentially biased-policing. Many agencies are still struggling with the answers to those questions.
Regardless, the data permitted us to detect problematic patterns, commonly referred to as passive discrimination. This is a type of discrimination that occurs when we are not aware of how our own biases affect our decisions. This kind of bias must be called to our attention, and there must be accountability to correct it."
This portion of the post that deals with 'random' data gathering is pretty interesting because it almost reads like a case study on how to discover flaws and biases in software development, testing, & analysis.
It's almost like a reminder that you forcibly need to step outside yourself to discover passive behaviors that can result in flaws or exploits or what have you.
I'm not so sure. I read the OP to say that they're making efforts to ensure that no demographic group is getting a larger proportion of scrutiny.
She says nothing about how this correlates to actual crimes. I assume that she's intentionally trying to keep that out of the picture -- but doesn't that make them less efficient? If young adult males account for a lion's share of the crime, then why force yourself to look away from them and choose an old lady?
Surely there's a difference when you're trying to prevent a very small number of high-profile events, versus regular police work. In trying to stop a terrorist organization, they've (presumably) got the resources to play this to their own benefit by intentionally choosing that old lady as their agent. On the other hand, in day-to-day police work, I'd think that statistics are everything: the potential criminal is a young man, and there's precious little he can do about that, so (assuming that's what the statistics say), that's where one ought to concentrate.
You've got a point there. More data would be nice too.
My understanding of it, is that the data is used to check whether some groups don't receive too much unnecessary attention at the cost of not paying enough attention to other groups because of some non concious bias.
"On the other hand, in day-to-day police work, I'd think that statistics are everything"
Statistics are worth attention, but I really hope they're not everything in police work;)
You practice self control in situations where you have a reserve of self-control - say, in your own house before bed time. Theoretically this will let you build up a greater reserve for situations where you need more self-control - confronting a subordinate or superior on a job.