スタートアップは行動しない / フォーカス、ツール、オペレーションについて
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。Read less
コードレビューについて : 小野和俊のブログ
伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ
Facebook製。プログラマー向けのプロジェクト管理·Phabricator MOONGIFT
PhabricatorはFacebookが開発しているプロジェクト管理です。ソースコードレビュー、バグトラッキングなど開発者フレンドリーな機能が数多くあります。 企業においてGitHubをソースコードリポジトリ/プロジェクト管理に使っているケースも増えてきていますが、大規模な企業では難しいケースも多いでしょう。そこで紹介したいのがFacebookで開発されているPhabricatorです。 最初にログインを求められます。 ついでユーザ名を入力します。 ダッシュボードです。 チケットの詳細画面です。 ソースコードレビュー。 もちろんコードハイライター付き。 リポジトリビューワー。 コミットログ。 画像付きでディスカッションもできます。 Wiki。 IRCのチャンネルリスト。 PhabricatorではGit/Subversion/Mercurialをサポートしています。また、OSはWindo
KMC Staff Blog:AndroidのPower Management (メモ)
2011年01月11日 AndroidのPower Management (メモ) KZM-A9-DualボードでAndroidでのPower Managementについて調べています。 まだ全貌をつかんだわけではないですが、ちょっとメモを残します。 状態遷移 通常状態 <-> スリープ <-> サスペンド スリープ状態ではLCDのバックライトが消えます。 AndroidのSettingsでDisplay > Screen Timeoutの設定でスリープするまでの時間を変更できます。(また、SettingsのApplications > Development でStay awakeを有効にするとACアダプタが接続されている状態ではスリープしなくなります。） サスペンドはDeep Sleepと表現されることもあります。 KZM-A9-Dualではサスペンド状態ではファイルシステムのSync
Valgrind Home
Information About News Tool Suite Supported Platforms The Developers Source Code Current Releases Release Archive Variants / Patches Code Repository Valkyrie / GUIs Documentation Table of Contents Quick Start FAQ User Manual Download Manual Research Papers Books Contact Mailing Lists and IRC Bug Reports Feature Requests Contact Summary Commercial Support How to Help Contributing Project Suggestion
「“スペシャリスト”の道も用意」--ミクシィCTOに聞くエンジニアのキャリアパス - CNET Japan
ミクシィ取材の後半は、同社も人材の発掘には苦労しているという生の声だ。また企業には、採用した人材をどう活かすか長期的な視点も求められる。社員の約3分の１がエンジニアという同社の考えに迫った。 そしてミクシィの求める“エンジニア”と一般的な“プログラマ”にも明確な違いがあるという。同社最高技術責任者（CTO）の佐藤ニール氏はこう語る。「エンジニアは自分にしかわからない改善や気付きを価値として提供できるはず。それが仕様書通りにモノを作るプログラマとの違いだ」とニール氏は話す。「おもしろい実装でもそれをしっかりとデザインチームに提案したり、企画者に伝えられる力がないと、エンジニアではなくただのプログラマになってしまう」。社内の他部署、社外のパートナーと協働できるコミュニケーションスキルが求められるということだ。 勉強会などに積極的に参加して自ら学んでいくスキルも必要だ。「業界自体が若いのでどんど
チーム全体に悪影響を及ぼす前に--問題に悩む従業員に対処する
従業員が何らかの問題を抱えている場合、チーム全体の生産性や士気に悪影響を及ぼすおそれがある。そこで本記事では、そういった従業員に手を差し伸べるための方法をいくつか紹介している。 マネージャーにとって最も困難な仕事の1つとして、問題に悩む従業員を立ち直らせるというものがある。その過程では、官僚主義や、法的な問題といったものに行く手を阻まれることも多い。では、マネージャーとして何ができるのだろうか？以下に、役に立ちそうなティップスを5つ紹介する。 ＃1：親身になる 筆者はこれまでに、自らの上司を満足させることにしか情熱を傾けないマネージャーを何人も目にしてきている。マネジメント上層部を喜ばせる必要があるという現実は否定しないものの、極端なケースも散見されるのだ。例として、筆者が技術サポート担当者として働いていたデータ入力会社のケースを挙げてみよう。この会社では、データ入力を行う従業員が常に厳し
“作業に分解するWBS”を極める
WBSの要素分解には、「作業に分解」するパターンと「成果物に分解」するパターンの2通りがあると前回解説した。今回は、「作業に分解」するパターンを具体的な事例を交えて解説する。
あの“とんでも社員”を解雇させたい！
神埼のポケットで会社支給の携帯電話が鳴った。 神埼のクライアントである東南電機株式会社総務部の中島係長の名前がディスプレイに表示されていた。何となく嫌な予感を感じながら、神崎は受信ボタンを押した。 神崎 「はい、グランドブレーカーの神崎です」 中島 「東南電機の中島ですが……」 神崎 「は、いつもお世話になっています」 中島 「実はですね、神崎さん……。御社のSEチームのことなんですけどね、ちょっと困ったことになっているので相談したいんですよ」 神崎 「困ったこと……。と仰いますと？」 中島 「ご存じの通り、いま、御社に開発をお願いしている在庫管理システムのテスト運用をしているところなんですけど、それに昨日の夕方、ちょっとしたバグが見つかったんですよ」 神崎 「バグですか……。深刻なものですか？」 中島 「いや、バグ自体はそんなに問題じゃないんです。おそらく簡単に修正できるんだと思いますよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WBSには、守るべき3つのルールがある