ブログに技術書の内容を丸写しする問題点と、オリジナルなコンテンツを書くためのアイデア - give IT a try
はじめに 「プロを目指す人のためのRuby入門」を出版して以来、本で学んだ内容をブログに載せてくれている方をよく見かけます。 それ自体は著者として大変嬉しいのですが、たまに「ん？これはちょっと・・・」と思うようなブログ記事を見かけるときがあります。 具体的にいうと、本の内容を丸写ししているだけのブログ記事です。 このエントリでは本の丸写しがなぜいけないのか、かわりにどういうブログを書けばいいのか、ということについて書いていきます。 本の内容を丸写ししているブログの例 本の内容を丸写しをしているブログというのは文字通り「丸写し」しているブログです。 具体的なイメージを共有するために「こんな感じ」という例を載せておきます（特定の誰かのブログを意図しているわけではありません）。 タイトル「第2章 2.2.3 文の区切り」 「プロを目指す人のためのRuby入門」を読んでいるので、勉強した内容をメモ
シンプルでわかりやすいコードを書くためにあなたがすべきこと - give IT a try
はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。（内容はちょっとボカしてます） 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 （その前に）もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに （その前に）
プログラマ向け：自分の強みや得意分野を見つける方法 - give IT a try
質問：あなたの強みや得意分野は何ですか？ プログラマのみなさんに質問です。 あなたの強みは何ですか？ 胸を張って「任せとけ！」と言える得意分野はありますか？ これはソニックガーデンの採用面談でよく聞かれる質問です。 僕もときどき採用希望の人と面談（という名の雑談）をすることがあるのですが、この質問に対して「はい、私はxxが得意です！」と即答できる人はかなり少ないです。 まあ、入社を希望する段階でいきなり「これが得意です！任せてください！」と言うのはかなり勇気がいりますよね。 下手に偉そうなことを言って、あとから「なんだ、大したことねーな」と思われたくない、という不安もきっとあるでしょう。 僕もかつては即答できなかった 何にせよ、即答できない気持ちはよくわかります。 実際、ソニックガーデンに入社した当時の僕もそうでした。 しかし、入社してから3年ほど経ってみると、いつの間にか僕にも得意分野（
これからプログラミングを始める人のベンチマークとして「僕の12年間のプログラマ人生」を振り返ってみた - give IT a try
はじめに：「これは何ですか？」 これは12年前から現在に至るまでの僕のプログラマ人生を振り返ったものです。 また、参考情報としてプログラマ人生が始まる前の中学時代～大学時代の話も載せています。 photo by Philip Bloom あ、僕のプログラマ人生はまだ継続中ですので念のため！ 「何のためにこれを書いたんですか？」 このエントリを書いた目的は、これから本格的にプログラミングを始めようとしているみなさんのベンチマーク（目標や計画を立てるための参考情報）にしてもらうためです。 最近、「これからプログラミングを始めようとしています」もしくは「最近プログラミングを始めました」という人に出会う機会が増えてきました。 これからプログラミングを始める人は「どうすればプログラミングが上達するのか」「一人前になるまでにどれくらい時間がかかるのか」「どういったキャリアを歩めばいいのか」というイメー
「エンジニア病」を抱えたあなたに効く「デザインの考え方」 ～ソニックガーデン・デザインメンター対談のまとめ～ - give IT a try
はじめに 先日、僕が勤務しているソニックガーデンのブログ記事で、弊社プログラマとデザイナーさんの対談記事が公開されました。 【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう 【中編】プログラミングとデザイン、やっていることはわりと同じ〜「デザインは感覚じゃない」 【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！ インタビューに登場する町田さん（@machida）と赤塚さん（@ken_c_lo）は僕もよく知っているとても素晴らしいデザイナーさんです。 素敵なデザインができるのはもちろん、HamlやSassなどプログラマ寄りの技術知識も豊富に持ち合わせていますし、物腰も柔らかくてとても相談しやすい方たちです。 業界の各方面から引っ張りだこなのも十分頷けます。 ところで、上の記事の中に出てくる「デザインメンター制度」
予備知識が無いと理解しづらかったり、意味づけが人によって異なったりするようなプログラム設計は避けるべき、というお話 #sg_study - give IT a try
はじめに 2014年7月8日に、ソニックガーデンのweb勉強会であるSonicGarden Studyで、「CodeIQ ベストコード発表会 ～最もエレガントにカラオケマシン問題を解いた挑戦者は誰だ！？～」を放送したのは前回のエントリでお伝えしたとおりです。 放送後のアンケートでちょっと気になる質問を頂いたので、今回はその質問に対して僕の考えを回答したいと思います。 放送後のアンケートでいただいた質問の内容 以下が視聴者の方からいただいた質問です。(了承をもらって公開しています) CodeIQからのフィードバックで頂いた内容で 「音楽では♯だけでなく♭もあるので...このロジックだと辛いかも...」 と指摘を頂きました。 はい、ごもっともと納得しています。 で、本Studyで、YAGNIというキーワードありで （仕様上、♭はなかったと認識、よって♭変換不要の前提） 模範コードには、♭への拡
妻のパン屋のwebサイトをいろいろ更新した話 ～Rails 4アップデートとかサイトの高速化とか～ - give IT a try
はじめに 僕の妻は兵庫県西脇市でCoupé Baguette (クープ バゲット)という小さなパン屋さんを営んでいます。 この店のwebサイトは僕がRailsで作り、Herokuでホスティングしています。 http://coupe-baguette.com 去年の1月に全面改装して以来、あまり触ってこなかったのですが、RubyやRailsのバージョンも古くなってきたので、そろそろ最新化したいな～という気持ちが高まっていました。 というわけで先日、ようやくサイトをアップデートすることができました。 見た目の変化は全くありませんが、内部的にはRubyのバージョンが1.9.3から2.1.1に、Railsのバージョンが3.2から4.1にアップデートされています。 さらに、TurbolinksやCloudFlare(CDN = Contents Delivery Network)も導入して、サイトの
動画(スクリーンキャスト)で学ぶRubyリファクタリング: Keitai Message編 - give IT a try
はじめに 僕が主催している西脇.rbの勉強会では、毎回「参加者が自分でコードを書く」「参加者がお互いにコードレビューする」ということを重視しています。 一言で言うと、「自分の手と頭を動かす勉強会」になっています。 先日開催した「Rubyプログラミング Dojo」でも、お題となるプログラミング問題を各自が解いて、最後に全員でコードレビューしました。 Photo by: @spring_aki その勉強会の参加者に岡田さん(@shinokada)という方がいます。 岡田さんは勉強会が終わったあとも自分でプログラミング問題を見つけて、解答となるRubyのコードを書いてきてくれました。 ただし、岡田さんはまだRubyを始めてそれほど長くないので、そのコードには改善する余地がまだまだあります。 そこで、岡田さんが書いてきてくれたそのコードを僕の方でレビューし、いろいろとリファクタリングしてみました。
Java/C# からRubyに乗り換えて感じたことのまとめ - give IT a try
はじめに 最近、言語の型について語っているブログをよく見かけます。 便乗するつもりはないですが、前々からJava/C# からRubyに乗り換えて感じていることを書きたいな〜と思っていたので、このタイミングでちょっと書いてみることにします。 今回のエントリはあくまで僕個人が感じていることを書くだけであって、別に言語の優劣を述べようとしているわけではありません。 そもそもプログラマ個人のバックグラウンドや知識、スキル等々によって感じ方や見解は異なってしかるべきだと思うので、その前提で読んでもらえればと思います。 僕のバックグラウンド まず、最初に僕のバックグラウンドを紹介します。 この業界に入って最初の3年ぐらいはJavaをよく書いていた。 最後に使ったのは Java 5.0 + Struts + Spring + Hibernateとか、そういう時代。 前職ではC#/ASP.NETをよく書い
「第一回 プログラマ向けデザイン勉強会」の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた - give IT a try
はじめに みなさん、明けましておめでとうございます！・・・と言うにはあまりにも遅すぎる時期になって2013年最初のブログ更新となりました。 「そろそろブログ書かなきゃ書かなきゃ〜！」と思っていたのですが、年末から妻のパン屋のWebサイトのリニューアルに没頭してしまい、間が空いてしまいました。 せっかくなので、2013年最初のエントリではそのお話をしたいと思います。 「第一回 プログラマ向けデザイン勉強会」の発表資料が素晴らしい！ 前々から妻からは「Webサイトのデザインをリニューアルしてほしい」と言われていたのですが、僕自身はあまりデザイン方面には強くないプログラマなので、どうしようかと困っていました。 そんなとき、ネットで見つけたのが「第一回 プログラマ向けデザイン勉強会」でした。 東京の勉強会なので、僕は参加できませんでしたが、発表者の方々のわかりやすいスライドが公開されていたので、だ
プログラマとして影響を受けた本を3冊選ぶなら - give IT a try
先日知人から「これまでに読んだ本で、プログラマとして、エンジニアとして、ソフトウェア業界に携わる人として、感銘を受けたり、影響を受けた本を3冊選ぶとしたら、どれですか？」という質問を受けました。 今まで300冊以上の技術書を読んできましたが、その中から3冊だけ選べと言われるとかなり大変です。(^^; 質問の内容から察して、おそらく特定の技術や言語に偏らない方がいいだろうと考えて絞り込んでいった結果、僕は次の3冊を選ぶことにしました。 Code Complete CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者: スティーブマコネル,Steve McConnell,クイープ出版社/メーカー: 日経BP社発売日: 2005/03/26メディア: 単行本購入: 44人 クリック: 1,166回この商品を含むブログ (288件) を見るCODE COMPLETE 第2版
「誰のためのデザイン？」を読んだ - give IT a try
今まであまりデザイン関連の勉強をしてこなかったので、「誰のためのデザイン？」という本を買ってみました。 原著は1988年に書かれたので今から20年以上前の本になりますが、今でも時々名前を見かけるベストセラーです。 で、実際に読んでみたら確かにすごく面白い！ 時代の流行り廃りとは関係ない、人間の普遍的な心理について述べているので、大半の内容は現在でも通用します。 「メタ・デザイン論」というか、Webやスマホのような個々の製品やシステムのデザインより一段上からデザインのあるべき姿が語られている印象です。 さらに人はなぜ間違いを犯すのか、という理由についても詳しく書かれていました。 世の中では毎日のように様々な間違いや失敗が数多く発生しています。 社会問題になるような大事故や大失敗、仕事中に発生する失敗やミスジャッジ、日常生活におけるささいな失敗。 他人の失敗を見ながら「ははは、バカだなあ。俺だ
FizzBuzz問題を使って社内プログラミングコンテストを開催してみた - give IT a try
はじめに 先日、社内で初めてプログラミングコンテストを開催しました。 お題はかの有名なFizzBuzz問題です。 全員楽勝で解答するだろうと思いきや・・・結果はいかに！？ ちょっと長いエントリですが、このコンテストの顛末をお楽しみください。 開催の動機と経緯 メンバーの向上心を刺激するために、なにか面白くて技術的に意味のあるイベントを開きたかった。 以前からFizzBuzz問題を全員で解いてみたかった。 FizzBuzz問題はプログラマなら解けて当たり前、というようなWeb記事をよく見かけていた。 これぐらいなら誰でも解けるだろうと自分も思っていたが、実際にやってみないとわからない。 そこで社内プログラミングコンテストを開き、みんなでFizzBuzz問題を解いてみたいと思った。 マネージャーに話を持ちかけたところ、すぐに賛同してくれた。 FizzBuzz問題以外の追加問題も作成したが、第１
デリゲート(delegate)ってなんだろう？ - give IT a try
C#のデリゲートがよくわからんという同僚さんのために、なんかいいサンプルコードを書きたいと思ったんですが、なかなか難しいですねえ。 分かりやすくて、なおかつ実用的なサンプルが思いつかないです。 おいらの中では「デリゲート = メソッド(処理)をあたかも変数のようにして使いまわせるモノ」みたいな感じの理解です。(かなり適当・・・) たとえば、スクリプト系の言語だと何でも実行時に解決しちゃうんで、デリゲートなんてものが必要ありません。 JavaScript(というかJScript)で書くとこんな感じです。 main(); function main() { var methodContainer = []; methodContainer.push(sayHelloInEnglish); methodContainer.push(sayHelloInJapanese); for (var i
C#のコード品質を上げるフリーツール8本 - give IT a try
はじめに 読みにくいコードや複雑なコードをメンテナンスするのってイヤですよね。 コードの品質を上げる方法の一つにコードレビューがありますが、すべてのソースコードを人力でチェックしていくのは大変ですし、レビュアーのスキルや好みにも大きく依存してしまいます。 そういう場合はツールを使って自動化するのが有効です。 ツールを使えばあっという間に完了しますし、実施者のスキルや好みに左右されることもありません。 しかし、あまりお金がかかるツールだと、ちょっと気軽に導入しにくいです。 そこで今回はC#のコード品質向上に有効なフリーツールを紹介します。 実際のプロジェクトで使用したことがあるものばかりなので、どれも「使えるツール」だと思いますよ。 ところで、ツールを紹介する前にTipsと注意点を簡単に挙げておきましょう。 ツールを利用する際のTips 自分の書いたコードのみを対象とし、ツールが作成したコー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
