タグ

2014年3月13日のブックマーク (8件)

  • OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい(もしくはコードレビューの話) - kazuhoのメモ置き場

    以前以下のようにツイートした話だけど、OSSの開発モデルを社内開発にそのまま持ち込むのは危険。 チーム開発の場合、簡単にコメント返せないようなPR送られた時点で負けだと思ってる。無駄なコードが生産されないよう事前に設計を詰める作業をすべき / “雑なレビュー - ✘╹◡╹✘” http://htn.to/by5or1 https://twitter.com/kazuho/status/431602421068877824 今日一般的に想定される「OSSの開発モデル」はEric S. Raymondの有名なエッセーである「伽藍とバザール」によって解説されたところの「バザール」である。 「バザール」モデルにおいては、多くの改善提案の中から最善と考えられる実装が取り入れられ、コミュニティで共有されるようになる。同エッセーから引用するなら、 ふりかえってみると、Linux の手法や成功の前例は G

    OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい(もしくはコードレビューの話) - kazuhoのメモ置き場
    june29
    june29 2014/03/13
    実装レビューの前に、大枠の設計レビューを、というお話。いい設計にたどりつけたなら、いい実装の半分は終わっているようなものだと思う。
  • コードレビュー - hitode909の日記

    コードレビュー,慣れるとできるけど,いきなりdiffを渡されて,どうぞ見てくださいと言われてもよくわからないと思う. やりましょうというのはいいけど,ただむやみに読んでもうまくいかない.変更がある程度大きくなるとdiffだけ見てもよくわからないので,いろいろ見ることになる. 僕はいつも以下のようなことを無意識にやってて,うまくいってる気がしてる.GitHubのPull Requestの仕組みを使ってる前提で. Discussionをさらっと眺めてどういう問題を解決したいのか見る Commit Statusを見て,テスト通ってることを確認する Commitsタブで1コミットずつブラウザの新しいタブに開く 全部クリックし終わったら古い順に1コミットずつ読む 気になる点があったらエディタとかにメモしておく.あとで書き直されるかもしれないので,まだコメントしない 全コミット見終わったらFiles

    コードレビュー - hitode909の日記
  • 画像を使わずCSSだけで任意の間隔の破線を描く | 12px.com

    cssで破線を使おうと思ったらdottedとdashedの2種類しか用意されていないので、それ以外の間隔の破線を使用したい場合にはあらかじめ白黒のgif画像を用意して、背景に繰り返して使用する事が多いです。 しかしCSS3のlinear-gradientを使用すれば任意の間隔の破線を描画する事が可能です。 CSS3を使用するので対応ブラウザがちょっと狭くなりますが 1 2 、画像を用意するのとくらべて線分や間隔の調整も容易になりますし、Retinaディスプレイにも対応する事を考えたら(奇数の破線を使用する場合など)2種類の画像を用意する手間が省けますのでCSSで描画する方が楽チンです。 手順やり方は下記の4つの指定をすれば良いだけです。 破線の部分はbackground-imageを使用して背景画像として描画します縞模様はlinear-gradientを使用してグラデーションの濃淡で表現し

    画像を使わずCSSだけで任意の間隔の破線を描く | 12px.com
    june29
    june29 2014/03/13
    試してみたら text-decoration: underline; っぽくも使えて便利
  • スタートアップの現実:Dropbox版 | quipped

    Dropboxの最初のインターンかつ古株の一人、Albert Niのイリノイ大学での講演。 世の中スタートアップのことを書いたやブログは仰山あるが、たったの200数回(3/12/2014時点)しか閲覧されていないこの講演ほど、歯に衣着せぬ表現でスタートアップ業界を語った講演も珍しい。 英語だし、Niさん早口なので、個人的に大事だと思ったところにリンクを貼っておく(リンクを踏むとYouTubeで、指定の部分から再生される筈)。どれだけYouTubeさんにトラフィックを貢献するつもりだ、おれ。 スタートアップだからといって必ずしもインパクトのある仕事ができるわけではないし、日々の仕事が楽しいわけでもない スタートアップで働くのは、「チョウキモチイイ」から スタートアップの超立方体理論 スタートアップ:どうせ失敗するし、絶対金持ちにもなれない スタートアップ=スキルx運 スタートアップ業界には

    june29
    june29 2014/03/13
    「世の中スタートアップのことを書いた本やブログは仰山あるが、たったの200数回(3/12/2014時点)しか閲覧されていないこの講演ほど、歯に衣着せぬ表現でスタートアップ業界を語った講演も珍しい」
  • ゴールデ◯ボンバー激似! 鬼龍★翔は女だった!? | スター女優・監督・プロデューサーが集結のAVメーカー【ROOKIE(ルーキー)】公式サイト

  • Emma, Le Trèfle

    Emma, Le Trèfle
  • 橋本商会 » 895円の超小型Ardunoクローン DigiSparkを買った

    とにかく小さくて安いのに、ほぼArduinoとして使える。 そしてズボンのコインポケットに入れて持ち歩けるので電車内hackに便利。 Digispark購入ページ DigiSpark wiki ソースコードはここに置いておいた。 デジタル出力・アナログ出力・アナログ入力・Mac上のRubyとのUSB通信を試した。 https://github.com/shokai/digispark-study 「webサービスと連動したちょっとしたハードウェア」にはArduinoはオーバースペックだと思うので、DigiSparkちょうどいいと思う。 普通のArduinoとの違い 詳しくは digispark:tutorials:basics [Digistump Wiki] 多少制限はある。 IOピン数が6PCとUSB通信する場合は4しか無い プログラムを書き込めるメモリ領域が6Kbyteしかない

    橋本商会 » 895円の超小型Ardunoクローン DigiSparkを買った
  • You don't need API version 2 - yohei's diary

    周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima) rest - Best practices for API versioning? - Stack Overflow RESTfulなサービスのバージョンングから得られた知見 RESTとバージョニング 基的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない。強いて言えば、HATEOASはバージョニングにも使えるよ、というのがREST信者の主張であるものの、それが正しい(というか実用的)かど

    You don't need API version 2 - yohei's diary