Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
      
  
  
  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? とりあえずド素人が読むべきブロックチェーン入門論文・書籍・サイト どうも。よくブロックチェーン興味あるけどよくわからん、という声を某所から聞くので、僭越ながら自分が勉強するために使っている参考文献を紹介します。 今後自分が新しく読むたびに追加していく予定です。 色々と追加していって、だんだん初心者向けじゃなくなっている気がしますが、各通貨内の小見出しが、上から下に行くに従って内容が難しくなるように並べてあります。 Mastering Bitcoin (書籍) Mastering Bitcoin Mastering Bitcoin(翻訳版
      
  Reddieとは 2017年8月17日にbeta版がリリースされた、マネジメントツール(公式的にはcompanion app)。 https://get-reddie.com/ twitter: https://twitter.com/ReddieApp 何が出来るのか トップページに動画のデモがあるので、それを見てみるのがオススメです またDEMOページでは、実際に動かすことも出来ます Redis Clusterのmaster-slaveを可視化できる Drag&Dropでslaveの付け替えが出来る 新規にnodeを追加できる Web上から全nodeの設定変更が出来る Web上からリシャーディングが出来る Web上からSLOWLOGが見える 死活監視やメモリやNW IOなどのリアルタイム可視化 個人的嬉しポイント 認証付きのRedis Clsuterにも対応している 公式のredis-
      
  はじめに 先日、Amazon Aurora(MySQL)の必須アップデートの案内が来たのでアップデートの検証作業を実施しておりました。 Zero Downtime Patch(以下、ZDP)が実行され、ダウンタイム無しでアップデートが行われるはずが、不具合が発生してしまいました。 ググっても関連する情報が見つからなかったので、取り急ぎ分かっている情報について記録しておきます。 なお、対象のアップデートは下記のものになります。(Cluster Version 1.14) Database Engine Updates 2017-08-07 http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.DatabaseEngineUpdates.20170807.html ポイント(TL;DR) 重要なポイントは下記のとおりです。 A
      
  (注)変更点: 2018.10.18 記事内容が古かったため、イベント発火の記法について現在のバージョン(solidity v0.4.16)に対応しました。 イベント発火には emit EventName(...)のようにemitを明示的につけることが推奨されているようです。 本文中で使用しているCosmo Editorは、現在では使われてないようですので、 Remixなどを使うことをオススメします。 Solidityによるスマートコントラクトの監視 今回はSolidityのコードを書いてメソッドを実行、そして実行の監視をしてみます。 Solidityの詳細解説ページ http://solidity.readthedocs.org/en/latest/contracts.html#events Ethereum JavaScript API document(eventメソッド) http
      
  【本文】 Ethereumを使用するメリットの一つはSmart Contract(※以下、コントラクト)をブロックチェーン上で共有し様々な契約を自動実行する点にあります。 今回は、コントラクトを作成後、デプロイしブロックチェーン上に組み込む処理をBrowser-Solidityを使って実施する方法について概観します。 また、デプロイ後のコントラクトを、Browser-SolidityのRemix画面上に表示された情報を利用して、gethコンソール上で実行させる方法を説明します。 (※Browser-Solidityとgethを連携させたコントラクト開発についての説明がweb上で意外と見つからないので、敢えて投稿しました。) 【前提条件】 go-ethereum/gethがOS上にインストール済みであることを前提にしています。 (※Solidity自体はインストールしていなくても問題ありませ
      
  はじめに Ethereumを利用する場合、EthereumのP2Pネットワークに参加することで、 採掘をはじめ、送金やスマートコントラクトの作成などが可能になります。 Ethereumクライアントはいくつかの選択肢がありますが、 「Geth」というGoによって実装されたCUIクライアントが推奨されており、 今回は手元のMacにGethのインストールと実行を試してみました。 Gethインストール インストール (VERSION:1.6.7-stable-ab5646c5) MacのHomebrewを使うことで簡単にインストールすることができます。 (ソースから異なるversionをインストールする場合は、このページの「ソースからインストール」を参照)
      
  Ethereumの勉強をしていたら参考にしていた手順が古くなっておりちょっと手間取ったので対処法などを記載する。 gethでのコンパイルが出来ない Ethereum のコントラクトを勉強する過程で少し前に発行された本やwebの記事(Ethereum入門)などを参考にしていると、 go-etereum(geth)にsolcを導入してgeth上でコンパイルする前提で進められている場合が多い。 しかし、gethのバージョン1.6以降ではコンパイラのサポートを辞めてしまったようだ。 https://github.com/ethereum/EIPs/issues/209 そのため、コンパイラの設定関連のコマンドは軒並みエラーになってしまう。 最初は自分の環境構築ミスを疑って色々試行錯誤してしまったためかなり時間をとられてしまった。 > admin.setSolc("path_to_your_solc
      
  この記事について この記事はDaniel van FlymenさんのLearn Blockchains by Building One - The fastest way to learn how Blockchains work is to build oneを本人の許可を得て翻訳したものです。 このブロックチェーンのリポジトリではPython以外での言語の実装者の募集も行われているので、興味がある方は是非どうぞ! また、この翻訳で出てくる日本語版のリポジトリはこちらにあるので是非参考にしてみてください。 はじめに あなたがここにいるのは、私と同じように、暗号通貨の盛り上がりに対して心構えが出来ているからだ。そしてあなたはブロックチェーンがどのように動いているのか -その裏にある基本的なテクノロジー- を理解したいと思っている。 しかしブロックチェーンを理解するのは簡単ではない、少なくと
      
  以前に SQLでテーブルデータの一括作成、複製 という記事を書いたのですがもう少しかみ砕いて、かつPostgreSQLにも対応した内容で書き直してみます。 RDBMSを利用したアプリケーションを開発していて数千件を超える大量のデータを作成する必要が発生した場合に知っておくと便利なテクニックの紹介です。なお、以下のようなケースを想定しています。 SQLのパフォーマンス検証のために大量のレコードが必要 1テーブルに100万件以上 動作検証・評価作業のためにテスト内容に準じたデータが一定数必要 1セット100件を100セット 事前準備 SELECT文の 直積(CROSS JOIN) を利用します。 事前に一定数のレコードを保持するテーブルが必要です。 ここでは sample というテーブルを作成して 直積(CROSS JOIN) のSELECT文に利用します。 MySQLとPostgreSQLで
      
  package main import ( "database/sql" "fmt" _ "github.com/go-sql-driver/mysql" ) func main() { db, err := sql.Open("mysql", "root:@/my_database") if err != nil { panic(err.Error()) } defer db.Close() // 関数がリターンする直前に呼び出される rows, err := db.Query("SELECT * FROM users") // if err != nil { panic(err.Error()) } columns, err := rows.Columns() // カラム名を取得 if err != nil { panic(err.Error()) } values := make(
      
  いろいろな言語で、キーと値とを対応づけるデータ構造、いわゆる連想配列、辞書、……たちがどのように呼ばれているか、気になったので調べてみた。 おおよそ、対応表(map)、辞書(dictionary)、実装の名前をそのまま(hash-table)、 Perl風(hash)に分けられると思う。 Common Lisp: hash-table Scheme: hash-table (SRFI-69, SRFI-125 → R7RS-large), hashtable (R6RS Scheme, SRFI-126), map (SRFI-44), mapping (SRFI-146) Haskell: Map OCaml: Hashtbl, Map SML: hash_table (sml-nj-lib) C++: map, multimap, unordered_map, unordered_mu
      
  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事のモチベーション RDB(Relational DataBase)の歴史は長く、ノウハウも蓄積されている。 関係代数という学問もあるなどアカデミックにも研究されており、 国家資格である「データベーススペシャリスト」も、ほとんどこのRDBのことを扱うなど、 RDBは一定の体系が確立した技術と言える。 一方で、2010年ごろより広まったNoSQL、特にドキュメント指向DBに関しては、 当然ながらRDBに比べると未成熟な段階であろう。 また主観だが、NoSQLは、スケーラビリティといった物理的側面にfocusが当たることが多かったので
      
  リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く