Personal Maps で自分を知らせる。相手を知る - Tbpgr Blog
マインドマップで自分に関わる要素を書き出す Personal Maps についてまとめます。 Personal Maps とは？ Personal Maps とは、 Management 3.0 のプラクティス の一つで、 個人に関わる様々な情報、例えば家族・友人・目的（夢）・趣味・価値観等をマインドマップで書き出す手法のことです。 Magagement 3.0 については以下をご確認ください。 Management3.0 - 進歩的な新しい経営改善考え方 目的 Personal Maps はお互いをより深く知ることで、 チームのコミュニケーションと創造性を向上させるために用いられます。 Personal Maps 自分の Personal Maps をつくってみました。 esa の UML で作った関係で二分割してます。 まとめ Management 3.0 の Personal Map
エンジニアが「明日からマネジメントして」と言われたら
製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ
Railsのroutesのshallowは安易に使わないで欲しい
概要 Shallowの説明はRails Guideにあるとおり。example normal: /authors/1/articles/1 shallow: /articles/1 (authorのIDはarticleのIDがわかれば自明だから指定しないで良いでしょという理由により） shallowの説明には設計レベルのメリットしか書いていない。実装レベルの観点が抜けており、実装レベルでは問題がありそうと直感的に思ったので考えをまとめてみた。 メリット 親と子のリソースがある前提で、親のIDは子供のIDから導き出せるから親のIDを指定することを省略できる。 デメリット RESTの思想から外れるrailsのroutesで指定するshallowではまったのように、実装レベルでの問題が起きる実装レベルの話で、子供のEntityの管理ページ一式(Create, Read, Update, Dele
Railsの”shallow（浅い）”ルーティングを理解する - Qiita
何をしたか Railsの課題を実施しています。DB構造はこんな感じで、userに紐づくpostと、それぞれに紐づくcommentsがあります。 その中で、post-comment間のルーティングについてshallowを使いましょうとの指示があったのですが、実は、shallowは悪手だと聞いていたこともあって、自分では使っていませんでした。 とはいえ「悪手なのでやめましょう」ではなんの発展もないので、shallowがどんなルーティングを生んでいるのか、および shallowを肯定する人の意見 そうではない人の意見 も比べて、今後自分の担当するプロジェクトにおいて使う・使わないを検討する材料にしたいと思います。 なお、実行環境は下記の通りです。 Rails 5.2.3 Ruby 2.6.0 shallowはどんなルーティングを生んでいるか shallowは、ネストしたルーティングにおいて、下層
`*.d.ts` ファイルをコミットする前に知ってほしい4つのこと
export type Bookmark = { id: number; url: string; comment: string; }; このファイルには型しか書いてありませんね。ということは、「型定義ファイル」として bookmark.d.ts という名前にするべきでしょうか。実はそうではなく、この場合は bookmark.ts とするべきです。 「型定義ファイル」とは、「どこか別の場所にある実装に型をつけるためのファイル」です。たとえば、以下のファイルは「どこか別の場所にある実装」に型をつけているから、 *.d.ts にするのは自然です。 いっぽう、 type Bookmark は別のどこかにある *.js の型を与えているわけではないので、 *.ts でよいです。 このように本来 *.ts であるべきものを *.d.ts にしてしまうことには問題があります。代表的な問題として型エラ
Tweetbot、APIキー更新で復活するも再び停止「意図的な遮断」「Twitterから一切連絡なし」と開発者 | テクノエッジ TechnoEdge
ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 Twitterは現在、複数のサードパーティ製クライアントアプリがサービスに接続できない状態が続いています。そんなアプリのひとつ、Tweetbotは一時的にサービスへの接続が再開し、ユーザーがログインしてツイートを閲覧することが可能な状態に復帰しました。 しかしそれも長くは続かず、現在は再び接続エラーが発生する状態に戻ってしまっています。 一時的に復旧したのはTwitterが手を貸したからではありません。Tweetbotの共同開発者Paul Haddad氏は「新しいAPIキーを使って、問題が解決するかどうかを確認することにした」と述べていました。これによって、Tweetbotは一時的にサービスの中断を回避できた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
パーソナルマップ | Management 3.0