Site-uri si blog-uri utile pt trading

In mod constant citesc Blogul lui Traian, care mi se pare bine scris si actualizat in mod constant (zilnic). De asemenea micile cursurile postate sunt foarte utile pentru incepatori.
Gasiti blog-ul aici: http://bursier.ro/traian

Un alt blog, mai informal, si mai rar actualizat este blog-ul I'm my personal trader care are cateva post-uri interesante.
Gasiti blog-ul aici: http://blog.aiko2.ro/

Un site de analiza atat tehnica, cat si fundamentala este MarketOracle. Site-ul are articole bine scrise, si acopera cam toate tipurile de instrumente financiare.
Il gasiti aici: http://www.marketoracle.co.uk/

Tracking la comenzile de pe Amazon.co.uk

Daca atunci cand faceti o comanda prin Amazon.co.uk, aveti activata facilitatea de tracking la comanda respectiva si comanda este livrata prin Deutsche Post DHL, puteti urmari mult mai in detaliu traseul respectivei comenzi.

Pentru asta, copiati numarul de tracking al comenzii din pagina de la amazon, un numar format din 12 cifre, si mergeti la www.dhl.de. Acolo, in zona de Shipment tracking, dati paste la numarul de pe amazon, si apoi Search now.

Ar trebui sa vedeti traseul pachetului, ca in imaginea de mai jos:

Cat costa un domeniu .com?

Mai jos un schimb de mail-uri de ieri:

Hi,

Thank you for the email regarding ------.com and I am happy to provide you with more information. We are currently representing the owner of the domain and have been actively marketing it for the last few months. Whilst there is no set price I can tell you the expectation is in the $75k-$100k range.

We also are brokering -----.com, which is in the low to mid 5 figures.

I am happy to review and present all reasonable offers.

Best,

On ... wrote:

Hello,

I am interested in buying the ---.com domain.

What's the price and the procedure?

Regards,

MCSI World Index

Entuziasmul din pietele bursiere pare ca s-a mai linistit. Desi, la noi, cu criza politica, nu mai vad deloc entuziasm.
Graficul MCSI World Index, de pe Bloomberg arata cam asa:

Configurari de retea, rutare si VMWare

Am realizat recent configurarea rutarii unei retele care include si masini virtuale VMWare.

Informatii despre reteaua virtuala VMWare sunt pe site-ul VMWare.
O schema comparativa pentru modele de configurare a retelei este prezentata in figura de mai jos:
O alta resursa cu informatii despre configurarea rutarii IP a retelor este un document foarte bine scris de la 3Com: Understanding IP Addressing: Everything You Ever Wanted To Know

Probleme cu Ruby legate de threading

Schimbarile din modelul de threading din Ruby, de-a lungul versiunilor:



Cateva articole interesante despre acest subiect aici:
- Concurrency is a Myth in Ruby
- The Futures of Ruby Threading

Ruby on Rails - performanta

Am gasit un interview cu un dezvoltator din echipa Twitter, in care vorbeste despre problemele intalnite in dezvoltare. Twitter este cunoscut ca unul din cele mai mari site-uri dezvoltate in Ruby.

How has Ruby on Rails been holding up to the increased load?
By various metrics Twitter is the biggest Rails site on the net right now. Running on Rails has forced us to deal with scaling issues -issues that any growing site eventually contends with – far sooner than I think we would on another framework.The common wisdom in the Rails community at this time is that scaling Rails is a matter of cost: just throw more CPUs at it. The problem is that more instances of Rails (running as part of a Mongrel cluster, in our case) means more requests to your database. At this point in time there’s no facility in Rails to talk to more than one database at a time. The solutions to this are caching the hell out of everything and setting up multiple read-only slave databases, neither of which are quick fixes to implement. So it’s not just cost, it’s time, and time is that much more precious when people can['t] reach your site.None of these scaling approaches are as fun and easy as developing for Rails. All the convenience methods and syntactical sugar that makes Rails such a pleasure for coders ends up being absolutely punishing, performance-wise. Once you hit a certain threshold of traffic, either you need to strip out all the costly neat stuff that Rails does for you (RJS, ActiveRecord, ActiveSupport, etc.) or move the slow parts of your application out of Rails, or both.It’s also worth mentioning that there shouldn’t be doubt in anybody’s mind at this point that Ruby itself is slow. It’s great that people are hard at work on faster implementations of the language, but right now, it’s tough. If you’re looking to deploy a big web application and you’re language-agnostic, realize that the same operation in Ruby will take less time in Python. All of us working on Twitter are big Ruby fans, but I think it’s worth being frank that this isn’t one of those relativistic language issues. Ruby is slow.

Interviul complet il gasiti aici.

Se pare ca in prezent o parte din website-ul Twitter ruleaza in Scala. Interesant.. merita investigat.