A4用紙を使った自分流のタスク管理術とセルフマネジメント #sgadvent - give IT a try
はじめに この記事はソニックガーデンアドベントカレンダー15日目の記事です。 このアドベントカレンダーでは僕が勤務している株式会社ソニックガーデンのメンバーが、社内文化や会社のポリシー、役立つ技術情報などを紹介していくアドベントカレンダーです。 今回僕は「A4用紙を使った自分流のタスク管理術とセルフマネジメント」について書いてみようと思います。 その前に自己紹介 名前を伊藤淳一と言います。 兵庫県西脇市という田舎町からリモートで働いています。 ちなみに西脇市はこんなところにあります。 ソニックガーデンには2012年の6月に入社し、現在4年目になります。 予備知識：ソニックガーデンのビジネスモデルとプログラマの役割 ソニックガーデンでは「納品のない受託開発」というスタイルの受託開発をやっています。 これは簡単にいうと、お客さんから毎月定額で料金をいただき、プログラマは毎週一定の成果（システム
僕が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が有効なと
Basecampに学ぶ、10倍の生産性を生み出す考え方とソフトウェアビジネスのアイデア - give IT a try
はじめに 先日、こちらのページでRuby on Rails作者のDavid Heinemeier Hansson (DHH) 氏と、Basecamp (旧37signals) 創業者のJason Fried氏の対談記事を読みました。 「10倍プログラマ」の神話、Ruby on Railsの生みの親が語った高い生産性のカギとは!? | HRナビ by リクルート なかなか興味深い内容だったので、個人的なメモレベルで日常的な仕事やソフトウェアビジネスの考え方で参考になりそうなポイントをまとめてみました。 10倍の生産性を生み出す考え方 200ドルで実装する方法、100ドルで実装する方法、7時間で実装する方法。この中から7時間で実装する方法を選ぶ。 同じ仕事を速くやろうとするのではなく、違う仕事をやる。そこに価値を見いだす。 周りのできの悪いプロダクトよりもほんの少し良くする。 3ヶ月以上かかる
予備校で習った「現代文の読解テクニック」を使って、Web記事から「筆者の主張」を抽出してみた - give IT a try
はじめに 元の記事は削除されてしまったのですが、昨日Qiitaで「Webエンジニア業界に感じた違和感」という記事を読みました。 内容の方は「まあ、言わんとすることはわからなくはない」という感想だったのですが、それ以上に「なんか読みにくい文章だな」「話が右へ左へ大きくブレていて（＝褒めたりdisったりを何度も繰り返していて）、結局何が言いたいのかよくわからないな」という印象を強く受けました。 そこで、本エントリでは昔僕が予備校で習った「現代文の読解テクニック」を使って、「筆者が主張したい内容」を抽出してみることにします。 予備校で習った「現代文の読解テクニック」とは？ 僕が予備校で習った「現代文の読解テクニック」は、ざっくりいうとこんなテクニックです。 「だが」「しかし」など、逆接の接続詞が登場したら、そこから後ろが筆者の主張なので、「だが」「しかし」の前に書いてある内容は無視して良い。 「
プログラマは「勉強」の２文字を見たら「投資」に置き換えたらいい - give IT a try
勉強は「しなければならない」ものなのか？ ネットを見てると、ときどき「プログラマやITエンジニアは一生勉強し続けなければいけない」「休日も勉強しないと生き残れない」という記事を見かけます。 僕もそのとおりだと思いますし、実際それなりに勉強してる方だとは思います。 一方で、「なぜ休みを使ってまで勉強しなければいけないのか」という否定的な意見が出ることもあります。 そういった意見に対して、よく勉強している人は「自分は勉強だとは思っていない。趣味でコードを書いている」と反論します。 僕も勉強している側に立っている人間なので、「そうだね。好きでやってるから半分趣味だね」と同意します。 しかし、勉強することに疑問を持っている人に向かって「勉強は楽しいよ。趣味だと思えばいいよ」と言ったって、説得力はありません。 運動音痴で体育の時間が苦痛で苦痛で仕方なかった僕に向かって「マラソンは楽しいよ。伊藤さんも
25歳から5年刻みで自分の健康がどう変わってきたのかをまとめてみる - give IT a try
はじめに 以前、健康に関するこんなツイートをしました。 25歳ぐらいまでは「（健康面において）自分は（何もしなくても）無敵」だと思っていたけど、25を過ぎるとだんだんと「あれ？こんなはずじゃ？？」と思うところ（今までのようにいかないところ）が増えてくるんだよな〜。って、話し始めるとブログ1本書けちゃうのでストップ。— Junichi Ito (伊藤淳一) (@jnchito) January 24, 2020 健康っていうネタで1本ブログが書けそう、ってツイートしたので、今回ちょっとブログを書いてみようと思います。 僕は今年で43歳になるのですが、年を取るにつれて「健康維持って大事だよな、そして大変だよな」という思いが強くなってきています。 具体的にどういった点でそう思うのか、25歳から5年刻みで健康について僕が感じてきたことを簡単にまとめてみようと思います。 【もくじ】 はじめに 25歳
10年ぐらい前はすごく有名で活発に活動してたのに、近頃はさっぱり音沙汰がないエンジニアさんたちをふと思い出したりする話 - give IT a try
僕がまったく無名のエンジニアで、ブログやTwitterを始めるか始めないかっていうぐらいの頃（2008年とか2009年とかそれぐらい）、ネット界隈には知名度も高くて頻繁にブログやTwitterを更新していた有名なエンジニアさんがたくさんいた。 何人かの人は今も第一線で活躍してるけど、一部のエンジニアさんたちはなぜかぱったりブログやTwitterを更新しなくなって「今何やってるの？」状態の人がちらほらいたりする。 当時は「〇〇さんはやっぱりすごいなー。Twitterのフォロワーもこんなにたくさんいるし」みたいに憧れてたりしたけど、何かの拍子にふと思い出してその人たちのアカウントを覗いたりすると、いつの間にか自分のTwitterアカウントの方がフォロワー数が多かったりする。 あの頃は頻繁に面白いブログ記事を書いてくれてたのに、なんで今ブログを見に行ったら最終更新日が2014年とかで止まってたり
テストコードは「書けるようになる」ものじゃなく「書きたい」と思うもの（ポエム） - give IT a try
「Railsチュートリアルを見ながらテストコードを写経しても、自分でテストコードが書ける気がしない」という新人さんのつぶやきに思わず反応した僕の、斜め上から目線の感想を書きなぐっておきます。 テストコードは「書けるようになる・ならない」の問題じゃなくて、「テストコードって便利！テストコードって大事！！」って思えるかどうかじゃないかな～と思ってる。 僕みたいなおっちゃんが働き始めた頃は「テスト = 手で動かして目で確認してスクリーンショットを撮ってエクセルに貼り付ける」という肉体労働だった。 コードを変更したら、もう一回「手で動かして目で確認してスクリーンショットを撮ってエクセルに貼り付ける」を繰り返さなきゃいけなかった。 ところが、テストコードを書けば「自動化できる！何回でも繰り返せる！すぐ終わる！自動テストすげー！！」ってなって、「こりゃテストコード書けた方が100倍いいわ」っていうモチ
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
仕事場拝見！とあるリモートワーカーの仕事場と仕事道具を紹介します - give IT a try
はじめに 僕は東京渋谷にある株式会社ソニックガーデンで、Railsプログラマとして働いています。 しかし僕が住んでいるのは兵庫県西脇市という田舎町で、自宅からリモートワーカーとして働いています。 どんな感じで僕が仕事をしているのかイメージしてもらうために、このエントリでは僕の自宅の仕事場の写真と、仕事場で使っているアイテムの紹介をしていきます。 仕事場の写真 僕の現在の仕事場はこんな感じです。 ここで毎日Railsのコードを書いたり、このブログを書いたりしています。 仕事でもプライベートでも、全く同じ環境を使い回せるのがリモートワークの良いところです。 最近、モニタスタンドとPCスタンドを導入してみました。 モニタスタンドの下にはキーボードをしまい込めるので、デスクの上で何か作業をしたいときでもキーボードが邪魔になりません。 同様にPCの下にもスペースができたので、ティッシュペーパーの紙箱
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
開発時間短縮のためのプラクティス10選 - give IT a try
このエントリを書いた背景 先日会社で「開発時間を短縮するためのアイデアやノウハウをみんなでシェアしよう」という課題が出されました。 「カウボーイコーディングとコピペプログラミングで技術的負債たっぷりのシステムを作りましょう。そうすれば開発時間はぐっと短くなりますよ」なんてことは口が裂けても言えないので、真面目に考えてみました。 色々あるとは思うのですが、その中でも特に重要だったり、言語や技術を問わずに使えそうなものを10個選んでみました。 どれもまあ、基本中の基本だったり、アジャイル開発だと常識的に行われているようなことばっかりかもしれません。 とはいえ、おいらの会社に限定されるような話は載っていないので、ここにもその時に書いた内容をそのまんま載せておきます。 ただし、あなたの仕事とおいらの仕事は少し違うと思うので、読む前に以下の前提条件を確認しておいてください*1。 このエントリを読む前
O/Rマッピングツールに対する誤解をときたい - give IT a try
2010.12.23 追記 本エントリの続編となる「実装編」のブログを書きました。 こちらも合わせて読んでみてください。 O/Rマッピングツールに対する誤解をときたい -実装編 Part1- - give IT a try 本文にコメントすると泥沼に巻き込まれそうなので、ここに書いておきます。。。 http://el.jibun.atmarkit.co.jp/g1sys/2010/05/post-2d1b.html なんかこのコラムのコメントを読んでいると、「O/Rマッピングツール(ORM)はSQLを書きたくない開発者のためのツールだ」と思われているような感じを受けます。 おいらはこれまでORMを使った開発プロジェクトに3回参加しました。 確かに最初のプロジェクトでは「SQLを書かなくてもいいんだよ」とリーダーから説明されたような記憶があります。 しかしその発想は大きな誤解です。 ORMを
Leanpubで本を売るとどれくらい儲かるの？ 「Everyday Rails - RSpecによるRailsテスト入門」の報酬面を大公開しちゃいます - give IT a try
はじめに 2014年2月7日から販売を開始した「Everyday Rails - RSpecによるRailsテスト入門」は、ありがたいことにすでに600部以上売れています。 発売前は「できたら300部ぐらいは売りたいよねー。年内に500部売れたら大成功かなー」みたいな話を翻訳チームで話していたのですが、当初の予定を超える売れ行きになって驚いています。 購入してくださったみなさま、本当にありがとうございます！ ところで、この本は紙の本ではありません。電子書籍オンリーです。 しかも、日本の出版社ではなく、カナダのLeanpubというサービスを使って販売しています。 さらに言えば、本書をはじめ、Leanpubの書籍はすべてセルフパブリッシングです。 すなわち、作者が好きなように書いて好きなように売る本です。 プロの編集者が執筆やセールスをサポートしてくれるわけではありません。 なので、世間一般の
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は仕事でも使っていて、
妻のパン屋のWebサイトのソースコードと、サイトで活用したRails/Heroku関連の技術的なトピック - give IT a try
はじめに 先日公開した「第一回 プログラマ向けデザイン勉強会の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた」の続編2本目です。 妻の店のWebサイトはRails + Herokuで開発・運用されています。 今回のエントリでは開発や運用で活用した技術的なトピックを紹介します。 内容はどちらかというと、Rails/Herokuの入門者(最近Railsを使い始めたエンジニア)向けです。 上級者の方は「そんなん誰でも知っとるわー！」という話ばっかりかもしれませんので、予めご了承ください〜。 Webサイトのソースコード つらつらと文章だけ書いていってもイメージがわきにくいと思うので、Webサイトのソースコードを公開することにしました。 掘り下げて確認してみたい内容があれば、サイトのコードを直接見てもらうことができます。 https://github.com/JunichiIto/c
自動化テストで気をつけること - give IT a try
先日、会社のメンバーからテストの自動化に苦労しているという話を聞きました。 そういえば、一言で「テストの自動化」といっても結構奥が深いので、自動化テスト初心者が注意すべき点や重要なポイントをちょっと考えてみました。 自動化テストの注意点 どのような処理でもプログラムとして自動化できるプログラミングスキルを実装者が持っていること。 結局、手作業でやっていることのほとんどをプログラムとして実装する必要があるからです。 いつでも、どこでも、誰が実行しても同じテスト結果が返ってくるようにテストを作成すること。 たとえば、テストの成功・失敗がシステム日時や外部ファイルやデータベース等に格納された不安定なデータに依存しているとテストがすぐに壊れます。 壊れたテストを放置しないこと。 少なくともソース管理システムにコミットしたファイルはすべてパスするようにしましょう。 壊れたテストを放置すると、誰も自動
僕だったらどうやって洋書が読めるように努力するか - give IT a try
はじめに JavaBlackさんのこちらのエントリにインスパイアされて、プログラマと英語、そして洋書についてちょっと何か書いてみたくなりました。 http://d.hatena.ne.jp/JavaBlack/20111231/p2 まず、元ネタになってるこちらの記事。 明暗くっきり、オライリーと技術評論社 僕も数日前に読みましたが、スルーしました。 誰が書いたかわかんないし、明暗くっきりとかいう割には客観的なデータも示されてないし、釣り記事のレベルを超えてないな〜というのが感想でした。 なので、オライリーと日本の出版社がどうこうという話には深入りしません。 てか、どちらもがんばって！ 英語苦手度チェック さて本題。 JavaBlackさんのお話は大方Agreeです。 プログラマとして頭ひとつ抜けようと思ったら、最低限英語を読むスキルは必須だと思います。(書く、話す、聞くは二の次だとしても
英語力を向上させるためにこれまで僕がやってきたこと - give IT a try
はじめに みなさんは英語が得意ですか？ 僕は得意です。 ・・・って言っちゃうと、すごくイヤミのように聞こえるかもしれませんが、自分としては「今のところ日常的に自分の英語力で困ることはない」ので、概ね満足しています。 僕がそんな話をすると、「いったいどうやって英語を勉強してきたんですか？」とよく聞かれます。 なので、今回は僕がこれまでどういう英語の勉強をしてきたのかについて書いてみます。 が、残念ながら「TOEIC200点だった僕が突然ペラペラに！！」みたいな、夢の必勝法は書いていないので、そういう話は期待せずに読んでください。 今の英語力について 冒頭で書いたように僕の英語力は「今のところ困っていない」というレベルです。 なので、状況が変わると「困る」こともで出てきます。 というわけでまず最初に、僕は英語でどういうことができて、どういうことが苦手なのかをまとめておきます。 できること [話
妻のパン屋の悩み事をFacebookページで解消したお話 - give IT a try
2014.03.06追記: 2013年を振りかえるエントリを書きました！ Facebookページを始めてから1年後にどうなったのか気になる方はこちらもどうぞ。 独学の主婦が自宅で開業したパン屋さん「クープ バゲット」の2013年を夫が振り返ってみる - give IT a try はじめに 僕のブログをよく読んでくれている方はご存知かと思いますが、僕の妻は去年から兵庫県西脇市でCoupé Baguette(クープバゲット)という小さなパン屋さんをやっています。 1ヶ月ぐらい前にちょっと訳あって店のFacebookページを開設しました。 今回はFacebookページを開設した背景やその効果などをまとめてみようと思います。 Coupé Baguetteの前提知識 妻のパン屋については、以下の前提知識があると話がより分かりやすいと思います。 妻が家事や育児の傍らパンを作っていることもあって、営業
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
