As a native Turkish speaker: It actually sounds.. Turkish... They replaced clear words with their corresponding tones. I think with a little training, a native speaker can understand what he hear. It feels like listening a karaoke version of a well known song.
In James Gleick's The Information, the first chapter is about a West African culture, turning phonemes, stressed and unstressed, into drumbeats, for conveyance over longer distances than one could shout, and needing to compensate for the information-loss of sound into drum pulse by using longer and longer "phrases".
This is so cool. I was trying to correlate the sounds I heard to the shapes of the words, but I've got limited exposure to Turkish which made it more difficult. Fascinating to know that it [sounds] Turkish as well.
That is an excellent compare & contrast. The both use 64 bit IDs.
Instagram: 13 bit shard ID, 51 bit "local" ID consisting of 41 bit timestamp in milliseconds and 10 bit sub-millisecond ID. So this scheme supports 1024 IDs per millisecond per shard for 41 years, and 8192 shards.
Pinterest: 16 bit shard ID, 10 bit type ID(?), 36 bit local ID, 2 bits reserved. This supports 68 billion objects per shard and 65K shards, but does not represent time. So you need another field / more storage for that. Also notable is the large 10 bit type ID field which seems to be only actually used for a handful of values, leading to a large chunk of bits that don't change across IDs.
In short, Instagram's scheme is more efficient largely due to the leverage of timestamps in the ID instead of type information.
* Apple, Google, Microsoft et al. have many foreign workers (green card, H-2B, or maybe L1 visa) and it is easier for american citizens to move/work outside of US than foreigners to get work visa in US. So the question is, if a country (like Spain or Greece) promises tax advantage for next 25 years and makes easier to get visa for employees, would these companies move their hq there?
* If, say, European Union provides better shield, would Apple move its HQ to Germany or Spain?
* Infrastructure: I can say most European counties have better infrastructure than US and it looks like most us companies build their own if needed. With $500 billion on hand, what would prevent these companies to build a better infrastructure in a host country.
Good point. But I would like to know other side of the story too, not just from the CEO.
Although, while I'm not an expert on France's labor laws, I agree laws in most EU countries are on the side of employees. But that doesn't mean when you hired someone, he/she will be working at the company for rest of his/her life without doing some work. Maybe someone who's expert on labor laws can clarify.
Edit: Also different countries in the EU has different laws. It might be difficult to `get rid of bad employee` but it might be easier in Spain...
> Although, while I'm not an expert on France's labor laws, I agree laws in most EU countries are on the side of employees. But that doesn't mean when you hired someone, he/she will be working at the company for rest of his/her life without doing some work. Maybe someone who's expert on labor laws can clarify.
As someone who lives and works in the EU, none of the conditions seems to be particularly unreasonable. If you're talking about someone who isn't working, presumably you'd be firing them for cause. Which you can do: you need to follow a process and document that you're following it, you need to give them explicit warning that their performance is not up to par and give them the opportunity to fix it, and you need to do all of this within a reasonable timeframe.
The Mandriva guy was explicitly not doing that; if you're making people redundant then you're declaring that there was no problem with them specifically, the company just needs to eliminate those positions. If you then rehire people for those positions within the next few months, the courts tend to take a rather dim view of that.
I know it's fun to hack things together but wouldn't a smartphone with evernote be a better solution? You can use phone's speech to text feature and access your list anywhere online or offline.
If I'm not mistaken: Altering a table can be costly and may cause a performance issues, specially if you have millions of records. Rows will be most likely locked and get updated and during this process other threads should wait until related row become "free".
I wonder why they didn't allow to work on network folders. It looks like all files must be local, otherwise it can open the folder and list files in sidebar but can not open individual files.
One thing is not clear: What happens if I want some people (friends of friends etc) find me on facebook but they or others don't see my information on their hello app when I called / miscalled them? Would there be an opt-out?
One possible downside of this technique would be searching in previous "pages" would be difficult / impossible. Since element is removed once its out of view port, browsers' search function can not find given text. Although it should be acceptable if you have only images.
I've checked their examples on http://t3js.org/examples/ and I appreciate the effort they put in but in general there is one thing I never understood with these examples :
Why most js frameworks relay on very simple examples while they promising the wonderland? I need an advanced sample than a classic todo to evaluate a framework. Something like does multiple async ajax calls, survives page reloads while juggling data / models, and gracefully handles the errors and/or initial states. An example close to a real world project would be much appreciated.
PS: If that matters, in my day time job I'm using Angular...
While it would be nice to have a more complex example than a todo app, studies show that a todo list is the most complex JavaScript app you can build before a newer, better framework is invented: http://www.allenpike.com/2015/javascript-framework-fatigue/
I wrote a blog post[0] relating to this as well. If you're going to flaunt your framework as the next big thing, you should give real world examples.
My unhappiness with angular is part of why I wrote this up as well. In their own docs they do things that are considered bad practices, they don't have readily available examples for how to test certain things, and they don't have any examples of how a "real" app should look.
I'd love if people that put out these frameworks released a non-trivial app WITH tests, using the framework.
I think Rails has done an amazing job with these things. Their guides are outstanding.
YES! Agreed 100%. Biggest irritation in my life with regard to doing anything with Javascript is when some library talks about some miracle function, then the example is like:
miracleFunction() {
alert("It works!")
}
ARGH. Give me an example of what the body of miracle function should look like!
Totally agree. The problem with a Todo app as the prototypical example is that a 'todo' item doesn't really have any nesting whatsoever. Something like a list of Album/Tracks is much more illuminating about a web framework for anything that has a web form or model.
Absolutely. As a fellow Angular (2 years) developer, I've become familiar with the actual pain-points of real SPA apps. When I started I didn't have a clue, but jumped straight in because the Angular examples seemed awesome. It's time to switch, but I'll be way more careful this time.
* I would avoid using narrow fonts. It might be personal thing but it's really difficult to read when font is too narrow http://i.imgur.com/c2mqM6o.png (screenshot taken on chrome `v41.0.2272.89 m` on windows )
Screenshots will be added, likely along with a demo account to try things out first-hand.
I'm also not terribly happy with the way the font renders on Windows compared to Mac. I was playing around with letter-spacing on the body text, but everything above 0.5px turned out really ugly. I might have blinders on from seeing it the way it is now much too often in the past few weeks, though. Maybe switching to something along the lines of Proxima Nova might help, I'll have a go at this on my local development in the next few days.