32歳で数学を学び直しの経営者 10年で利益10倍、中途半端なリスキルはダメリスキリングプレーヤーズ
出世ナビ｜NIKKEI STYLE
32歳で数学を学び直しの経営者 10年で利益10倍、中途半端なリスキルはダメリスキリングプレーヤーズ
ドラクエXはこうして作られた、大規模ゲーム開発におけるマネージメント方法
ドラゴンクエストXは「世界は一つ」を実現するためにどのようなサーバ構成にしているのか？ ということで、CEDEC 2012ではドラゴンクエストXの世界観を支えるサーバシステムはどのように構成されているのか、ということが講演されましたが、さらにドラゴンクエストという人気作品を制作する上でどのようなマネージメントが行われたのか、ということについても、スクウェア・エニックス開発部所属の荒木竜馬さんが大規模開発ならではの問題やそれを解決するための工夫について語ってくれています。 タイトル | CEDEC 2012 | Computer Entertaintment Developers Conference http://cedec.cesa.or.jp/2012/program/BM/C12_P0003.html 荒木竜馬： 今日はドラゴンクエストの話ということで、朝早くからたくさんの人にお集ま
地上最低の話し方！会話相手の意欲を劇的に削いでいくコツ！
当ブログでは、これまでより良い聞き手になるための具体的な方法論を中心にお話させていただきました。 今回の記事ではコミュニケーションの達人になる上で、重要なもうひとつのポイントに焦点をあててお伝えしていきます。 具体的には、「最低な話し方とは何か？」についてまとめていきたいと考えています。 最低な話し方を知らなければ、会話において知らず知らずのうちに使ってしまうかもしれません。 最低な話し方とはいえ、一般のコミュニケーションでとても多く使われている話し方も多いためです。
宮本茂 - Wikipedia
宮本 茂（みやもと しげる、1952年11月16日 - [3]）は、日本のゲームプロデューサー。任天堂株式会社の代表取締役フェロー[4][2]。同社の情報開発本部本部長、専務、クリエイティブフェローなどを歴任。 『マリオシリーズ』、『ゼルダの伝説シリーズ』、『ドンキーコングシリーズ』などの生みの親として知られる[3]。2019年にゲーム関係者としては史上初となる文化功労者に選定された。 来歴[編集] 生い立ち[編集] 京都府船井郡園部町（現：南丹市）に生まれる[1]。中学時代はバスケットボール部に所属していたが、そこに籍を置いたまま漫画クラブを立ち上げようとしたことから上級生とトラブルを起こしてしまった。その後、レギュラーメンバーであったバスケットボール部を辞め、漫画クラブの部員として活動した[5]。赤塚不二夫、手塚治虫、白土三平などの漫画に影響を受け、漫画家を目指したこともあったが、周囲
SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
エンジニアリングのマネージメント | GREE Engineers' Blog
こんにちは、岡崎です。最近はグリーのインフラチームにおける開発のマネージメントを担当しています。 このエントリーは「GREE Advent Calendar 2014」2日目の記事です。昨日は岸田さんによる「イノベーションが失われた組織から脱却する10のルール」でした。 さて、気がつけばここに書くのも昨年のAdvent Calendar 2013「開発ワークフローを、いつどう変えるか」以来です。去年は開発プロセスについてやってきた事の振り返り記事でしたが、今年も同じようにこれまでのプロジェクトを振り返りながら今回はエンジニアリングのマネージメントについて考えてみます。 エンジニアリングマネージャーとはどのような責任を持っているか エンジニアリングマネージャーとはどのような責任を持った役割でしょうか。本題に入る前にまずは「責任」という言葉の定義について確認しておきます。 「責任」と一言で言う
Markdownテキストでシーケンス図とフローチャートを描く - Qiita diagram sequence
つい先日、とあるシステムの処理の流れと一部処理のフローチャートを付けた見積り資料を書くことになり、ちょうど良い機会だったので、MarkdownでUML図表が描ける「StackEdit」を使って、オールMarkdownで資料を作成してみた。 いやぁ、打ち込んだテキストがリアルタイムに図表化されていく様は、とても新鮮で、そしてすごく面白かった。資料が出来上がった後の達成感というか、完成した図表を見た時の感動が結構はんぱない。技術系の資料作成でこんな良い体験ができたのは初めてかもしれんな…(笑) ──と、結構感動的な体験ができるMarkdownでのUML図表作成なんだが、せっかくなのでそれの書き方を含めてもう少し突っ込んだTIPSとしてまとめておこうかと思った次第。 Markdown+UML とは？ とりあえず、「Markdown+UML」というのは私の造語だ。まぁ、正確に言うなら「UML di
React Native ファーストインプレッション - Qiita
React Native 概要 React.js とだいたい同じ作法で、JavaScript で書いたコードが iOS ネイティブアプリとして一応動く。そのフレームワークと開発環境を提供する。 React.js と同じ React を謳っているとおり、JSX で UI コンポーネントを定義するとか、Props や State で View のデータフローを整えるとか、setState() によるデータバインディングとか、諸々が一緒。従って React.js でアプリケーションを作ったことがあれば、学習コストをほとんどかけずにアプリが作れる･･･かも 例えば以下のように、入力値をそのまま画面にエコーするアプリケーション。 これはこんな感じのコードになる。 var React = require('react-native'); var { AppRegistry, StyleSheet, T
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Heroku HTTP API Design Guide