はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 本連載では、ZOZOTOWNリプレイスプロジェクトについて紹介します。2017年に始まったリプレイスプロジェクトにおいて、ZOZO がどのような意図で、どのように取り組んできたのか、読者のみなさんに有益な情報をお伝えしていければと思いますので、ご期待ください。第1回目のテーマは、「ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計」です。 目次 はじめに 目次 ZOZOTOWNリプレイスの背景、目的 背景 目的 柔軟なシステム 開発生産性 技術のモダン化 採用強化 ZOZOTOWNリプレイスの歴史とアーキテクチャの変遷 アーキテクチャの変遷 2004年〜2017年：オンプレミス（リプレイス前） 2017年〜20

眠りのこごろー@日本労働撲滅協会会長 @nemuri11290 ■のんびりぼちぼち生きてるアラサーオタク■夢は地下室と屋上のある家に住むこと■暗いしうるさい奴なのでミュート推奨。その他、フォロー、フォロー解除、ブロック等ご自由にどうぞ■誤字脱字大王■無言フォロー失礼します 眠りのこごろー@日本労働撲滅協会会長 @nemuri11290 取引先の人が退職した。「仕事ができない」って言われてて、その人が担当するときは「いやーひどいね」って弊社社員達で悪口言って笑ってる(弊社のそういうとこ、嫌いよ)。所謂"ドベ"扱いの人だったんだけど、その人が退職したあと不思議なことが起きたの。残った人の中から新しいドベが出た 2024-05-06 01:14:32 眠りのこごろー@日本労働撲滅協会会長 @nemuri11290 今まで、取引先はその人以外皆能力高くて社員たちも「あの人以外は優秀」って評価だった

はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ？」 「基本設計との違いって何だったっけ？」 「基本設計と詳細設計の区別って？」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて１からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部（特に要件定義や基本設計、詳細設計のサンプル）を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

吉谷光平 @kakikurage 読んでくださってありがとうございます。 本日更新の「今どきの若いモンは」283話でした。 続きはサイコミで読めますので是非読んでみてください！↓ twitter.com/kakikurage/sta… 2024-04-29 12:25:33 吉谷光平 @kakikurage 令和のサラリーマン漫画 「今どきの若いモンは」好評配信中！ ☆最新22巻→amzn.to/3SNgigb ☆1巻→amzn.to/3wmyR3a ☆サイコミで待てば無料で連載中 →cycomi.com/title/87 ☆反町隆史主演でドラマ化！ →wowow.co.jp/drama/original… ☆石沢課長無料本 →amzn.to/3OS2or4 pic.twitter.com/52hQvIhU1G 2024-02-19 10:44:52 吉谷光平 @kakikurage 石川

Photo by ThoroughlyReviewed こんにちは。谷口です。 以前は「35歳定年説」などという言葉もありましたが、今や死語とも言えるのではないでしょうか。 最近は30代、40代となってもエンジニアとして活躍されている方はめずらしくありません。30代以降から周辺領域の仕事や未経験からエンジニアへの転職をされる方も増えてきました。 ただ、これはエンジニアに限った話ではありませんが、年齢を重ねていくと誰しも若い頃とは同じようにいかない場面も出てきます。 年齢を重ねたエンジニアの方の中には「今後もエンジニアを続けたい」と思う一方、体力や集中力、新しい知識へのアンテナが働かなくなってきたことに悩んだり、下の世代の優秀さに焦りを感じたり…とさまざまな悩みを抱えている人も多いでしょう。 実際、paiza転職でもそういったご相談を受けることがよくあります。 今回は、30代後半・40代以降

StartupStockPhotosによるPixabayからの画像 こんにちは。倉内です。 エンジニアになったころは「とにかく手を動かし続けたい」「技術力で勝負したい」という方が多いのですが、実際ある程度働いてみると技術力だけで突破していくのは結構難しいことに気づきます。 尖った技術を武器にいわゆるスペシャリストとして生きていくことができる人はそう多くはなく、paiza利用ユーザー様からも「将来自分はどうすればいいだろうか…」という悩みをいただくことがあります。 エンジニアとしての市場価値を高めるには技術を磨くこと以外に、できることの幅を広げる、サービスやプロダクトの成長にフォーカスする、エンジニア経験を生かして転職する…など他の選択肢もあることを覚えておいてもよいでしょう。 そこで今回は、技術に全振りしないエンジニアのキャリア選択について考えてみたいと思います。 技術力オンリーで生きてい

