なぜ就職氷河期世代にはタフな人が多いのか - orangeitems’s diary
社会人生活後半戦のまっただ中だが、幸せなことにそれなりの職位を得ている。色々あったけれど、結果良ければ全て良し。これは私にピッタリの言葉だなと、噛みしめる。プロセスは散々なことも多かったし、なんでここにいるのかはよくわからない。ラッキー。 今のポジションになるまでには、本当は色々な教育を受けているべきだった。でも、IT業界であるあるなのか、現場でのトレーニング（いわゆるOJT）ばかりで経験だけでラーニングしてきたから、振り返るとやらなくていい失敗をたくさんしてきた。多分に、一般的に考えてものすごく多い。ただ、負けず嫌いなのと自信過剰なのと、そして打たれ強い忍耐まで重なって、繰り出す球数だけ異常に多かったので、確率論として当たりを引き当てることができただけだと思う。人はそれを運がいい、というけど、宝くじを全部買い占めれば絶対当たるわけだし、競馬で全頭の単勝を買えばどれか当たるわけだし、当たる
システム運用はお金で解決したい、ができなくなってきている - orangeitems’s diary
ビジネスは基本的に成長していくものだし、拡大していくことが前提で、しかも最近だと「システム」が付いてくる。全部人力で作り上げるビジネスなんてあるのか。いや、ない。あるとしても小規模だろう。人だけで成り立つなんてビジネスを放置しても、きっともはや、人が集まらない。コンピューターによる自動化はない。全部人力だ。さあ仕事しなさいって、それは原始的だろう。あらゆる仕事場で自動化ありきの人間の仕事が増産されているのであり、人々もそういう職場を狙っている。時代遅れの職場で、かつそういう人力の仕事は生産性も低く給料も安いので、どんどん敬遠されるようになる。 さて、じゃあシステム化しました、と。システム化するための要員はまだいるようだ。各社ベテランが腕を奮っている。DXの掛け声でクラウドもあって生産性は上がり、システムと名の付くものが量産されている。わかっている、システム構築のスピードは10年前と比べると
技術的に難しいことを力技でやってしまうこと - orangeitems’s diary
まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え
転職、条件の良い会社も受けてみて欲しい - orangeitems’s diary
最近の大企業は困っているみたいです。大企業には成功事例が溢れていてこれまでの仕組みや体制がはびこっています。しかし世の中が大きく変化してしまったので、それらのノウハウが一気に陳腐化してしまった。 社内に変化を起こせる人材がいないので、どうしても外から変化を起こせる人物を招聘したいのですが、一方で社内の人材は重荷。だから、希望退職や早期退職は大流行りなわけです。目の前の業績はいいのに。 そこで外から変化を起こせる人物とは何でしょう。これは、同じような大企業で育った人ではないんです。実際ずっと下請にいたとか、現場で下支えしてきたような、実務者型の人こそ求められます。大企業だけあって全部自分で手を動かす必要はなく、アウトソーシングで外部の企業に委託すればいいのですが、それでも何を委託しているのか。そのアウトプットに対してきちんと理解ができる人である必要があります。それは、やっぱり今まで手を動かし
テレワーク、終了。 - orangeitems’s diary
もうね、テレワークは終わりです。 というのは自分の話。昨日を持ちまして、緊急避難的な日を除いてはテレワークを終わりにします。 テレワークでも仕事まわる、ということを確認する日々はまだ新鮮だったのですが、日常になってきて思ったこと。仕事環境としては快適でもなく普通でもなく、むしろ不快。こんな日々を続けたら、モチベーションがどんどん下がっていく。 経験としてテレワーク期間があったのはとても有意義でした。閉ざされた環境下で人の心や体調がどのように変化していくか。普通の日々なら絶対に経験できないことを経験できました。いいことばかり吹聴されるけれど、悪いことがいっぱいあります。それなのにいいことばかりを強調する記事がたくさん。 オフィスに通勤し、その中で経験できることの貴重さを思い知りました。通勤すら価値があることがわかりました。車窓の景色、ですれ違う人々の表情すら情報でした。そしてそのために筋肉を
もう壊れていっている日本を歩く - orangeitems’s diary
この写真なんだと思います？ 今日、横浜駅前に買い物に行ったのですが、駅の中で「まっぴるまに」撮った一コマです。世の中は再開したように一見見えますが、相当に大ダメージを受けています。駅周辺の通路の店が軒並みシャッターが閉まっている！？。 特に、改札を抜けた周辺のテナントがかなり退店していました。結局のところ家賃が高いところから早めに抜けて行っているということです。一番商売に向いてそうな場所からシャッターになっていく。逆に家賃が安そうなハジの方の場所はまだなんとかやっているという様子でした。 もう１枚追加。 何度も言いますが、早朝とかじゃないですよ。 二枚とも撮ったのが午前１１時過ぎくらい。 通路にはたくさんの人（with マスク）なのですが、肝心のお店がたくさん無くなっている。 あの、利用客数で日本有数を誇る横浜駅が、この調子です。 多分、日本の至る所で、退店ラッシュが起こっているに違いない
こいつ使えない、の次に考えること - orangeitems’s diary
こいつ、使えない なーんか、昔のことを思い出して。 anond.hatelabo.jp 私も、こうやって、「人のできない」を分析して、誰かをもう付き合いきれない、って切り捨てることをやっていた気がします。 やっていた、というのが適切な表現で、今は、「こいつ使えない」って思った次の行動が切り捨てる、では無くなっています。 「こいつ使えない」という瞬間自体は真実で、それに対する理由付けも大体あってます。初めは自分の接し方に問題があるのかなといろいろ試行錯誤するも、それでもうまくいかない場合に、こういった理路整然としたディスりに発展しますよね。 なぜ理路整然かというと、会社に対してその人を排除する理由を説明しなければいけないからです。で、私も何度か会社に説明したことがありました。一度目はいいのですが何度もやっていると、逆に、あいつは人に厳しすぎて部下を付けらんない、みたいなことに発展してきます。
DXとはSIerへの需要喚起だったんだという事実 - orangeitems’s diary
NECとLINEの両極端な決算 NECが最近いい話ばかり聞くと思っていたらやっぱり調子が良いようです。 tech.nikkeibp.co.jp NECは2020年1月29日、2019年4～12月期の連結決算（国際会計基準）を発表した。売上高に当たる売上収益は前年同期比6.9％増の2兆1756億円、営業利益は779億と前年同期の4.7倍に増えて増収増益だった。2019年3月期までに取り組んだ人員削減などの構造改革によって、固定費が減少したことが大幅増益に寄与した。森田隆之副社長兼CFO（最高財務責任者）は「想定に対して（これまでの）9カ月間の累計で売上収益は1000億円、調整後営業利益は150億円上振れている」とした。 こんな強気の発表はもう思い出せないくらい久しぶりで、何が起きているんだろうとおもったら逆にLINEの決算が厳しいことに。 nlab.itmedia.co.jp LINEが1月
ストレージはこわいよ - orangeitems’s diary
ある夜起こったどこかの会社の話 夜も更けた午前3時半ごろの思い出。 オンプレミスでの仮想基盤。いくつものシステムが動いていたのですが突然、この時間に複数のシステムエラーを感知。 電話で連絡が来るようになっていたのですが、あっちもこっちもそっちもどっちもアラートなので何が何だかわからなくなります。 運用設計なんて、特定のシステムがエラーとなったときのことしか考えられていないので、十も二十も同時にアラートになったら破綻します。電話連絡ったって電話は１つしかないので、担当者にはつながらなくなります。 私は運用の場面ではリーダーだったので、メンバーからエスカレーションを受けます。あっちも、こっちも、そっちもエラーですと。何が起こってるの？、わかりません。 眠気なんて一気に吹っ飛ぶのですが、一方で世の中の終わりを悟ります。 例え、この窮地を切り抜けたところで、たくさんの恒久対応までの道のりと、謝罪行
メルカリのマイクロサービス/Kubernetes運用事例はバイブルだ - orangeitems’s diary
多くの人に見てほしいスライド メルカリのマイクロサービス/Kubernetes運用事例を拝見しました。 speakerdeck.com こちら、中身はメルカリにおけるマイクロサービス・Kubernetesの実際の運用状況をまとめた内容になっています。 この内容が欲しかった。 この世の中で、会社のITサービス基盤をKubernetesにてマイクロサービス化できている企業はほとんどいません。言い切ります。まだ仮想マシンのWEB+AP+DBの3層構成のままです。もしくは、AWS Lambraなどサーバレスでマイクロサービス化した事例は多数出てきていますがこれは基盤にKubernetesが使われている可能性はあるにしろ、ユーザーは意識していません。 Kubernetesをエンタープライズに適用する。このケースではGCEですが企業としてどのようなオペレーションになるのか、どういう思考錯誤があるのかが
Google Cloud（GCP）にGPUつきプリエンプティブインスタンスVMを格安で借りた話 - orangeitems’s diary
Google Colabが気に入って Google Colabがあまりにもフレッシュな体験だったので使い倒していたのですが、12時間に一度初期化されるのはあまりに大変でした。 12時間おきにまっさらになる仮想マシンのようなものです。ただその仮想マシンは高性能。2vCPUに13GBのメモリー。ハードディスクも50GB（場合による）。GPUがデフォルトでついていて、少なくともTesla K80は使えます。 また、Ubuntuは18.04 LTSです。 素晴らしい・・。のですが、さすがに12時間に一度まっさらにされるのはしんどかった。対応策としては、 ・Google Driveをマウントして、永続データを定期的にエクスポートしておく。 ・初期化されたら、Google Driveを再マウントして、永続データをインポートする。 とやっていました・・が、やっぱり環境は一度構築したらずっと使いたいもので
続・新しい漫画村？ができたらしいので調査しておく - orangeitems’s diary
事象 J-CASTで報じられた件とはまた別の漫画村サイトが発見されたという情報を@HiromitsuTakagiさんより頂きました。情報提供誠にありがとうございます。 もう一つこれとは別の漫画村クローンが出てきているようだが……。https://t.co/QgLYCYkN8j — Hiromitsu Takagi (@HiromitsuTakagi) June 2, 2019 見つけました。相変わらずURLは自重します。 ※モザイクをかけています 第一印象ですが、 前回の件と比べると非常に良くできた印象です。 もしかすると、前回のサイトはブラフでこちらが本命ではないかというぐらいの出来の違いです。 技術的調査 前回調査と同じ視点で調べて行きます。 CDN利用の有無 漫画村と同じCloudflareを使っています。海賊版サイトの定番の作りです。 オリジンサーバーは完全にCloudflareの
何それつらい、オラクル「自社データセンターを作ったので引っ越ししてください」、客「何ですと？」 - orangeitems’s diary
これは大変な話 そりゃあ、インフラ担当者は頭を抱えてるでしょうなあ。 japan.zdnet.com 米Oracleおよび日本オラクル（以下、オラクル）は、国内で自社運営のデータセンター（以下、DC）を間もなく開設するのに伴い、富士通の国内DC内に設置しているクラウドサービス「Oracle Cloud」を利用する顧客企業に対し、自社DCへ移行するように交渉を進めていることが、関係者の話で分かった。 （中略） 両社にとっては今回の移行に際して、とにかく顧客企業の継続したクラウド利用にトラブルがないように実施することが求められる。顧客企業側もそれなりに労力を使うため、思わずため息をつきたくなるようだ。間借りは解消しても、両社の協業によるサービス品質はむしろ向上したと、顧客企業が感じるように努めてもらいたい。 データセンターなんてよほどのことが無ければ永劫に使えると思って契約しますよね。5年後無
自治体がRPAで仕事を省略しまくっている一方で非正規公務員が激増しているという現実が指し示すこと - orangeitems’s diary
自治体とRPAの蜜月関係 もう食傷気味になるくらい自治体が仕事をRPAで省略していると宣伝してますが。 www.atmarkit.co.jp 東京都は2019年3月27日、「RPA（Robotic Process Automation）による作業自動化の共同実証実験」の結果を発表した。同実験では、みずほ情報総研と4社からなるNTTデータ自治体RPA推進チームが共同で、RPAに向けた業務分析やシナリオを作成し、東京都職員とともに効果を検証した。その結果、処理時間の縮減や正確性の向上、自律的な業務改善を確認したという。 japan.zdnet.com 埼玉県が15業務を対象に、富士通のRPA（ロボティックプロセスオートメション）ツール「FUJITSU Software Interdevelop Axelute」を4月に本導入する。定型業務の自動化で作業時間を最大92％削減し、政策立案時間の創出
人手不足が叫ばれているのに東証一部企業が45歳以上をリストラする理由が見えてきた - orangeitems’s diary
人手不足なのに一方でリストラの謎 45歳以上に対し、早期退職・希望退職者募集の嵐が吹き荒れているということという記事については本当にたくさんの方に読んでいただくこととなりました。できるかぎり全ての反応に目を通しています。 さて、その反応の中でも最も多かったのは「外国人を大量に受け入れてまで人手不足に対応しようとしているのに、一方でなぜリストラを行うのか」というご質問でした。 この問いに対して様々な情報収集を行っていたのですが、今日目にした２つの記事が的確に答えてくれたのでご紹介します。 ２つの記事 ぜひ、全文にお目通し頂きたい２つの記事です。 ２つ読むと、わかることがあります。 日経ビジネス business.nikkei.com 「低い最低賃金が人手不足を助長している」。静岡県立大学の中澤秀一准教授はそう主張する。生産性を高めるための企業努力よりも、安い人件費の労働者を活用する方が利益を
45歳以上に対し、早期退職・希望退職者募集の嵐が吹き荒れているということ - orangeitems’s diary
なぜ・・45歳からのリストラ 先日の富士通45歳以上に対する早期退職募集の件は、人不足と見られたIT業界に大きな意外感を放ち一石を投じたわけですが、よくよく調べてみると大変な事実がわかりました。 「45歳」 をボーダーラインにして多くの企業で早期退職／希望退職者募集をかなりの企業が行っていることがわかりました。 示し合わせたように45歳が条件になっており、驚きの結果をまとめます。 まとめ 順序に意味はありません。 昭文社（2018/12/13） www.itmedia.co.jp 地図事業を展開する昭文社は12月13日、「出版不況や無料ナビアプリの影響で業績が悪化した」とし、希望退職者を募集すると発表した。45歳以上の従業員80人程度の希望退職を募る。ライバルのゼンリンは「Googleマップ」など無料アプリにデータを提供しており、好業績が続いている。 コカ・コーラボトラーズジャパンホールデ
Peing脆弱性案件に見る初動のまずさ - orangeitems’s diary
https://peing.net/ 質問箱Peingに脆弱性が発見されメンテナンス中に 現在、下記ツイートに関連して、質問箱Peingのサービスがメンテナンス中となっています。 第三者が勝手にツイートできてしまう問題について対応中で、 明朝までに復旧見込みです。 本事象に関連して第三者がユーザ様のTwitterにログインをしたり、他サービスにTwitterログインされることはありません。 詳細は明日、会社よりお知らせ致します。 ご迷惑をおかけし大変申し訳ございません。 — Peing-質問箱-(公式) (@Peing_net) January 28, 2019 上記の通り、少なくともPeingを連携していたツイッターアカウントに対して、第三者が勝手にツイートできてしまう仕様だったことは間違いないようです。また、だからといってログインできたり、ツイッター連携している他のサービスにログインで
Zenlogic障害報告書から考察する分散ストレージCeph - orangeitems’s diary
Zenlogic障害報告書がリリースされる 本日、2018年7月17日（月）に、かなりの世間の関心ごととなった、Zenlogic高付加障害についての報告が出稿されています。 報告書（全文） Web https://zenlogic.jp/news/status/syogai/cause/ PDF https://zenlogic.jp/pdf/report/20180717.pdf 障害の原因（転記） ストレージシステムを含む、クラウド基盤を提供・管理するヤフー株式会社から、高負荷状態に陥った原因として、以下の報告を受けております。 [概要] 事象A：ストレージシステムのキャパシティプランでの想定を上回る負荷上昇による一時的な高負荷状態 事象B：事象Aへの対応に伴い、二次的に生じた長期間にわたる高負荷状態 [原因] 事象Aに対する原因 （1）2018年6月からストレージシステムに対する負荷
「インフラエンジニアの独り言、ストレージは盲点になりがち」コメントへの感想 - orangeitems’s diary
いろいろな意見を頂く インフラエンジニアの独り言、ストレージは盲点になりがちの記事について、たくさんのコメントを頂いており、楽しく読ませていただいております。タイトルの通り独り言のつもりだったのですが、意外にも同業もしくは隣接の方からいろいろな意見を頂き、勉強になっております。 はてなブックマークについたコメントから、いくつか思うところを書いていきたいと思います。 はてなブックマーク - インフラエンジニアの独り言、ストレージは盲点になりがち - orangeitems’s diary なお、解釈は人それぞれありそれぞれ正しさがあると思います。単なる感想ということでご承知ください。また、時間の関係上一部のコメントだけ取り上げております。 感想 ネットワーク屋さんも最近はサーバーいじり始めてるよ すっごい嫌々だけど 素晴らしいです。後にスーパーエンジニアと呼ばれると思います。 学生時代にスト
インフラエンジニアの独り言、ストレージは盲点になりがち - orangeitems’s diary
インフラエンジニアの世界 IT技術者というと世間から見たら、要件定義やシステム設計をおこなうシステムエンジニアと、それを実装するプログラマーしか見えてないと思うんですよね。でもその基盤を動かすインフラエンジニアという人たちが全体の10パーセント弱（肌感）存在しています。 インフラエンジニアと言ってもまたそこから役割分担があって、物理サーバーやOSに強いサーバーエンジニアと、ネットワークに強いネットワークエンジニアがいます。大昔は物理サーバーとネットワークしかインフラに無かったので、大体はこの二極化でした。ネットワークエンジニアはスイッチやファイアウォール、ロードバランサーくらいまでは自分の領域としてくれていますが、OSやミドルウェアのことになると、それは私の領域ではない発言が出てサーバーエンジニアをブチ切れさせること請け合い。逆にネットワークエンジニアはサーバーエンジニアがなんでもネットワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
