コードレビューをし合える文化がチームを強くする - ppworks.jp
コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう
オープンソースプロジェクトで上手いことやってくための10の方法 - Qiita
何も考えずに書き始めたけど10の方法って書いちゃった。 いくつになるかはわかりません。 一般的なプロジェクト運用でもある程度同じ方法論でイケると思います。 なお、筆者であるvvakameはDefinitelyTypedのメンテナをしています。 そのため、これから先の文章について、TypeScriptやJavaScript関係固有の事象が含まれていると思います。 書かれている内容について、contributeする側、される側、両側へのアドバイスを書きます。 ちなみに、わかめ的にはTOMOYO Linuxに学ぶ説得術とかはすごい参考になりました。 こまけぇことはいいんだよ！まずはやろう！ 貴方が世界に存在するためにはまず誰かに存在を知ってもらわなければいけません。 pull requestを出そう！無理だったらIssueを書こう！ まずはそこからだ！！ pull requestのmergeを拒
FRPの話 - maoeのブログ
Haskell Advent Calender 2012で久々にブログを書くということで、ついでにはてなダイアリーからはてなブログに移行してみた。記事やコメントはもちろんのこと、はてブも移行でき、なおかつundoもできるという素晴らしい仕様なので、安心して移行することができた。 さて、今回はFunctional Reactive Programming（FRP）の話。FRPとは、時間やシステム外部からの入力に対して応答するプログラムを関数的に表現する方法とでも言えばよいだろうか。 FRPというとまだ定番の実装もなく、実用にはほど遠いと考える人もいるかもしれない。実際、FRPの実装に関してはまだいろいろ研究・改良の余地があるとは思うものの、以前のように簡単にメモリリークするようなことも無く、最近では試してなるほど便利そうと思える段階にまでは洗練されてきていると思う。 FRPが登場してからの1
リンク：論文に死んでも書いてはいけない言葉３０ - 発声練習
追記（2022年7月31日） 大元になっている書籍の最新版はこちら Amazon.co.jp: 山内 志朗「新版 ぎりぎり合格への論文マニュアル」 最新版で以下のように述べられている。ごめんなさい。 それにまた、「すぐに使えるフレーズ集」（原版「ぎりぎり合格」 pp. 182-188）のところに「論文らしい言い換え」ということで、いろんな例を載せておいた。特にその最後のところにかいた「言い換え一覧」のところが、いろいろとパクられてネットに無断使用されている。そんなに意外ですか？コンパでよく話題にすることでしょ、というノリだったのだが、パクられまくりでいたるところに出てくる。 おわびにKindle版を購入しましたのでご容赦ください。 本文 とっても役に立つ。でも、どちらかというと小論文とかの書き方かな？ 読書猿Classic: between / beyond readers：こう言い換えろ
iOSアプリのプロビジョニング周りを図にしてみる - Qiita
きっかけ iOSアプリ公開の壁となっているプロビジョニング周りですが、ハマりまくったので覚えている内に図にしました。 難しくしてる理由 難しくしているのは、この辺が理由ではないかと思います。 iOS Developerサイトでの画面・操作手順がしょっちゅう変わる Xcodeも、バージョンによって画面・操作手順が変わる ということで、書籍やWebでのノウハウがすぐに古くなってしまいます。ググるといろんな情報が出てきてしまい、かえって混乱します。 また、開発時のiOSデバイスはXcode側である程度自動的にやってくれるのですが、それがかえって分からなくしているような気がします。 概念図 ということで、結局、概念を理解してしまうのがいいのではないかと思い、図にしてみました。 （より厳密に実行端末が判断されるAd Hoc配布をベースに記述） ざっくり手順（※個別の操作は省略） 鍵ペア（秘密鍵／公開
閏秒を迎えるにあたってLinuxでは何を対策すべきか？ | Act as Professional
2016/12/27 更新Googleなどの大手IT企業がうるう秒対策済のNTPサーバが公開したため、これを利用する内容などを以下にまとめました。 元旦に実施される うるう秒の対策 まとめ2016/07/08 更新2017/1/1に閏秒の実施が決定されました。対応はこの記事のとおりで問題なさそうです。 2015/06/24 情報追加(2015/06/29 更新)下記の対応に関わるntpdの比較的新しいバージョンにSLEWモードで動作していても、うるう秒が挿入されるバグが発見されました。[redhat] これによりntp-4.2.8p3-RC1以降のバージョンでないとSLEWモードで動作していてもうるう秒が挿入されます。RedHatはntp-4.2.6p5-3.el6_6という対応済みのバージョンを提供しています。Ubuntuでは今日現在12.04LTS, 14.04LTSの２バージョンはパ
『計算機プログラムの構造と解釈』(SICP)を読み終えて - きのこる庭
ようやくSICPが終わった。念願の夢の1つを叶えた。「ポインタを理解する」「コンパイラをつくる」とかから始まり 今年に入って 技術者として個人的にやりたかった事を3つ実現できた。良い調子。 サムネは記念にマッカーシー先生(再使用が許可された画像)。 完了までの期間 3.5ヵ月程度。平日は帰社後に2～3時間ほど、毎週土日はSICPに費やした。 学んだこと・できるようになったこと 1. より抽象的に物事の仕組みが考えられるようになった。 (「言語」という制約されたドメインを取っ払って純粋に実装について考えられるようになった) 2. 再帰のコードは悩まなくてもスンナリ頭に入るようになった。 3. Eval & Apply の陰陽によるプログラムの成り立ちを理解した。 4. 数学・コンピュータ科学に関する以下のことが人に説明できる程度には身についた。 - Newton法 - エラトステネスの篩 -
自宅の作業環境を一新した - 職質アンチパターン
年も改まったので，かねてからやりたかった自宅の作業環境の一新を実施した． 前の状態はこんな感じでマジで最悪だった． これをこんな感じに変えた．単純に机が綺麗になっただけでは，という意見もある． 新しい机は IKEA で安く調達した．前の机よりも30cm ほど幅が広い． テーブルトップが 3,499円，足が1本 250円 * 4なので，4,500円くらいで買えて安い． 余談だけど，このテーブル一式を実店舗で購入して 徒歩で 運ぶと地獄を見るので皆様に於かれましては避けられたし．もう二度と御免だ…… IKEAのデスク天板、電車で持って帰るの厳しすぎる、不可能に近い— 閉じタグ (@moznion) 2015, 1月 4 IKEAのデスク天板を徒歩で持ち帰る地獄、間違いなく生前の罪のランク高い— 閉じタグ (@moznion) 2015, 1月 4 IKEA、とにかく徒歩で来てはならない— 閉じ
エディタ判定器 :パソコン工房
世界中でプログラマを中心に愛用されているエディタ「Emacs」と「Vim」を題材に、 「ナイーブベイズ」というテキストをカテゴリに自動で分類する手法を用いたサンプルです。 twitterから「Emacs」と「Vim」に関するツイートを収集し、各エディタの特徴を抽出しました。 この特徴を用いて入力したテキストがどちらのエディタに属するかを判定します。 あなたの入力したテキストがEmacsとVim、どちらに判定されるか試してみて下さい。 Linux、Windowsをはじめとする多くのOSで動作する多機能エディタ。 複数のウィンドウで比較・参照しながらのテキスト作成がしやすく、世界中にプログラマをはじめとする多くのユーザーが存在する。 テキスト内の特定のワードを強調表示したり、プログラムの編集効率を上げるための各種コマンドをサポートするなど、 カスタマイズにより使い勝手を向上できるのも大きな特徴
離婚序章からの帰還
http://anond.hatelabo.jp/20090112230518 今から６年ほど前にこんな日記を書いていた。 あの記事の後、本当に色々あったのだけど何年もかけてようやく仲の良い夫婦になれた。 すごく時間がかかったが、同じことで苦しんでる夫婦が沢山あると思うので、かなり長文になるのだが参考にしていただけたらうれしい。 ■まず必要な事は気付くことだった。 まず最初に必要なのは「妻に落ち着いた時間を取り戻させる」ということに気付けるかどうかという事だった。 いくら愛してるとか、いつもありがとうとか言っても、いくら大丈夫？と心配しても駄目だ。言葉では現実の大変さはカバーできない。 もっというと、ゴミ出しをするとか、時々風呂に子供を入れるとか溜まってる洗い物してあげるとか、土日に晩御飯作ってあげるとかそういう事を細切れでいくらやっても問題解決に寄与しなかった。 本当に必要なのは、妻の大
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
株式会社ミクシィ
サラリーマン・フリーランス・自営の年収と手取り額の目安表