что бы язык выбора для создания безопасной и относительно высокой громкости, используемый портфель заказов на бирже?
благодаря !
|
1 февраля 2014, 2:26:27 AM | # 1 |
Сообщений: 14
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru что бы язык выбора для создания безопасной и относительно высокой громкости, используемый портфель заказов на бирже?
благодаря ! |
1 февраля 2014, 2:27:17 AM | # 2 |
Сообщения: 1246
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Получил 1806 Биткоинов
Реальная история. C для торгового двигателя и PHP скомпилирован для переднего конца
|
1 февраля 2014, 3:05:47 AM | # 3 |
Сообщения: 2058
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
PHP скомпилирован для переднего конца питон был бы лучшим выбором. |
1 февраля 2014, 3:15:46 AM | # 4 |
Сообщения: 518
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Если говорить безопасности, язык относительно неважна. Его понимают ли риски для безопасности и защиты от них. Вы можете достичь этого на нескольких языках. Для скорейшего торгового двигателя, конечно C.
|
1 февраля 2014, 3:54:17 AM | # 5 |
Сообщения: 378
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Если говорить безопасности, язык относительно неважна. Его понимают ли риски для безопасности и защиты от них. Вы можете достичь этого на нескольких языках. Для скорейшего торгового двигателя, конечно C. Лучше всего, чтобы получить реализацию. Большинство услуг не из-за отсутствия тяги, а не неудачи масштабироваться. |
1 февраля 2014, 9:59:09 AM | # 6 |
Сообщения: 2
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Если говорить безопасности, язык относительно неважна. Его понимают ли риски для безопасности и защиты от них. Вы можете достичь этого на нескольких языках. Для скорейшего торгового двигателя, конечно C. Лучше всего, чтобы получить реализацию. Большинство услуг не из-за отсутствия тяги, а не неудачи масштабироваться. Я согласен .. C был бы мой выбор, а также .. |
1 февраля 2014, 3:48:31 PM | # 7 |
Сообщений: 70
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Я слышал хорошие вещи о Plankalkьl в эти дни. Его немного старый, но он имеет отличную поддержку для электрических вакуумных трубок.
Более серьезный ответ: если вы не можете ответить на этот вопрос ее долгий путь. По существу есть только 8-10 языков, которые покрывают 99% рынка. и для ультра-высокой производительности есть 4-5 варианта: C, C ++, Erlang, Skala, golang + может быть Java, C #. |
2 февраля 2014, 3:34:00 AM | # 8 |
Сообщения: 518
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Почему не ассемблер? - это хорошо быстрее, чем даже самый лучший компилятор C ++, если правильно написано. Было бы просто взять 10 лет, чтобы написать
|
2 февраля 2014, 3:58:39 AM | # 9 |
Сообщения: 1246
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Я слышал хорошие вещи о Plankalkьl в эти дни. Его немного старый, но он имеет отличную поддержку для электрических вакуумных трубок. Более серьезный ответ: если вы не можете ответить на этот вопрос ее долгий путь. По существу есть только 8-10 языков, которые покрывают 99% рынка. и для ультра-высокой производительности есть 4-5 варианта: C, C ++, Erlang, Skala, golang + может быть Java, C #. Может быть Java? Если вы не знаете, большинство торговых систем и blackboxes (в основном фондовом рынке торговых бот) написаны на Яве, единственной причиной, почему я не сказал ява потому, что C является лучшим выбором. Но если вы собираетесь с C ++ и Erlang, я бы выбрал Java перед ними. |
2 февраля 2014, 3:43:56 PM | # 10 |
Сообщения: 965
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Я также предпочитаю Java по какой-то причине. Единственная причина, я хотел бы рассмотреть C ++, будет перегрузка операторов (я знаю: опасно). Но эти заявления BigDecimal только выглядят некрасиво. Может быть, Scala или какой-нибудь язык JVM как компромисс?
|
3 февраля 2014, 3:26:37 AM | # 11 |
Сообщения: 518
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Я также предпочитаю Java по какой-то причине. Единственная причина, я хотел бы рассмотреть C ++, будет перегрузка операторов (я знаю: опасно). Но эти заявления BigDecimal только выглядят некрасиво. Может быть, Scala или какой-нибудь язык JVM как компромисс? Что опасное перегрузка операторов ??? |
3 февраля 2014, 7:19:32 AM | # 12 |
Сообщения: 905
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Это так очень неправильный путь, чтобы задать вопрос. Выясните, что ваш дизайн портфеля заказов будет, и как вы будете делать это в соответствии в масштабе. Ваша стратегия, которая будет определять, какие базы данных или запирающие механизмы вы собираетесь использовать, а затем посмотреть на какие языки интеграции лучше всего с этой инфраструктурой.
|
5 февраля 2014, 3:42:20 AM | # 13 |
Сообщения: 378
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
котировка "Лучше всего, чтобы получить реализацию. Большинство услуг не из-за отсутствия тяги, а не неудачи масштабироваться." Вы можете остановиться на этом ? что вы имеете в виду отсутствия тяги? благодаря Отсутствие тяги означает, что люди не выбирают, чтобы использовать его, и вернуться к нему. Если Mt. GOx подождал, пока они не были полнофункциональным Продырявленное API, или защита от DDoS, они, возможно, не стал таким популярным обмен, например. Я бы назвал этот ответ бизнесмена. Это так очень неправильный путь, чтобы задать вопрос. Выясните, что ваш дизайн портфеля заказов будет, и как вы будете делать это в соответствии в масштабе. Ваша стратегия, которая будет определять, какие базы данных или запирающие механизмы вы собираетесь использовать, а затем посмотреть на какие языки интеграции лучше всего с этой инфраструктурой. Это ответ инженера. |
5 февраля 2014, 3:51:32 AM | # 14 |
Сообщения: 518
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
котировка "Лучше всего, чтобы получить реализацию. Большинство услуг не из-за отсутствия тяги, а не неудачи масштабироваться." Вы можете остановиться на этом ? что вы имеете в виду отсутствия тяги? благодаря Отсутствие тяги означает, что люди не выбирают, чтобы использовать его, и вернуться к нему. Если Mt. GOx подождал, пока они не были полнофункциональным Продырявленное API, или защита от DDoS, они, возможно, не стал таким популярным обмен, например. Я бы назвал этот ответ бизнесмена. Это так очень неправильный путь, чтобы задать вопрос. Выясните, что ваш дизайн портфеля заказов будет, и как вы будете делать это в соответствии в масштабе. Ваша стратегия, которая будет определять, какие базы данных или запирающие механизмы вы собираетесь использовать, а затем посмотреть на какие языки интеграции лучше всего с этой инфраструктурой. Это ответ инженера. Да, GOx все еще есть мертвый медленный торговый двигатель, и они пошли полный цикл бизнеса от ревущего успеха на грань краха. Молодцы GOx !! |
5 февраля 2014, 9:54:04 AM | # 15 |
Сообщения: 765
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Язык не имеет большого значения. Бутылочное горлышко будет в базе данных. В зависимости, если ваши модели просто DTOS, или добавить бизнес-логику там или получить SQL агрегировать на лету или сохраняющиеся агрегированных значений в SQL.
Как ваш растут, вы можете улучшить производительность горизонтальных перегородок, или с помощью кубов OLAP предварительного агрегата. при необходимости использовать поставщик облачного и только масштаб. Хостинг дешево, разработчики не являются. Интернет-магазин я работал где делать около 4 млн строк в месяц в таблице пунктов заказа, не слишком много боли. |
5 февраля 2014, 10:00:02 AM | # 16 |
Сообщения: 686
цитировать ответ |
Re: язык выбора для безопасной портфель заказов?
Язык не имеет большого значения. Бутылочное горлышко будет в базе данных. В зависимости, если ваши модели просто DTOS, или добавить бизнес-логику там или получить SQL агрегировать на лету или сохраняющиеся агрегированных значений в SQL. Как ваш растут, вы можете улучшить производительность горизонтальных перегородок, или с помощью кубов OLAP предварительного агрегата. при необходимости использовать поставщик облачного и только масштаб. Хостинг дешево, разработчики не являются. Интернет-магазин я работал где делать около 4 млн строк в месяц в таблице пунктов заказа, не слишком много боли. хмм интересной перспективы, и я согласен бутылка шея всегда будет дб, хотя я, конечно, не имею опыта, чтобы делать для многих утверждений в этой теме. для записи, я использую PHP скомпилирован с hhvm, выполненным из сценария оболочки. довольно чертовски быстро. занимает второе место bitbash торговой таблицы, а затем около 3 секунд, чтобы запросить все бумажники и проверить наличие новых месторождений. |