トルコ水紀行 －前編 イスタンブール－ みなさんこんばんは、地図子です！8月は久しぶりに毎月更新にしようと思います。今までずっと名古屋について書いてきましたが、ワープして・・・ トルコについて書きたいと思います。 2024年6月に念願のトルコに行ってきました。いつからトルコに行きたかったかわから…
はてなブログ | 無料ブログを作成しよう
トルコ水紀行 －前編 イスタンブール－ みなさんこんばんは、地図子です！8月は久しぶりに毎月更新にしようと思います。今までずっと名古屋について書いてきましたが、ワープして・・・ トルコについて書きたいと思います。 2024年6月に念願のトルコに行ってきました。いつからトルコに行きたかったかわから…
W杯 クロアチア対日本 0-0 日本苦戦の戦犯は電通か？ - 天漢日乗
(追記 6/20 16:00) 昨日のジーコ発言の記事をご覧くださり、またたくさんのトラックバックをお寄せ頂きありがとうございます。 ココログの不調で、最初の方にいただいたトラックバックの一部が消えています。せっかくトラックバックをお寄せいただいたのに消えてしまった方、ごめんなさい。お詫び申し上げます。 尚、管理のため、トラックバックは一度拝見してから、公開するかどうかを決めています。宣伝のためのスパムトラックバックが非常に多いためです。あしからず、ご了承下さい。 同一アドレスからの重複トラックバックは一つにまとめ、重複分は削除いたしました。同一のアドレスから頻繁に重複トラックバックが掛かる場合(５件以上)は、残念ながら、すべて削除させていただいています。その他、記事内容と全く関係がないトラックバックは削除しています。 (追記ここまで) 酷暑が互いの判断力と体力を奪った。クロアチアも日本も
失敗を恐れず行動しよう
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■学校で教わったこと 皆さん、学校といわれる場所で何を教わりましたか。 小学校の国語・算数・理科・社会に始まり、英語そのほかいろいろなことを学んだと思います。時には、中間試験や期末試験などの定期的な試験を受けて、試験の出来に一喜一憂したのではないでしょうか。また、中学卒業、高校卒業という区切りで、高校入試や大学入試に備えて勉強をして、その結果に一喜一憂したのではないでしょうか。 社会人になると、中間試験・期末試験と
同じ失敗を繰り返さないようにするための習慣 | シゴタノ！
昨日に引き続き、また日経ビジネスアソシエの1月17日号ですが、この号の特集は「あなたの潜在力を開花させる?見抜く技術」。 これを読むと、仕事をする時に自分が無意識にこの「見抜く技術」というものを使っていることに気づきます。また、紹介されている「ダメな例」を読みながら、「あぁ、確かにやっちゃってる…」という自分の失敗を思い出して身につまされることも。 では、どうすれば「見抜く技術」を仕事に活かすことができるのでしょうか。 メタ認知とは 特集ページの冒頭部分より。 「物事を正しく予測するためには、対象について豊富な知識や経験を持っていることが不可欠だが、それに加えて、自分自身を分析する力も同様に必要だ」と解説するのは、認知心理学を専門とする筑波大学の海保博之教授だ。 視界が悪くなる「サングラス」をかけていたら、たとえ目の前にせっかく宝物があっても正しく認識できず、みすみすチャンスを逃してしまう
結城浩 - 幻想の終わり / 失敗してもいいんだよ
朝、礼拝。その後、喫茶店で原稿書き。とてもよい。 やっぱり、神様に祈ってから仕事をするって大事なんだなあとつくづく思う。 祈りを学ぶのに一番いい方法が祈り始めることであるのと同じように、 プログラムを学ぶのに一番いい方法はプログラムを書き始めることだと思う。 文章書きを学ぶのに一番いい方法は文章を書き始めることだし、 翻訳を学ぶのに一番いい方法は翻訳をしはじめることだろうと思う。 あなたが、何かを学びたいと思ったら、まずそれをし始めるのが一番よいのではないか。 したいなあ、と思うだけではなく何かをし始めてみるとすぐに気がつくのが、 「ちょっと、これは想像とは違うぞ」ということである。 祈ってみると、祈る前とは違う何かが（その何かは人や時によって千差万別）はじまるし、 プログラムを書いてみると、自分がぜんぜん書けず、何からどう手をつけていいやら途方にくれるし、 文章を書き始めてみると、自分の
失敗プロジェクトを繰り返さないために：ITpro
コスト最優先で力量が定かでないSIベンダーにシステム開発を発注。結果としてベンダー側の経験/技術不足がたたり，システム・テストで「レスポンスが5分以上も返ってこない」「バッチ処理が異常終了する」などのバグが多発した──（某メーカーの人事システム） いい加減なフィット＆ギャップ分析しかせず，どんぶり勘定で開発費を見積もりプロジェクトをスタートさせたことで，10億円以上の追加負担が発生。ユーザー側の猛抗議にあい，追加コストの大半はベンダー側が負担するはめに──（某金融業のERPシステム） ベンダー側の担当SEが立て続けに2回交代。担当者間でRFP（提案依頼書）の内容や合意事項が全く引き継がれておらず，度重なる手戻りで稼働時期が7カ月も遅延──（某製造業の生産管理システム） 繰り返されてきた失敗プロジェクト システム開発の現場では，今日もまた失敗が繰り返されている。その原因の本質を突き止めたい─
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp : 失敗を生かす仕事術講談社現代新書: 本
http://bgi.dr.dk/sporten/index.php
http://www.sponichi.co.jp/wsplus/column_n/08019.html