タグ

運用に関するitigo-daihukuのブックマーク (16)

  • 普通の人が資産運用で 99 点をとる方法とその考え方 - hayato

    はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を

    普通の人が資産運用で 99 点をとる方法とその考え方 - hayato
  • わかりやすさの技術 - やしお

    社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかったとそうでないを思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない=理解をはばむ障害物がある。この障害物を取り除く/回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」になる。 日社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ

    わかりやすさの技術 - やしお
  • 【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO

    はじめに こんにちは植木和樹@上越妙高オフィスです。日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 (この記事を読むのにかかる時間の目安:5分) 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1

    【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
  • Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ

    主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認(w) サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認(df) 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /

    Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ
  • 弟子の育て方(OJTにおいて『教える側』として気をつけたこと) - ゆとりずむ

    こんにちは、らくからちゃです。 先日、はてなブログ界隈をうろついていたら、中々面白げな記事を発見いたしました。 ■「メモを取れ」ほど非効率なものはない よくOJTで「メモを取れ」という人がいる。私はいつもこれが理解できない。メモを取るほど重要なことならば、なんで教える側の人間が要点をまとめたメモを事前に作っておかないのか?自分の怠惰を押し付けているだけではないのか?メモをとることで意識が手先に移り、重要点を聞き逃す可能性は考えないのか。 そもそも、その仕事を教えられるほど熟知している人間と、何もわからない新人のどちらが重要なポイントを把握できるだろうか。初めて聞いた仕事内容で瞬時に重要なポイントを書き出せるスーパーマンはそんなに居ないと思う。 最初に言っておきますが、どんな仕事においても『ちゃんとメモをとること』は大切な技術です。お客様からの電話を受けるとき、打ち合わせで議事録を取るとき、

    弟子の育て方(OJTにおいて『教える側』として気をつけたこと) - ゆとりずむ
  • 株で億の資産を築いた2ch株板住人が晒してくれた手法が凄いver2015

    株は16年の経験で専業投資家歴12年目です。 マイナスは2014年!に今回初めて年間マイナスになりました(-500万ぐらい)。 子養ってる上に親の資金も運用してます。(援助受けているという意味ではないです) 2014年のマイナスは自分が小さな池の中(新興市場)ではくじらであることに気付くのが遅れてです。 毎日ボタンを押すだけで、全然相場を見ていませんでしたが対策を済ませたのでまたいつも通りにこれからも儲かると思います。 さて 今までのスレでかなり真剣にうまくいく方法を書いたつもりでした。 もう3年間も質問に答えていたのでいい加減うまく行っている人もいると思うんですけど・・・。 2014年「はてなブックマーク 年間ランキング」で前のスレは6位ということでした。 http://hatenanews.com/articles/201412/23137 たくさんの人がスレを見たと思いますので、今

    株で億の資産を築いた2ch株板住人が晒してくれた手法が凄いver2015
  • 業務マニュアルTips

    業務マニュアルの受託制作の経験を通して感じたことを、ここに書き連ねていこうと思います。 社内で、業務マニュアルや教材づくりを検討されている方のために、何かしらお役に立てれば幸いです。 業務マニュアルTipsについて 業務マニュアルの受託制作の経験を通して感じたことを、ここに書き連ねていこうと思います。 社内で、業務マニュアルや教材づくりを検討されている方のために、何かしらお役に立てれば幸いです。 マニュアルの作り方そのものについては、すでに良書がたくさんありますので、ここでは社内でマニュアルを作る場合の周辺のモロモロに焦点をあてることにします。 思いついたことからランダムに掲載していく予定です。忙しいとどうしても更新が滞りがちになるのですが、激励メールなどをいただけると、調子にのって更新するかもしれません(?)。 なお、ここでは「業務マニュアル」を次のように広くとらえています。 社外向けの

    業務マニュアルTips
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • 人間は誰でもミスをする、システムは必ず障害を起こす──トラブルを減らす“6つの知恵”

    「To Err is Human」、これは、1999年に米国の有識者機関である米国医学研究所(IOM: Institute of Medicine)から刊行された報告書のタイトルだ。日語に訳すと「人間は誰でもミスをする」という意味になる。 毎年約10万人が医療事故で死亡、米の死亡原因8位に この報告書によると、当時の米国では、毎年4万4000人~9万8000人もの患者が医療事故によって命を落としていた。これは、自動車事故やエイズによる死亡をはるかに上回り、第1位~3位の死亡原因を占める心臓病、がん、脳卒中といった三大疾病から順に数えても、米国の第8位の死亡原因と報告された。

    人間は誰でもミスをする、システムは必ず障害を起こす──トラブルを減らす“6つの知恵”
  • エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 : akiyan.com

    エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 2013-08-26 なんかスイッチが入ったので書いてみる。 目次 技術的なレイヤーは掘り下げるべきなので、ソフトウェア・エンジニアだってサーバー運用は経験すべき ウェブ系のソフトウェアエンジニアを職業としているのであれば、ウェブサーバーのひとつやふたつは自腹で立てて、実際に運用したほうがいい。 なぜかというと、技術的な仕事にはなんでもあてはまることなんだけど、技術的なレイヤーを掘り下げることには大きな意味がある。他にもやったほうがいいことは多々あるにせよ、レイヤーの掘り下げは特に重要だ。 ウェブ系ソフトウェアエンジニアであれば、仕事で使っているサーバーや言語を支えているOSレイヤーやミドルウェアのレイヤーが、どうセットアップされて、どう管理されているのか、知っているのと知っていないのでは、ソフトウ

  • 業務で使えるバックアップの基礎知識(1):あらためて知っておくべき、バックアップ最新基礎知識 - @IT

    あらためて知っておくべき、バックアップ最新基礎知識:業務で使えるバックアップの基礎知識(1)(1/3 ページ) 仮想環境など、より高次の環境が当たり前となった現在、バックアップ工程を検討する際にも従来とは比較にならないほど複雑な検討が必要になりつつあります。連載では、バックアップの常識を入れ替える知識を紹介していきます。 ビッグデータ時代と呼ばれる昨今、業務環境はより高度なものとなり、バックアップに関する要件も厳密になっています。また、運用設計もより複雑になってきています。 こうした今だからこそ、バックアップツールをより適切に選択する必要があるのではないでしょうか。 この連載では、バックアップの新常識と題し、バックアップの基礎から最新のテクノロジ、仮想化環境を中心に、課題の多いバックアップの「今」をお伝えします。 第1回では、基に立ち返り、バックアップ運用の検討に際し、考え方の基礎を振

    業務で使えるバックアップの基礎知識(1):あらためて知っておくべき、バックアップ最新基礎知識 - @IT
  • 現代のソフトウェア/サービス開発で構成管理が重要になった5つの理由

    現代のソフトウェア/サービス開発で構成管理が重要になった5つの理由:DevOps時代の開発者のための構成管理入門(1)(1/2 ページ) 「DevOps」という言葉にもあるように、ソフトウェア構成管理は、インフラ運用に取り入れられるなど、変わりつつある時代だ。連載では、そのトレンドにフォーカスして、現在のソフトウェア開発に有効な構成管理のノウハウをお伝えする もはや以前の「構成管理」ではない ソフトウェア構成管理はソフトウェア開発の現場で一般的になってきましたが、それを取り巻く状況は2000年代中盤と比較して、ソフトウェアビジネスのトレンドや使用するツールなど、ずいぶんと変わってきています。 読者の方の中にも「Gitそろそろ覚えないといけないのかな?」「Jenkinsって何がうれしいのだろう?」「開発のサイクルが以前より短くなって大変だな」などと感じていらっしゃる方もいらっしゃるのではな

    現代のソフトウェア/サービス開発で構成管理が重要になった5つの理由
  • クリアネオの口コミって信じていい?効果は確実なの? | 愛と小町

    クリアネオの特徴 無添加・無着色だから肌が弱い人でも安心 ワキガや嫌な臭いの原因となる菌を殺菌・消毒 お得な定期コースは、購入縛りなし!いつでも解約可能 体臭の悩みは老若男女問わず共通の悩みですが、他人には相談しにくいので1人で悩んでいる人が多いんです。 体臭って、自分でニオイが気になった時は、他の人はもっとクサイと思っています。 もしあなたが、自分でワキガかも…と思うのであれば、周りの人はあなたのニオイに気づいているかも… クリアネオは、そんなワキガ臭や足のニオイなど、イヤーな体臭全般を10秒でカットしてくれるんです。 クリアネオの効果や口コミを調査しましたので徹底解説します。 購入時に特典が付いてくるのでお得 公式サイトはコチラ ※特典は毎月変わるので公式サイトでご確認ください クリアネオはどんな人におすすめ? クリアネオの殺菌率は、なんと99.999%!体臭の悩みを解消してくれるクリ

  • 1台から500台までのMySQL運用 MySQL Beginners

    Designing Opeation Oriented Web Applications / YAPC::Asia Tokyo 2011Masahiro Nagano

    1台から500台までのMySQL運用 MySQL Beginners
  • http://www.erroneous-order.com/bnf/analects.html

  • Webアプリケーションエンジニアに知っていて欲しいインフラの知識 - blog.nomadscafe.jp

    過去に何回か、Webアプリケーションエンジニア向けのインフラ勉強会があったらいいなぁとtwitterにつぶやいたことがありますが、じゃぁ実際どんな内容が良いのか、あまりまとまっていませんでしたので、整理してみました。 まぁ「Webアプリケーションエンジニアに知っていて欲しいインフラの知識」と言いながらWebアプリケーションの運用の仕事をしている自分でも専門にやっている方からみて完璧に答えられる自信はありません。ただ今の世の中ググれば答えは見つかるので「概要は知っている」そして「詳細を調べる方法を知っている」ぐらいで問題ないと思っています。 ネットワークにおけるレイヤ2,3,4,7の概要 TCP/IPの通信開始、通信終了時の状態遷移の把握 IPアドレス、セグメント、スタティックルーティング、NAT CPUのトレンド HDDの構造 RAIDレベル、RAIDカードのBBUの役割 SSDの特徴 ハ

  • 1