Sunday, October 16, 2016

Amazon handel stelsel ontwerp

Real bladsynommers wat ooreenstem met die gedrukte uitgawe (ISBN 1494228173). Hoorbaar Vertel: Gereed Skakel heen en weer tussen die lees van die Kindle boek en luister na die hoorbare vertelling met Whispersync vir Voice. Jou boek synchronisaties oor verskillende toestelle en altyd optel waar jy opgehou het. Luister op die Kindle of hoorbare programme vir IOS en Android, en vuur toestelle. 20 Trading System Idees vir aandele vir die verminderde prys van 3,49: Omdat jy die eienaar van hierdie Kindle boek, kan jy die professionele vertelling van Hoe om Klop Wall Street voeg. Word wys! Aangeskakel Woord Wyse help jou harder boeke deur te verduidelik van die mees uitdagende woorde in die boek te lees. Beskrywing Hoe om Klop Wall Street dek alles wat jy nodig het om te begin handel in aandele, buitelandse valuta en kommoditeite. Dit is die ideale boek vir iemand op soek na 'n stewige oorsig van hoe om handel te dryf, van iemand met professionele ondervinding in die markte. Plus. 20 handel stelsel idees bekend gestel wat jy kan gebruik as 'n basis vir jou eie daaglikse of weeklikse handel. Wat sal jy leer: x2013 Trading grondbeginsels: sentrale banke, makro-ekonomie, Keynes en rentekoerse x2013 Trading filosofieë: tendens volgende strategieë, beteken terugkeer tegnieke x2013 Famous handelaars: Warren Buffett, Jim Rogers George Soros x2013 Tydsberekening: finansiële verhoudings, wisselvalligheid analise , Dow teorie, aandelemark siklusse x2013 Risiko: geld bestuur tegnieke, handel sielkunde, Kelly maatstaf x2013 Secrets wenke: Nuus handel, volume ontleding, seisoenale patrone x2013 Tegniese ontleding: MACD, bewegende gemiddeldes, Bollinger Bands, spilpunt punte en naak prys aksie x2013 handel stelsels: ontwerp optimalisering, 20-beurs strategieë, tendens volgende strategieë en beteken terugkeer handel stelsels x2013 Resources bonus materiaal: omvattende hulpbron materiaal, wenke vir aanlyn handel, beste handel boeke bibliografie en bonus artikel 20 handel stelsels is back-getoets op 10 jaar van historiese data. Insluitend: Trading System 1: Moving gemiddelde crossover: 'n Eenvoudige tendens volgende handel stelsel wat gebruik maak van bewegende gemiddeldes te tendense in aandele te vind. Trading System 2: 4 weke in 'n ry: 'n stelsel wat gebaseer is op 'n winsgewende patroon van vier agtereenvolgende hoër open. Trading System 3: Handel die geraas: 'n stelsel wat aandele vind in gladde tendense met behulp van 'n persoonlike formule om geraas mark te bereken. Trading System 4: Trading verval: 'n gemiddelde terugkeer ommekeer stelsel wat uiters oorverkoop maatskappye wat gebaseer is op 'n persoonlike formule vind. Plus baie meer handel strategieë en toegang tot ander strategie idees deur middel van die gratis video-kursus. Jy sal ook leer: x2013 Hoe om nie-plaas verloont en ander nuusberigte handel. x2013 wisselvalligheid en sentiment analise, bottom-up waardasietegnieke en PE verhoudings. x2013 Hoe Buffett en Soros nader die markte en sal jy uitvind hoe om jou risiko korrek te optimaliseer. Ten slotte, sal jy ook ontvang die gereedskap wat jy nodig het om jou eie wen handel stelsel te bou insluitend Amibroker AFL-kode vir elke handel stelsel in die boek, gratis Excel voorraad waarde sakrekenaar en meer as 60 spread van historiese ekonomiese data. x201cI sal dit op 'n top tien lys van boeke vir nuwe handelaars sit en ek het honderde lees en selfs geskryf 'n paar van daardie boeke myself. x201d x2013 Steve Burns, stigter van newtraderu en Amazon Vine Voice. x201cThe rede Ek gee 5 sterre is die vrygewigheid van die outeur in die deel van handel stelsel skrifte en historiese data. Vir die prys wat betaal is sy 'n absolute steel en 'n no-brainer. x22 oor hierdie itemNearly alle mense te maak swak finansiële besluite, as gevolg van foute diep binne ons gedagtes. Die antwoord is om ten volle of gedeeltelik sistematiseer jou handel en beleggings. Die skep van 'n handel stelsel verwyder al die emosie, en maak dit makliker om te verbind tot 'n konsekwente strategie wat is meer geneig om winsgewend te wees. 'N merkwaardige blik binnekant sistematiese handel. die lees van hierdie sal tot voordeel van al die handelaars (Perry Kaufman) Dit is nie net nog 'n boek met nog 'n handel stelsel. Dit is 'n volledige gids tot die ontwikkeling van jou eie stelsels te handel en belegging besluite te neem. 'N deurdagte en Prikkelende, reis deur die proses van die skep van modulêre reëlgebaseerde portefeuljes (Brenda Jubin) finansiële en sielkundige teorie, sy ervaring binne sistematiese verskansingsfondse, en sy eie in-diepte navorsing, om te verduidelik hoekom sistematiese handel sinvol en wys hoe dit veilig en winsgewend kan gedoen word. 'N Rasionele en praktiese benadering tot die bou van 'n gediversifiseerde,-risiko bestuur belegging / handel portefeuljes. (Steve Le Compte) Elke aspek is deeglik verduidelik: van die skep van handel reëls om grootte te posisioneer. Die raamwerk in die boek kan gebruik word met alle bates, insluitend aandele, effekte, forex en kommoditeite. Hierdie boek is 'n moet lees vir enigiemand wat gerig is op die ontwerp, toets en in stand te hou 'n sistematiese handel stelsel. Na die lees van hierdie boek selfs die amateur huis handelaar het 'n paar kans om te oorleef in die markte (Amazon resensent) Daar is geen towerformule wat sukses sal waarborg, maar uit te sny eenvoudige foute sal jou prestasie te verbeter. Jy sal leer hoe om algemene slaggate te vermy soos: oor-kompliseer jou strategie, wat te optimisties oor geneig opbrengste, met oormatige risiko's, en handel te dikwels. Een van die beste handel boeke van alle tye (Amazon resensent) Dit is 'n wonderlike leersame Amazon update gebaseer op Joachim Rohdes ontdekking van 'n onderhoud met die Amazones CTO. Jy sal leer oor hoe Amazon organiseer hul spanne rondom dienste, die GLB stelling van die bou skaalbare stelsels, hoe hulle sagteware te ontplooi, en nog baie meer. Baie nuwe toevoegings van die ACM Queue artikel is ook ingesluit. Amazon het gegroei van 'n klein aanlyn boekwinkel om een ​​van die grootste winkels op aarde. Hulle het dit gedoen terwyl baanbrekerswerk nuwe en interessante maniere om koers, te hersien, en beveel produkte. Greg Linden gedeel is weergawe van die Amazones geboortepyne in 'n reeks van blog artikels Inligting Bronne Platform Die Statistiek Meer as 55 miljoen aktiewe kliënte rekeninge. Meer as 1 miljoen aktiewe kleinhandel vennote wêreldwyd. Tussen 100-150 dienste verkry om 'n bladsy te bou. Die argitektuur Wat is dit wat ons regtig bedoel met scalability 'n diens gesê skaalbare te wees as wanneer ons die hulpbronne te verhoog in 'n stelsel, dit lei tot verhoogde prestasie op 'n wyse eweredig aan hulpbronne bygevoeg. Toenemende prestasie in die algemeen beteken die versorging van meer eenhede van die werk, maar dit kan ook wees om groter eenhede van die werk, soos wanneer datastelle grow. The groot argitektoniese verandering wat Amazon gedoen hanteer was om te beweeg van 'n twee-vlak monoliet om 'n ten volle versprei , gedesentraliseer, dienste platform dien baie verskillende programme. Begin as 'n program in gesprek met 'n agterkant. In C. Dit het gegroei. Vir jare het die skaal pogings op Amazon gefokus op die maak van die back-end databasis skaal om meer items, meer kliënte, meer bestellings te hou, en om verskeie internasionale terreine te ondersteun. In 2001 het dit duidelik geword dat die front-end aansoek kon nie volgens skaal nie. Die databasis is verdeel in klein dele en rondom elke deel en het 'n dienste koppelvlak dat die enigste manier om toegang te verkry tot die data was. Die databasis het 'n gedeelde hulpbron wat maak dit moeilik om op te gradeer na die algehele besigheid. Die front-end en back-end prosesse is beperk in hul evolusie, want hulle is gedeel deur baie verskillende spanne en prosesse. Hulle argitektuur is losweg gekoppel en gebou rondom dienste. A-diens-georiënteerde argitektuur het hulle die isolasie wat jou sal toelaat vinnig en onafhanklik te bou baie sagteware komponente. Gegroei tot honderde dienste en 'n aantal aansoek bedieners wat die inligting van die dienste saamvoeg. Die program wat die Amasone webblaaie maak is een so 'n aansoek bediener. So is die programme wat die web-dienste koppelvlak, die diens aansoek, en die verkoper koppelvlak dien. Baie derde party tegnologie is moeilik om te skaal om Amazon grootte. Veral kommunikasie-infrastruktuur tegnologie. Hulle werk goed tot 'n sekere skaal en dan misluk. So hulle gedwing word om hul eie te bou. Nie vas met 'n bepaalde benadering. Sommige plekke wat hulle gebruik JBoss / java, maar hulle gebruik net servlets, nie die res van die J2EE stapel. C is gebruik om versoeke te verwerk. Perl / Mason gebruik word om inhoud te bou. Amazon maak nie soos middleware, want dit is geneig om raamwerk en nie 'n instrument wees. As jy 'n middleware pakket kry jy uitsluiting in om die sagteware patrone wat hulle gekies het. Jy sal slegs in staat wees om hul sagteware te gebruik. So as jy wil verskillende pakkette gebruik jy nie in staat wees om. Julle vas. Een gebeurtenis lus vir boodskappe, data volharding, AJAX, ens te ingewikkeld. As middleware beskikbaar was in kleiner komponente, meer as 'n instrument as 'n raamwerk, hulle sou meer geïnteresseerd wees. Die SOAP web stapel lyk wil almal dieselfde verspreide stelsels probleme die alles weer op te los. Bied beide SOAP en rus web dienste. 30 gebruik seep. Hierdie is geneig om Java en gebruikers en gebruik WSDL lêers na afgeleë voorwerp koppelvlakke te genereer. 70 gebruik te rus. Hierdie is geneig om PHP of Perl gebruikers. In beide SOAP of rus ontwikkelaars kan 'n voorwerp koppelvlak tot Amazon kry. Ontwikkelaars wil net werk gedoen te kry. Hulle dont care wat gaan oor die draad. Amazon wou 'n oop gemeenskap te bou om hul dienste. Web dienste chosed omdat sy eenvoudig. Maar hoede net op die omtrek. Intern sy 'n diens-georiënteerde argitektuur. Jy kan net toegang tot die data via die koppelvlak. Sy beskryf in WSDL, maar hulle gebruik hul eie inkapseling en vervoer meganismes. Spanne is klein en word georganiseer rondom Services - Dienste is die onafhanklike eenhede lewer funksie binne Amazon. Dit is ook hoe Amazon intern georganiseer in terme van spanne. - As jy 'n nuwe sake-idee of probleem wat jy wil op te los wat jy vorm 'n span. Beperk die span 8-10 mense, want kommunikasie hard. Hulle word genoem twee pizza spanne. Die aantal mense wat jy kan voed twee pizzas. - Spanne is klein. Hulle is opgedra gesag en bemagtig word om 'n probleem op te los as 'n diens in elk geval hulle goeddink. - As 'n voorbeeld, het hulle 'n span om frases binne 'n boek wat uniek is aan die teks te vind. Hierdie span het 'n aparte diens koppelvlak vir daardie funksie en hulle het mag om te doen wat hulle nodig het. - Uitgebreide A / B-toets word gebruik om 'n nuwe diens te integreer. Hulle sien wat die impak is en neem uitgebreide metings. Ontplooiing - Hulle skep spesiale infrastruktuur vir die bestuur van afhanklikhede en doen 'n verbintenis. - Doel is om al reg dienste te ontplooi op 'n boks het. Alle aansoek kode, monitering, lisensiëring, ens moet wees op 'n boks. - Elkeen het 'n tuisgemaakte stelsel om hierdie probleme op te los. - Uitgawe van ontplooiing proses is 'n virtuele masjien. Jy kan EC2 gebruik om hulle te laat hardloop. Werk van die kliënt agteroor om Bevestig 'n nuwe diens is die moeite werd - Werk van die kliënt agteruit. Fokus op waarde wat jy wil lewer vir die kliënt. - Force ontwikkelaars om te fokus op gelewer word aan die kliënt in plaas van die bou van tegnologie vir die eerste en dan uitzoeken hoe om dit te gebruik waarde. - Begin met 'n persverklaring van watter eienskappe die gebruiker sal sien en werk agteruit te kontroleer dat jy iets waardevol bou. - Eindig met 'n ontwerp wat as 'n minimale as moontlik. Eenvoud is die sleutel as jy regtig wil groot verspreide stelsels te bou. Staat Administrasie is die kernprobleem vir grootskaalse Systems - Intern hulle kan oneindige stoor te red. - Nie so veel bedrywighede is Stateful. Checkout stappe is Stateful. - Mees onlangse gekliek webblad diens het aanbevelings gebaseer op sessie-ID's. - Hulle hou van alles in elk geval so dit is nie 'n kwessie van die behoud van die staat. Daar is 'n bietjie aparte staat wat nodig het vir 'n sessie gehou moet word. Die dienste sal reeds om die inligting sodat jy net gebruik maak van die dienste. Eric Brouwers CAP stelling of die Drie eienskappe van stelsels - Drie eienskappe van 'n stelsel: konsekwentheid, beskikbaarheid, verdraagsaamheid te netwerk mure. - Jy kan hoogstens twee van die drie eiendomme vir 'n gedeelde-data stelsel. - Partitionability: kloof nodes in klein groepies wat ander groepe kan sien nie, maar hulle kan nie almal sien. - Konsekwentheid: skryf 'n waarde en dan die waarde wat jy dieselfde waarde kry terug lees jy. In 'n afgeskorte stelsel daar vensters waar dis nie waar nie. - Beskikbaarheid: kan nie altyd in staat wees om te skryf of te lees. Die stelsel sal sê jy kan nie skryf want dit wil die stelsel in ooreenstemming te hou. - Om die skaal wat jy hoef te verdeel, sodat jy gelaat word met die keuse van óf 'n hoë konsekwentheid of hoë beskikbaarheid vir 'n bepaalde stelsel. Jy moet die regte oorvleueling van beskikbaarheid en konsekwentheid te vind. - Kies 'n spesifieke benadering wat gebaseer is op die behoeftes van die diens. - Vir die betaling proses wat jy altyd wil versoeke om items om 'n inkopie mandjie voeg omdat sy inkomste vervaardiging eer. In hierdie geval kies jy 'n hoë beskikbaarheid. Foute is verborge vir die kliënt en uitgesorteer later. - Wanneer 'n kliënt lê 'n volgorde wat jy konsekwentheid guns omdat verskeie dienste - kredietkaart verwerking, gestuur en hantering, verslagdoening - gelyktydig toegang tot die data. Lesse wat geleer Jy moet jou mentaliteit verander om werklik haalbare stelsels te bou. Nader chaos in 'n probabilistiese sin dat dit goed sal werk. In tradisionele stelsels bied ons 'n perfekte wêreld waar niks gaan af en dan bou ons komplekse algoritmes (ooreenkoms tegnologie) op hierdie perfekte wêreld. In plaas daarvan, neem dit as vanselfsprekend aanvaar dinge misluk, dis die werklikheid, omhels dit. Byvoorbeeld, gaan meer met 'n vinnige herlaai en vinnige herstel benadering. Met 'n ordentlike verspreiding van data en dienste wat jy kan kry naby aan 100. Skep self-genesing, self-organiserende ligte uit operations. Create 'n gedeelde niks infrastruktuur. Infrastruktuur kan 'n gedeelde hulpbron vir ontwikkeling en implementering met dieselfde nadele as gedeelde hulpbronne in jou logika en data vlakke geword. Dit kan veroorsaak sluit en blokkeer en dood slot. 'N diens-georiënteerde argitektuur laat die oprigting van 'n parallelle en geïsoleerde ontwikkelingsproses wat funksie ontwikkeling skale om jou growth. Open up jou stelsel aan te pas met API's en jy sal skep 'n ekosisteem rondom jou application. Only manier om so groot versprei stelsel te bestuur is om dinge te hou so eenvoudig as moontlik. Hou dinge eenvoudig deur seker te maak daar is geen verskuilde vereistes en verborge afhanklikhede in die ontwerp. Sny tegnologie tot die minimum wat jy nodig het om die probleem wat jy het op te los. Dit nie die geval help die maatskappy om kunsmatige en onnodige lae skep van complexity. Organizing rondom dienste gee behendigheid. Jy kan dit doen dinge in parallel is omdat die uitset is 'n diens. Dit laat 'n vinnige tyd te bemark. Skep 'n infrastruktuur wat dit moontlik maak dienste gebou word baie fast. Theres gebind om probleme met enigiets wat hype produseer voordat werklike implementationUse DVO intern te services. Anyone bestuur kan baie vinnig web dienste te voeg tot hul produk. Net implementeer 'n deel van jou produk as 'n diens en begin met behulp van it. Build jou eie infrastruktuur vir prestasie, betroubaarheid, en kostebeheer redes. Deur dit self bou jy nooit weer hoef te sê jy het afgegaan, want dit was maatskappy Xs skuld. Jou sagteware mag nie meer betroubaar as ander, maar jy kan dit regmaak, ontfout, en ontplooiing veel vinniger as wanneer daar gewerk word met 'n 3de party. Use meting en objektiewe debat aan die goeie uit die slegte skei. Ive verskeie aanbiedings deur ex-Amazoners en dit is die aspek van Amazon wat lyk my as uniek verskillende en interessante van ander maatskappye. Hul diepliggende etiek is om werklike kliënte 'n keuse te ontbloot en te sien watter een werk die beste en om besluite wat gebaseer is op die tests. Avinash Kaushik maak noem dit om ontslae te raak van die invloed van die seekoeie, die hoogs betaalde mense in die kamer. Dit word gedoen met tegnieke soos A / B-toets en webanalyse. As jy 'n vraag oor wat jy kode it up moet doen, laat mense gebruik dit, en sien watter alternatiewe jy die resultate wat jy wil gee. Skep 'n sober kultuur. Amazon gebruik deure vir lessenaars, vir example. Know wat jy nodig het. Amazon het 'n slegte ervaring met 'n vroeë advies stelsel wat didnt uitwerk: Dit wasnt wat Amazon nodig. Boek aanbevelings by Amazon wat nodig is om die werk van die yl data, net 'n paar graderings of aankope. Dit moes 'n vinnige te wees. Die stelsel wat nodig is om die skaal te groot getalle kliënte en 'n groot katalogus. En wat nodig is om ontdekking te verbeter, oppervlak boeke van diep in die katalogus wat lesers wouldnt vind op hul own. Peoples kant projekte, die kinders hulle volg, want hulle is geïnteresseerd, is dikwels dié waar jy die meeste waarde en innovasie. Moet nooit onderskat die krag van dwaal waar jy die meeste interested. Involve almal in die maak van hondekos. Gaan uit op die pakhuis en boeke pak tydens die stormloop Kersfees. Dis teamwork. Create n opvoering site waar jy deeglike toetse kan hardloop voor die vrystelling van in die wild. A robuuste, gegroepeer, herhaal, versprei lêer stelsel is ideaal vir lees-alleen data wat gebruik word deur die web servers. Have 'n manier om terug draai as 'n update nie die geval werk. Skryf die gereedskap as necessary. Switch om 'n diep dienste-gebaseerde argitektuur (webservices. sys-CON / lees / 262024.htm).Look drie dinge in onderhoude: entoesiasme, kreatiwiteit, vaardigheid. Die grootste enkele voorspeller van sukses op Amazon was enthusiasm. Hire n Bob. Iemand wat hulle goed ken, het ongelooflike debugging vaardighede en stelsel kennis, en die belangrikste, het die klippe bewerk om die ergste hoë druk probleme denkbaar deur net spring in. Innovation kan net kom van onder af aan te pak. Diegene wat die naaste aan die probleem is in die beste posisie om dit op te los. enige organisasie wat afhanklik is van innovasie moet chaos te omhels. Lojaliteit en gehoorsaamheid is nie jou tools. Creativity moet vloei uit everywhere. Everyone moet in staat wees om te eksperimenteer, te leer, en Itereer. Posisie, gehoorsaamheid, en tradisie moet geen mag hou. Vir innovasie floreer, moet meet innovasie rule. Embrace. In die voorkant van die hele maatskappy, sou Jeff Bezos 'n ou Nike skoene te gee as net dit doen toekenning aan diegene wat innovated. Dont betaal vir prestasie. Gee goeie byvoordele en hoë betaal, maar hou dit plat. Erken uitsonderlike werk op ander maniere. Meriete betaal klink goed, maar is byna onmoontlik om redelik te doen in groot organisasies. Gebruik nie-monetêre toekennings, soos 'n ou skoen. Dit is 'n manier om te sê dankie, iemand cared. Get groot vinnig. Die groot ouens soos Barnes en Nobel is op jou stert. Amazon wasnt selfs die eerste, tweede, of selfs derde boek winkel op die web, maar hul visie en verdryf het in die end. In die data sentrum, slegs 30 persent van die personeel tyd bestee aan infrastruktuur kwessies wat verband hou met waarde te skep, met die oorblywende 70 persent gewy aan die hantering van die swaar werk van hardeware verkryging, sagteware bestuur, load balancing, instandhouding, scalability uitdagings en so on. Prohibit direkte databasis toegang deur kliënte. Dit beteken dat jy kan jy diens skaal en meer betroubare sonder om jou kliënte. Dit is baie soos Googles vermoë om onafhanklik verbeterings versprei in hul stapel tot voordeel van al applications. Create 'n enkele verenigde diens-toegang meganisme. Dit maak voorsiening vir die maklike samevoeging van dienste, gedesentraliseer versoek routing, versprei versoek dop, en ander gevorderde infrastruktuur techniques. Making Amazon beskikbaar deur middel van 'n web dienste koppelvlak om enige ontwikkelaar in die wêreld gratis was ook 'n groot sukses te maak, want dit het gedryf soveel innovasie wat hulle van kon nie gedink het of gebou op hul own. Developers weet self die beste wat gereedskap maak dit mees produktiewe en wat gereedskap reg is vir die job. Dont lê te veel beperkings op ingenieurs is. Verskaf aansporings vir 'n paar dinge, soos die integrasie met die moniteringstelsel en ander infrastruktuur gereedskap. Maar vir die res, toelaat spanne om so onafhanklik as possible. Developers is soos kunstenaars funksioneer hulle produseer hul beste werk as hulle die vryheid om dit te doen nie, maar wat hulle nodig het 'n goeie gereedskap. Het baie ondersteuning gereedskap wat van 'n selfhelp-aard. Ondersteun 'n omgewing rondom die diens ontwikkeling wat nooit in die pad van die ontwikkeling itself. You bou, jy hardloop. Dit bring ontwikkelaars in aanraking kom met die dag-tot-dag bedryf van hul sagteware. Dit bring hulle ook in die dag-tot-dag kontak met die kliënt. Die kliënt terugvoer lus is noodsaaklik vir die verbetering van die gehalte van die service. Developers moet 'n geruime tyd te spandeer saam met kliëntediens elke twee jaar. Hul hulle sal eintlik luister na kliëntediens oproepe, beantwoord kliëntediens e-posse, en regtig verstaan ​​die impak van die soort dinge wat hulle doen as technologists. Use 'n stem van die kliënt, wat 'n realistiese verhaal van 'n kliënt oor 'n paar spesifieke deel van jou webwerwe ervaring. Dit help bestuurders en ingenieurs in verbinding met die feit dat ons bou hierdie tegnologie vir die regte mense. Kliëntediens statistieke is 'n vroeë aanduiding as jy doen iets verkeerd, of wat die werklike pyn punte is vir jou customers. Infrastructure vir Amazon, soos vir Google, is 'n groot mededingende voordeel. Hulle kan baie kompleks aansoeke uit primitiewe dienste wat relatief maklik is deur hulself te bou. Hulle kan hul werking onafhanklik skaal, in stand te hou sonder weerga beskikbaarheid stelsel, en nuwe dienste bekend te stel vinnig sonder die noodsaaklikheid vir massiewe herkonfigurasie. Gebruik nie-monetêre toekennings, soos 'n ou skoen. Dit is 'n manier om te sê dankie, iemand versorg. Die een keer was ek dom genoeg om te gaan na die Amasone al-maatskappy vergadering in plaas van die behandeling van dit as 'n gratis slaap-in dag, sien ek Bezos gee 'n skoen 'n man. En ek was soos, hierdie man bou ruimte, en hy gee uit stinkende ou tekkies aan toppresteerders en hulle dont soos, het hom daarmee Wheres die selfrespek Maar ek dink dis hoekom Im 'n ex-Amazone. Het jy 'n 20 salaris hupstoot gekry toe ek swot em, en geen pager plig. Sien ya, Jeff. Dis een van die domste dinge wat ek gelees het vir 'n geruime tyd. Waarom sou 'n slim maatskappy bestee geld op werknemer-toekennings - dat niemand help behalwe die mense van wie jy die toekennings Real hoë-presteerders by Amazon is beloon toe die maatskappy doen goed gekoop, en met die voorraad op 90 Ek weet hulle is redelik voel goeie. My raaiskoot is dat hulle wil drukkie Jeff. 'N Lae presteerder sal meer geneig aanstoot hierdie en laat dit vir 'n ander plek, en die feit dat hulle gewerk het op Amazon waarskynlik gehelp in hierdie werk soek as ek is seker dit het in jou geval. En dit lyk asof jy verlaat has not seer Amazon te veel :) Die ding met die ou Nikies vir toppresteerders klink soos die (dom) diplomas aan business-projekte. As jy regtig wil 'n hoë-presteerder dankie, gee hulle 'n verhoog, of 'n bonus, of. 'n axotic cruise. nie 'n hardlywig ou skoen. Wat 'n pluf :)) En dit lyk asof jy verlaat has not seer Amazon te veel :) Oh, Im seker AMZN is goed sonder my. Maar die Amazon werknemer halfleeftyd is ongeveer 18 maande, dus is dit isnt net ek wat dink dit suig om daar te werk. Dink aan hoeveel meer doeltreffend AMZN kan funksioneer indien dit didnt het om meer as die helfte van sy werkmag te draai elke 18 maande. Im seker dat sal 'n impak op sy aandeelprys het. ) Real hoë-presteerders by Amazon is beloon toe die maatskappy doen goed, en met die voorraad op 90 Ek weet hulle voel redelik goed. My raaiskoot is dat hulle wil drukkie Jeff. Seker, die voorraad ry hoë nou, en Im gelukkig vir die mense daar buite wat maak 'n goeie bok af nie. Maar AMZN betaal onder mark standaarde vir salaris - en tel op die voorraad te buff hul lone. Dobbel met jou salaris Is dit nie koel deur my. Tel al die geld Ive het die afgelope paar jaar. As al my AMZN toelaes uit betaal teen 90 per, mightve ek gemaak 15-25K meer as id daar gebly. Maar 'n 25K premie (of 6.25K 'n jaar, want dit neem 4 jaar gevestig) Is dit nie naastenby genoeg om my te kry in die deur by Amazon, ag geneem word dat Siek in ruil vir daardie premie vereis word om 10-30 ekstra uur per week werk . Ek dink-aandeel-gebaseerde vergoeding is vir suckers. Ekwiteitvergoedingskemas in ruil vir groot werksweek eise is vir. groter suiers. My huidige maatskappy gee my ware kontantbonusse en ekstra tyd vry met betaling vir 'n goeie prestasie. Siek neem dat meer as 'n dom ou skoen Geld word gebruik vir praat skoene, soos bullsht, is bedoel om te loop. As 'n newe-effek van my diep studies van jou artikel Ek vertaal dit in Duits: habacht. blogspot / 2007/10 / Amazon-argitektuur waarom perl is 'n algemene instrument vir teks verwerk :) Java is meer as net perl Met nederigheid, ek wil geneig om te sê dat Java nie die geval te pas al die tradisionele besigheid terme. Doeltreffendheid, opbrengs op belegging. Ek het 'n maatskappy vandag en, glo my, sou Java nie die uiteindelike keuse om groot kritiese toepassings ontwerp, in 'n langtermyn-visie wees. Slegs pseudo-kundiges en pseudo-IT-bestuurders oorweeg Java as die eerste antwoord op ontwikkeling kwessies vir môre. Ek sou raai u aan om die taal / raamwerke landskap ver kyk agter J2EE. Perl 6 byvoorbeeld. Ek grap. Nie regtig nie. Ons laaste web dienste is ten volle ontwerp met Perl en koppelvlakke in Ruby. En 'n oop gemoed gebruikers het gewonder of dit was strutshibernateweblogicoracle (met miskien 'n SAP R / 3 connector). Die realiteit is nou heel anders. ons moet suiwer besigheid dink. Java. Ok, goed, ek sal die Suns blog vandag kyk. Ek is lief vir Java ook. Baie interessant, geniet die lees van daardie. Maar ek voel dat as jy regtig 'n hoë-presteerder dankie, gee hulle 'n verhoog, of 'n bonus dis wat ek waardeer die meeste immers ons werk vir money. W elkom Welkom by die Huis van die Open Java Trading System Die oop Java Trading System (OJTS) is bedoel om 'n gemeenskaplike infrastruktuur te-beurs stelsels te ontwikkel. Dit bestaan ​​uit vier dele: die byeenkoms van rou data oor die internet die erkenning van handel seine n visualisering module en modules aan te sluit by die programmatiese koppelvlakke van handel platforms soos banke. Die projekte is gemik is om voorsiening te maak 'n self vervat suiwer Java (platform onafhanklik) algemene infrastruktuur vir ontwikkelaars van handel stelsels. Sommige van die aspekte wat aangespreek moet word is om 'n gemeenskaplike SQL92 voldoen databasis skedule vir die berging van finansiële data, algemene Java koppelvlakke vir hoe om te wissel data tussen verskillende modules, visualisering van rou finansiële data en handel seine en verskeie ander algemene aspekte wat nodig is om te skep 'n finale handel system. Because van my werk en familie Ek het nie die tyd om OJTS langer te verbeter. Ek voortgaan om die artikel skakels hier onder wat werk sal jy meer aktief Java open source projekte te lei in daardie gebied, al is. Om die waarheid te as 'n gevolg van my belangstelling in die dinamiek van aandelemarkte het ek 'n reis na die dieper besonderhede van nasionale ekonomie ten einde wisselkoerse verstaan. Hierdie onderwerp uiteindelik lei my na 'n dieper studie van geld op sigself as die metrieke eenheid wat ons gebruik in die ekonomie om waarde, sukses of nut meet. Hierdie onderwerp blyk baie interessant te wees, maar terselfdertyd was dit baie moeilik om enige inligting oor hoe ons monetêre stelsel werk te vind. Gaan rond en vra mense waar geld vandaan kom, wat skep dit en wat bepaal die waarde daarvan. Jy sal sien dat selfs die mense wat 'n meestersgraad of PhD. in Ekonomie sal nie hierdie besonderhede te ken. O ja, hulle sal beantwoord in sommige kriptiese tegniese terme, maar hulle sal nie in staat wees om 'n eenvoudige diagram wat die proses beskryf trek. H. G. Wells het na berig word gesê: Om te skryf van die munt is oor die algemeen erken as 'n aanstootlike, inderdaad byna 'n onsedelike, praktyk. Redakteurs sal die skrywer smeek byna trane nie om te skryf oor geld, nie, want dit is 'n vervelige onderwerp, maar omdat dit altyd 'n diep ontstellende een is. Ek stel voor om enige persoon wat in 'n demokratiese samelewing te lees oor hierdie onderwerp. Dit raak ons ​​lewens elke dag in 'n mate wat nie op daardie wêreld kan exagerated In my opinie elke burger van 'n demokratiese land moet weet waar ons geld vandaan kom. Heel waarskynlik jy gekom het om hierdie webwerf om te kyk vir gereedskap wat jou help om in die verhoging van jou monetêre rykdom. Om die metrieke eenheid geld (maak nie saak of Dollar of die euro) verstaan ​​sal 'n belangrike bestanddeel in jou toolkit vir die maak van geld wees. As jy 'n bietjie tyd en slegs kan bekostig om 'n enkele boek oor die onderwerp lees dan stel ek voor jy lees Wealth, Virtuele Wealth en skuld deur Frederick Soddy. Ek was in staat om 'n gebruikte kopie via Amazon te koop vir 23,48, maar daar bestaan ​​ook 'n aanlyn weergawe. Jy sal die DjVu plugin nodig het om dit te lees. Hierdie boek is oorspronklik gepubliseer in 1929, maar nog steeds beskryf die werklike feite baie goed. Selfs as ek nie saamstem met al gevolgtrekkings van Frederick Soddy sy werk is lekker nadenke stem en sal jou lei om die regte vrae te vra. N e w e Releases, Foutoplossings en opgedateer Dokumentasie aangekondig die opskorting van 'n aktiewe ontwikkeling en bygevoeg verwysings na inligting oor ons geldstelsels (dollar / euro). Bygevoeg 'n links artikel na ander interessante Java handel stelsel projekte. Ek ondersoek oor hoe om OJTS meer versoenbaar is met ander Java handel stelsel pogings te maak. Belegging en Trading System Dokumentasie Projek te vinde by ITSdoc. org. Daar is 'n nuwe wiki beskikbaar by ITSdoc. org fokus op die verspreiding van kennis op die gebied van die belegging en handel stelsels. Die idee agter ITSdoc. org is 'n samewerking platform soortgelyk aan Wikipedia te help om die gemeenskap om kennis te deel nie. OpenJavaTradingSystem v0.13 vrygestel. Gister het ek vrygestel van die weergawe 0.13 van die OpenJavaTradingSystem biblioteek. Onder die nuwe funksies is: data herwinning vir aandele, fondse en geldeenhede van OnVista. Implementering van die munt hantering en doelskoppe. Portefeuljes geïmplementeer en jy kan werk met portefeuljes op dieselfde manier as met 'n enkele sekuriteit papier items. Bygevoeg 'n algemene raamwerk vir die toepassing van algoritmes te aandelemark tydreekse. Gewissel het vanaf die SISC / Skema interaktiewe dop te ABCL / CommonLisp plus sy redakteur genoem J. bygevoeg 'n algemene data caching meganisme om data wat reeds oor die web in die lêerstelsel is opgespoor kas. Plus baie meer geringe verbeterings As jy belangstel in hierdie nuwe weergawe is jy moet begin by die Quick Start / kiekie artikel. Die handleiding is nog nie opgedateer maar dit kan jy tog 'n paar waardevolle agtergrondinligting gee as jy wil na die biblioteek te gebruik in jou projek. Die dokumentasie moet opgedateer soon. Currently daar nie veel ontwikkeling gedoen nie, want ek opgradering my kennis oor Bayesiaanse netwerke. Sien byvoorbeeld die lys van boeke op my webwerf. Twee baie interessante projekte om daardie opsig is Weka en BNJ. Binnekort sal ek voortgaan ontwikkeling en ek sal begin om die eerste intelligensie te integreer in die stelsel. Vandag het ek die eerste vrylating in die artikel lêers van die source aflaai area. Behalwe dat ek opgedateer die handleiding om die interaktiewe gebruik van die projek via die SISC Skema laag te dokumenteer. Vir die ongeduldig hier is 'n vinnig start / kiekie artikel gaan jy kry. D o c o m e n t a t i o n Dokumente beskryf die internals van die projek. Java data voorwerpe en Interface dokumentasie gtgtHTML gtgtPDF Gebruik dokumentasie gtgtHTML gtgtPDF Investment en Trading System Dokumentasie Projek gtgtITSdoc. org T echnology Derde Party Building Blocks wat in hierdie projek HSQL Database Engine (lisensie: hsqldblic. txt) Die HSQLDB is die databasis enjin verskeep met die projek, sodat jy dadelik kan begin met behulp van die OJTS sonder die installering van 'n derde party databasis. Maar as jy van plan is om 'n ander SQL92 voldoen databasis gebruik, dan is dit 'n opsie te. Castor (lisensie: Die Exolab lisensie) Castor is 'n Open Source data bindend raamwerk vir JavaTM. Dit is die kortste pad tussen Java voorwerpe, XML dokumente en relasionele tabelle. Castor bied Java-tot-XML bindend, Java-tot-SQL volharding, en nog baie meer. Castor Doclet (lisensie: GNU LGPL v2.1) Java doclet beide kartering en DDL lêers vir Castor JDO en Castor XML genereer. TestMaker (lisensie: TestMaker open-source lisensie) Van die TestMaker projek net die implementering van die protokolle soos HTTP of HTTPS gebruik vir die insameling van data van die web. jCookie (lisensie: GNU LGPL v2.1) Die jCookie biblioteek is wat nodig is vir die TestMaker biblioteke te werk. htmlparser (lisensie: GNU LGPL v2.1) Die htmlparser biblioteek word gebruik om die data te onttrek van web hulpbronne. ABCL / CommonLisp (lisensie: GNU GPL v2) ABCL (Gewapende Bear Common Lisp) word gebruik om die algoritmiese hart van die projek in die ANSI Common Lisp programmeertaal te implementeer. JFreeChart (lisensie: GNU LGPL v2.1) JFreeChart word gebruik vir die visualisering van finansiële data as kaarte. JSci (lisensie: GNU LGPL v2.1) JSci - 'n wetenskap API vir Java. JODA Tyd (lisensie: Tuis gegroei open source lisensie) JODA Tyd vervang die oorspronklike JDK Datum en Tyd klasse.


No comments:

Post a Comment