初の海外カンファレンス参加＆初のRubyConfをできるだけ詳しくレポートします #RubyConf2018 - give IT a try
はじめに このブログで先日お伝えしたとおり、2018年11月13日から15日にかけてロサンゼルス（LA）で開催されたRubyConf 2018に参加してきました。 このエントリではRubyConfに行っていない人にも雰囲気が伝わるように、現地の写真やセッションの感想、英語の難易度といった観点で参加レポートを書いてみようと思います。 とりあえず、めちゃくちゃ長くなってしまったので、先に目次を載せておきます。 はじめに 写真で見るRubyConf RubyConfで印象に残っていることベスト3 1. 日本のIT系イベントや勉強会に比べて女性の参加者が多い 2. 想像していたほどテクニカルなカンファレンスではなかった 3. 海外でもRubyが愛されていることを肌で実感できた 印象に残っているセッションの感想等 ■ 1日目 OPENING KEYNOTE - Yukihiro Matsumoto
リモート参加もOK！簡単なRailsのお題を使って公開コードレビューをやります！（2017年8月24日）#railsdm - give IT a try
お知らせ 2017年8月24日（木）の19:30から開催される、Rails Developers Meetup #4で「プロを目指すRailsエンジニアのための公開コードレビュー」という講演をやります。 会場は東京がメインですが、中継で視聴可能な大阪会場と、日本全国どこからでも参加できるリモート会場（YouTubeライブ使用）の3箇所に分かれています。 また、僕自身も兵庫県西脇市の自宅からリモートでお話しする予定です。 話す人も聞く人もリモートで参加できる勉強会ってすごいですね。未来的！ 申込みページはそれぞれ以下のとおりです。 僕の講演の概要はこんな感じです。 「プロを目指すRailsエンジニアのための公開コードレビュー」 自分が書いたコードは他の人が見たときにどう思われるのか、気になりませんか？ この発表では、参加者のみなさんが書いたコードをソニックガーデンのプログラマ、伊藤淳一がその
「RSpec で example の外で定義したローカル変数を使うのはアリか？」に対する僕の見解と解決策 - give IT a try
はじめに 先日、「RSpec で example の外で定義したローカル変数を使うのはアリか？」というブログ記事を拝見しました。 ブログの作者である「きいあむ」さんは、「exampleの外で定義したローカル変数を使うのもアリなのでは？」というスタンスで記事を書かれています。 ですが、僕は「うーん、これはちょっと・・・」という感が否めません。 そこでこのエントリでは上記ブログ記事の内容に対する、僕の見解と考えられる解決策を書いていきます。 RSpecでテストを書くことがある人は参考にしてみてください。 上記ブログの簡単なまとめ さくっと要点を把握したい、という方のために、きいあむさんの意見を簡単にまとめておきます。 RSpecでは値を共通化するために、インスタンス変数やletを使います。 たとえば、何も考えずに愚直テストを書くとこんな感じになります。 describe User do it
【意見】Doorkeeperは定額制ではなくチケット制の料金プランを導入してほしい - give IT a try
はじめに 昨日、イベント告知サイトのDoorkeeperが完全に有料化するという発表がありました。 主催者の皆さまにご利用料をお支払いいただく理由 | Doorkeeper Doorkeeper料金体系の変更について | Doorkeeper 料金プラン | Doorkeeper 有料化自体は全く否定しないのですが、料金プランが僕の利用形態にマッチしないのでDoorkeeperを利用し続けるべきかどうか迷っています。 このエントリではDoorkeeperから提示された料金プランが利用形態にマッチしない理由と、それに代わる別の料金プランの提案をします。 TL; TR（長いので最初に結論） ちょっと長いので最初に結論を書いておきます。 このエントリで言いたいことは以下の通りです。 有料化はかまわない。自分はDoorkeeperの愛用者なので、料金を払う用意はある。 ただし、最低でも「毎月150
デザイナさん直伝の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問目：記事
今夜わかる「スタック・オーバーフロー」の世界 - give IT a try
はじめに プログラミングをやっている人であれば、スタック・オーバーフロー（Stack Overflow）を知らない人はいないと思います。 エラーメッセージをコピペしてググるとトップによく出てくる、このページのことです↓ Stack Overflow - Where Developers Learn, Share, & Build Careers また、ご存知の方も多いかもしれませんが、去年の12月からは日本語版サイトも登場していて、現在は日本語で質問と回答が投稿できるようになっています。 スタック・オーバーフロー とはいえ、ネットで見つけて回答を読むことはあっても、自分から質問したり回答したりする人はまだまだ少数派のような気がしています。 そこで、今回のエントリでは日本語版サイトをメインターゲットにして、スタック・オーバーフローの使い方をまとめてみようと思います。 注：このエントリでは関数
初心者必見！？Kindle ダイレクト・パブリッシング（KDP）でレシピ本を出版して得られた知見を紹介します - give IT a try
はじめに 先日、妻がKindle ダイレクト・パブリッシング（KDP）でパンのレシピ本「武蔵Fils（フィス）で作る美しいバゲット」を発行しました。 武蔵Filsで作る美しいバゲット 作者: 伊藤香代子出版社/メーカー: Coupe Baguette（クープ バゲット）発売日: 2015/08/16メディア: Kindle版この商品を含むブログを見る 著者は妻になっていますが、出版に関する作業の大半は僕が担当しています。 それから、僕は去年Leanpubというサービスを使って「Everyday Rails - RSpecによるRailsテスト入門」という電子書籍を発行しています。 なので、電子書籍の発行はこれで2回目になります。 しかし、KDPを利用したのは今回初めてです。 僕と同じようにKDPを初めて利用する人のために、このエントリではKDPを使った出版の流れや実際に使ってみて気づいた点
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
RSpecの開発者が語る、RSpecとMinitestの利点 - give IT a try
はじめに 先日、MinitestとRSpecを比較するこんな記事を書きました。 blog.jnito.com MinitestとRSpecの比較記事はネットにたくさんありますが、その中の一つにRSpecのメイン開発者であるMyron Marston氏によって書かれた記事（回答）がStackoverflowに載っています。 ruby on rails - Minitest and Rspec - Stack Overflow 2012年9月の回答なので現在では状況が変わっている点も多少あるかもしれませんが、なかなか興味深い内容だったので翻訳してみました。 質問：MinitestとRSpecについて ついさっきMinitestを解説しているRailscastを視聴しました。 Railsアプリケーションをテストする場合、RSpecとMinitestではどのような長所と短所がありますか？ RSpe
悩んでるポイントはみんな同じ！？「Rubyistのためのテストコード相談会」の質疑応答まとめ - give IT a try
はじめに 先週の土曜日（2015年5月16日）に西脇.rb＆神戸.rbで「Rubyistのためのテストコード相談会 ～テストの書き方に悩んでいませんか？～」という勉強会を開催しました。 この勉強会は「テストコードに関する疑問や悩みをみんなで持ち寄り、みんなで解決すること」を目的にした勉強会です。 勉強会中はいろいろと興味深い議論が出たので、今回のエントリではその内容を簡単にまとめてみます。 勉強会で挙がった質疑応答 よく使うフレームワークは？ RSpecが大多数、Minitestが若干名。 gemを開発するときはMinitest、RailsはRSpec、というように開発内容によってフレームワークを使い分ける、という人もいた。 Minitestってどうなの？ 導入が簡単。assertメソッドだけ知っていればなんとかなる。 Railsにも対応している。Capybaraも使える。 RSpecのs
「Ruby on Rails on Minitest」を翻訳してみた - give IT a try
はじめに 今日の朝、Twitterで突然こんなリプライをもらいました。 @jnchito want to translate my slides from railsconf 2015??— Ryan Davis (@the_zenspider) May 11, 2015 どのスライドのことだろう？と思って調べてみたら、どうもこのページで紹介されているスライドのことみたいです。 Ruby on Rails on Minitest | 2015 Railsconf | by ryan davis 発表の動画もYouTubeにありました。 RailsConf 2015 - Ruby on Rails on Minitest - YouTube スライドはPDFで提供されていて、全部で254ページあります。 http://www.zenspider.com/pdf/2015_railsconf_
ブログが炎上しないように僕が気をつけている9つのこと - give IT a try
はじめに 僕はこれまでたくさんブログを書いてきていますが、いわゆる「炎上」はできるだけ避けるように気をつけて書いています。 今回のエントリでは具体的にどういった点に気をつけて書いているのかをまとめてみます。 photo by RW Sinclair 炎上しないようにするためのチェックリスト 本文がちょっと長いので先に各項目の見だしをリストアップしておきますね。 読んでいる人のプライドやメンツを潰さない AよりBが優れていると言いたいときはBが優れている点だけを書く 主語を大きくしない、デフォルトの主語は常に「僕」とする 自分の価値観を他人に押しつけない 「良い・悪い」「正しい・間違っている」ではなく、「僕は好き・嫌い」の形で話す ネガティブな話題を避け、ポジティブなことを書く どうしても批判したい場合はできるだけ該当する人や集団をぼやかす 批判的な内容になりそうであれば自分の失敗を交えて相
「エンジニア病」を抱えたあなたに効く「デザインの考え方」 ～ソニックガーデン・デザインメンター対談のまとめ～ - give IT a try
はじめに 先日、僕が勤務しているソニックガーデンのブログ記事で、弊社プログラマとデザイナーさんの対談記事が公開されました。 【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう 【中編】プログラミングとデザイン、やっていることはわりと同じ〜「デザインは感覚じゃない」 【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！ インタビューに登場する町田さん（@machida）と赤塚さん（@ken_c_lo）は僕もよく知っているとても素晴らしいデザイナーさんです。 素敵なデザインができるのはもちろん、HamlやSassなどプログラマ寄りの技術知識も豊富に持ち合わせていますし、物腰も柔らかくてとても相談しやすい方たちです。 業界の各方面から引っ張りだこなのも十分頷けます。 ところで、上の記事の中に出てくる「デザインメンター制度」
このたびソニックガーデンの7人目のメンバーになりました - give IT a try
はじめに タイトルにもある通り、このたび株式会社ソニックガーデンで働くことになりました。 Rubyやアジャイル開発に興味がある方なら、きっとみなさんソニックガーデンのことをご存知なのではないでしょうか。 代表取締役社長の倉貫さんをはじめ、選りすぐりの精鋭部隊が今回僕を迎え入れてくれたことは非常に光栄です。 会社のため、お客様のため、プログラマを憧れの職業にするため、日本のIT業界発展のために精一杯頑張ります！ どうやって働くの？ 一部の方はご存知かもしれませんが、僕は現在兵庫県西脇市に在住しています。 ソニックガーデンのオフィスは東京の渋谷にあります。 なので僕はこれから単身赴任・・・ではなく、地元西脇市からリモートで開発を行います。 わかりやすく言うと、在宅勤務です！ もっとも、最初の3ヶ月ぐらいは研修期間として東京で働きます。 余裕があれば東京の勉強会等に顔を出すかもしれません。その際
「第一回 プログラマ向けデザイン勉強会」の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた - give IT a try
はじめに みなさん、明けましておめでとうございます！・・・と言うにはあまりにも遅すぎる時期になって2013年最初のブログ更新となりました。 「そろそろブログ書かなきゃ書かなきゃ〜！」と思っていたのですが、年末から妻のパン屋のWebサイトのリニューアルに没頭してしまい、間が空いてしまいました。 せっかくなので、2013年最初のエントリではそのお話をしたいと思います。 「第一回 プログラマ向けデザイン勉強会」の発表資料が素晴らしい！ 前々から妻からは「Webサイトのデザインをリニューアルしてほしい」と言われていたのですが、僕自身はあまりデザイン方面には強くないプログラマなので、どうしようかと困っていました。 そんなとき、ネットで見つけたのが「第一回 プログラマ向けデザイン勉強会」でした。 東京の勉強会なので、僕は参加できませんでしたが、発表者の方々のわかりやすいスライドが公開されていたので、だ
妻のパン屋の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対応を全く考慮していないと、いったいどんな表示になるか見てみましょう。 トップペ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
