はじめに 僕は仕事でRuby on Railsを使ってWebアプリケーションを開発しているので、JavaScriptはそれなりに使えます。 ですが、サーバーサイドで使っているRubyに比べると、JavaScriptの習熟度はそれほど高くありません。 とくに、文法が一気にブラッシュアップされたES2015（ES6）以降の知識は「なんとなく把握はしているが、あくまでなんとなく」といった感じです。 また、最近よく名前を聞くようになったTypeScriptも「名前は知っているが使ったことはない」というのが現状です。 というわけで、「そろそろちゃんと勉強しておかないと」という思いから、以下の本を購入してみました。 JavaScript Primer　迷わないための入門書 (アスキードワンゴ) 作者:azu,Suguru Inatomi発売日: 2020/06/10メディア: Kindle版プログラミ

はじめに 社会人になると、いろんなタスクがあちこちからやってきて、対応するのが大変になります。 新卒で入社したばかりの新人ITエンジニアさんも、この先現場に投入されるといろんなタスクがやってきて忙しくなってくると思います。 そこでこのエントリでは、僕が仕事をする上で大事にしているポイントをいろいろと書いてみます。 この先もし、忙しくて忙殺されそうになったときは、このエントリを思い出して読み直してみてください。 このエントリの対象読者 僕はRailsプログラマとして働いているので、同じようにプログラマやITエンジニアとして働いている方を想定読者とします。 ただし、タスク管理という観点においては、技術職であってもそうでなくてもあまり変わりはないかもしれません。 また、タスク管理は仕事だけでなく、プライベートでも必要になるスキルです。 （たとえば結婚式の準備とか、勉強会の企画とか） これから書く

お知らせ Qiitaに「rspec-rails 3.7の新機能！System Specを使ってみた」という記事を書きました。 qiita.com この記事はRails 5.1で導入されたSystemTestCaseという機能をRSpecから利用する、System Specの使い方を説明した記事です。 以前から利用できるFeature Spec（フィーチャスペック）とほぼ同じ機能ですが、Rails標準の機能が使えるぶん、Feature Specよりも手軽に使えるようになっています。 RSpecユーザーのみなさんはぜひチェックしてみてください！ 余談：なんでしょっちゅう新機能とか紹介してるん？ ところで、先日公開したRuby 2.5の新機能紹介記事もそうですが、僕は結構頻繁に新しくリリースされたツールやフレームワークの新機能をQiitaとかで紹介しています。 もしかすると、中には「なんでそんな

はじめに Twitterを見てたら、気になる雑誌の特集を見つけました。 WEB+DB PRESS Vol.99の「Rubyで学ぶ！良いコードって何だろう？」という特集記事です。 WEB+DB PRESS Vol.99 作者: ?橋健一,谷口禎英,井本大登,山崎勝平,大和田純,内村元樹,坂東昌哉,平田敏之,牧大輔,板敷康洋,大?浩崇,穴井宏幸,原口宗悟,久田真寛,ふしはらかん,のざきひろふみ,うらがみ,ひげぽん,池田拓司,はまちや2,竹原,片田雄樹,渋江一晃,WEB+DB PRESS編集部編出版社/メーカー: 技術評論社発売日: 2017/06/24メディア: 大型本この商品を含むブログを見るRuby大好き！きれいなコード大好き！！な僕にとっては、この特集は読まずにはいられません！ 早速買って読んでみました。 お～、なるほど、たしかにいいことが書いてある！ うんうん、そうそう・・・あれ？この

はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。（内容はちょっとボカしてます） 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 （その前に）もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに （その前に）

はじめに 僕は先週ぐらいからTogglという、タイムトラッキングツールを使っています。 このツールは思った以上によくできてて、結構簡単に自分の作業時間を記録することが出来ます。 ただ、1つだけ残念なところがあります。 それは作業時間を一覧にしたときに、作業時間の長さによって表示単位が秒(sec)、分(min)、時間(hh:mm:ss)、という単位がバラバラになるところです。 なので、パッと見たときに、各作業の時間の大小が比較しにくいんですよね。 ここさえ直ってくれたらもっといいツールなのにな〜、と思っていたら、先日こんなメールが届きました。 Hi, My name is Liisa – I am the person at the other end of Toggl support, the one reading and replying to your messages when y

お知らせ Qiitaに「「Rubyで英語記事に含まれてる英単語を数えて出現数順にソートする」をカッコよく書いてみた」という記事を書きました。 前回のエントリ「シンプルでわかりやすいコードを書くためにあなたがすべきこと」の具体例を示したような記事になっているので、「よいコード」を書けるようになりたいプログラマの方はぜひ読んでみてください。 問題の内容と僕の書いたコード ちなみに「Rubyで英語記事に含まれてる英単語を数えて出現数順にソートする」問題は、こんな問題でした。 以下のような英文が書かれているテキストファイルを読み込みます。 Interior design and decorating resource Houzz is the overall best Android app of the year, according to Google, which this evening

はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも

はじめに さる2016年1月9日、西脇.rb＆神戸.rbの合同勉強会として「RubyistのためのCSS勉強会」を開催しました。 主催者の僕自身が「参加して良かった！」と思えるぐらい有益な情報がたくさん詰まった勉強会になったので、今回のエントリではこの勉強会の内容を紹介します。 もくじ ちょっと長いので、先に目次を載せておきます。 はじめに もくじ 講師は合同会社フィヨルドの町田さん！ この勉強会で講義してもらったテーマ 座学編 Railsの app/assets/stylesheets 内のディレクトリ構成例 最近注目を集めているAtomic Designについて 3種類のリセット系CSSの特徴について 変更に強いマークアップのルールについて プログラマとデザイナの協業について ハンズオン編 進め方の具体例 1問目：グローバルナビゲーションの作成 2問目：アラート画面の作成 3問目：記事

質問：あなたの強みや得意分野は何ですか？ プログラマのみなさんに質問です。 あなたの強みは何ですか？ 胸を張って「任せとけ！」と言える得意分野はありますか？ これはソニックガーデンの採用面談でよく聞かれる質問です。 僕もときどき採用希望の人と面談（という名の雑談）をすることがあるのですが、この質問に対して「はい、私はxxが得意です！」と即答できる人はかなり少ないです。 まあ、入社を希望する段階でいきなり「これが得意です！任せてください！」と言うのはかなり勇気がいりますよね。 下手に偉そうなことを言って、あとから「なんだ、大したことねーな」と思われたくない、という不安もきっとあるでしょう。 僕もかつては即答できなかった 何にせよ、即答できない気持ちはよくわかります。 実際、ソニックガーデンに入社した当時の僕もそうでした。 しかし、入社してから3年ほど経ってみると、いつの間にか僕にも得意分野（

はじめに 僕は最近ちょっと長めのブログエントリとQiita記事を書きました。 blog.jnito.com qiita.com どちらの記事も約1万4000字、400字詰め原稿用紙35枚ぶんぐらいの文量です。 「我ながらこんな長い文章よう書いたわ～」と自分で感心してしまうのですが（自画自賛）、長い文章を書くためにはちょっとしたノウハウがあります。 というわけで、今回のエントリはブログやQiita記事を書くときの僕なりの手順やノウハウをまとめてみます。 文章を書く前にまずアウトラインをまとめる こういう長めの文章を書くときは、僕はまずアウトラインをまとめるようにしています。 具体的にはこんな感じです。 アウトラインといっても特別難しいものではなく、基本的には書こうと思っているコンテンツのざっくりしたメモです。 アウトラインは箇条書き（リスト）にして、親子関係を作っていきます。 文章を書くとき

はじめに 東京では勉強会などでたくさんの方たちにお会いしました。 その中でよく言われたのが、「ブログ読んでます。面白いですねー」とか「文章うまいですねー」というお褒めの言葉でした。 いやあ、恐縮です(照れ)。 何となく始めたブログがいつの間にか、自分の名刺代わりになっていました。 ブログが面白いとか、文章がうまいとか、そういった感想は読んだ人によって変わるとは思いますが、今回は僕がブログを書く前、書くとき、書いた後にどういうことを考えているのかをまとめてみたいと思います。 ブログを書く前 ネタ探し 以前、「どうやってブログのネタを探してるんですか？」という質問を受けました。 一番ブログのネタにしやすいのは「こんな経験したのはたぶん日本で自分一人だろう」と思うようなネタですね。 自分が経験したことや感じたことをまとめれば、それだけでオリジナリティの高いエントリができあがります。 ブログを書く

はじめに 先週の土曜日（2015/8/29）に西脇.rb＆神戸.rbの合同勉強会として「Rubyistのための英語勉強会」を開催しました。 nishiwaki-koberb.doorkeeper.jp この勉強会はその名の通り、Rubyist（Rubyプログラマ）の英語に対する苦手意識を克服し、英語力を高めることを目的にした勉強会です。 いちおうRubyist向けとはなっていますが、大半の内容はRubyist以外の人にも役立つものだと思います。 そこで今回のエントリではこの勉強会の内容や発表された知見等を紹介します。 会場は阪神深江のNilquebe（ニルキューブ）さんでした 当日の流れ 当日はこんな感じのタイムスケジュールで進行しました。 13：00～13：30 自己紹介 13：30～13：45 語彙力診断テスト 13：45～14：15 「こういうときに英語ができなくて困る」「英語ができ

※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す