すごいエンジニアになるためのマインドセット2つ目は「あらゆる責任を引き受ける」 2つ目に田中氏が大事にしているマインドセットは、米国の起業コンサルタントであるダン・ケネディ氏の「人生のコントロールをしたかったら、責任を引き受けろ」だという。 人生にはさまざまな判断がつきもの。しかし、会社の中でも意外と判断していない人は少なくない。その理由は「責任を取りたくないから」だと指摘する。しかし、逆に言えば責任を取る意思があれば、どんなことでも自分で決められる、判断できる、自分でコントロールできることを意味する。 つまり、責任を取れる人は、判断できる人であり、指示されたこと以上のことができる。すると、どんどん仕事ができるようになり、プロアクティブに動いて仕事をこなせるようになっていく。一方、責任から逃れようとする人は、常に言われたことしかできなくなり、さらに力もつかず、言われたことすらできなくなって

𝕏 𝕃（おおきなえる）🌸⚒️ @ellnore_pad_267 雑談垢だよ。 ホロ沼にハマッているよ。 消費税を納税しているよ。 ふぁぼは既読マークだよ。 ＲＴは賛同じゃあないよ。 フォロバはしないよ。 Amazon アフィプログラムに参加してるよ。 ホロ箱推し member of 🌸⚒️🐏🌽🥐 sugaryo-pad.hatenablog.com

こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 Findy 社の Tech Blog を開設して 1 ヶ月程度が経とうとしています。 このブログを通して弊社の技術情報だけでなく社内のエンジニアのことをもっと知ってほしいと考えた結果、今回から 自慢の作業環境を大公開 と題して、社内のエンジニアの作業環境と、そこに対する考え方、思いなどを発信していく事になりました。 弊社のオフィスは東京にありますが、北は北海道、南は福岡まで遠隔地からのフルリモートで JOIN しているエンジニアが多数在籍しております。 エンジニアの多くが各自の自宅から作業しており、きっと自分にとっての最高の環境を整えているはずです！ それでは、弊社エンジニア達の自慢の作業環境を見ていきましょう！ 作業環境を大公開 戸田 というわけで初回は福岡から JOIN している Tech Lead の戸

最近はプログラミングスクールの跋扈だったり各種YouTubeなどのメディア経由でソフトウェアエンジニアへ転身したいという人が増えてきて、求人媒体などでジュニアレベルの人を見かけることが多いです。 そのため必然的にジュニアレベルのエンジニアを面接することが多いのですが、どうもプログラミングとエンジニアリングを履き違えてるなという感想を抱きます。 というのも、本来的に我々が仕事として行なっているのはソフトウェアのエンジニアリングであり、プログラミングというのはその一端でしかないからです。

言葉の定義 モバファクの 1on1 の目的 1on1 で自分が大事にしていること 1on1 はメンティーの時間である 1on1 はメンターの時間でもある 1on1 初回 今使っている 1on1 のフォーマット 体調 半期目標の進捗振り返り ネクストアクションの振り返り うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・その他に話したいこと ネクストアクション 1on1 の中でのやりとり お休みの取り方がわからない 最近見積もりの精度が高くなっている 朝会の議事録をとるようにしたい 最近チームの動きがぎこちないと感じている 1on1 定期的な振り返り まとめ こんにちは。駅メモエンジニアの id:dorapon2000 です。 今回は自分自身がメンター側として実施している 1on1 について、どのように実施しているのかご紹介しようと思います。 1on1 のやり方はメンター

「配属ガチャ」で「アタリorハズレ」…新卒社員、悲喜こもごも最近、よく耳にする「配属ガチャ」。これは新卒入社で勤務地や職種への配属が希望通りにいくとは限らないことを、カプセルトイの「ガチャ」になぞらえた言葉です。 本来のガチャは何が出てくるか分からないドキドキ感が醍醐味ですが、「配属ガチャ」は企業が決定する人員配置や配属は人事戦略に紐づいた合理的な判断によるもので、もちろん本来のガチャの要素はありません。実際には「配属ガチャで希望部署に行けず……」「配属ガチャで勤務地がまさかの地方……撃沈」などと、どちらかといえばネガティブなシーンで耳にすることが多いようです。 配属ガチャで「アタリ」とされるのは、希望の部署や勤務地に配属され、配属結果に納得がいっている状況。たとえ希望通りでなくても、上司に恵まれたり、仕事内容が面白かったり、キャリア形成のうえで有利だったりすると、希望通りでなくてもアタリ

komitsubo @komitsubo 最近痛感したのはやっぱり若い人にとってリモートワークは成長の阻害でしかないとう事。リモートワークでやっていたら何日もかかっていただろう問題が、出社しているだけでその辺歩いてる経験者が困ってると一緒に見てくれて問題を1時間とかで解決してたりするのをみるとホント思う。 2024-04-07 08:08:53 komitsubo @komitsubo 結局ググった所で自身の今抱えている問題に完全直結する解答を探すのは難しい。要求をどうまとめるかも、設計、実装をどうするかも、問題をどういうアプローチで解決するかや原因の推定も身近で経験者が一緒に同じものを見て考えて案をくれたり一緒に作ったりしてくれるのは莫大な経験値になる。 2024-04-07 08:14:25

