サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
災害への備え
www.changesworlds.com
このブログをご覧のみなさん、こんにちは。 モブ・プログラミングとは? (なんちゃって)モブ・プログラミング(もどき)でスキルを伝授してみたに詳細は記載しています。 環境 以下を 2 回、 人数: 3 名(学生二名、自分) 学生一名は自分の知り合い、もう一名は初対面 自分の知り合いの学生は以前一緒にペアプロをしたことがあり、ある程度プログラミング能力がある もう一名はプログラミングが苦手で、書籍などを“読んで”学んでいる 場所: Starbucks 機器: MacBook Air 一台、大型ディスプレイなし、ホワイトボードなし 以下を 4 回、 人数: 五名(学生 4 名、自分) 学生二名は自分の知り合い、もう二名は初対面 自分の知り合いの学生は以前一緒にペアプロ、モブプロをしたことがあり、ある程度プログラミング能力がある 初対面の二名は片方はプログラミングが苦手、もう片方はプログラミングが
このブログをご覧のみなさん、こんにちは。 Ruby on Rails で helper メソッドを view 以外で使う方法を調査したので、その手順をメモとして残しておきます。 Ruby on Rails 2.1 以降では、以下の記述で helper メソッド を Controller や Model など View 以外で使用できます。 Model の場合
このブログをご覧のみなさん、こんにちは。 手順を調べたのでメモとして残しておきます。 カンマ区切りで export する場合 所謂 CSV ファイル。
このブログをご覧のみなさん、こんにちは。 Pull Request を送った後の指摘に対応していたところ「 squash してコミットを 1 個にまとめて」と言われたので、手順を調べたのでメモとして残しておきます。 squash には 2 種類ある squash はすべてのコミットを 1 つにまとめるもので以下の 2 種類があります。 git merge --squash [branch or commit] git rebase -i [commit] git merge –squash [branch or commit] 前者は git merge コマンドで実行している通り、[branch or commit] で指定した内容を 1 つにまとめて merge します。今回 Pull Request を送った自分に対して「 squash して」と言っているので、これとは別になります。
このブログをご覧のみなさん、こんにちは。 ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラッシュドット・ジャパン デベロッパー 本家/.「The Programmers Who Want To Get Rid of Software Estimates」より Mediumの記事で最初にリンクしているツイートは2年以上前のものだが、実際に見積がなくなるまでにはどれぐらいの期間が必要だろうか。 タイトルの通り、見積りの時間を減らしたいなら「アジャイルな見積りと計画づくり」を読んで実践するといいよ!というお話です。 なぜ見積り / 計画づくりに失敗するのか? そもそも不確実性コーンと呼ばれるプロジェクトの段階毎の見積り誤差の関係をグラフにすると、プロジェクトの初期では 60% から 160% の誤差が生じます。つまり、見積りには不確実性があり、それは初期が最も高いのだか
このブログをご覧のみなさん、こんにちは。 2015/09/06 に品川グランドセントラルタワーにて行われた、DevOps Hackathon Day 2に参加してきました。 内容についてはDevOps Hackathon Day 1に記載の通りです。 Day 2 Agenda Agenda は以下の通りです。 9:00-10:00: Registration & Breakfast 10:00-12:00: Hackathon Continues 12:00-13:00: Lunch 13:00-15:30: Hackathon Continues 15:30-17:00: Team Presentations & Judging DevOps Hackathon Day 朝食 & 昼食 & ドリンク & お菓子 午前中は軽食のサンドイッチにドリンク、午後は昼食としてお魚屋さんのお弁当、無
このブログをご覧のみなさん、こんにちは。 この blog は Markdown 記法で書いており、エディタには Mou を使っていました。Sublime text も試したのですが、それぞれ長所と短所を比較して、最終的には Mou を選択していました。 Mou と Sublime Text のそれぞれの長所と短所 Mou 長所 : リアルタイムにプレビューできる 短所 : シンタックスハイライトをしない Sublime Text 長所 : シンタックスハイライトをする 短所 : リアルタイムプレビューがエディタ内で閉じていない1 リアルタイムプレビューの使い勝手を取って、Mou を使って“いました”が、Visual Studio Code で Markdown を表示すると Mou と Sublime Text の両方の長所を合わせもっていたので、今後は Visual Studio Cod
このブログをご覧のみなさん、こんにちは。 前回、見積りの時間を減らしたいなら「アジャイルな見積りと計画づくり」を読もうで見積りについて、ご紹介しました。よく“ストーリーポイント”で規模を見積っていつつ、この“ストーリーポイント”を“時間”に置き換えて見積もっている人がいます。“時間”で見積る行為そのものが悪いとは言いませんが、それには非常に大きなデメリットがあります。デメリットを理解して使っているのであれば問題ありませんが、理解せずに使っているのであれば、デメリットを今回ご紹介しますので、参考にしてください。 “ストーリーポイント”で見積るメリット、“時間”で見積るデメリットの例 Q. 皇居一周を一緒に走ろうと話している 3 人グループがいます。しかし、見積りで意見が分かれてしまいました。 A「皇居一周なら 30 分だね」 B「ん? 1 時間じゃね?」 C「えっ? 45 分でしょ?」 一同
このブログをご覧のみなさん、こんにちは。 やあ (´・ω・`) ようこそバーボンハウスへ。 このページはサービスだから、まず見て落ちついて欲しい。 うん、「また」なんだ。済まない。 ちぇんわの顔も三度までって言うしね、謝って許してもらおうとも思っていない。 でも、このタイトルを見たとき、君は、きっと言葉では言い表せない 「またミスったのかYo!」みたいなものを感じてくれたと思う。 殺伐とした世の中で、そういう気持ちを忘れないで欲しい そう思って、このタイトルで作ったんだ。 じゃあ、ブラウザを閉じる以外の注文を聞こうか。 お前どんだけコマンドミスしてんのよ、って思ったかな? うん、そうなんだ。めちゃくちゃミスってるんだ。そもそもあれだ、Ruby on Rails チュートリアル:実例を使って Rails を学ぼうで色々気になる誤記を見つけたから、Pull Request で修正を送ろうとした
『DevOps Experience 2024@Tokyo』を主催 & 講演しました Jun 17, 2024 BLOG このブログをご覧のみなさん、こんにちは。 2024/06/15 に『DevOps Experience 2024@Tokyo』を主催 & 講演しました。 日本マイクロソフト株式会社様に会場を
このブログをご覧のみなさん、こんにちは。 前回の『許可を求めるな謝罪せよ (Don’t ask for permission, beg for forgiveness) 』の誤用では“Don’t ask for permission, beg for forgiveness” からの日本語訳で誤訳/誤用してしまっていることを調べました。今回、そもそも“Don’t ask for permission, beg for forgiveness”が本当に 3M の社是なのかどうかを調べてみました。 調査元 2011-02-05 – 未来のいつか/hyoshiokの日記 この「許可を求めるな。謝罪せよ」というフレーズは@kawagutiに教えてもらったのだが、彼は@hiranabeから3Mの社是として聞いていて、その心はというと、ともかく試してみてうまくいかなかったら、その時また考えるというよう
このブログをご覧のみなさん、こんにちは。 『許可を求めるな謝罪せよ』のフレーズを Google で検索するとたくさんでてきます。 許可を求めるな謝罪せよ – Google 検索 平鍋健児さんが通訳したものを川口恭伸さんが吉岡弘隆さんに教えて、及川卓也さん、和田卓人さんなど多くの人に一気に拡散したようです。 2014-05-26 – 未来のいつか/hyoshiokの日記 「許可を求めるな謝罪せよ」後にこれは誤訳だろうと思ったタイトルだが(略) と書いてあるものの訂正はされていないようです(2014/6/18 現在)。 2011-02-05 – 未来のいつか/hyoshiokの日記 著名な方が拡散してしまうと「それは誤用ですよ」、と伝えてもほとんど効果がないでしょうし、もう誤用が広まるのを止めることはできないでしょうから、そもそもの意味についてネイティブに確認したので、メモとして残しておきます
このブログをご覧のみなさん、こんにちは。 git commit を実行後にコミットをやり直したり、コミット自体を取り消す方法を調べたので、調査した手順をメモとして残しておきます。 起因 現在、主催している総武線沿線読書会で『アプレンティスシップ・パターン ―徒弟制度に学ぶ熟練技術者の技と心得 (THEORY/IN/PRACTICE)』を対象書籍として読んでいます。 この書籍の中で『読書リスト (Reading List) 』という節があり、その中で自分の読書リスト (Reading List) を作成し、読んでいる書籍を記入、公開して、最新状態に常に更新し続けましょうというものがありました。それを切欠に以下で読書リスト (Reading List) を公開しました。 が、初回のコミット時に initial commit. というコメントでコミットしていました。後になって、このコメントを修正
このページを最初にブックマークしてみませんか?
『Change the World!』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く