恥ずかしがらずにオープンな場で積極的に質問していきましょう、という話 - give IT a try
はじめに 先日、Teratailに以下の質問が挙がっているのを見つけました。 Ruby - irbと打つと「can't find gem irb」とエラーが出ます。どうしたらいいでしょうか｜teratail 質問の内容は、「rbenvのインストール後、irbを起動しようとするとエラーが出て起動しない」というものです。 質問者の方は拙著「プロを目指す人のためのRuby入門」の学習を進めようとして、この問題に遭遇したそうです。 エラーが出てirbが起動しない、という現象は今まで聞いたことがありません。 irbはRubyが持つ基本機能の一つだからです。 原因は僕もはっきりわからなかったのですが、"rbenv-communal-gems"というあまり聞き慣れないrbenvプラグインを使っていたので、もしかしたらこれが原因ではないかと推測しました。 そこで、「もしかすると"rbenv-communa
技術力以外でWeb系企業に転職するために必要なスキル - give IT a try
はじめに：技術力以外で必要なスキルって？ 先日、知り合いのエンジニアさんからこんな質問を受けました。 現在、私はSIerで働いていますが、将来はWeb系の企業に転職して伊藤さんのようにリモートで働きたいと考えています。 そこに至るにはプログラマとしてプログラミング以外にも身につけるべきスキルがあると思います。 それには、どのようなスキルを身につけておくべきで、そしてそのスキルを身につけるためにはどのようなアプローチと考え方が必要になるか、もしよろしければ教えてください。 「技術力以外で必要なスキルは？」と聞かれると「あれもそれもこれも必要」っていう話になりそうなので、直感で一番最初に頭に浮かんだ話を答えることにしました。 以下は僕の回答です。 僕の回答 かなりオープンな質問なのでいろんな答え方がありそうですが、技術力以外で、っていうと 自己アピールやセルフマーケティングの力 でしょうか。
ブログに技術書の内容を丸写しする問題点と、オリジナルなコンテンツを書くためのアイデア - give IT a try
はじめに 「プロを目指す人のためのRuby入門」を出版して以来、本で学んだ内容をブログに載せてくれている方をよく見かけます。 それ自体は著者として大変嬉しいのですが、たまに「ん？これはちょっと・・・」と思うようなブログ記事を見かけるときがあります。 具体的にいうと、本の内容を丸写ししているだけのブログ記事です。 このエントリでは本の丸写しがなぜいけないのか、かわりにどういうブログを書けばいいのか、ということについて書いていきます。 本の内容を丸写ししているブログの例 本の内容を丸写しをしているブログというのは文字通り「丸写し」しているブログです。 具体的なイメージを共有するために「こんな感じ」という例を載せておきます（特定の誰かのブログを意図しているわけではありません）。 タイトル「第2章 2.2.3 文の区切り」 「プロを目指す人のためのRuby入門」を読んでいるので、勉強した内容をメモ
技術書を書きたいITエンジニア必見！？「プロを目指す人のためのRuby入門」の舞台裏をお見せします - give IT a try
前回のブログでも書いたとおり、僕は2017年12月6日から10日まで東京に滞在していました。 そこで出会ったRubyプログラマのみなさんからよく聞かれたのは「あの本（＝プロを目指す人のためのRuby入門）って、書くのにどれくらいかかったんですか？」という質問です。 たしかに、Rubyのコードを書く人は多くても、本を書く人はあまりいないと思います。 そこで、このエントリでは執筆の様子がある程度わかるように、「プロを目指す人のためのRuby入門」（チェリー本）の執筆裏話を書いていこうと思います。 プロを目指す人のためのRuby入門 言語仕様からテスト駆動開発・デバッグ技法まで (Software Design plusシリーズ) 作者: 伊藤淳一出版社/メーカー: 技術評論社発売日: 2017/11/25メディア: 大型本この商品を含むブログを見る ちょっと長いので先に目次を載せておきますね。
【書評】RSpecの初心者から上級者まで役立つ！「Effective Testing with RSpec 3」を読みました - give IT a try
はじめに 数ヶ月前、RSpecコミッタのYuji Nakayamaさん（@nkym37）から突然連絡がきて、「リードメンテナのMyron Marstonが今度RSpecの本を出版するんだけど、Myronが日本人のレビュアーを探している。なので伊藤さん、レビュー記事を書いてみない？」というお話を受けました。 「はい、興味あります！書きます！！」ということで、二つ返事でオファーを受けることにしました😄 というわけで、今回読んだのがこちらの「Effective Testing with RSpec 3」です。 Effective Testing With Rspec 3: Build Ruby Apps With Confidence 作者: Myron Marston,Ian Dees出版社/メーカー: Pragmatic Bookshelf発売日: 2017/08/25メディア: ペーパー
筆者自らが語る「プロを目指す人のためのRuby入門」のこだわりと見どころ - give IT a try
このブログでもすでに何度か紹介していますが、いよいよ2017年11月25日に僕が執筆した「プロを目指す人のためのRuby入門」が発売されます。 僕の手元には一足先に見本誌が届きました！ 表紙は真っ赤なチェリーが目印です。 背表紙もよく目立つ赤色！ 写真ではわかりにくいですが、普通の赤色ではなく、少しピンク色がかった個性的な赤色です。 すでに東京都内を中心に、一部の書店では先行発売が始まっています。 ジュンク堂書店 池袋本店（池袋） 三省堂書店（神保町） 書泉ブックタワー（秋葉原） 有隣堂 ヨドバシAKIBA店（秋葉原） 紀伊國屋書店 新宿本店（新宿） 丸善 丸の内本店（丸の内オアゾ） 丸善 ラゾーナ川崎店（川崎市） 書泉ブックタワーでは早くもコンピュータ書のベスト3に入ったらしいです。 （まだ先行発売期間中なのにすごい！） 【書泉ブックタワーコンピュータ書ベスト】11/12-11/18付
SQLとの付き合い方 - give IT a try
はじめに 先日、会社のメンバーから「SQLのJOIN文を視覚的に理解する」というサイトを紹介されました。 SQLのJOIN文を視覚的に理解する | IDEA*IDEA おいらも見てみたのですが、「自分がSQLを書いたり読んだりする時はこんなベン図を思い浮かべることはまずないなあ」というのが正直な感想でした。 そこで、おいらがSQLを書いたり読んだりする時の思考過程をアウトプットするとどうなるだろうかと考えてみました。 SQLを書く場合 おいらの場合、以下のような手順でSQLを組み立てています。 1. ルートとなるテーブル(出力のメインデータ)を決める。 まずはベースとなるSQLを書き始めます。 テーブルによっては大量のデータを抱え込んでいる可能性がありますので、とりあえず件数だけを確認するようにします。 SELECT count(*) -- 今回は書籍注文情報をメインデータとする FROM
プログラマの僕が東京ではなく田舎に住む理由 #ruraladvent - give IT a try
はじめに このエントリは「地方在住ITエンジニア・アドベントカレンダー 2015」の1日目の記事です。 地方在住ITエンジニア（元・地方在住も可） Advent Calendar 2015 - Adventar このアドベントカレンダーは「地方と仕事」をテーマに、有志のITエンジニアが自分の思うところを書き綴っていくアドベントカレンダーです。 トップバッターとして、僕も「プログラマの僕が東京ではなく田舎に住む理由」というタイトルで何か書いてみようと思います。 あなた誰？どこに住んでて何してるの？ 僕は伊藤淳一と言います。 今は兵庫県西脇市っていうところに住んでます。 西脇市はこんなところにあります。 都会 or 田舎で答えるならズバリ「田舎」でしょう。 とはいえ、「超」が付くほどの田舎ではないので、日常生活には全く不自由しません。 今はソニックガーデンという会社でRubyプログラマをやって
今夜わかる「スタック・オーバーフロー」の世界 - give IT a try
はじめに プログラミングをやっている人であれば、スタック・オーバーフロー（Stack Overflow）を知らない人はいないと思います。 エラーメッセージをコピペしてググるとトップによく出てくる、このページのことです↓ Stack Overflow - Where Developers Learn, Share, & Build Careers また、ご存知の方も多いかもしれませんが、去年の12月からは日本語版サイトも登場していて、現在は日本語で質問と回答が投稿できるようになっています。 スタック・オーバーフロー とはいえ、ネットで見つけて回答を読むことはあっても、自分から質問したり回答したりする人はまだまだ少数派のような気がしています。 そこで、今回のエントリでは日本語版サイトをメインターゲットにして、スタック・オーバーフローの使い方をまとめてみようと思います。 注：このエントリでは関数
「エンジニア病」を抱えたあなたに効く「デザインの考え方」 ～ソニックガーデン・デザインメンター対談のまとめ～ - give IT a try
はじめに 先日、僕が勤務しているソニックガーデンのブログ記事で、弊社プログラマとデザイナーさんの対談記事が公開されました。 【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう 【中編】プログラミングとデザイン、やっていることはわりと同じ〜「デザインは感覚じゃない」 【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！ インタビューに登場する町田さん（@machida）と赤塚さん（@ken_c_lo）は僕もよく知っているとても素晴らしいデザイナーさんです。 素敵なデザインができるのはもちろん、HamlやSassなどプログラマ寄りの技術知識も豊富に持ち合わせていますし、物腰も柔らかくてとても相談しやすい方たちです。 業界の各方面から引っ張りだこなのも十分頷けます。 ところで、上の記事の中に出てくる「デザインメンター制度」
2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目
※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す
漢数字が数字順にソートされない理由を調べてみた - give IT a try
はじめに：「なぜ漢数字は数字順に並ばない！？」 先日、こんなツイートをしたところ、結構たくさんの人にリツイートされました。（執筆時点で50件以上） 「漢数字はソートしても数字順に並ばない」という事実を生まれて初めて知った。まさかのサプライズ。 pic.twitter.com/Eqx3ltIfHs— Junichi Ito (伊藤淳一) (@jnchito) 2014年11月27日 「なぜ漢数字は数字順に並ばないのか」という問いに対して、表面的な回答をするなら「数字順に並ばないのは、数字の大きさではなく文字コード順でソートされているから」ということになります。 いや、もちろんそれはわかってるんです。 問題は「そもそもなんで数字順に文字コードを振らなかったの！？」ということです。 感覚的には「一郎、二郎、三郎」って並んでほしいじゃないですか。でも、プログラム上でソートすると「一郎、三郎、二郎」
僕だったらどうやって洋書が読めるように努力するか - give IT a try
はじめに JavaBlackさんのこちらのエントリにインスパイアされて、プログラマと英語、そして洋書についてちょっと何か書いてみたくなりました。 http://d.hatena.ne.jp/JavaBlack/20111231/p2 まず、元ネタになってるこちらの記事。 明暗くっきり、オライリーと技術評論社 僕も数日前に読みましたが、スルーしました。 誰が書いたかわかんないし、明暗くっきりとかいう割には客観的なデータも示されてないし、釣り記事のレベルを超えてないな〜というのが感想でした。 なので、オライリーと日本の出版社がどうこうという話には深入りしません。 てか、どちらもがんばって！ 英語苦手度チェック さて本題。 JavaBlackさんのお話は大方Agreeです。 プログラマとして頭ひとつ抜けようと思ったら、最低限英語を読むスキルは必須だと思います。(書く、話す、聞くは二の次だとしても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
