If anyone is interested in buying a System 76 product and have it delivered outside of US, please take into account that the price doesn't include VAT. This has to be payed separately, which usually means that each device is ~20% more expensive (when delivered outside of US).
I ended up having to pay 400$ more for delivery + VAT for a laptop (didn't know about the VAT tax at that time). Very good performance, but rather mediocre quality (1 usb port is completely unusable).
Any idea what happened to breach? It looked very promising when it was first announced, but I can see there hasn't been any contribution for more than 6 months.
Go has a much better runtime system than Python (can spawn lots of green threads in parallel using goroutines), but it's also broken in so many ways (e.g.: type system).
It's more or less a matter of time until everything will be migrated to go. Since it has better performance and works good for them, there's no point not to do it.
It's hard for me to make more comments here. I don't know your tech background and also how much experience you have with frontend or any kind of frameworks.
Unfortunately, you rush to make conclusions. It's my first post on medium (others will come for sure), but why this have to be the first article posted, ever?
About the rewrite: you have x features in backbone. Then you rewrite all the x features in angular and you compare the results.
Dropbox rewrote its javascript in coffeescript and saw a LOC improvement. They had a code in js and rewrote it in coffee. We had it in backbone and rewrote it in angular. I'll probably provide more details (with code and so on) in next blog posts, but I wanted to keep this one shorter, because it's not about how we implemented it, but more about the conclusions we reached.
In the end, it doesn't matter how many LOC you have in a certain language, framework, etc. It's more about the productivity and the quality. It worked for us very well in both cases, and I think this is the final idea.
I'm sorry that you bring the discussion to a personal level, again. I'm open for suggestions and would like to make further articles "more relevant" and share better content. If you think you can help me with this and with one suggestion or two, please get in touch.
If you're really interested in Avira and its products, it's up to you to take a look into this project from time to time and you may change your impression.
I added certain links in the article (e.g. http://www.funnyant.com/), where the features of all frameworks are discussed and compared. Read it and you may understand the advantages. I'm sorry that you don't consider that a community driven project, managed by top talent from Google is not a good enough reason to invest some time into a framework.
I explained how we achieved the results: we rewrote it. The facts are pretty relevant and they may help other teams.
I will craft toy examples in next articles, so it's best to follow me if you really are that interested and would like to see more examples.
I'm sorry that you brought it to a personal level in the end, this explains a lot. Instead, I hope you have a good day and don't forget to follow me to see how well I code :).
It's a tech post, not an avira commercial. Maybe it will help someone make a good decision when choosing a js framework, based on real experience and facts.
I think that it may be simpler to learn than both angular and ember.
Unfortunately, given the fact that it's missing 2 way data binding and it's not declarative, you end up with lots of boilerplate code and in the end you invest more time in writing your backbone application than in learning angular and writing the application in it.
To be honest, I'd only start a new project in angular or ember because they are extremely productive frameworks. Backbone was great more than 2 years ago.
We rethought the backend API calls and made all of them in parallel. Also, the websocket - server connection is initialized sooner.
So, I'd say that this part could have also be done in backbone. It was also fast before, but we gained more than 1 second loading time with this refactoring.
Great post, really made me take a deeper look into the product.
I wasn't disturbed by the short video which explains most / all the features, but I can see the need of also having them as separate web pages (also useful for SEO).
My main concern is that there is no free version at all, even for smaller teams / startups (1-2 members) and I don't know if it's possible to import data from other customer support SAAS.
While I tend to a agree to a certain degree (e.g.: you may want/be allowed to take some days to work remotely on a quarterly basis), there's a reason they saw this principle isn't working and even called back the people from large companies, like Yahoo!. Best buy is another example (http://mashable.com/2013/03/05/best-buy-flexible-employees/). Many agencies still permit this, because they may lose some valuable work force, but most of these decisions were also taken for companies to (re)build a certain culture.
One of the main reasons is that it is hard to build a team / team cohesion if you don't physically interact with the other members. Also, motivation inside a team can be much higher. For newcomers, it's also the desire to work next to the best people from the company.
I'd like to see the tool (which is still TBD on the github link) where you can achieve most of these and have more gains than losses.
Ok, I'll work then at creating a documentation and adding some tests. The project was written in coffeescript and someone only needs to extend a class and implement 2 methods and a list of starting urls. Using node cluster and concurrent connections I think it can scale very well. I introduced promises (taken from Jquery Deffered) in case someone wanted the writing to DB to be synchronous.
IMO, using kue was a success because it also offers a web interface where you can check the progress and restart/check failed jobs.
Very true indeed. I was also randomly changing user-agents (Mozilla, Safari, Chrome, IE). I thought that this will be harder to tell whether there is a lot of traffic from the same network or someone is just intensively crawling the site.
For me, it was more a proof of how efficient and fast a crawler can be.
Also, a response from IMDB was very fast in less than 0.4 seconds, so not that much time was lost there.
Yes, but it's hard to tell how complete and updated that subset is. There is (was until few weeks ago apparently) also http://www.imdbapi.com/ which was retrieving their data by crawling. Unfortunately, it was shut down.
I ended up having to pay 400$ more for delivery + VAT for a laptop (didn't know about the VAT tax at that time). Very good performance, but rather mediocre quality (1 usb port is completely unusable).