内容：自分が成果を出すより、メンバーの能力を引き出し、成果を出させるほうがずっと難しい。それも相手が「最近の若者」であればなおさらだ。いくらこちらが心を砕いても、突然「転職します」と言ってくるのだから――。そんなふうに感じている人に、本書を勧めたい。 自分が成果を出すより、メンバーの能力を引き出し、成果を出させるほうがずっと難しい。それも相手が「最近の若者」であればなおさらだ。いくらこちらが心を砕いても、突然「転職します」と言ってくるのだから――。そんなふうに感じている人に、本書を勧めたい。 著者の古屋星斗氏は、次世代社会のキャリア形成の研究者だ。前著「ゆるい職場」では、職場を「ゆるい」と感じている新入社員の離職傾向が強いことや現代の若者の転職が「不満型転職」から「不安型転職」にシフトしていることを指摘し、読者を驚かせた。本書ではさらに一歩踏み込み、若手が活躍できる職場に必要な「キャリア安

合同会社DMM.com・プラットフォーム事業本部（※登壇時点）のpospome氏は、開発生産性の可視化・改善のために専門チームをつくるメリットについて話しました。 開発生産性の可視化・改善のために専門チームをつくった pospome氏：では、「組織全体で開発の生産性に取り組むためにチームを作ったよ」という話をしようと思います。pospomeです、よろしくお願いします。 今回の発表では、DMMプラットフォームという組織において、開発生産性の可視化や改善に取り組んでいるわけですが、それをやるためにわざわざ専門のチームを作ったよという話をしようと思います。 けっこうサクッと話すので、なにか聞きたいことがある人は、懇親会や質問などで聞いてもらえればいいかなと思います。 DMMプラットフォームの組織規模 まず、僕が所属するDMMプラットフォームという組織について話します。このDMMプラットフォームと

実務未経験、独学でプログラミングを勉強し、応用情報技術者試験に合格、ポートフォリオとしてのWebアプリケーションを制作し、地方のIT企業に就職にしました。 34歳のころからプログラミングの勉強を始め、ITエンジニアとして就職することに憧れていましたが、まさか実現できるとは…と自分が一番驚いています。どんなことをしたのか、こちらの記事でまとめたいと思います。 結論 34歳（35歳目前）から初めてプログラミング学習を独学で開始 放送大学を卒業、基本情報技術者試験、応用情報技術者試験に合格 ポートフォリオを制作、応募先に提出 37歳で地方（東京以外）のIT企業（Web受託がメイン）に試用期間の3ヶ月間契約社員として働き、正社員に 提出したポートフォリオについてはこちらの記事で解説しています。 就職できたと思う要因 ポートフォリオを完成させ、GitHubでコードを公開、Qiitaで解説記事を書いた

あゆゆん♪ @ayu_littlewing 今度はエンジニアたちの面談してたんだけど、最近の子ほんと「一生エンジニア」やりたがるのね。 30歳さしかかるんだからそろそろ部下を持てと言ってるんだけどなぁ。 いつまでも振られたIssueをプルリクにするお仕事だけしてても今後のキャリアどうするんだ？？ エンジニアにもレイヤーはあるだろ？ 2024-03-26 16:33:37

あすこま @askoma 今年運営した、PAを学ぶ会（軽井沢AITC）を振り返っている。改めてKAIさんのこの『クラス全員がひとつになる学級ゲーム＆アクティビティ100』amzn.to/3Ts35d3 のコンテンツの面白さもわかるが、結局はこのコンテンツをどう構成するかがキモで、それは実践して考えて体得するしかない。 2024-03-24 07:56:52 リンク あすこまっ！ 誰にも思考・感情の偏りがあり、体験は一致しない。軽井沢AITCで実感すること。 | あすこまっ！ 先週の木曜日は、久しぶりの「軽井沢Adventure in the Classroom」の会（軽井沢AITC） 13 あすこま @askoma 「あ、いまこの人は傾聴の技術を使って聞こうとしてるな」とわかると、急に冷めて話したくなくなる瞬間ってありません？　技術を使って聞こうとしてくれてるんだから、本来とてもありがたい

はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか？ と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん（転職した人）の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか？ ・AWSなど

ちょめ子 @chome2xx 私「この機能って今使われてますか？」 ？「今は使われてない認識です」 私「設計書って更新されてます？」 ？「更新されてる認識です」 いや、認識じゃなくて事実を教えてくれって思ってしまうのだが、SEこういう言い回し好きだよね 2024-03-18 10:02:14