タグ

ブックマーク / blog.jnito.com (19)

  • ひどいコードをメンテしてきたからこそ実感する、良いコードや良い設計の大切さ - give IT a try

    はじめに 先日、社内で「良いコードの書き方やお作法、プログラミングの原則って、どうやったら身に付くんだろうねえ?」という話になりました。 もちろん、「を読んで勉強する」っていのも勉強法のひとつなんですが、そもそも、もっと強烈なモチベーションがないと、必死になって良いコードの書き方やプログラミングの原則って勉強できないのでは?なんて思ったりします。 強烈なモチベーションというのは、たとえば、 いったい何なん!?このスパゲティコードは!!! なんでこんなコードを俺がメンテしなきゃあかんの!!?? あ~、もう最悪や!!俺はこんなコード、絶対に書かへんぞ!!!! っていうぐらいのモチベーションです。 というか、これは単純に僕のケースですね、はい。 幸い、ソニックガーデンに入ってからは、周りのプログラマがみんなちゃんとしているので、そんな思いをすることはほぼなくなりましたが、前職、前々職ではそんな

    ひどいコードをメンテしてきたからこそ実感する、良いコードや良い設計の大切さ - give IT a try
  • 技術力以外でWeb系企業に転職するために必要なスキル - give IT a try

    はじめに:技術力以外で必要なスキルって? 先日、知り合いのエンジニアさんからこんな質問を受けました。 現在、私はSIerで働いていますが、将来はWeb系の企業に転職して伊藤さんのようにリモートで働きたいと考えています。 そこに至るにはプログラマとしてプログラミング以外にも身につけるべきスキルがあると思います。 それには、どのようなスキルを身につけておくべきで、そしてそのスキルを身につけるためにはどのようなアプローチと考え方が必要になるか、もしよろしければ教えてください。 「技術力以外で必要なスキルは?」と聞かれると「あれもそれもこれも必要」っていう話になりそうなので、直感で一番最初に頭に浮かんだ話を答えることにしました。 以下は僕の回答です。 僕の回答 かなりオープンな質問なのでいろんな答え方がありそうですが、技術力以外で、っていうと 自己アピールやセルフマーケティングの力 でしょうか。

    技術力以外でWeb系企業に転職するために必要なスキル - give IT a try
  • 今夜わかる「スタック・オーバーフロー」の世界 - give IT a try

    はじめに プログラミングをやっている人であれば、スタック・オーバーフロー(Stack Overflow)を知らない人はいないと思います。 エラーメッセージをコピペしてググるとトップによく出てくる、このページのことです↓ Stack Overflow - Where Developers Learn, Share, & Build Careers また、ご存知の方も多いかもしれませんが、去年の12月からは日語版サイトも登場していて、現在は日語で質問と回答が投稿できるようになっています。 スタック・オーバーフロー とはいえ、ネットで見つけて回答を読むことはあっても、自分から質問したり回答したりする人はまだまだ少数派のような気がしています。 そこで、今回のエントリでは日語版サイトをメインターゲットにして、スタック・オーバーフローの使い方をまとめてみようと思います。 注:このエントリでは関数

    今夜わかる「スタック・オーバーフロー」の世界 - give IT a try
  • MinitestとRSpec、FixturesとFactoryGirlの良いところ悪いところをコードを書いて比較してみた - give IT a try

    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

    MinitestとRSpec、FixturesとFactoryGirlの良いところ悪いところをコードを書いて比較してみた - give IT a try
  • 使えるRSpec入門・その1~その4を書き終えました + 執筆裏話とか - give IT a try

    はじめに 昨年末からQiitaに執筆していた初心者向けのRSpec入門記事、「使えるRSpec入門」の全4回をすべて書き終えました。 各記事のリンクは以下の通りです。 使えるRSpec入門・その1「RSpecの基的な構文や便利な機能を理解する」 使えるRSpec入門・その2「使用頻度の高いマッチャを使いこなす」 使えるRSpec入門・その3「ゼロからわかるモック(mock)を使ったテストの書き方」 使えるRSpec入門・その4「どんなブラウザ操作も自由自在!逆引きCapybara大辞典」 「使えるRSpec入門」って何? 「使えるRSpec入門」は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」をテーマにしたシリーズ記事で、略して「使えるRSpec入門」と名付けました。 僕がRSpecでRubyRailsのテストを書いてきた経験から、「これはよく使うから重要」「

    使えるRSpec入門・その1~その4を書き終えました + 執筆裏話とか - give IT a try
    hohoho_ho2005
    hohoho_ho2005 2015/01/05
    [][rspec]
  • ソニックガーデンで行われているコードレビューの具体例をお見せします (SonicGardn Study #11 の補足として) #sg_study - give IT a try

    はじめに 2014年8月11日の晩に放送されたソニックガーデンのweb勉強会、SonicGardn Studyでは「いつまでクソコードを書き続けるの? 〜出来るプログラマだけが知っているコードレビュー7つの秘訣〜」というタイトルで、弊社ソニックガーデンの西見さん(@mah_lab)が講演してくれました。 デキるプログラマだけが知っているコードレビュー7つの秘訣 from Masahiro Nishimi いつまでクソコードを書き続けるの? 〜出来るプログラマだけが知っているコードレビュー7つの秘訣〜 - YouTube この放送の中でも触れられていたように、ソニックガーデンではコードレビューを大事にしています。 ただ、勉強会のスライドの中では具体的なコード例や指摘の例がほとんど出てこなかったので、「実際どんな感じなの?」という疑問を持った方もいたんじゃないかと思います。 そこで今回は「入社

    ソニックガーデンで行われているコードレビューの具体例をお見せします (SonicGardn Study #11 の補足として) #sg_study - give IT a try
  • 正式版公開のお知らせと幻のあとがき・Everyday Rails - RSpecによるRailsテスト入門 - give IT a try

    お知らせ お待たせしました! 日、2014年2月28日に「Everyday Rails - RSpecによるRailsテスト入門」の正式版をリリースしました。 以前からお伝えしているとおり、ベータ版を購入済みの方は無料で正式版にアップデートしていただけます。 もちろん、日以降新規に購入された方は最初から正式版をダウンロードすることができます。 ご購入の際は以下のページにアクセスしてください。 Everyday Rails - RSpecによるRailsテスト入門 - Leanpub 正式版の変更点 書の変更履歴にも書いてありますが、正式版では以下のような点を変更しています。 「サンプル」の訳を「example」に変更。 「共有サンプル」の訳を「shared examples」に変更。 「テストの主語」となっていた箇所を「テストの対象」に変更。 訳者あとがき、日語版の謝辞、および訳者

    正式版公開のお知らせと幻のあとがき・Everyday Rails - RSpecによるRailsテスト入門 - give IT a try
  • Everyday Rails - RSpecによるRailsテスト入門(ベータ版)は2014年2月7日(金)に発売!!・・・するつもりです。 - give IT a try

    2014.02.07 追記 発売しました!詳しくはこちらのエントリをご覧下さい。 RSpec初心者必読!「Everyday Rails - RSpecによるRailsテスト入門」を発売しました - give IT a try 2014.02.28追記: 正式版を公開しました。 おかげさまで無事に正式版を公開することができました。 詳しくはこちらのエントリをどうぞ。 正式版公開のお知らせと幻のあとがき・Everyday Rails - RSpecによるRailsテスト入門 - give IT a try これまでのあらすじ 現在僕はLeanpubから発売されている「Everyday Rails Testing with RSpec」という電子書籍の翻訳をやっています。 日語版のタイトルは「Everyday Rails - RSpecによるRailsテスト入門 ~テスト駆動開発の習得に向けた

    Everyday Rails - RSpecによるRailsテスト入門(ベータ版)は2014年2月7日(金)に発売!!・・・するつもりです。 - give IT a try
  • Everyday Rails Testing with RSpecはRSpec初心者~中級者にオススメの一冊! - give IT a try

    2014.2.7 追記: 日語版を発売しました! 「この英語版しかありません」と書いていましたが、僕自身が日語版の翻訳し、Leanpubから発売しました。 詳しくはこちらのエントリをご覧下さい。 RSpec初心者必読!「Everyday Rails - RSpecによるRailsテスト入門」を発売しました - give IT a try 正式版公開のお知らせと幻のあとがき・Everyday Rails - RSpecによるRailsテスト入門 - give IT a try はじめに 先日、RSpec関連のこんな電子書籍を買いました。 Everyday Rails Testing with RSpec Kindleに入れて読みました。 RSpecを学習するための書籍としてはなかなか良かったので、今回はこのの内容を紹介します。 このを購入した動機 RSpecは仕事でも使っていて、

    Everyday Rails Testing with RSpecはRSpec初心者~中級者にオススメの一冊! - give IT a try
  • TDDBC大阪2.0の自動販売機問題はなかなかの良問だった - give IT a try

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

    TDDBC大阪2.0の自動販売機問題はなかなかの良問だった - give IT a try
  • サンプルストーリーで理解するDNSの設定方法と周辺知識(改) - give IT a try

    2013.4.20 追記 CNAMEの間違った使い方を書いていたので、「3. DNSレコードでCNAMEやAレコードを設定する」の項を一部修正しました。 というか、実際に痛い目に遭いました・・・(T T)。 詳しくは文にて。 2014.10.10 追記 結局Herokuでは「Aレコード + ネイキッドドメイン」の設定を使うことはできなくなりました。 ネイキッドドメインを使う場合は、かわりに「CNAME flattening」という仕組みを使います。 詳しくは以下の記事で説明しているので、参考にしてみてください。 のパン屋のwebサイトをいろいろ更新した話 ~Rails 4アップデートとかサイトの高速化とか~ - give IT a try はじめに みなさん、DNS、ネームサーバー(NS)、Aレコード、CNAME、と言われて、「ああ、アレね」ってすぐに頭の中にイメージが浮かびますか?

    サンプルストーリーで理解するDNSの設定方法と周辺知識(改) - give IT a try
  • Java/C# からRubyに乗り換えて感じたことのまとめ - give IT a try

    はじめに 最近、言語の型について語っているブログをよく見かけます。 便乗するつもりはないですが、前々からJava/C# からRubyに乗り換えて感じていることを書きたいな〜と思っていたので、このタイミングでちょっと書いてみることにします。 今回のエントリはあくまで僕個人が感じていることを書くだけであって、別に言語の優劣を述べようとしているわけではありません。 そもそもプログラマ個人のバックグラウンドや知識、スキル等々によって感じ方や見解は異なってしかるべきだと思うので、その前提で読んでもらえればと思います。 僕のバックグラウンド まず、最初に僕のバックグラウンドを紹介します。 この業界に入って最初の3年ぐらいはJavaをよく書いていた。 最後に使ったのは Java 5.0 + Struts + Spring + Hibernateとか、そういう時代。 前職ではC#/ASP.NETをよく書い

  • 初めての発表を成功させるためにやったこと - give IT a try

    はじめに このブログでもすでに何度か紹介していますが、去る2012年11月10日、DevLOVE関西2012 Driveで「なぜ私はソニックガーデンのプログラマに転身できたのか? 」という発表をしてきました。 色々なブログで当日の感想を目にしましたが、中でもこんなふうに書いてくれた方がいました。 めちゃくちゃ面白かった。 プレゼンはじめてってほんまですか? めっちゃ落ち着いてはるし、なにを言いたいのか丁寧に伝えてくださる。 【参加報告】DevLOVE関西2012Drive: Meet Up 大阪 @ blog いや〜、どうもありがとうございます。 お礼は別途MessageLeafで送信させてもらいました。 前職では社内プレゼンみたいなことは何度かしたことがありますが、全然知らない人の前で発表するのは当に今回が初めてでした。 とはいえ、「伊藤さん、やっぱり初めてなんだね。ほほえましい♪」み

    初めての発表を成功させるためにやったこと - give IT a try
  • 「現場を変える?会社を変わる?」できることと、できないこと - give IT a try

    はじめに 先日のDevLOVE関西でもちょこっと絡ませてもらった@jyukutyoさんのブログがなかなか面白いと感じました。 「現場を変える・会社を変わる・SIから抜ける」何を選ぶのか - Fight the Future 書いてあることはほぼ同意です。 それに補足する形で僕の経験や考えをいくつか紹介してみます。 「信念がコンフリクトしている人」を変えるのはムリ まず、僕の経験上、一人の人間が現場を変えることは非常に難しいです。 一番困難、というか絶対ムリだと思ったのは「信念がコンフリクトしている人」を変えることです。 特にそれが上司だったり、部長クラスの人だと、転職する方が有力な選択肢になると思います。 例えば、アジャイルな開発スタイルを現場に導入したいと思っていても、「アジャイル開発なんて理想論だ。そんなお遊びで仕事が回るのは景気のいい会社だけだ。普通の会社は事前に仕様書を書いて開発を

    「現場を変える?会社を変わる?」できることと、できないこと - give IT a try
  • ユーザーのつぶやき(要望)はなぜ1時間で本番リリースできたのか - give IT a try

    はじめに 昨日の朝、Twitter上でこんなやりとりがありました。 youRoomをメモ代わりとして使うこともあるんだけど、書いた月日は分かっても「年」までは表示されていないので、ちょっと困った #youRoom— yoh nakamura (@yohhatu) October 31, 2012 困ってないで@kuranukiさんに要望を伝えれば… RT @yohhatu: youRoomをメモ代わりとして使うこともあるんだけど、書いた月日は分かっても「年」までは表示されていないので、ちょっと困った #youRoom— Ryutaro YOSHIBA (@ryuzee) October 31, 2012 やりましょう。 RT @ryuzee: 困ってないで@kuranukiさんに要望を伝えれば… RT @yohhatu: youRoomをメモ代わりとして使うこともあるんだけど、書いた月日は

  • リモート勤務のようすを紹介します - give IT a try

    はじめに 僕のブログをよく読んでくれている方はご存知かもしれませんが、僕は兵庫県西脇市という片田舎でリモート勤務をしています。 常時リモート勤務になってから半月が過ぎ、なんとなく自分のワークスタイルが見えてきたので、ここでちょっと紹介してみたいと思います。 仕事場のようす まずは僕の仕事場をちょこっとお見せします。 もともと1.5畳ぐらいの小さな小さな書斎を仕事場にしようかと思っていたのですが、さすがに狭すぎるのでベッドルームに移動しました。 写真には写っていませんが、隣にはいつも寝ているベッドがあります。 デスクは昔から家にあったパソコンラックなので、そのうちもうちょっとゆったりとしてオシャレなデスクに変えたいな〜と思ったりしています。 休憩時間に弾いたら気分転換できるかな〜と思ってギターも持ってきてみました。 しかし、ギターを弾いてるとすぐに4歳の娘が「おとーさんうるさい!!」と苦情を

    リモート勤務のようすを紹介します - give IT a try
  • 僕だったらどうやって洋書が読めるように努力するか - give IT a try

    はじめに JavaBlackさんのこちらのエントリにインスパイアされて、プログラマと英語、そして洋書についてちょっと何か書いてみたくなりました。 http://d.hatena.ne.jp/JavaBlack/20111231/p2 まず、元ネタになってるこちらの記事。 明暗くっきり、オライリーと技術評論社 僕も数日前に読みましたが、スルーしました。 誰が書いたかわかんないし、明暗くっきりとかいう割には客観的なデータも示されてないし、釣り記事のレベルを超えてないな〜というのが感想でした。 なので、オライリーと日の出版社がどうこうという話には深入りしません。 てか、どちらもがんばって! 英語苦手度チェック さて題。 JavaBlackさんのお話は大方Agreeです。 プログラマとして頭ひとつ抜けようと思ったら、最低限英語を読むスキルは必須だと思います。(書く、話す、聞くは二の次だとしても

    僕だったらどうやって洋書が読めるように努力するか - give IT a try
  • ソフトウェア開発プロセス残酷物語 - give IT a try

    昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや人が直接手を動かすことはありませ

  • give IT a try

    はじめに 昨年書いたこちらのブログの続きです。 blog.jnito.com ここ1年ぐらい、包丁にハマってます。しかも夫婦で。 は包丁の切れ味にハマり、僕は包丁研ぎにハマってます(苦笑)。 料理をしない夫と、包丁を研がない 僕は包丁を研ぐ人、は包丁を使う人です。 でも僕は包丁を研ぐだけで料理はしません。 も包丁は研ぎません。 僕は料理はしないですが、包丁の切れ味を高めるのは好きです。 自分で包丁を研ぐなら自分でも使えよ、というツッコミが聞こえてきそうですが、作詞作曲はしても自分では歌わないバンドメンバーもいたりするので、包丁は研いでも自分では使わない人間がいてもいいんじゃないでしょうか😅 それはさておき、この1年で包丁と砥石と包丁研ぎグッズがめちゃくちゃ増えました。 これまでに購入した包丁 實光(じっこう)刃物・青二 三徳包丁 (165mm) ちょっと高くてもいいからよく切れる

    give IT a try
  • 1