パワポでもここまでできる！米財務省から学べる美しい資料作りのポイント - stj064 Life Lab
Twitterで紹介されていたこの資料。 実際見てみたらホントに美しい資料だったので、どんな点がよかったのか、また自分の資料作りに生かしていけそうか、ポイントを抽出してまとめてみようと思います。 「ページタイトル」と「メッセージライン」を分ける レイアウトは以下の画像のように要素が配置されています。 特徴的なのは、「ページタイトル」と「メッセージライン」を分けていること。これは自分も前々職のコンサルティング会社時代に馴染んだ形ですが、そこから移ったあとは、この区別ができていない例をたくさん見かけました。 ページタイトルを大きなフォントで載せることはスペースの無駄使いになりますし、逆に主張したいことを小さな領域に押し込めてしまうと無視されてしまう恐れもあります。 用途にもよりますが、調査レポートなどはこうした形の方が、要点が読み手に伝わりやすいのではないかと思います。 絶対値より、変化率や差
NICTERWEB 2.0
Home | Atlas | Cube | Stats | Top10 | NICTER Blog | Help | Contact | English | Atlas ⁄ Cube Information ・ NICTER 観測レポート2019 (2020-2-10) ・ NICTER 観測レポート2018 (2019-2-6) ・ NICTER Blogを始めました (2018-2-27) ・ NICTER 観測レポート2017 (2018-2-27) ・IoT製品の脆弱性を悪用して感染を広げる Mirai の亜種に関する活動 (2017-12-19) Stats Top 10 List 2020/08/07のデータを表示中 国別ユニークホスト数 Top 10 国名（国コード） ホスト数 割合 ブラジル（BR） 34,733 9% 中国（CN） 31,312 8% インド（IN） 24
中規模大規模プロジェクトにアジャイル開発を適用するにはどうすればいい？ IPAが14件の事例を基に報告
中規模、大規模のアジャイル開発において成功に寄与する主な要因は、リーダーシップを発揮するキーマン、教育と経験、段階的な導入、などの内容を含む報告書を、独立行政法人情報処理推進機構（IPA）が公開しました。 報告書のタイトルは「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査 調査概要報告書」で、プロジェクトの実メンバー数が30名から100名程度を中規模、100名以上を大規模と位置づけ、中規模の事例6件、大規模の事例4件、そして中規模大規模のプロジェクトで部分的にアジャイル開発を適用した事例4件を基に書かれました。 プロジェクトの内容はゲームソフト、ソーシャルゲーム、SNS、医療健康関連、ECサイト、基幹システムなどで、自社開発、受託開発ともに含まれています。 公開された概要からポイントを引用します。 非ウォーターフォール型の方が「いきいきしている」 基にした14件の事例。
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
できるヤツから潰される
まぁ誰にだって若い頃ってのはあるもんさ。かくゆうおいらだって。 「残業しなきゃこなせないってことは、それだけ無能ってことでしょ？」 なーんてことを疑いも無く口にしたりしたもんさ。わははははバカだよなーおいらも。世間知らずたぁこのことよ。うーいひっく。 実際は逆よギャク。実力なんかあったところで報われることなんざなにひとつねぇってーの。邪魔邪魔。おいらみたいにね、日が暮れたらとっとと帰ってこうやって酒に浸る・・・・それがイチバンだってーの。おーいおかみさーんもう一本つけとくれー。 「あんたぁ、飲み過ぎじゃないの？もうやめときな」 うるへー金ならあるわいツベコベゆーなーがっしゃーんきゃー。 ていうか酒も飲めないくせに何故にそうゆう小ネタに走りますか＞俺。 まぁそれはともかくとしてだ。確かに言ってた。残業は無能の証だと。残業するヤツは脳味噌無いからだと。 きゃーーーーー！！はずかしーーーーーー！
「SI屋さんとSIと、直近の課題について」 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/okachimachiorz/20120311/1331467375 メモ．だいたい合ってる． 一つは、そもそも供給サイドの母体になるべき人員の供給が、若年層の人口減とともに圧倒的に減少しているということです。 この傾向は、もう現れていて、ここ４−５年のSIの失敗率は、個人的に見ている限りは異常と言わざるを得ません。人員の確保ができないため、もう猿だか、猫だかわからないような人員ですらSIの現場に突っ込まれていることが日常茶飯事になっています。というか、そうでない現場の方が少ないように思えます。 クラウドのインパクトは関係ありません。SIの現場を見ればわかりますが、もうなんだこれは？という恐慌状態も多々見受けられます。 偉い人「代わりはいないのか？」 PM「居ませんよ。」 偉い人「いや、エースの代わりじゃなくて、普通でいいんだけど。 設計出来て、
SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
Islamic spells for love inter caste inter religion marriage
Add AI to your apps Learn AI Programming Publish your AI projects Free, open source, locally hosted, any platform, any language. Read more... Discuss Download Docs Turn a code snippet, simple Python module, or a Jupyter notebook into a CodeProject.AI module that can be deployed and used anywhere by everyone. Learn and AI without fighting tools and setup environments.
@nifty：デイリーポータルZ：どうでもいいことをプレゼン資料にする
パワーポイントで作った横長のプレゼン資料をよく見かける。 図を多用し、独特のパステルカラーで着色されている。不思議なイラストもちりばめられている。会社勤めをしている人には一般的だが、やっぱりあれは独自の風習だと思う。 独自の風習よばわりしてしまったが、嫌いじゃない。面白いと思う。むしろどうでもいいことさえあのフォーマットで表現してみたいと思う。 妙な説得力が出たりしないだろうか。 （林 雄司） たとえばある日の昼食にサバを食べたこと 夜は海鮮居酒屋になっている店に入った。ランチメニューも魚中心である。年々魚好きになっているのでやっぱり魚を食べたい。体のこともちょっと考えている。しかし刺身定食980円は高くないか。うーん、あ、でも日替わりと焼き魚がなんだったか入り口で見てくるの忘れた。煮魚は確かサバだった。 迷っているがもう注文を取りに来ている。早く決めなければならない。
万能ではないタブレット型端末 企業が陥りやすい5つの過ち （ウォール・ストリート・ジャーナル） - Yahoo!ニュース
アメリカン航空はタブレット型端末を早期に導入した。その結果、どこで使うのが最適なのか、またどういった場合に不具合が生じるのかを多く学んだ。 たとえば、1種類のタブレット型端末がすべてのニーズを満たすわけではないことを早い段階で理解した。パイロットは紙製の航空図などに代わる洗練された端末を欲した。一方、整備工やエンジニアにはもっと頑丈であること、客室乗務員には小さくて軽いことが重要だった。ファースト、ビジネスクラスの旅客には新作映画を再生できるものを貸し出した。違法コピーのリスクがないモデルだ。 タブレット型端末を導入する企業は増えている。フォレスター・リサーチは世界中で仕事に使用されているコンピューターのうち約25％はタブレット型もしくはスマートフォン（多機能携帯電話）でPC（パーソナルコンピューター）ではないと推測する。 ただ、従業員がどう使うのが最適なのかを事前に十分調査しなかっ
ソフトウェア開発の品質と、ソフトウェアの品質は、分けて考えたほうがいいんじゃないか - きしだのはてな
ふと「ソフトウェア品質のxxx」みたいな文章を見つつ、基本としてはソフトウェアがいかに仕様どおりになっているか確認する話だったので、これってソフトウェア品質じゃなくて、ソフトウェア開発品質だよなーと思った。 実際、ソフトウェア開発の品質と、ソフトウェアの品質には相関はあると思う。とくに1990年代まで、まだITという言葉があまり使われず、OA、つまりオフィスオートメーションがソフトウェアの主な開発対象だったときには、データがちゃんと入ってデータがちゃんと届けられるということが主な処理だったため、ソフトウェア開発の品質と、ソフトウェアの品質はほぼ一致していたと思う。 そういう中で、ソフトウェア品質として、ソフトウェア開発の品質が研究された。 実際、ソフトウェア開発プロセスの基本コンセプトのひとつは、「よいプロセスがよいソフトウェアを作る」ということで、ソフトウェアプロセスの本を見ると必ずとい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Weather Year Round Anywhere on Earth - Weather Spark
Chrome Extensions API リファレンス