タグ

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

  • 雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

    (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

    雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
    u1tnk
    u1tnk 2023/02/17
    めっちゃ普通!大体こうだと思う。言語化して学習中の人に分かりやすく伝えてるのが素晴しい👍
  • 勉強会で「良質な技術記事を量産する秘訣」をお話ししてきました #MeetsPro - give IT a try

    2023年2月3日に株式会社N2iさん主催の勉強会、Meets Professionalで「Qiita 1位のアウトプットの達人が語る、良質な技術記事を量産する秘訣」という発表をしてきました。 n2i-engineer.connpass.com 当日使ったスライドはこちらです。 講演の前半は「僕がなぜアウトプットするのか、なぜそれを続けられるのか」について、後半では「アウトプットが苦手なみなさんの背中を押す話」をしました。 また、講演が終わった後は参加者のみなさんからの質問に答えるQ&Aタイムもありました。 YouTubeでダイジェスト動画が公開されているので、当日見逃した方はこちらをどうぞ。 さらにログミーさんにて書き起こし記事も公開されています。 講演の後半に実施したQ&Aタイムの内容も書き起こしされていて、すごい充実度です! logmi.jp 全部4あります。第2回以降の記事はこち

    勉強会で「良質な技術記事を量産する秘訣」をお話ししてきました #MeetsPro - give IT a try
    u1tnk
    u1tnk 2023/02/10
    すばらしいなあ
  • 僕がRSpecでsubjectを使わない理由 - give IT a try

    はじめに 僕は折に触れて「RSpecではなるべくsubjectを使わない方がいい」という発言をしています。 Qiitaとか見てるとRSpecのsubjectを愛用している人が多そうな印象なんだけど、僕はほとんど使っていません。「subjectは原則使わない。明らかにメリットがあるときにだけ例外的に使用する」が僕のポリシーです。ほら、RSpecの(元)メンテナさんもそう言ってるし。 https://t.co/Rp5EiIxCVb #Qiita pic.twitter.com/pMlN35ihEG— Junichi Ito (伊藤淳一) (@jnchito) 2019年5月28日 そもそもの話として、RSpecではsubjectは無理に使わない、というのが僕の持論です。なぜなら無理にを使うと、いびつなテストコードができやすいから。基はsubjectなしで書く。明らかにsubjectが有効なと

    僕がRSpecでsubjectを使わない理由 - give IT a try
    u1tnk
    u1tnk 2021/10/10
    個人的にはdescribeの内容からわかりやすい内容のsubjectは使うが、無理するなら使わない。こだわり強くは無いので、使用しなくても良いと思う。
  • プログラミング初心者は変数名やメソッド名を略さない方がいいよ、という話 - give IT a try

    今回のエントリでは先日、僕が勤めているソニックガーデンで話題になったプログラミング関連の小ネタを書きます。 それは何かというと、「プログラミング初心者は変数名やメソッド名を略さない方がいい」という話です。 長い変数名やメソッド名はつい略したくなります。 実際、僕も長い名前を略すときはよくあります。 ですが、略称を使うのは長年の経験から「この略称は一般的だから誤解を招くことはきっと少ないだろう」とか「前後の文脈から、変数の中身は誰が見ても明らかだろう」という想像が付いた場合だけです。 一方、プログラミング初心者の人は経験が浅いため、「一般的かどうか」とか、「誤解が発生しないかどうか」といった判断ができません。 そのため、他の人が見たときに「え、何この変数名?」と思ってしまうような略称を付けてしまう恐れがあります。 たとえば、先日のコードレビューで、初心者の人がrev_noという名前の変数を定

    プログラミング初心者は変数名やメソッド名を略さない方がいいよ、という話 - give IT a try
    u1tnk
    u1tnk 2021/04/07
    よく指摘する内容をブログにして自分で使う…この方針を見習っていかねば
  • フィヨルドブートキャンプのメンターとしてやっていること、感じていること #fjordbootcamp - give IT a try

    はじめに このエントリはフィヨルドブートキャンプ Part 2 Advent Calendar 2020 22日目の記事です。 昨日はYuki Watanabeさんの「Gitちんぷんかんぷんな私がGitを学ぶ!そこから学習のコツを見つけるところまで」という記事でした。 フィヨルドブートキャンプのアドベントカレンダーにはPart 1もあります。 さて、僕は2020年2月からフィヨルドブートキャンプでメンターをやっています。 僕がメンターをやってみようと思ったのは、プログラマ界隈で定期的に話題になる「プログラミングスクールって、ちょっとどうなのよ?」というややネガティブな評価について、実際に中の人の立場で体験していろいろ考えてみたいと思ったからです。 フィヨルドのお二人とは以前から知り合いですし、フィヨルドブートキャンプについてはネット上であまり悪い噂を聞かない(むしろポジティブな評価の方が多

    フィヨルドブートキャンプのメンターとしてやっていること、感じていること #fjordbootcamp - give IT a try
    u1tnk
    u1tnk 2020/12/23
    #fjordbootcamp これはスクール考えてる人に見て欲しいヤツ。何も考えずに三ヶ月で就職できるほど親切じゃないけど良い所です。
  • 技術書、紙の本で読むか、電子書籍で読むか? - give IT a try

    Twitterに書こうかと思ったけど、明らかに字数オーバーするのでブログに書きます。 タイトルの通り、技術書を紙ので読むか、電子書籍で読むか、という話です。 結論からいうと、僕は基的に紙のを選びます。 紙ののメリット3つ(+1つ) 1. 自分にプレッシャーをかけられる 一番の理由は、机の上に置いて「最後まで読め」と自分にプレッシャーをかけられるからです。 上の写真のように、いやでも目に付く場所に常時置いておくことで、思い出す機会や手に取る機会を増やすことができます。 これが電子書籍だと姿形(すがた・かたち)が見えなくなるので、強い意志を持っていないと「積ん読」のまま終わってしまう可能性が高くなります。 参考:ちなみに今読んでいるはこれです↓ プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発 作者:Boris Cherny発売日: 2020

    技術書、紙の本で読むか、電子書籍で読むか? - give IT a try
    u1tnk
    u1tnk 2020/06/15
    ストレージの肥やしめっちゃ分かるけど、読み終わったらジャマと思ってた。が、処分する前提で紙も確かにアリ。でも風呂で読めない…
  • Software Design 2020年6月号にテストコードの記事を寄稿しました - give IT a try

    お知らせ 2020年5月18日発売のSoftware Design (ソフトウェアデザイン) 2020年6月号に「プロフェッショナルに訊く テストコードの流儀」という記事を寄稿しました。 ソフトウェアデザイン 2020年6月号 作者:松 健太郎,原 旅人,伊藤 淳一,粟 真一,hikalium,末村 拓也,松田 和樹,清水 洋治,結城 浩,武内 覚,田中ひさてる,宮原 徹,クラスメソッド 豊崎,エクスデザイン ninnzinn,くつなりょうすけ,梶山 隆輔,中島 倫明,高橋 憲一,十枝内 直樹,職業「戸倉彩」,mattn,小島 啓史,法林 浩之,古川 泰人,杉山 貴章発売日: 2020/05/18メディア: 雑誌 どんな内容なの? この記事は2020年6月号の第2特集として執筆していて、全部で26ページあります。 (ちなみに全ページ僕一人で執筆しています) 中身は3つの章にわかれていて

    Software Design 2020年6月号にテストコードの記事を寄稿しました - give IT a try
    u1tnk
    u1tnk 2020/05/19
  • ITエンジニアが知っておきたい、軽減税率制度(のイヤなところ) - give IT a try

    はじめに 僕のは兵庫県西脇市で「Coupé Baguette(クープ バゲット)」という小さなパン屋さんを営んでいます。 その関係で、先日国税庁から消費税の軽減税率制度に関するお知らせが届きました。 「軽減税率制度?あ〜、なんかそんな話もあったような」と思いながら資料を読んでみたところ、「げげっ、軽減税率制度ってこんな面倒な仕組みになってたの!?」とビックリしました。 というわけで、このエントリでは軽減税率制度の概要(と、ITエンジニアが困りそうなポイント)をざっくりとまとめてみます。 おことわり 僕自身は税理士のような税金の専門家ではないため、100%正しく理解しているとは限りません。 エントリ内に怪しい内容があればコメント欄等でご指摘いただけると助かります。 国税庁の資料から抜粋した、軽減税率制度の主なポイント 我が家にも届いた「よくわかる消費税軽減税率制度(平成30年7月)」(PD

    ITエンジニアが知っておきたい、軽減税率制度(のイヤなところ) - give IT a try
    u1tnk
    u1tnk 2018/08/31
    仕様がクソだと実装をどれだけ頑張っても生産性が落ちるという良い例。新聞つぶれねーかな
  • デザイナさん直伝のCSSテクニックが満載!「RubyistのためのCSS勉強会」を開催しました - give IT a try

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

    デザイナさん直伝のCSSテクニックが満載!「RubyistのためのCSS勉強会」を開催しました - give IT a try
    u1tnk
    u1tnk 2016/01/27
    すばらしい
  • Leanpubで本を売るとどれくらい儲かるの? 「Everyday Rails - RSpecによるRailsテスト入門」の報酬面を大公開しちゃいます - give IT a try

    はじめに 2014年2月7日から販売を開始した「Everyday Rails - RSpecによるRailsテスト入門」は、ありがたいことにすでに600部以上売れています。 発売前は「できたら300部ぐらいは売りたいよねー。年内に500部売れたら大成功かなー」みたいな話を翻訳チームで話していたのですが、当初の予定を超える売れ行きになって驚いています。 購入してくださったみなさま、当にありがとうございます! ところで、このは紙のではありません。電子書籍オンリーです。 しかも、日の出版社ではなく、カナダのLeanpubというサービスを使って販売しています。 さらに言えば、書をはじめ、Leanpubの書籍はすべてセルフパブリッシングです。 すなわち、作者が好きなように書いて好きなように売るです。 プロの編集者が執筆やセールスをサポートしてくれるわけではありません。 なので、世間一般の

    Leanpubで本を売るとどれくらい儲かるの? 「Everyday Rails - RSpecによるRailsテスト入門」の報酬面を大公開しちゃいます - give IT a try
    u1tnk
    u1tnk 2014/05/28
    ちゃんと著者も儲かるのは良い仕組みだなぁ。
  • 妻のパン屋のWebサイトを四苦HackしてIE対応した話 - give IT a try

    はじめに 昨日公開した「第一回 プログラマ向けデザイン勉強会の内容を参考にしてのパン屋のWebサイトをリニューアルしてみた」の続編を書きます。 今回は僕が苦労したIE6〜8対応のお話です。 実はIE8ユーザーの割合はIE9に次いで第2位! Mac万歳!Chrome万歳!な僕にとって、IEは「どうせ使うことないし、どうでもいいよね〜」という「心の中でサポート対象外なブラウザ」でした。 しかし、店のWebサイトのアクセス解析を見てみると、実はIE9とIE8が1位、2位を占めていることがわかりました。 よく見ると8位にはIE6がまだしぶとく生き残っています。 この結果を見ると、「うーん、こりゃ完全に無視するわけにはいかんな・・・」と考えざるを得ませんでした。 IE対応を全く考慮していないとこうなる まず最初に、IE対応を全く考慮していないと、いったいどんな表示になるか見てみましょう。 トップペ

    妻のパン屋のWebサイトを四苦HackしてIE対応した話 - give IT a try
    u1tnk
    u1tnk 2013/01/19
    素晴しいしやるべきだろうけど、みんな対応しなかったらIE減るかなぁと妄想。
  • 「第一回 プログラマ向けデザイン勉強会」の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた - give IT a try

    はじめに みなさん、明けましておめでとうございます!・・・と言うにはあまりにも遅すぎる時期になって2013年最初のブログ更新となりました。 「そろそろブログ書かなきゃ書かなきゃ〜!」と思っていたのですが、年末からのパン屋のWebサイトのリニューアルに没頭してしまい、間が空いてしまいました。 せっかくなので、2013年最初のエントリではそのお話をしたいと思います。 「第一回 プログラマ向けデザイン勉強会」の発表資料が素晴らしい! 前々からからは「Webサイトのデザインをリニューアルしてほしい」と言われていたのですが、僕自身はあまりデザイン方面には強くないプログラマなので、どうしようかと困っていました。 そんなとき、ネットで見つけたのが「第一回 プログラマ向けデザイン勉強会」でした。 東京の勉強会なので、僕は参加できませんでしたが、発表者の方々のわかりやすいスライドが公開されていたので、だ

    「第一回 プログラマ向けデザイン勉強会」の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた - give IT a try
    u1tnk
    u1tnk 2013/01/17
    ちゃんと応用して実現するところが凄い!
  • 1