Mac と GNU/Linux でトレーディング環境を用意する | 774::Blog
トレーディングツールといえば Windows 用のソフトウェアが多く、多くのトレーダーも多数のモニターを備えた Windows を使うというのが比較的多いと思う。そんな中、 Mac を始めとする iOS や GNU/Linux の環境でどのように相場を監視したら良いだろうか。このたびトレーディング環境を整えたのでちょっと書いてみようと思う。 Mac/iPad まず Mac でのトレーディングツールといえば楽天証券が強い。 iOS で利用できる iSPEED はかなり高機能だし、それと連携して監視銘柄を共有できる MARKET SPEED for Mac もなかなか便利。 楽天証券で発注するかどうかはともかく、監視ツールとしてはなかなか良い感じですね。特に後者の MARKET SPEED はチャートや板も見やすいし、リアルタイムで監視するのにはちょうどいい。 GNU/Linux じゃあ GN
node.jsによるデータ送受信
OpenBlocks IoT BX1とインテルEdison Kitでnode.jsを使用してリアルタイムデータ送受信を行うためにMQTTを使用します。 MQTTを使用することでデータ送信側がpublisher（パブリッシャ）、データ受信側がsubscriber（サブスクライバ）となり、データはTopic（トピック）として送受信されます。 publisherはデータをTopicを指定して送信します。subscriberは自信が受信したいデータのTopicを予めsubscribe（サブスクライブ）しておくことで、送信されたタイミングでリアルタイムで受信できます。 データ本体のPayloadのフォーマットはMQTTでは規定されていませんが、データ量を最適化するためにはバイナリでデータ送信が出来るMessagePackを使用します。MessagePackは様々な言語・デバイスで動作できるようにここ
一からマイクロサービスの開発フローを作った話 - Qiita
※ 2016年の記事なので、すでに古い情報が多いです。 今の会社で、全社の外部サービスで利用できるAPIを作ってね、という話があったので、環境構築からコーディング、運用まで一人で行っている。 基本はAWSのサービスを利用し、ログの保存だけGCPのBig Queryを利用した。 ※ 2017/10/13 追記 このときの経験を踏まえて、コンテナでの環境構築を行ったので記録した。 → 一からAPIサーバの開発フローを作った話〜コンテナ編 関連記事 マイクロサービスで調査しやすいログをつくる マイクロサービスのテスト作成方針 マイクロサービス作成時におこなった負荷対策 deployフローに関しての振り返り ウェブサービス構築時に導入する、開発が3倍速くなる仕組み 簡単な要件 ゲームなど自社で利用するユーザアカウント情報を1つにする 現在のアカウントで引き続きサービスは利用できる アカウント以外に
デザインには直感とデータどちらを採用すべきか？ デザイン会社 ビートラックス: ブログ
求められる結果に対して最良のプロセスを導きだすのがデザイン、及びデザイナーの仕事。では、数字として結果に繋がらないデザインに価値は無いのであろうか? どんなに見た目が良いデザインでも売り上げに繋がらなければ優れたデザインとは見なされないのか? 逆にどんなに美しく無くても、クリック数やコンバージョンの高いページや広告は素晴らしいのであろうか？ このような議論はデザイナーの間では普遍的にかわされている。 場合によっては「見た目のクオリティーを犠牲にしても良いのでとりあえず問い合わせ数のアップするページをデザインして下さい」等の依頼がクライアントから来るケースも少なくは無い。 クライアントの目的を果たしたいと思うと同時に、素晴らしいデザインを世の中に生み出したいと感じているデザイナーの立場からすると常につきまとうジレンマである。 そもそも優れたデザインを施す必要性がどこにあるかを考えた時に、端的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Googleの無料BIツール「Google Data Portal(グーグルデータポータル)」の使い方 | 解析レポート作成時間がゼロに！ | Ledge.ai
WebRTC コトハジメ・Gist
JSONデータをHTMLフォームに変換し、更にJSONに戻せる「medea」:phpspot開発日誌