はじめに 前回のブログでもお伝えしたとおり、2015年7月29日に電子書籍「RSpecユーザのためのMinitestチュートリアル」の正式版を公開しました。 僕は以前から技術ブログを書いたりしていたので文章を書くのは得意ですが、デザインはあまり得意ではありません。 しかし、本を作る以上、表紙は商品の「顔」としてかなり重要です。 でも、デザインはやっぱり得意ではない・・・。 最初は誰か他の人にお願いすることも考えたのですが、自分でできるところまでやってみようと思い、結局自分で作った表紙をそのまま採用することにしました。 まあ本職のデザイナーさんから見たらダメなところがあったり、人によってはイケてないと思う人もいるかもしれませんが、自分では自作にしてはまずまずかなと思っています。 Everyday Railsの原著者であるAaronさんからも「いい感じの表紙だね」とコメントをもらいました。 と

はじめに 僕とAkiさん(@spring_aki)で毎月主催している西脇.rb & 東灘.rbの合同もくもく会で、前回(第3回)、参加者の寺田さん(@aq2bq)がTDD Boot Camp 大阪 2.0の自動販売機問題を自習のテーマにしていました。 その問題を読んでみると、「簡単そう＆面白そう」に見えたので、僕もちょっとチャレンジしてみることにしました。 あ、ちなみに今回のエントリはコードが多めなので、スマホだと見づらいかもしれません。悪しからず。 プログラムの仕様 仕様を引用するとこんな感じです。 ステップ０　お金の投入と払い戻し 10円玉、50円玉、100円玉、500円玉、1000円札を１つずつ投入できる。 投入は複数回できる。 投入金額の総計を取得できる。 払い戻し操作を行うと、投入金額の総計を釣り銭として出力する。 ステップ１　扱えないお金 想定外のもの（硬貨：１円玉、５円玉。お

はじめに 先日のブログでも書きましたが、電子書籍「Everyday Rails - RSpecによるRailsテスト入門」の追加コンテンツとして「Minitest版のテストコードとその解説書」を書いています。 執筆はまだ完全に終わっていませんが、キリのいいところまで書き終えたのでいったんベータ版としてリリースすることにしました。 追加コンテンツのタイトルは「RSpecユーザのためのMinitestチュートリアル」です。 今回のエントリではこの書籍の内容について紹介します。 2015.7.29 追記：正式版を公開しました！ 2015年7月29日に正式版を公開しました。 詳しい内容は以下のエントリで紹介していますのでこちらも併せてご覧ください。 blog.jnito.com 「RSpecユーザのためのMinitestチュートリアル」 「RSpecユーザのためのMinitestチュートリアル」の

（2022.5.4追記） FactoryGirlはFactoryBotという名前に変更されています（参考）。この記事は昔の名前である「FactoryGirl」を使っています。 はじめに 今年のゴールデンウイークはMinitestとRSpec、FixturesとFactoryGirlについていろいろ研究（？）していました。 具体的にはこんなことをやっていました。 Rails Tutorial 第3版を写経した（第3版ではMinitestとFixturesを使っている） Rails TutorialのテストコードをRSpecとFactoryGirlで書き直した Everyday RailsのテストコードをRSpec + FactoryGirlからMinitest + Fixturesに書き直した The Minitest Cookbookを読んだ 今回のエントリではMinitestとRSpec

はじめに かつてはJavaやC#を書いていた僕がRailsを始めてから、かれこれ3年ぐらい経ちます。 Railsを始めるとき、最初にトライした学習資料が「Ruby on Railsチュートリアル」でした。 Railsプログラマとしてはかなり経験値を積んだので、初心者レベルはすでに脱したと思っています。 そんな僕が最近ふと「もう一回Railsチュートリアルをやってみよう」と思いました。 さらに、単にRailsチュートリアルをやるだけだと面白くないのでコーディングする様子をスクリーンキャストにして配信することを思いつきました。 そして完成したのが「Railsチュートリアル第3版・コーディング実況動画」です。 今回のエントリでは僕が作ったこの動画（スクリーンキャスト）を紹介します。 「Railsチュートリアル第3版・コーディング実況動画」について 「Railsチュートリアル第3版・コーディング実

はじめに 先月、CodeIQにビンゴカード作成問題を出題しました。 CodeIQに「ビンゴカード作成問題」を出題しました。みなさんの挑戦をお待ちしてます！ - give IT a try このビンゴカード作成問題、ありがたいことに50人もの方が解答を送ってくれました。 挑戦してくださったみなさん、どうもありがとうございました。 今回のエントリではその中から「これはイケてる！」と僕が思ったコード・ベスト3を発表します！ 加えて、僕が作った模範解答も紹介します。 おさらい「ビンゴカード作成問題」とは？ ビンゴカード作成問題とはその名の通り、Rubyを使ってビンゴカードを出力する問題です。 Bingo.generate_cardというメソッドを呼ぶと以下のような文字列を出力する、というのが要求仕様です。 B | I | N | G | O 13 | 22 | 32 | 48 | 61 3 | 2