30過ぎのジジイが「・・・だお」と言っているのと同じ感じがする

id:takerunbaのこういう所が大好き。愛してまう！ 発言を額面どおりに受け取る 私もすごくすごくすごおぉぉぉぉぉぉぉぉぉぉくそう思うんですよ。 「空気を読むのはやめましょう」 「行間を読むのはやめましょう」 「言外のことを読むのはやめましょう」 これを「3つの読まない」と申します。「非読宣言」です。私たち「社交辞令が効かない会」は読みません。そのままです。シンプルでストレートな関係の構築を目指しておりますので、言葉とか表情などの表に出てくる要素以外のものは、一切読みません。逆な言い方をすれば、表に出てこないものは無視します。ないモノとして扱います。シンプルでストレートな関係に、存在するかしないかすらわからないものを持ち込まれても困ります。 発言を額面どおりに受け取る なんというオレ！ 僕もこのタイプです。なんでかって？どんな事情があろうとも、本当に大切だと思っているものは絶対に表に

こいつもshi3zとかいうバカgeekと同じで、定期的にバカな持論を開陳しないと気が済まないらしいので、再度disることにするw ここにあるのは業界外の人間から見れば非常識極まりない戯言ばかりであり、それが何に起因しているのかと言えば、徹底した自己中心性と幼稚な甘えに他ならない。 この不景気をきっかけに、発注側のユーザ企業に変わってもらいたい。丸投げではなく、基本、SIは自分たちで行い、手が足りない部分を技術のプロフェッショナルに手伝ってもらうやり方。 「SIerは、どうやれば生き残ることができるのか」を考えた末の結論が「この不景気をきっかけに、発注側のユーザ企業に変わってもら」うことだというのだから、相変わらず信じられないくらいのバカというか、空恐ろしいまでの甘えと幼稚さである。「多重下請け構造こそ、SI業界の最大の問題点」であるなら、さっさと自分で営業して仕事を取って来りゃいいだけの話

ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの

IT業界っていっても非常に大きくて、ネットワークからユーザサポート、そしてシステム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでたのは通年4月から始まるはずの新規案件で、案件数が激減した。業務とか言語とか関係ない。何でもかんでも一気に減った。 その結果、3月末日で終了した案件に投入されていた人材が一気に余剰人員となった。 また保守案件に携わっていた外注要員も、契約更新のタイミングでSIのプロパーと入れ替わりとなっていった。

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ソーシャルネット開発部の島貫和也です。Yahoo!メールの配送システムおよび迷惑メール対策を担当しています。 Yahoo!メールはプロバイダ(Yahoo! BB)のメールサービスでもありますが、フリーメールとしての側面もあるため、非常にさまざまな方に多様な形態で利用されています。このようなサービスでは、迷惑メールなどの不正利用を前提とした対策が必要不可欠といえます。 本連載では、今まであまり触れられてこなかったYahoo!メールの迷惑メール対策と、電子メールに関連する情報を数回に分けてご紹介したいと思います。 ご注意 出典元の説明のため、いくつか外部リンクがあります。リンク先については保証しておりませんのでご了承くださ

良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論

【皆既日食】 トカラ列島・悪石島は暴風雨に。竜巻も…避難呼びかけ、観測どころではなくなる 1 名前：☆ばぐた☆ ◆JSGFLSFOXQ ＠☆ばぐ太☆φ ★ ：2009/07/22(水) 11:50:46 ID:???0 【皆既日食】トカラ列島悪石島は暴風雨で避難呼びかけも ６分２５秒と世界で最も皆既日食の継続時間が最も長い、トカラ列島の悪石島には、 人口の２倍近い１１００人の観測客が訪れていたが、皆既日食が始まる午前１０時 ごろから、突然、激しい雨と風に見舞われた。 観測用に用意した機材を手に、雨の当たらないテントの中などに駆け込む人など 右往左往するなど、観測どころではなくなった。 強い風雨は、テントを波打たせるほどになり、竜巻が起こる可能性もあるとして 屋内への避難も呼びかけられた。 http://sankei.jp.msn.com/science/science/090722/scn

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

以前の記事(ネットワークのAuto-Negotiationについて)でネットワークやサーバ機器間の通信速度設定の重要性について触れたので、今回はそれに関連してLinuxサーバでduplexモードやautonegotiationを制御する方法を簡単に紹介。 ethernetで強制的にduplexモードやautonegotiationを切り替えるにはethtoolコマンドを使用する。またこのコマンドはリンク速度の変更にも使用される。 [使用例] デバイスeth0のautonegotiationをoffにする ethtool -s eth0 autoneg off デバイスeth0のduplexをfullにする ethtool -s eth0 duplex full デバイスeth0のspeedを1000(Giga)にする ethtool -s eth0 speed 1000再起動しても設定が反

「お寺始まったな」――。 ケータイ写真の共有サイト「携帯百景」に投稿されたそのひと言を震源に、ブログを中心としたクチコミで大きな波紋を広げている「お寺」がある。東京・西八王子にある、「松栄山 了法寺」だ。 了法寺は日蓮宗の寺院。実際に訪ねてみると外観そのものはごく普通で、どこにでもある寺院にしか見えない。だが、その入り口にある看板には、なぜかアニメ調のキャラクターがずらりと並ぶ。 看板には「ようこそ了法寺へ！」という快活なコピーが掲げられ、どこか異空間に迷い込んでしまったような錯覚におちいる。 よく見るとそれぞれのキャラクターには名前がつけられ、寺院の宗旨や寺院の施設について解説している。横にはQRコードまで用意され、ケータイの特設サイトにアクセスできるという凝りようだ。 ケータイサイトにアクセスしてみると、コンテンツを通じて実際の寺院施設が楽しめるようになっている。寺院がアトラクションの

昨日はITpro主催のイベント「ユーザー企業のためのエンタープライズ・クラウドフォーラム」に参加してきました。 日経コンピュータ 中田敦記者のセッション「みえてきたクラウドのコスト」では、グーグル、アマゾン、マイクロソフトの最新データセンターの動向を紹介してくれたのですが、これが非常に興味深い内容でした。セッションの内容からトピックを2つほど紹介します。 大規模データセンターは7倍効率がよい 1つ目は、日経コンピュータ2009年7月8日号で同記者が記事としても書いていることなのですが、データセンターの規模の経済について。1000台クラスの中規模データセンターと、5万台クラスのデータセンターを比較すると、大規模データセンターのほうが7倍も効率がよいというデータが示されています。 つまり、ユーザーがある大きさのコンピュータリソースを調達しようとするとき、大規模データセンターは中規模データセンタ