You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
"One head cannot contain all wisdom." -- The Olduvai Cycle (Systems University Archives) CVS は古くから使われている ソフトウェア構成管理システム (またはバージョン管理システム) です。CVS より後の世代である Subversion がすでに広く使われており、git や Mercurial が普及の兆しをみせてきた今となっては、CVS が新しいプロジェクトで採用される機会はほとんどないといえるでしょう。 しかし、CVS を使っている既存のプロジェクトは依然として存在しています。残念なことに PEAR はその一例であり、筆者が開発している Net_UserAgent_Mobile は PEAR の CVS リポジトリにあります。今回は Net_UserAgent_Mobile を例に、CVS リポ
■ [rails][ruby] Rails 3.0 から 3.1 にアップグレードした blog と wiki システムのようなものを持った cms の rubyagile を Rails 3.1 にした。意外とあっさりアップグレードできたけど、plugin 周りで気をつけないといけないことがちらほらあった。以下手順。 public/{images,stylesheets,javascripts} を app/assets に mv する rails_admin は github の rails-3.1 ブランチを使う。Rails 3.1 の assets pipeline 機能により、public フォルダの下にコピーしていた static ファイルは不要になったので全て削除する(app/assetsに移動していたらそっちを消す) javascripts や stylesheets をコ
19 Apr 2008 I want to take a moment to elaborate on what makes a well formed commit message. I think the best practices for commit message formatting is one of the little details that makes Git great. Understandably, some of the first commits to rails.git have messages of the really-long-line variety, and I want to expand on why this is a poor practice. Here’s a model Git commit message: Capitaliz
研究者や研究に関わる大学生や大学院生は、一年を通じて研究室ゼミや学会などで研究成果の発表を行なわなければなりません。また、近年、科学者でない人たちに対する一般向けのプレゼンや講演（アウトリーチ活動）の機会も増えてきています。他にも、研究論文や報告書を書いたり、研究費調達のために予算申請書やプロジェクトの提案書を作成したりすることも、研究者にとって欠かせない仕事です。これらはいずれも情報を他者（研究仲間や審査員、一般市民）へ伝えようとする行為であり、正確かつ効果的な情報の発信が望まれます。しかし、自己流で資料を作成して、闇雲に情報を発信していても、スムーズに情報は伝わりません。ときには誤った情報が伝わってしまい、研究の価値を正当に評価してもらえないことさえ起こりえるのです。 情報を正確にかつスムーズに他者に伝えるためには、情報をデザインすること、つまり文章を読みやすく整えたり、図表を見やすく
こんにちは、もとまか（@motomaka）といいます。 色々とiPhoneアプリ作ってます。iPadアプリも作ってます。ブログもやってます。どうぞよろしくお願いします。 最近、アプリ開発のセミナー等をよく見かけますね。 ASCII.jp：AppBankが語る「売れるiPhoneアプリとは？」 売れるiPad/iPhoneアプリのためのデザイン必須知識（1/5） – ＠IT 売れるiPhone/iPadアプリの作り方・育て方@銀座 : ATND Togetter – まとめ「第1回iPhoneアプリ勉強会（Presented by AppBank）」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会 / 狩られ道さんのターン」 やはり、iPhoneアプリの開発は盛り
（2009/12/31 追記あり） 学生時代にホームクリーニングのバイトを7年間やっていたので、大抵の汚れなら落し方分かります。このあいだ #pandacleaning というハッシュタグで掃除の仕方を淡々とつぶやいていたら評判がよかったので、ここらでまとめておくよ。 参考： mirakui によるパンダ掃除相談室 #pandacleaning - Togetter 掃除のために絶対に用意しなければならないもの 雑巾 すべての掃除に雑巾は必須です。雑巾はいくらあってもいいです。買ってくる必要はなくて、ボロくなったタオルを使うと良いです。縫ったりする必要はないです。ちなみに、プロの間では、上級者ほど雑巾の使い方がうまいです。雑巾が汚れる→交換する→時間のロス につながるので、ベテランの職人ほど一枚の雑巾で沢山の汚れを見事に拭き取ります。 バケツ 雑巾とバケツは常にセットです。バケツなしに水拭
このエントリは Ruby Advent Calendar jp: 2009 : ATNDの7日目のエントリです。 上記のページに書いてあるとおり、12月中に1日から25日まで一つずつ Tips を書いていこう！という企画で、その7日目がぼくの担当となっています。 前のエントリはこっち：Ruby1.9に対してできること - takkan_mのNo planな日常 次の人はこっち： Road To RDoc - はてなかよっ！ ここからが本題 みなさん irb は使っていると思われますけど irb に限らず、インタラクティブなインターフェイスがあると「ちょっとこの動作を確認したい」という時に重宝しますよね。 いきなり余談ですが 今仕事で Flex を使っているのですが irb に慣れきった体ではちょっとした動作確認などが非常に億劫で億劫で、irbのありがたみを痛感しているところです。 というわ
会社都合で退職した。 通告されたその日にスピード解雇。 きっとそこそこの規模の企業であれば、 社内の人事担当者が手続きや手順を説明してくれるんだろうけれど、 歴史の浅い企業や、中小の企業は全部自分でやらなくちゃいけない。 行き先も決まっていない状態だったから、転職活動を今すぐにでも始めたかったが、 まずはどのような手続き必要かを調べるところから始めなくてはいけなかった。 これがまた面倒だった。 【1】業務引継ぎ PC内のファイル、書類の整理をし、後任に簡単に説明。 何の書類かを付箋紙に書いて「何の案件の資料か」を誰が見ても分かるようにする。 時間がそんなになかったので、担当業務の流れをメールで書いて送信。 【2】公/私物を返却/持ち帰り 名刺、書類等の物はすべて返却。私物のメディアにある電子データも消去。 保険証も返却。 コップやスリッパなどの私物は邪魔になるので持ち帰る。 不要なものは廃
2023年04月17日お知らせ 4月17日(月)は10：00～17：00まで避難安全検証法の新版出版に伴う講習に参加しておりますため、お電話での受付を休止させていただきます。 弊社へのお問い合わせはメールにてお願い申し上げます。 弊社都合により大変ご迷惑をおかけいたしますが、ご了承くださいますよう重ねてお願い申し上げます。 2023年01月11日お知らせ 誠に勝手ながら 本日1月11日(水)は11：30より終日社内不在となりますため、弊社へのお問い合わせはメールにてお願い申し上げます。 弊社都合により大変ご迷惑をおかけいたしますが、ご了承くださいますよう重ねてお願い申し上げます。 2023年01月09日実績更新 寒中お見舞い申し上げます 本年もよろしくお願いいたします 12月末までの弊社作業実績を更新しました。 弊社への多数のご依頼、誠にありがとうございます。 検証法採用により、物件の防火
基本中の基本ながら、いまや主流となりつつある結び方です。 あらゆる結び方のうちで最も簡単で基本的。着脱によるタイへの損傷も少ないため万人から支持されています。１９世紀の中頃に登場と歴史は古いですが、今日においても、使用頻度も応用範囲も一番高い結び方です。 今はスカーフのごとくふんわりと締めるのがオススメです。 プレーンノットより少しだけ結び目にボリュームを持たせたいときにオススメ。 一見、普通に見えて、気がつく人は気がつく、という粋な演出ができる結び方です。ノットを彩るズレは、プレーンノットの大剣を二重巻きする事で出現します。したがって、プレーンノットより当然ノットにボリュームが出ますが、思ったほど大きくならず、むしろ品よく仕上ります。
異なる時間帯の国へ旅行するときなどに役立ちそうな、たった一晩で睡眠の周期を変える方法をWise Breadから紹介します。 How to Naturally Reset Your Sleep Cycle In One Night [ad#ad-2] この方法は時差ぼけを解消したり、シフト交代制の仕事の順応を改善するでしょう。 睡眠の周期を変える方法は、次の起床予定時刻までの12～16時間は食べるのをやめることだそうです。 次に食事をした時に、それが新しい一日のスタートとして体内時計がリセットされ、睡眠の周期をスムーズに変えることができます。 例えば、2:00 amに起床予定の場合は、前日の10:00 amか2:00 pmから食事を絶ちます。 旅先などで朝食がいつ出されるか確認して、その12～16時間前から食べないようにするとよいとのことです。 サイトではこの方法に基づいた小さい哺乳動物の行
コンテンツの案内 このサイトには、下記の種類のコンテンツがあります。 「vimエディタ基本」vimエディタの基本的な情報を扱った記事の一覧 「vimエディタのインストール関連の記事」vimエディタのインストール方法 「vimエディタ・スターターマニュアル」vimエディタの操作方法（かなり入門） 「vimスクリプト」vimエディタの拡張スクリプトの記事の一覧 「役立つ、助けになるvimスクリプト」 「デフォルトでインストールされているvimスクリプト」 「vimエディタカラースキーマ」vimエディタのカラースキーマのスクリーンショットの一覧 「vimスクリプト リファレンス」vimスクリプトの書き方、サンプルコード 「その他のツール、コマンド」vimエディタ以外の、ツール、コマンドの記事の一覧 「ダウンロード」このサイトで配布しているファイルの一覧 このサイトではRSSでサイトの更新情報を配
自分で決めた時刻に自然と目覚められれば、その日はきっと良い１日になるはず！ 多くの人が実行できる、とても簡単な快・目覚め法をご紹介します。 半数の人ができるワザ 「明日の朝６時に起きよう」 などと、眠るときにあらかじめ起床したい時刻を決めておいて、目覚ましなどの外からの刺激を使わずその時刻に自分で目覚めることを 自己覚醒 self-awakening と言います。 実はこの自己覚醒、多くの人が実行可能なのです。海外の報告では、日常的に毎朝、自己覚醒している人は、21～81歳の約50％に上るとされています。 また、日本での調査によると、大学生で自己覚醒できる人は約10％しかいませんが、65歳以上の高齢者では約75％の人が自己覚醒できると答えています。長いあいだ、自己覚醒のトレーニングを積んでいくことで、習慣化していくのかもしれません。 また、若い世代には夜型人間が多く、朝は早く起きたいのだけ
ディレクトリの中にある大量のファイルを高速に読み込む方法が知りたかったので、実験してみた。想定しているシチュエーションは、一つ一つのファイルは数KB程度だが数が多い、という場合である。適当な順番でアクセスすると、ランダムアクセスになってしまいとても時間がかかる。個々のファイルを読み込む順番はどうでも良く、すべてのファイルを処理することさえできればいいので、原理的にはシーケンシャルアクセスで処理できてしかるべきである。 まず、ファイルシステムについて。HDDやSSDなどのハードウェアにアクセスする際には、ファイル名などという概念はもちろん存在しない。ファイル名と実際のディスク上の対応を管理するのがファイルシステムの主な役割である。ファイルシステムは、ファイル名からそのファイルに対応するブロック番号（メモリアドレスみたいなもんだな）を調べて、そのブロック番号を指定してHDDやSSDにアクセスす
7年前の、当時、修士1回生のときに受講していた「科学技術表現」という講義のメモが出てきたので(自分用に)整理してみました。メモ書きなので講義を受講していない人には分かり難いかもしれません(^ ^;; 学術論文は、技術文書とは違い、内容の良し悪しに加えて、それが論文としての「体」をなしているかが重要です。数年前のお話なので、もしかしたら、現在はその「体」が少し変わっているかもしれません。ご参考まで。 早く安く作った論文やアルゴリズムはまったく独自の自分の考えしか残らない 論文の流れ タイトル 概要(アブストラクト) 序論(はじめに) 一番難しいので最後に書く 関連研究、問題意識、研究目的 本論部 アイディアの提示 実験 本論部と実験は、ちゃんと出来ていれば易しい 結論 繰り返しでも良いのでやったことを書く まとめと再アピール 長めに書く 論文のタイトル タイトルの使われ方 目次をざっと見て、
(2011/11/05 追記) Xcode 4.2では設定する箇所が変わりましたので新しく解説を書きました。 URL schemeを使ってアプリを起動する(Xcode 4.2の場合) - 強火で進め http://d.hatena.ne.jp/nakamura001/20111105/1320501005 (追記ここまで) iPhoneではURL schemeを使ってアプリを起動(同時に引数を渡すことも可能)することができます。 公式のドキュメントはこちらになります。 iOS Application Programming Guide: Implementing Common Application Behaviors http://developer.apple.com/library/ios/#documentation/iPhone/Conceptual/iPhoneOSProgra
研究計画書をどう書くか 大学院進学を考える人が「文章力」といってまず思い浮かべるのが研究計画書でしょう。そこで，研究計画書を書くうえでの基本的な心構え，考え方について概観しておくことにしましょう。 研究題目の設定 研究題目とは，単に研究に名前をつけることではありません。かなり漠然とした題目を研究計画書などに書いているケースがあるようですが，これではいけません。題目設定にあたっては，研究対象と方法論の，少なくとも２つをしっかりとおさえておく必要があります。１つの典型例としては「○○の××的研究」というのを頭に置いておくとよいでしょう。もちろん，このとおりになる必要はありませんし，研究科や専攻によっても事情が違いますが，このような題目のとらえ方をしておくことが大切です。 具体的に題目を設定する前に，自分の研究分野の学術論文のタイトルに目を通しておくとよいでしょう（当然のことながら，丸写しは困り
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く