githubの運用戦術 - Qiita
前提 過去のチームといまのチームでどうやっているかの話 master以外なら force push 可能なことが条件 コミットコメント 一行で概要 WhyやHowを書かせる。 WhereやWhatはいらん、diffを見ればわかる。 (必要なら)詳細 なんでここにこういうことをした？ という細かい説明。 時間に追われてdirty hackをせざるを得なかったのならここにも書いて欲しい。 書かずに変なことしたら俺がハリセン issueだのメモだのへのリンクでもいい 諸注意 日本語OK 英語オンリーにするとみんな面倒臭がって little change for debug とか平然と入れる 詳しく書かせたいし読むのに苦労したくないので日本語を許す コミットのタイミングと粒度 粒度はできるだけ細かく。 １コミット単位でレビュワーがお前何がしたかった？をみるため。 レビュー中にレビューが入った部分は
目標は「小さく」「たくさん」設定しよう | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、サイボウズの外部から招いたブロガーに、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「正しい目標設定の仕方」について。 こんにちは、はせ おやさいです。 今年も約半分が終わりますね。設定した目標の振り返り時期が近づいている人も多いのではないでしょうか。今回は、正しい目標設定とその運用について考えてみたいと思います！ その目標、本当に正しく設定されていますか？ 「目標設定」と聞いて、どんなものを思い浮かべますか？ サボらないよう管理されるもの？ それとも未達を責められるための嫌な基準？ さまざまな粒度の「目標」「目標設定」があると思いますが、本来的な「目標設定」というのは、まず会社が目指す方向と数値があり、それを各部署、各担当者までブレイクダウンした上で、達成のために作成される「ゴールまでの地図」なので
今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - higosophy
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
TechCrunch
In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1
【事前公開】【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集～WBS駆動からチケット駆動へ #redmineT - プログラマの思索
【事前公開】【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集～WBS駆動からチケット駆動へ #redmineT 第7回redmine.tokyo勉強会で予定している講演資料を事前に公開します。 勉強会のオープンディスカッションの元ネタになるので、参加される方は事前に読んで頂いて、自分なりの意見を持参してくれると嬉しいです。 【元ネタ】 第7回勉強会 - redmine.tokyo 第7回redmine.tokyo勉強会 - PARTAKE 【1】議題にしたいテーマ 第7回redmine.tokyo勉強会のテーマは「Redmineのアンチパターン集」です。 披露するアンチパターンは、私が過去6年、Redmineをいろんな現場で導入して運用した時、こうやればもっとうまくできたのに、と後で気づいたノウハウです。 おそらく他の人も同じように頷いてくれるアンチパター
ビッグデータの本質はデータの大きさではない - ニューロサイエンスとマーケティングの間 - Between Neuroscience and Marketing
Leica M7, 1.4/50 Summilux, RDP III @Griffith Observatory, Los Angels, CA 残念なことに、全く忘れていて風呂に入っていたのだが、期せずして先日取材を受けたNHKスペシャルの「医療ビッグデータ」に、先ほど何秒か登場していたようだ。 それでそのリアルタイム検索結果*1を見ていたのだが、そこで扱われていたデータがビッグデータかどうかというツイートが結構な量であることに驚いた。ビッグデータの特徴として3V（Volume, Variety, and Velocity）と言った言葉が広まってしまっているせいもあるだろう。（自分も時たま使ってしまうので今回反省している。） この方々の気持ちはわかるが、このブログの読者の方々ならお気付きの通り、今起こっている変革の本質はデータが巨大かどうかということではない。 ― 現在起こっている変革の
「言われなくてもできる人」に頼るのは甘え | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、日野瑛太郎さんによる「仕事を任せる際の適切なコミュニケーションのとり方」について。 特に細かい指示を出さずに仕事を頼んでも、意図どおりに完璧に仕事を仕上げてくる人がいます。日本の会社だと、このような「言われなくてもできる人」は優秀な人だとみなされる場合が少なくありません。 「言われなくてもできる人」と一緒に仕事をするのは、ある意味では気持ちのよいことでもあります。チームで仕事をする場合には低コストで質の高いコミュニケーションを取ることが生産性を上げる鍵になるので、このような人は重宝されます。 もっとも、「言われなくてもできる人」はそれほど多くいるわけではありません。そもそも、「言われなくてもできる人」だと思われている人も最初から「言われ
【開発者必見】OS X YosemiteはiPhone/iPadの画面キャプチャ動画を撮ることができる！ – 和洋風KAI
【OS X Yosemite】iPhone/iPadのスクリーン動画を撮る方法。 1) まず、OS X YosemiteをインストールしたMacとiPhoneをLightningで繋げます。 2) QuickTime Playerを起動します。↓↓ 3) QuickTime Playerのメニューバーのファイル - 新規ムービー収録をクリックします。↓↓ 4) QuickTime Playerの録画ボタンの横にあるボタンをクリックし、接続したiPhoneを選択します。（カメラ・マイク共に）↓↓ 5) すると、iPhoneの画面の模様がQuickTimeに映し出されます。録画ボタンを押して、iPhoneのスクリーン動画をつくりましょう。(左) 録画が終わったら停止ボタンをタップします。（右） 6) あとはcommand + Sで動画を保存するだけ。iPhoneのスクリーン動画の完成です。↓↓
RDP、VNC、SSH、Web管理……リモートコンソールをまとめると「Terminals」に
今回紹介するツール ［ツール名］Terminals ［対象］Windows ［提供元］Robert Chartier、Microsoft Shared Source Community License（MS-CL） ［ダウンロード先］［URL］https://terminals.codeplex.com/［英語］ マルチプロトコル、マルチタブ対応のリモートコンソール 「Terminals」は、マルチタブに対応したリモートコンソールクライアントです。対応プロトコルは、「RDP」「VNC」「VMRC」「SSH」「Telnet」「RAS」「Citrix ICA」「HTTP」「HTTPS」と幅広いので、あなたが普段使用している各種リモート接続クライアントをこのTerminals一つで置き換えることができるでしょう（画面1、画面2）。 RDP（Remote Desktop Protocol）は、Wi
なぜ、仕事が予定どおりに終わらないのか？ 読了
以下、読みながら記録したメモです。 ■手帳やデジタルカレンダーでも「時間不足の要因」への対策はできない ■イレギュラーに発生する割り込みすらルーチン化する ■予定には絶対に存在しない割り込みこそ記録する ■時間も空気空間と同じで、伸びたり縮んだりはしない ■「根本的に対策を打てば、その後問題に見舞われずに済む」という幻想に惑わされない （問題を見つけて、その解決のために１からやり直す） ■「朝に調子を出すための助走」としてするなら、メールチェックではなく「前夜の自分が考えたこと」を読み直す ■チェックリストではなく、レシピをつくる ■タスクは繰り返せば繰り返すほど、高速に容易に処理できるようになる ■脱・完璧主義 この、「脱・完璧主義」の章は、自分のことが書いてあるのかと思いました… 私の場合。 新しいことにチャレンジしようと思うときは、その時間を確保するために「時間簿」をつけます。 最初
レビューで失敗しない8つのポイント
ソフトウェア開発の品質・効率向上に欠かせないレビュー。しかし、やり方を間違えているために、かえって逆効果になっているケースが多い。本連載ではソフトウェアレビュー研究の第一人者、森崎修司氏が豊富な現場経験と研究成果を基にレビュー成功のポイントを分かりやすくリアルに解き明かす。 なぜレビューがうまくいかないのか？ ソフトウェア開発の品質・効率向上が求められている今、ソフトウェアレビュー（以下、レビュー）の重要性はますます高まっています。商用開発では「要件定義」「設計書」「ソースコード」「テスト計画」「運用手順書」などを対象としたレビューが行われていますし、オープンソースソフトウェアのプロジェクトでも、ソースコードリポジトリへのチェックインの前にソースコードレビューを推奨したり、義務付けたりしています。 しかし、レビューは自由度の高い活動です。レビュー会議では本質的な欠陥や問題を指摘しても、欠陥
MVVM パターンをより深く理解する - Yuta Watanabe's Blog
こんにちは。 マイクロソフトの渡辺です。 アプリケーションのデザインパターンの1つである MVVM ( Model - View - ViewModel )。既に多くの実装例や MVVM パターンを採用した Framework が公開されています。 from Wikkipedia また、MVVM パターンは、C#/.NET/XAML の世界を中心に多く利用されてきましたが、最近では、JavaScript/HTML のアプリケーション開発で利用されることも多くなりました。 そして MVVM を理解する中で、また MVVM をサポートする Framework を利用する中では Model, View, ViewModel にとどまらず、Service, Command, Messenger, IoC, DI, Service Locator ..e.t.c といったキーワードに自然と出会うでし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft、「Skype」の同時通訳機能の早期プレビュー版の受け付けを開始
テストとリファクタリングに関する深い方法論 #wewlc_jp
納品のない受託開発を支える レガシーコードを作らない仕組み
「Amazon Web Services 基礎からのネットワーク＆サーバ構築」を読んだ感想を一言で言うと、「最高の研修を2,700円で受けるようなもの」 - 東京アンダーグラウンド
コードが見やすく使いやすいSublime Text 2/3のテーマのまとめ
さまざまなアルゴリズムをアニメーションで解説してくれる『Algomation』 | 100SHIKI
