「Python」と「Google Colaboratory」で株価データ分析に挑戦：「Python」×「株価データ」で学ぶデータ分析のいろは（1） 日々変動する株価データを題材にPythonにおけるデータ分析のいろはを学んでいく本連載。第1回はPythonを実行する環境とデータの前準備について。 はじめに 連載第1回は「Google Colaboratory」でサンプルプログラムを実行するための環境を用意する方法や利用するPythonのライブラリを説明します。「Google Chrome」と「Googleアカウント」を用意して読み進めてください。 なお、連載の趣旨がデータ分析であるため、Pythonの言語仕様や文法の詳細を割愛する場合があることをご了承ください。 Google Colaboratoryの準備 Google Colaboratoryとは、Googleが提供するブラウザ上でPy

採用難に苦しむIT企業でマネジャーをやっている皆さん、こんにちは！　プログラマーにして採用担当、菌類のくせに人類を採用、育成している「きのこる先生」です。 普段はIT企業で働くエンジニアの皆さんに転職やキャリアについてお話していますが、今回は担当編集からのリクエストで、そんなエンジニアたちのマネジャーとして日々奮闘している皆さんに向けてのお話です。 エンジニアに「辞めます」と言われたら いきなり胸が苦しくなるような見出しですが、今回のテーマは「エンジニアの退職」です。 皆さんはマネジメント対象であるエンジニアから「辞めます」と言われたことはありますか？　菌類は、あります。それはもう、数え上げたらキリがないほど……。 どんな理由であっても、チームのエンジニアが辞めるのはつらいものです。目の前の仕事には影響が出るし、残されたチームメンバーも何だかざわついてしまいます。「今までのマネジメントは間

本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの一つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 連載第3回目の本稿のテーマは「ブランチの基本」です。 前回の「最低限押さえておきたいGitの超基本的な作業フロー、5つのコマンドまとめ」では「Gitの基本的な作業フロー」を解説しましたが、「ブランチ」についてはほとんど触れませんでした。 今回は実際に作業を進めていきながら「ブランチ」の基本的な要素を解説していきます。 ブランチとは 関連記事 「うわっ…私のバージョン管理、ダメ過ぎ…？」を解決するGitの使い方“超”入門 本連載は、ちょっととぼけた女

iPhone 版Google Chromeには、デスクトップ版Google Chromeにはない独自の機能やUIが搭載されています。その中から、すぐ使える便利なテクニック（TIPS）を紹介します。 連載目次 本ページでは、iPhone版Google Chrome（以下、Chrome）を使ったり、あるいは設定や管理をしたりする上で役に立つテクニック（TIPS）を紹介していきます（随時追加予定）。 iPhone版Chromeの最新版を利用するには、iOS 10以降が必要です。iOS 9以前では最新版に更新できず、本稿の通りにChromeを使えない場合があるのでご注意ください。 Android OS版ChromeのTIPSについては、「Android OS版Chromeを便利に使うためのテクニック集」を参照してください。

クリティカル・シンキングとは、「論理的かつ構造的に考えること」。これを身に付ければ、自分戦略の立案だけでなく、キャリアを切り開くための強力な武器にもなる。そして、開発現場で直面する「問題解決」にも役立つスキルだ。 最初は戸惑うかもしれないが、日々実践することで思考力は格段に向上する。この連載を通じ、ぜひマスターしてほしい。 【思考停止】に陥っていないか？ 皆さんがこのサイト、およびこの連載に求めているものは何ですか？ おそらく共通しているのは、「自らのキャリアをこれからどうつくっていけばいいのか」という問題意識に対するヒントだと思います。従ってまずは、この連載がどういうポイントでそれにお応えできるのかを明らかにしておきたいと思います。 世の中には、さまざまなキャリア理論や方法論、あるいは職業に関する情報があふれています。しかし、それらは常に「多くの人に共通していえること」を述べているため、

