RubyからMicrosoft Translator APIを呼び出す - それはBooks
Google の翻訳 API が有料化されたことで、無料で使える翻訳 API が実質 Microsoft Translator API 一択になってしまいました。 実際に使ってみようと思ったときに、いろいろなサイトをぐるぐる回ったり、API の呼び出し方が変わっていたりしてとまどったので、手順のおさらいをしておきます。 Microsoft Translator API は Microsfot が提供する翻訳サービスで REST インターフェースを備えています。 利用するには Microsoft Azure Marketplace で Microsoft Translator の利用登録が必要です。 Microsoft Translator 登録を行う 翻訳 API を使うには Azure Marketplace で利用登録が必要になります。 Microsoft Azure Marketpl
[Git] Git コマンドメモ - それはBooks
Git のコマンドメモ。 コミット ステージングエリアに追加する $ git add [--all] <filepattern> オプション –all を指定するとすべてのファイルをステージングエリアに追加する。 ステージングエリアから削除する $ git rm --cached <filepattern> git rm を使うと、ファイルを作業ツリーから削除する。–cached オプションを指定するとステージングエリアから削除するが作業ツリーには残った状態になる。 単にステージングエリアへの追加を取り消したい場合は対話モードを使って revert（取り消し）を行う。 $ git add -i staged unstaged path 1: +1/-1 nothing README.txt *** Commands *** 1: [s]tatus 2: [u]pdate 3: [r]eve
リファクタリング覚書き - それはBooks
リファクタリングとは「ソフトウェアの外部的振る舞いを保ったままで、内部の構造を改善していく作業」をいいます。と、こんな説明は世の中腐るほど出ています。僕のおすすめの「リファクタリング プログラミングの体質改善テクニック」という本もあります。 ここでは、プロジェクト中のちょっとしたときに、リファクタリングを行えるような覚書きをまとめておこうかと思います。すべてのリファクタリングに先立って自動テストを行うことがリファクタリングの最低条件である。 コードの嫌な匂い 重複したコード 長すぎるメソッド 大きすぎるクラス 多すぎる引数 変更クラスが複数 変更箇所が多い 他クラスの属性ばかり使っている まとまったデータ 基本データ型よりオブジェクト スイッチ文 継承する毎に変更が入る 無駄なクラス 不要な一般化 一時属性の多用 過剰なメッセージチェーン 過剰な委譲 相互リンク 処理は同じで名前が違う 未
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まつもとゆきひろ コードの世界~スーパー・プログラマになる14の思考法 - それはBooks
System Archive - それはBooks
