API - قسمت دوم

  • 30 مرداد 1396
  • نویسنده: Rayan
  • تعداد نمایش ها: 64
  • 0 نظرات

معماری REST با وضع کردن محدودیت برای تراکنش های کامپوننت به جای تعیین پیش فرض توپولوژی مشخص برای کامپوننت ها شکل می یابد. این کار جزییات کاربردی و syntax های پروتکل را ندیده میگیرد و موارد زیر را میسر میسازد:

-          مقیاس پذیری تراکنش های کامپوننتها

-          فعالیت مستقل کامپوننتها

-          اجازه به کامپوننتهای میانی در راستای کاهش تاخیر ارتباطی

کامپوننتهای یک معماری REST میتوانند به صورت پویا تنظیم مجدد شوند همچنین میانجی ها می توانند از یک بازنمود اطلاع حاصل کنند. طبیعت مستقل از موقعیت در تراکنش های REST به هر درخواستی اجازه می دهد تا با حذف نیاز به آگاهی از توپولوژی به هم پیوسته کامپوننت ها مستقل از دیگران باشد.

API - قسمت اول

  • 30 مرداد 1396
  • نویسنده: Rayan
  • تعداد نمایش ها: 62
  • 0 نظرات

برای ساخت وب اپلیکیشن هایی که قرار است فعالیت گوناگونی انجام دهند ما نمیتوانیم استانداردهای موجود را نادیده بگیریم. وب به عنوان بزرگترین وب اپلیکیشن موجود برای کارکرد مشخصی تعریف نشده است بلکه با استفاده از استانداردها و پروتکلهای خود هویت می یابد.

امکان استفاده از عملگری بین محیطهای گوناگون منتج به استفاده بیش از پیش خواهد شد. بنابراین قابلیت مقیاس پذیری، مشکلی بزرگ برای سیستمهای توزیع شده در اندازه اینترنت است. امروزه وب از چند هزار درخواست در روز به میلیونها درخواست در ساعت تبدیل شده است پس اتکا به استانداردهایی تصویب شده و همگانی برای وب سرویس هایی که در آینده خواهند آمد حیاتی به نظر می رسد.

برای مخاطب قرار دادن دامنه مشکلات مشابه استانداردهای متفاوتی ممکن است به کار گرفته شوند که هر کدام نقاط قوت و ضعف خود را دارند. علاوه بر داشتن استاندارد معین ما باید همچنین از راهنماهایی (معماریهای) مشخصی استفاده کنیم تا بتوانیم اهداف خود را از توسعه کارکردگرای وب سرویسها پشتیبانی کنیم.

صنعت IT امروز مجموعه ایی از راه های در حال رقابت ایجاد کرده است تا به توسعه دهندگان امکان دهد وب سرویسهایی تا جای ممکن ساده بسازند. بسیاری از این وب سرویس ها با اتکا بر یک Remote Procedure Calls (RPC) ساخته شده است تا پیغام ها را بین سرویس های درگیر منتقل کند. استفاده از مدل های شبه RPC برای وب سرویس ها ممکن است به عدم پاسخگویی سرور ها از منظر اجرا و مقیاس منتهی شود.

وب اپلیکیشن های مدرن باید از کاربری مستقل کامپوننتها پشتیبانی کنند چرا که نمیتوانیم روی اجرای تمام کامپوننتها به صورت همزمان خیلی حساب باز کنیم. خصوصا برای سرویس هایی که از مرزهای یک سازمان عبور میکنند تا برای تغییرات مقطعی یا دوره ایی به کار گرفته شوند.

استراتژی معاملات الگوریتمی - قسمت پنجم

  • 30 تیر 1396
  • نویسنده: Rayan
  • تعداد نمایش ها: 150
  • 0 نظرات

چگونه الگوریتم های حقیقی را بهبود ببخشیم

اغلب سودآوری های معاملات حقیقی منتج از سهامی است که مورد معامله قرار می گیرد اما دومین فاکتور حائز اهمیت در سودآوری یک الگوریتم تنظیمات موشکافانه پارامترهایی است که پیرو نمونه های قبلی عملکرد الگوریتم و سهم هستند.

در ادامه چند راهنمایی کلی که از آن برای انتخاب سهام خود استفاده می کنیم خواهد آمد. این راهنما ها برای معامله گران فردی طراحی شده اند و به شکل ریز بینانه ایی قابل تنظیم هستند. به زودی شما هم قادر خواهید بود تنظیمات خاصی را ترجیح دهید و مشخص کنید که در نهایت برای شما سودآوری خواهد داشت.

استراتژی معاملات الگوریتمی - قسمت چهارم

  • 26 تیر 1396
  • نویسنده: Rayan
  • تعداد نمایش ها: 175
  • 0 نظرات
 

معاملات الگوریتمی برای معامله گران حقیقی


 ALPHA ALGO

ما از عبارت ALPHA ALGO برای بیشتر فعالیت هایمان استفاده می کنیم و با به کار بردن این عبارت مشخص می کنیم که هدف از انجام هر معامله ایی سود آوری است.

عمق

معامله گران حقیقی در عمل نباید نگرانی زیادی درباره عمق بازار داشته باشند چرا که سهامی که انتخاب می کنند تقریبا همیشه در مقیاس معامله اشخاص حقیقی در بازار قابل معامله است با این دید که سهام مورد معامله در حجم 1000 تا 2500 سهم در هر بازه زمانی معامله می شود که در برابر اندازه معاملات حقوقی تنها به شکل نویز دیده و شناخته می شود. از سهامی که در اندازه های کم معامله میشود دوری کنید.

شبیه سازی

روی یک شبیه ساز معاملاتی (به عنوان مثال TALX از گروه مالی TerraNova یا شبیه سازی Ameritrade) تمرین کنید تا بدون شک و تردید فکر کنید.

استراتژی معاملات الگوریتمی - قسمت سوم

  • 16 تیر 1396
  • نویسنده: Rayan
  • تعداد نمایش ها: 237
  • 0 نظرات

ساختن و نگهداری از ابزار الگوریتمیک تریدینگ
 Owain self مدیر اجرایی، الگوریتمیک تریدینگ شاخه اروپا، سرمایه گذاری UBS

 هرچه استفاده از ابزارهای معاملات الگوریتمی همه گیر تر میشود، توقعات مشتریان نیز به همان نسبت افزایش پیدا می کند.Owain self از UBS در نوشته زیر مطالب دارای اهمیت را در زمینه تولید و پشتیبانی یک الگوریتم قابل اعتماد و آنچه لازم است تا این اعتماد را در بازار دائم در حال تکاپو ایجاد کند صحبت می کند.

RSS
1234
دی ان ان