最初は訳が分からないが、慣れると大変重宝する。ある意味UNIXの象徴ともいえるのが「正規表現」だ。正規表現をすべて究める必要はないが、知っていると便利なことが多い。 正規表現ってナニモノ？ 正規表現というと何やら難しそうですが、要するに文字列を指定する方法です。Windowsではファイル名を指定するとき、複数の文字と一致する「*」、任意の1文字と一致する「?」が使えます。例えば、「拡張子がwavのファイル」だったら「*.wav」とするわけです。Windowsでは、この「*」や「?」を「ワイルドカード」と呼んでいます。これを強化したものが正規表現だと考えればいいでしょう。ただし、柔軟な指定が可能な分だけ複雑になっています。 正規表現を覚えるとどんなときに便利なのか、簡単な例を挙げてみましょう。例えば、きれいに整形されてインデントの付いたテキストファイルをHTML化したいとしましょう。そのまま

編集部より エンジニアを取り巻く転職事情はここ数年で、従来の転職サイトや転職エージェントを利用するスタイルから、オープンでソーシャルなスタイルへと大きく変化しました。エンジニアが納得のいくキャリアを自律的にドライブするには、転職をどのように考え、どのように取り組めばよいのか。元プログラマー、現Web系企業人事担当者の「きのこる先生」が、「かろやかに」に指南します。 連載目次 お久しぶりです、きのこる先生です こんにちは、はじめまして。そしてもしかしたら、お久しぶりです。ソフトウエアエンジニアにして採用担当の菌類、きのこる先生です。「きのこる先生のエンジニア転職指南」以来、およそ3年ぶりに＠ITで連載をさせていただくことになりました。どうぞよろしくお願いいたします。 まずは簡単に自己紹介。Web上ではわけあって菌類の姿をしていますが、都内のWebサービス運営企業に勤務するソフトウエアエンジニ

連載目次 解説 Windows XP／Vistaでは、エクスプローラでファイルが表示されるペイン（右側のペイン）で、あるフォルダから1階層下のサブ・フォルダへ、と順番に開いていくと、左側のナビゲーション・ペインのフォルダ・ツリーが自動的に展開された。 Windows XP／Vistaのエクスプローラではフォルダ・ツリーが自動的に展開される これはWindows XPでの例。マイ ドキュメント以下で1階層ずつフォルダをたどって開いてみた。 （1）これがカレント・フォルダ。 （2）このペインでフォルダをダブル・クリックしていくことで、1階層ずつフォルダを開いてみた。 （3）カレント・フォルダ「090925 IIS Installation 206 update」と同じ階層にある全フォルダが表示されている。これは（2）の操作によって、この階層のフォルダ（2_WinTIPSフォルダの全サブ・フォル

テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、

Excelでテンプレートシートを作り、予算申請などを各部署に依頼することがよくある。でも、各担当者がシートを編集する際、誤って変更されては困る情報もある。そこで、データ入力を依頼したいセルだけを編集可能にし、他のセルは保護する、という方法を説明する。 例えば全社予算を立てる場合、各部署から売上予想や経費予想などの情報を収集する必要がある。この際、入力テンプレート用のExcelシートを作成し、それを各部署に配布して、情報を入力して戻してもらう、といったことが一般に行われている。 このExcelシートのテンプレートには、あらかじめ決まったデータ（参考となる過去の実績値など）や数式を挿入しておき、マクロ（VBA）などの機能を使って入力支援や誤入力防止を図ったり、以後の集計処理を容易にしたりするケースが多いだろう。 しかし、あらかじめテンプレートに入力されたデータや数式を、入力者が誤って変更してし

「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな

