ITエンジニア、ミドルの転職の仕方／35歳以下転職との違い｜久松剛／IT百物語の蒐集家
先のコンテンツでお話したように、スキルに現役感があって柔軟性があればITエンジニアについては継続的に就業できそうな傾向が見えています。急に20代の日本人正社員が増えることはこの先無いので、企業が日本人に拘っているうちはミドルの需要はなし崩し的に高まっていくと考えています。ただし、朗らかに、にこやかにコミュニケーションできる柔軟性の高いミドルを目指しましょう。 とはいえ、実際に採用市場を見ていると転職の仕方が不器用な方が多いです。早期退職制度などもあり、初めての転職や十数年ぶりの転職という方も多く居られます。今回はITエンジニアにおいてミドルが取るべき採用の動き方についてお話します。 ミドルの転職におけるアンチパターン：とりあえず大手人材紹介に登録Twitterで話題の47歳について、私も思い当たるところがあり共感を持って毎日拝見しています。現役エンジニアがコメントや引用RTでワーワー言うの
【追記あり】逃げ癖酷いアラフォーだけど逃げて後悔したことが1度もなかった
中学時代にブサイクで頭悪いだけで周りからの歯止めの効かない心無いイジリや暴力で居心地が酷く悪くなって、白髪が増えだして学校バックレて不登校になって親から顰蹙買ったけどその後に「あの時学校行っておけば良かった」って思ったことは1度もないし、 高校の時はバイト先のおっさんに目つけられやすくて（なぜかどこ行ってもおばさん達には良くして貰えた）、面倒くさくなるとすぐ辞めたりバックれたりしてたけど、「あの時頑張ってバイト続けてれば」と思ったことは1度もないし、 その後市職員として公務員になったけど人間関係の濃さ故に俺みたいな頭と顔と要領が悪いゴミは真っ先に同期内でスケープゴートされて、仕事も覚えられないし同じ部署に入った同期と比較されてゴミのような扱いを受けて精神科で薬の世話にまでなった挙句バックレたけど、仕事離れた途端薬必要なくなったし「公務員だししがみついてれば良かった」って思ったことも1度もな
夏目三久『あさチャン！』はなぜ有終の美を飾れなかったのか？～視聴率データが暴く制作陣のミス～（鈴木祐司） - 個人 - Yahoo!ニュース
芸能界を引退する夏目三久がキャスターを務める『あさチャン！』が大珍事の裡に終了した。 第２部（７時台）の世帯視聴率は6.1％（ビデオリサーチ関東地区調べ）。前４週平均の約1.5倍と数字的には成功したように見えるが、情報ワイドショーとしては決定的なミスを重ねた最後と言わざるを得ない。 何が問題だったのか。 ネットを賑わせたのは我武者羅應援團起用でのタイムキープ問題だが、実は演出についても疑問が幾つか散見された。 視聴データをもとに、制作上の課題を検証しておきたい。 最終回らしい快進撃 関東地区2000世帯5000人をサンプルとするスイッチ･メディア･ラボ（ＳＭＬ）関東地区データでみると、最終回は６時台の序盤こそ普段と大差なかった。 ところが途中からどんどん数字を伸ばし、特に同番組の７年半を振り返り始めた７時30分頃から急伸。夏目三久にスポットが当たったエンディングでは、個人視聴率は2.6％を
小3の娘さんが短歌カードゲームで作った短歌がエモい…！「雨の中君と出会った放課後に 行けたら行くわタイムマシンで」
オサム(髭心) @osamusanta 俺らの固定概念だとさ、「行けたら行くわ」は、まあ言ってるけど実際行かないけどねー面倒くさいしぃのやつだけど、娘のこの歌は「行けるもんなら行きたいわ！」のほうで使われてる。凄い。切望の歌になってる。悔しい。 2021-09-30 21:13:17 オサム(髭心) @osamusanta しかもこれ、最後にタイムマシンがきて「あ、もう終わったことなんだ。あの雨の放課後にはもう戻れないんだ」てわかるんだよ。タイムマシン一発でさっきまで色鮮やかだった風景がセピア色になる。なんなん娘。センスあるやつなの？怖いわ。 2021-09-30 21:45:21 オサム(髭心) @osamusanta ニュータイプになれば人は分かり合えるけどニュータイプはいないよ、みたいな。何野由悠季なんだうちの娘はみたいな味わいがある。タイムマシンはない。記憶の中で雨の放課後は永遠と
エムスリーのデータ基盤を支える設計パターン - エムスリーテックブログ
こんにちは、エムスリー エンジニアリンググループ の鳥山 (@to_lz1)です。 ソフトウェアエンジニアとして 製薬企業向けプラットフォームチーム / 電子カルテチーム を兼任しています。 ソフトウェアエンジニアという肩書きではありますが、私は製薬企業向けプラットフォームチームで長らくデータ基盤の整備・改善といったいわゆる "データエンジニア" が行う業務にも取り組んできました。 本日はその設計時に考えていること / 考えてきたことをデータ基盤の設計パターンという形でご紹介しようかと思います。多くの企業で必要性が認識されるようになって久しい "データ基盤" ですが、まだまだ確立された知見の少ない領域かと思います。少しでもデータエンジニアリングを行う方の業務の参考になれば幸いです。 データ基盤の全体像 収集部分の構成 RDBデータ ログデータ 活用部分の構成 データマートの実例 「データ基
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「言ったもん負けの文化」 三菱電機の調査報告書から - 日本経済新聞
