Popular Coding Convention on Github
Dec 27, 2014I made this project about a year ago. At that time, I just started it for The GitHub Data Challenge II. So, it was very simple and concise implementaion for proof of concept. I've been aggregated convention data for a year. However, It is not analyze conventions of our codes deeply. I think therefore it's meaningless to keep aggregating more data. Finally, I decided to stop aggregating
アドテック東京2013で発信したかったこと ～まとめ～ - 業界人間ベム
いま、生活者、消費者との「距離を縮める」ために必要なのは「広告」ではなく「コンテンツ」である。 次世代コミュニケーションの潮流を掴め！ その１） パブリッシャーは、オーディエンスデータによるコンテンツのマーケティングを志向すべし 公式セッションでは、パネリストのみなさんに「オーディエンスデータはマーケティングの通貨足り得るか」という質問をぶつけてみた。マーケター側にとって、メディアのオーディエンスをどうマーケティングの対象者として評価するかは、プライベートＤＭＰで、１stPartyデータをメディアオーディエンスデータと紐付けることで実現する可能性が見えてきた。 これからは、ＤＳＰ／ＲＴＢだけでなく、枠ものもオーディエンスで評価される。マス広告にしても、例えばＴＶ視聴動向調査を組み込んだオーディエンスデータが当然のように世の中に出てくる。ペイドを買う側は、配信対象の評価を精緻なデータ（今まで
「超高速開発コミュニティ」は何を目指すのか - ジャスミンソフト日記
超高速開発ツール（または手法）の普及活動を行う「超高速開発コミュニティ」がいよいよ立ち上がりました。 http://www.x-rad.jp/ 記者会見の様子がさまざまなメディアに掲載されています。記事には触れられていませんが会場では記者との間に活発な議論があり、大いに盛り上がりました。厳しい質問を経て、次のような記事でまとめられています。記者の皆様、ありがとうございました。 「超高速開発コミュニティ」を設立――日本が19位で黙っているわけにはいかない http://www.atmarkit.co.jp/ait/articles/1308/06/news121.html 開発ツールベンダー13社が集結し、「超高速開発コミュニティ」を設立 http://itpro.nikkeibp.co.jp/article/NEWS/20130806/496983/ 業務システムの開発ツール・ベンダー13
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
同僚の外国人プログラマ観察記録 - rinu's blog
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました（これまでの記事一覧）。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか？ 1週間？ 1ヶ月？ 1年？ 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに
サムライ・エピソード - 達人出版会
β版 アジャイルに開発する全ての人へ、勇気を与えるために、アジャイル開発を実践する26人の失敗と成功の経験談をエピソードとして伝えます。 β版について 本書のステータスは現在β版であり、現在、著者やレビュアの方々により追加・修正が行われている段階です。 いま購入されてお読みいただけるのはその途上の原稿を元にしたものです。 最終的に正式公開されたものもダウンロードしお読みになることはできますが、 正式公開版を読みたい方には今しばらくお待ちいただくことになります。あらかじめご了承ください。 概要サンプルリンク用タグ 内容紹介日本全国のソフトウェア開発に携わる人々に伝えたいことがあります。アジャイルソフトウェア開発は日本で実績が積まれています。あなたの現場でアジャイルソフトウェア開発をすることはできます。この書籍は、そのための勇気を与えるために発行されました。 日本の現場のアジャイルこの書籍は1
26人のサムライのアジャイル経験談「サムライ・エピソード」発売 | Act as Professional
ついに発売されました@HIROCASTERでございませう。 日本人26人が現場でのアジャイルソフトウェア開発の成功と失敗の経験談を収録した「サムライ・エピソード」が達人出版会より発売されました。 この電子書籍は、 アジャイル開発の体験談をみんなで書いて本にしませんか？ の企画が実現したものです。私も1エピソード書いています。 日本のソフトウェア開発の現場では、アジャイルソフトウェア開発が練度の差はあれど、実際におこなわれているという事実が記されています。 その失敗と成功の経験談から、あなたの開発の現場を変える勇気を与えるために発行しました。そのため、生々しい話がてんこ盛りの電子書籍となっております。 日本全国のソフトウェア開発に携わる人が現場を改善し、ソフトウェア産業が革新するキッカケとなるために、この書籍を発行するにあたって、多くの業種と多くの立場の人達にご協力頂きました。きっと、あなた
アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート - 4Gamer.net
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート ライター：大陸新秩序 2012年8月20日から22日にかけて，神奈川県内のパシフィコ横浜にてCEDEC 2012が開催されている。本稿では，開催初日に行われたセッションから「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」の模様をレポートしよう。 「ドラゴンクエストX 目覚めし五つの種族 オンライン」公式サイト スクウェア・エニックス 開発部 ドラゴンクエストＸ デザインセクションマネージャー 荒木竜馬氏 本セッションの講師を務めたのは，スクウェア・エニックス 開発部 ドラゴンクエストX デザインセクションマネージャー 荒木竜馬氏だ。荒木氏は，「ドラゴンクエスト」シリーズや「FINA
昔デスマってとき、良識あるお客様が「２２時以降に書いたソースはレビュー通しません！」と宣言してくれて負のスパイラルが改善したのを思い出した。あの時はお客様が神様に見えた。上司と中間会社は味方ではなかった。以来２２時以降のソースは信用しないようにしている。
昔デスマってとき、良識あるお客様が「２２時以降に書いたソースはレビュー通しません！」と宣言してくれて負のスパイラルが改善したのを思い出した。あの時はお客様が神様に見えた。上司と中間会社は味方ではなかった。以来２２時以降のソースは信用しないようにしている。
iPhoneアプリで食べていく――「ぐんまのやぼう」ができるまで
全国を群馬県にしてしまう人気ゲーム「ぐんまのやぼう」を開発したのは、アプリ開発だけで生計を立てている28歳の自称「ネオニート」。これまで100本以上のアプリを作ってきたが、「できれば働きたくない」「ひっそりしたい」と話す。 「東京都は群馬県になりました」「日本の都道府県はすべて群馬県になりました、つまり日本は群馬県です」 日本中を群馬県にしてしまうスマートフォン向けゲーム「ぐんまのやぼう」がヒットしている。5月初めの公開から2カ月で60万ダウンロードを突破。関連グッズが発売されたり、開発者が群馬県の観光特使に任命されるなど、アプリの枠を超えた盛り上がりを見せている。 開発したのは、群馬県出身のプログラマー・RucKyGAMES（ラッキーゲームス）さん。スマートフォン向けアプリからの収入だけで生計を立てている、自称「ネオニート」の28歳男性だ。RucKyGAMESは彼とデザイナーから成る2人
Gitのベストプラクティクスっぽいもの - Sexually Knowing
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
何故バグ報告の99%が役に立たないのかもしくは何故プロのテスターが存在するのか - oops
テストにはプロがいます。「お仕事」で開発する場合はQA(Quality Assurance/品質保証)部門という「テストのプロ」がテストします。 バグ修正におけるテスターの役割は極めて重要で、「プログラマの手元で任意に再現可能な状態に持ち込めれば、バグ修正は8割終わっている」と言っても本当に過言ではありません。詳細聞き出しに10時間、修正30分、修正確認テスト30分、なんてのも実務ではザラです。この場合、プログラマも11時間拘束される(=時給x11時間分のコストが掛かる)わけですから、バグ修正のコストは聞き出しに掛かるコストがほとんどを占めることになります。 (誤報告一発で万単位の金が簡単に吹っ飛ぶとも言える) まずそもそもの問題として「素人」がテストを行うと以下のような論外ケースが頻繁に起こります。上に行くほどクソです。 誤報告 実際に起こったことと、現象が違う、手順が違う、設定
120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ - Onigiri.blog
サブメニュー Get the RSS Browse the Archive Random post Mobile version 当ブログの人気エントリ ★はてブ1500超えのエントリ 120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ ★はてブ500超えのエントリ 121015_78_音楽業界周辺で「CDがなぜ売れないのか」と未だに議論している人がいるので実際に最近CDを買った人の話を交えながら考えてみる ★筆者オススメのエントリw 120104_45_2012年の音楽業界のWeb＆ソーシャルまわり動向予想と３つの変化について（前編） 111229_41_スタートアップに挑戦し、シリコンバレーを目指す若き日本人たちへ思うこと（ランディ・パウシュのスピーチを紹介しつつ） フォロー Wednesday, February 1, 2012
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
超高速開発コミュニティ
History of WaterFall
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