ソフトウェア開発の品質・効率向上に欠かせないレビュー。しかし、やり方を間違えているために、かえって逆効果になっているケースが多い。本連載ではソフトウェアレビュー研究の第一人者、森崎修司氏が豊富な現場経験と研究成果を基にレビュー成功のポイントを分かりやすくリアルに解き明かす。 なぜレビューがうまくいかないのか？ ソフトウェア開発の品質・効率向上が求められている今、ソフトウェアレビュー（以下、レビュー）の重要性はますます高まっています。商用開発では「要件定義」「設計書」「ソースコード」「テスト計画」「運用手順書」などを対象としたレビューが行われていますし、オープンソースソフトウェアのプロジェクトでも、ソースコードリポジトリへのチェックインの前にソースコードレビューを推奨したり、義務付けたりしています。 しかし、レビューは自由度の高い活動です。レビュー会議では本質的な欠陥や問題を指摘しても、欠陥

Review Boardならコードレビューを効率良くできる！：ユカイ、ツーカイ、カイハツ環境！（19）（1/3 ページ） “コードレビュー”やってますか？ “コードレビュー”は、ソフトウェア開発の重要なプロセスですが、往々にしておざなりにされがちです。 しかし、きちんとコードをレビューすることで、品質向上や、早期のバグ発見による後工程でのコスト削減につながります。また、病気や事故、他のプロジェクトへの突発的な火消し（！）などによる、開発メンバーの長期離脱時のリスク削減にもつながります。さらには、他の開発者が書いたコードを読んで学習することにより、コーディングスキルの向上にも役に立ちます。 今回は、「そうはいっても、現実的にコードレビューなんて無理……」という方のために、コードレビューを効率化する「Review Board」というツールを紹介します。 Review Boardの主な特徴5つ

続いて、開発するアプリの登録を行います。アプリの登録では【1】アプリ名や識別名などの登録、【2】プロビジョニングプロファイルを作成しダウンロード、インストールします。 これらの準備が終わったら、App Storeへ公開するためのアプリ開発、パッケージング、アップロードといった流れになります。 「Jenkins Xcode Integration Plugin」でビルドを自動化 このアプリ公開までの作業のうち、いくつかをJenkinsによって自動化することで継続的にアプリを公開できるようになります。通常、アプリのビルドやパッケージングはXcodeから行うことになりますが、Jenkinsから実行する場合にはXcodeのコマンドラインツールである「xcodebuild」などを使って処理を行います。 Jenkinsジョブからシェルを起動してxcodebuildなどのコマンドを直接実行するか、「Je

継続的インテグレーションを始めるための基礎知識：グリーはいかにしてJenkinsを導入したのか（1）（1/2 ページ） 本連載では、グリーのサービス開発において導入している継続的インテグレーション（Continuous Integration、以下、CI）と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを本格的に導入し始めたのは

参考 本稿で作成した開発プロセスのメソッド・ライブラリー（私のメソッドライブラリ.zip）およびパブリッシング結果（publish.zip）をダウンロードできます。ただし、この開発プロセスはEPFの機能を紹介するために作成したサンプルなので、実際の開発では活用できません。あらかじめご了承ください。 EPFの日本語化 作業を開始する前に日本語化対応させるための言語パックをインストールします。EPFのダウンロードサイトから言語パック（NLpack_epf-composer-1.0.1.zip）をダウンロードします。 言語パックを解凍すると、epf-composerというフォルダの中にfeaturesとpluginsというサブフォルダがあります。それらをEPF Composerのインストール先に上書きします。そのときに、フォルダの上書きを確認する意味のダイアログが表示されますが、［すべて上書き］

XP（Extreme Programming）に代表されるアジャイル開発手法では、さまざまなプラクティスが提案されており、それらに興味を持っている方は大勢いると思います。実際の開発プロジェクトでは、参画するメンバのスキルによって、数多くのプラクティスから適切なものを選択する必要があります。 また、オフショア開発などプロジェクト特有の制約事項によって、一般的なやり方とは異なる手順で開発を進める場合もあります。利用するプラクティスや開発の段取りを定義するのが、開発プロセスです。 今回は、開発プロセスをEclipseベースで定義するためのプラグインEPF（Eclipse Process Framework）を2回に分けて紹介します。EPFを用いて開発プロセスを明文化して定義することにより、ほかのプロジェクトでその開発プロセスを再利用したり、開発プロセスのカスタマイズを簡単に行えるようになります。