談合社会の崩壊の中で「お母さん」たちが担っているもの - アンカテ
私は、不登校児の親を支援するボランティア団体をお手伝いしていて、その関係で直接間接にいろいろなケースを見聞きする。それを直接ブログのネタにしたことは無いが、それは、子供の問題というのは千差万別で、ちょっと覗いたくらいで簡単に論じられるようなものではないからだ。 しかし、一方で、不登校の問題は家庭の問題でもあって、その切り口から見ると、むしろ実にワンパターンであると思える所がある。 ひとことで言えば、家庭の中で「お母さん」方は、実に損な役回りを押しつけられているということだ。 今時は、不登校の問題はどこでも認知されていて、単純にお母さんが孤立し途方に暮れるというようなことは無い。学校や行政からの支援は、時に的外れだったりして地域によるバラツキはあるが、とにかく様々な方策がある。夫や親族や地域社会も簡単な問題ではないことは理解していて、有形無形の援助はたくさんある。 しかし、何らかの重要な「決
「IT投資」という考え方そのものが間違っている - 分裂勘違い君劇場 by ふろむだ
JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。 ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。 たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。 あたらしいビジネスを立ち上げるために、設計すべきものは、たとえば: ●迅速で高品質な状況対応を可能とする意思決定メカニズムの設計。 ●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。 ●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育シ
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
イキアタリバッタリストの詫び状 : 404 Blog Not Found
2006年06月19日01:40 カテゴリMedia書評/画評/品評 イキアタリバッタリストの詫び状 私自身、ずいぶんといきあたりばったりな人生を歩んできたし、今更レールに載った人生など夢にも思わない。 定刻発車 三戸 祐子 だからこそ、今日も黙々とレールを維持している人たちに感謝しておきたい。私がイキアタリバッタレるのも、彼らのおかげなのだから。 ブラジリアン・ガールと不器用なパウメレンセの物語 | 俺たちは飼い殺されてるかもね 俺たちは、安定的人生と引き換えに、組織やしがらみに縛られる不自由を選んだのだ。だから、気ままに自由に生きている人間に対しては、本能的に嫉妬する。どこかでこけることを期待している。いつかはそれ見たことかと言おうとしている。こんな私でも、Amazonで本を注文し、地下鉄で移動し、そして寝食を合わせたより長い時間をネットで過ごす。私のイキアタリバッタリズムは、社会の安
ある種の業種では、「練兵所」なんて要らない。必要なのは「弾薬工場」と「鉄砲玉」だ！
「兵士としての教育」が隠蔽され、誰もが「将軍の夢」に酔っている異常 - シロクマの屑籠 コメントやはてなブックマークをみているうちに、ふと気付いた。ああそうか、職種によっては、「将軍」や「参謀」にあたるほんの一握りさえいれば、もう「兵士」すら要らないんだ、と。堅実な古参兵を生み出すような「練兵所」が要らない業種があるんだな、と。 例えばアニメの世界。例えばプログラムの世界。テクノロジーの進歩が早かったり、ただベテランを高給で雇ってもメリットの薄い業種なら、夢見心地の新兵を毎年雇っては使い捨てにしたほうが(雇用者側にとっては)旨味がある。若いのを大量に雇って、むしろ長続きさせず、給料があがらないうちに使い捨てる*1という手法。少なくとも自分が事業者だったらそれを考える。使い捨ての若年労働者を求める邪悪な事業主は、「夢という名の麻酔」をかけたままルーキーを輩出してくれる教育機関を、ありがたいと
ルールを破る時のルール - 職業としてのプログラミング
以前、はてなの伊藤さんのブログ(naoyaのはてなダイアリー)でエアコンの設定温度を例に「ルールが一人歩きする」という記事がありました。この中で、満員の図書館でエアコンの設定温度を下げてくれというお願いに対し、設定温度は決められているでと言って下げてくれなかった、という話がとりあげられています。「手段」であるはずのルールが「目的」になってしまった典型的な例です。まさに「ルールの一人歩き」です。 さて、これはルールに盲従してしまっている例、言い方を変えると間違った「ルールの守り方」をしている例です。しかし、逆にルールの間違った「ルールの破り方」もあります。最近ちょうどそのような経験をしたのでちょっと書いてみます。 ソフトウェア開発でいうルールと言えば、コーディング規約等もプログラミング上のものから、リーリス方法等を規定したプロジェクト管理上のものまで様々あります。 プログラミング言語の文法も
切込隊長BLOG（ブログ） - 働く必要に迫られたニート経験者は意外と重宝する
自民党の杉村太蔵議員がやらかした国会質問が話題になってるっぽい。 ちょうど人材の採用をやろうと準備していたところだったので、これ周辺の議論が面白くてちょこちょこ読んでたら、景気が良くなっても景気が悪い時代に社会人としてのスタートダッシュに失敗した人たちが大勢しこってるのが問題のようで。 にしても「企業が新卒採用にこだわり、「門戸を閉めているのが大きな原因だ」と強調」って、そうでもねえよ。うちなんか学費払えない大学生がいたり、消費者金融で金を摘まんじゃって身動き取れないナイスガイばっかりおる。まともな社会人もいるし、どちらかというとややダークサイドに偏った中立を保っているけどなあ。 http://www.asahi.com/politics/update/0302/003.html http://shop.fresheye.com/blog/link/2006/03/post_11.
生産的になろう （Aaron Swartz のブログから）
Aaron Swartz さんのエッセイ、“HOWTO: Be more productive” の日本語訳です。Aaron くんは、ティーンエージャーにして W3C のコア・ワーキング・グループのメンバーで、RSS 1.0 仕様書の共同執筆者のひとりとしても知られる、才気煥発のスーパーハッカーさんです。どうしたらより生産的な人生を送れるのかについて考察したこのエッセイは、2005年の末に彼のブログに掲載されたもので、多くの注目を集めました。プログラミングに限らず、クリエイティブな仕事をこころざすすべての人にとって有用と思い（日本語訳もまだ出てないみたいなので）、翻訳してみることにしました。「この翻訳について」で案内しているフォームから、ご意見・ご感想などもお寄せください。 「君がテレビを見てた時間をぜんぶ合わせれば、」そいつは言った「いまごろ長編小説の一本も書けてたはずだ」。これにはたし
分裂勘違い君劇場 - 無学歴、無職歴、無実力のニートが年収500万円の正社員になる方法
を具体的に書いてみる。 まず最初にニートがやるべきことは、「このゲームは、正攻法でやるかぎり、どう足掻いても、絶対にニートが勝つことができないように仕組まれた八百長ゲームである」ことに気づくことだと思う。 だから、正攻法はだめだ。明後日の方角から、とんでもない反則攻撃をして、八百長ゲームのルールを食い破って勝利を強奪するような戦略で行くべきだ。 具体的にいうと、まず、そもそも、正面玄関から企業に就職面接を受けにいくのはやめとくべきだと思う。 ニートの場合、「この空白期間はなに?」とか聞かれて撃沈するだけ。時間の無駄な気がする。 職歴が弱点なんだから、その弱点を突かれるような戦いかたをしてどうする、というか。 その弱点を無効化するような戦い方をするべき。 で、職歴という弱点を無効化するために、ダンピングもどきの反則技を使う。 ほんもののダンピングは、独占禁止法で禁止されている。それだけ悪質で
「『単調な仕事を自動化したい』という“態度”が技術者には必須」，永和システムマネジメント角谷氏 | 日経 xTECH（クロステック）
「『単調な仕事を自動化したい』という“態度”が技術者には必須」，永和システムマネジメント角谷氏 Developers Summit 2006（デブサミ2006） 「キー入力がやたら速かったり，記憶力がよかったり，機械的な作業を間違わずにできたりすることは，優秀な技術者になるのを妨げるかもしれない」。永和システムマネジメントの角谷信太郎氏は2006年2月10日，東京・目黒で開催された開発者向けカンファレンス「Developers Summit 2006（デブサミ2006）」の講演でこう語った。技術者には，単調な仕事をコンピュータにより自動化する「プロジェクト・オートメーション（PA）」の考え方が必須だという。 角谷氏は，オブジェクト指向やソフトウエア設計に造詣の深かった故 石井勝氏が，技術者の必須項目として挙げていた2項目をまず紹介。石井氏が挙げる「同じことを2度しない（Only and O
Hardship Now, Pleasure Now! 物質的誘引(金銭報酬)の限界
前回の高橋伸夫氏の主張から引き続き、成果主義について考えます｡ 1980年の米国南部の小さな町でのエピソードです｡ 『第一次世界大戦後、ユダヤ人排斥の空気が強い米国南部の小さな町で、 一人のユダヤ人が目抜き通りに小さな洋服仕立屋を開いた。 すると嫌がらせをするためにボロ服をまとった少年たちが店先に立って 「ユダヤ人! ユダヤ人!」と彼をやじるようになってしまった。 困った彼は一計を案じて、 ある日彼らに「私をユダヤ人と呼ぶ少年には10セント硬貨を与えることにしよう」と言って、 少年たち一人ずつに硬貨を与えた。 戦利品に大喜びした少年たちは、次の日もやってきて「ユダヤ人! ユダヤ人!」と叫び始めたので、 彼は「今日は5セント硬貨しかあげられない」と言って、再び少年たちに硬貨を与えた。 その次の日も少年たちがやってきて、またやじったので、 「これが精一杯だ」と言って今度は１セント硬貨を与えた。
仕事環境のリファクタリング - モジログ
jkondoの日記 - 仕事は非ルーチンワークから片付けよう http://d.hatena.ne.jp/jkondo/20060206/1139179922 ＜この前はてな内では、社内に置いているサーバーがうるさいのでサーバールームに移動しようみたいな話しが出て、そこでid:danjouがすぐさま作業に取り掛かってくれました。それで、その日の夕方には静かな環境がおとずれて気持ちよくみんなが作業できるようになったのですが、これが「いつもの仕事のあとで」となっていたら、一体いつ快適な環境が訪れたか分からないし、もしかしたらそんな仕事は忘れ去られて「まあ今でもなんとかやれているからしばらくこのままでいいやん」みたいな事にすらなっていた気がします＞。 はてな近藤社長の面白いエントリ。 ルーチンワークより非ルーチンワークを優先しよう、という趣旨で書かれているが、ここで「非ルーチンワーク」として挙げ
jkondoの日記 - 仕事は非ルーチンワークから片付けよう
仕事には毎日毎日の定常業務・いつもの仕事＝ルーチンワークと、突発的な仕事＝非ルーチンワークがあると思いますが、時間の使い方として非ルーチンワークの方から手をつける方が良い結果になることが多いんじゃないかとふと思いました。 非ルーチンワークというのは、朝突然「これをやろう」とアイデアを思いついたとか、社内で話しをしていて急遽行う事になった、みたいなタスクで、こういう仕事が発生すると「まあ待て。とりあえず今日やるつもりだったいつもの仕事を終わらせてから取り掛かろう」という人と、「なんだか面白そうだし新しい事をやってから残りの仕事を片付けよう」という人に分かれるような気がします。 ところが、「定常業務を終わらせてから手をつけよう」と思っていても、定常業務は仕事時間を全部使い果たそうとする性格がありますので（ありますよね、何でなんでしょう？）、結局その日には手がつけられない、みたいな事になりがちで
FPN-ニュースコミュニティ- どうやったら情報をタイムリーに集めることができるか
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
小野和俊のブログ:ミスコミュニケーションの傾向と対策
会社で問題が起きたとき、なぜそんな問題が起こったのかと詳しく話を聞いていくと、 問題を構成するほとんどすべての項目について、ミスコミュニケーションがその根本の原因となっていることがある。 誰かが手を抜いているわけではない。誰もが前向きに一生懸命やっていこうとしている。 それでも、ミスコミュニケーションが重なると、問題が次第に大きくなり、修復することが難しくなっていく。 場合によってはその積み重ねが相手に対する不信感を生み、人間関係に悪影響を及ぼすこともある。 ミスコミュニケーションは人の問題であり、簡単には解決できないようにも思える。 しかし、対策の打ちようはある。 【ミスコミュニケーションの分類】
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
IT業界のタブー「偽装請負」に手を染めてませんか：ITpro
最初に断っておくと，今回のテーマである「偽装請負」と，全国を震撼させている「耐震強度偽装」とは，ほとんど関係がない。共通点を挙げるとすれば，「違法行為だが，もしかしたらどの企業もやっているかもしれない」という疑惑が持たれている点だ。ちなみに偽装請負の詳細は，日経ソリューションビジネスの2005年12月30日号に記事を掲載している。読まれた方には，内容に重なる点もあるがご容赦願いたい。 さて，話を戻す。まず最初に，システム開発・運用現場の例をいくつか挙げる。 （1）ユーザー企業のシステム開発・運用業務で，2次請け・3次請け企業のIT技術者が常駐し，ユーザー企業のシステム担当者から直接指示を受けている （2）元請けシステム・インテグレータに，3次請け・4次請け企業のIT技術者が常駐して，元請け企業のマネジャーやSEから直接指示を受けて開発している （3）常駐している3次請け，4次請け企業のIT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
http://www.h2.dion.ne.jp/~ppnet/idea.htm
『儲からない人と儲かる人の、明確な分か…