トヨタとマツダが技術提携に至った"事件" 「モノ造り革新」の真実：前編
業務でWebサービス開発をする際に気をつけたいこと（新卒向け） - Qiita
不安とストレスから解放される見積りとスケジュール方法 - Qiita
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
申し訳ございませんお探しのページが見つかりませんでした
404 not found 申し訳ございません お探しのページが見つかりませんでした お探しのページは、移動または削除などの理由で表示することができませんでした。 お手数ですがトップへ移動するか、下記よりお探しの情報をご確認ください。
Git & GitHub & kintone でウルトラハッピー！
Gitlab is an open-source project that provides git repository management and issue tracking. It started as a self-hosted alternative to GitHub that was difficult to deploy but has since improved with an omnibus installer and RPM packages that make it easy to install and manage. While the enterprise edition provides more functionality, the community edition remains very full-featured and supports f
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
codic - デベロッパーのためのネーミング辞書
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
kintoneを支えるKAIZENの技術 - Cybozu Inside Out | サイボウズエンジニアのブログ
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
ガントチャートを捨てろ(3) バーンダウンチャートとバーンアップチャートを併記する
前回(→こちら)はガントチャートを捨てて、代わりに「バーンダウンチャート」を使うことを提案しました。その具体的メリットと、どんなプロジェクトに向いているかもまとめました。 そこで、バーンダウンチャートの弱点としてグラフの傾きが鈍くなった際に「開発が進んでいない」のか、「開発は進んでいるがタスクの総量が増えてタスク残量が減らなくなった」のかの区別がつかないことを挙げ、それは「バーンアップチャート」を併用することにより克服できると書きました。 ではその「バーンアップチャート」とは何なのか、さっそく以下の図をご覧ください。 これが「バーンアップチャート」です。バーンダウンチャートと同じく横軸に時間を取りますが、縦軸はタスクの量として見積時間合計と完了時間合計の2つのグラフを書きます。 上記の例では赤い線が見積時間合計、すなわち期限までにこなすべきタスク全体の合計量を表しています。青い線は完了時間
プログラミング用フォント Ricty
週末にアジャイルがダメとかダメじゃない理由を7つほど考えようとしたけれどもどちらもそんなに思い浮かばないので自分がどういうモチベーションでアジャイルプラクティスを導入して��
アジャイルがダメとかダメじゃない話題が盛り上がっておりますが、ソフトウェア開発プロセスには銀の弾丸なんてなく当人が置かれたコンテキスト抜きだとその議論はむずかしいよね、と思っております. アジャイルがいいとかだめとかじゃなくてアジャイル開発プロセスのどこがうちの組織にあって、どこがうちの組織にあわなかったみたいな話のがよっぽど有意義だと思う— Kazuho Okuさん (@kazuho) 2013年3月22日 禿しく同意. というわけで自分が開発リーダーやらせてもらってる今のチームでアジャイルプラクティスを導入した動機の話をエントリーにまとめてみます. なおこのエントリーのタイトルが長くなったことに反省はしてるけど後悔はしていない. 自分が置かれている組織について コンシューマー向け自社Webサービスの開発 役割ごとにチームが存在 Webディレクター フロントエンド開発 (Webアプリケー
ADVANCEDモードでコンパイルしたJavaScriptをデバッグするテクニック - Cybozu Inside Out | サイボウズエンジニアのブログ
JavaScriptをClosure CompilerのADVANCEDモードに完全対応させるその方法！ - Cybozu Inside Out | サイボウズエンジニアのブログ
IT系上場企業の平均給与を業種別にみてみた 2012年版 ～ パッケージベンダ、SIer、ホスティング企業編
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外注が主な企業でどのように内製開発を立ち上げ・進化させているのか？
最近の Java Web 開発 : http://qiita.com/monzou/items/9174d0baf08af295e703
クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013
