インフラ・SRE領域の人材不足が叫ばれるなか、技術情報の発信、登壇、教育活動、OSS活動に奮闘しているadachinさん。大規模なオンプレミスからクラウドまでを網羅するインフラ担当からキャリアをスタートし、現在はSREとして本業に限らず、個人事業主としても活動している。 「10年前と比べると、インフラに関連した技術ブログや技術書も分かりやすいものが増えてきました」 「僕自身、インフラエンジニアになった当時は情報が少なくて困りました。技術的な問題でつまづいたとき、すぐさま解決してくれるようなブログもなかった」 だからこそ、現場レベルでの経験をもとに技術の検証をしながら、一目で問題解決の糸口を見つけられるブログを発信し続けてきた。これまでに個人ブログで500記事以上、備忘録サイトも含めると1,000記事を超えており、月間数万PVにもなるという。イベントで「インフラ周りで困ったときに参考にしてい
2023年12月1日から働き始めた株式会社令和トラベルを3月19日付けで退職します。1984年4月1日から社会人として働き始めてから9社目の会社でした。9社の中で最も在籍期間が短かった会社となります。 私自身は、今年の11月で65歳になります。ウェブサービスの業界で働き続けるとしたら、API仕様ファーストおよびE2Eテストによるテストファースト開発を経験するエンジニアを増やしていければと思っています。もちろん、私自身もソフトウェア開発を続けたいのは以前と変わりません。しかし、私自身が正しいと思わない方法でソフトウェア開発を続けたくなかったので退職することにしました。 API仕様ファーストとその仕様をテストする自動テストを（テストファースト開発で）整備しながら開発をするというのは、私自身はウェブサービスのバックエンドサービス開発に従事してから始めたことではありません。API仕様をきちんと記述
GMOペパボを退職します 感謝 退職する理由 勤務スタイル モチベーション 3月からLeaner Technologiesで働きます 尊敬できる同僚 事業領域 カルチャー おわりに GMOペパボを退職します 2024年2月29日付けで、2018年9月から5年5ヶ月間を過ごしたGMOペパボ株式会社（以下ペパボ）を退職します。 1月末に最終出社を終えて、 お世話になりました！！！！１ pic.twitter.com/Reu8aSWfTm— たなけん (@tanaken0515) 2024年1月31日 2月は勉強をしたり毎日声日記を記録したりして過ごしていました。 listen.style ペパボではSUZURIというサービスの開発に携わっていました。 やってきたことは前回のブログ SUZURIでの5年間でやったこと - tanaken’s blog にまとめてあります。 感謝 本当にたくさんの
DevTools でパフォーマンスチューニング入門 / Introduction to Performance Tuning with DevTools
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか 2024年2月29日 作家／GMOペパボ株式会社 CTO 栗林健太郎（あんちぽ） GMOペパボ株式会社取締役CTO、日本CTO協会理事。情報処理安全確保支援士（登録番号：013258）。東京都立大学法学部政治学科卒業後、奄美市役所勤務を経て、2008年より株式会社はてなでソフトウェアエンジニアとして勤務。2012年よりGMOペパボ株式会社に勤務。現在、同社取締役CTO。技術経営および新技術の研究開発・事業創出に取り組む。2020年より北陸先端科学技術大学院大学に在学する社会人学生としても活動。 X SpeakerDeck Kentaro Kuribayashi’s Website Pepabo Tech Portal での執筆記事 「エンジニアは一生勉強しなければならない職業である」と言われます。「勉
Q: I’ve noticed quite a bit of similarity between staff engineering roles and engineering management. What is your take on the similarities and differences?An interesting observation is how many leadership roles in Big Tech and at high-growth startups begin to utilize overlapping skill sets after a while. At these companies, everyone working in engineering or product is technical, meaning they hav
江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 AIが提示した内容をきちんと理解して、うまく活用できる人とできない
「保険業界のアップデート」を目指して2017年に設立したhokanは、保険代理店向けシステムを開発している。2021年に同社へジョインしCREチームを率いてきた小倉隆宏氏が若手エンジニアに向けて、同氏が若手時代に経験してきたこと、学んだことを若手エンジニアに向けてつまびらかに語る。 不安と焦りのなか、資格取得に迷走した20代 若手に向けて、自身の経験を語ってくれるのは株式会社hokan 開発責任者 小倉隆宏氏。2021年2月に入社、CRE（顧客信頼性エンジニアリング）を立ち上げ、30社ほどの顧客企業の導入支援に従事してきた。2023年5月より開発責任者を担当している。小倉氏にとってhokanは4社目。1社目に13年、2社目に6年勤めたため「社会人としての人格を形成したのは最初の2社」と話す。 小倉氏のこれまでのキャリア 小倉氏が就職したのは2000年。バブル崩壊後の不景気の影響で「就職氷河
「事業の目標」を踏まえて技術的方針を決める。薬局業務DXスタートアップが急成長できた理由 - what we use（技術スタックデータベース）
株式会社カケハシは「日本の医療体験を、しなやかに。」というミッションのもと、薬局DXを起点に日本の医薬業界の課題解決に取り組むヘルスケアスタートアップです。国内に約6万店舗が存在する薬局ですが、まだまだアナログな業務がたくさん残っており、テクノロジーを用いて変革し得る余地があるとともに成長可能性が高いマーケットなのです。 今回はカケハシの黎明期から同社で働き薬局体験アシスタント「Musubi」のテックリードを務める松山哲也さんと、2023年10月に入社し新サービスの開発に取り組むソフトウェアエンジニアの荻野淳也さんにインタビューしました。 AWS Elastic BeanstalkからAWS Lambdaへの切り替え――Webメディア「what we use」のインタビューでは、各企業が取り組んできた技術的意思決定のなかで印象に残るものや、そこから得た学びを話していただきます。 松山：まず
1TBでこの価格。PCやテレビ、ゲームの容量不足を解消するシリコンパワーのmicroSD【楽天セール】
夫婦でワンチーム。予想外のトラブルも転職も密な「対話的コミュニケーション」で乗り切る 2024年2月28日 西谷圭介 国内SIerで金融系基幹システムの開発等に従事した後、クラウドサービスの開発ならびに新規事業立ち上げを経て2014年にアマゾンウェブサービスジャパン株式会社（現アマゾンウェブサービスジャパン合同会社）へ。国内企業のクラウドシステム設計支援を実施しつつ、日本におけるサーバーレス市場の創出と普及に尽力。プロトタイプ開発を行う部門の立ち上げに従事した後、2021年6月より現職。CTOとしてプロダクトを国内外に提供すべくすべてのレイヤで開発に従事している。フロントエンドが好きでインフラもそこそこわかるバックエンドエンジニア。 X（@Keisuke69）・ブログ これまでは、家庭を持つ、特に子どもがいる状況での生活の変化や仕事への影響、それに対してソフトウェアエンジニアの端くれとして
新入社員の呪いの解き方
ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 【運営しているサービス情報】 - ITエンジニアの方向け - https://lapras.com - エンジニア採用したい企業の方向け - https://scout.lapras.com
by Hillel Steinberg ハイテク企業やベンチャー企業のトップが、「これからの若者はプログラミングを身につけるべき」とアドバイスするのを見聞きしたことがある人は多いはず。こうした潮流とは裏腹に、NVIDIAのジェンスン・フアンCEOが「プログラミングはもはや不可欠なスキルではない」と提唱しました。 NVIDIA CEO: Every Country Needs Sovereign AI | NVIDIA Blog https://blogs.nvidia.com/blog/world-governments-summit/ Jensen Huang says kids shouldn't learn to code — they should leave it up to AI | Tom's Hardware https://www.tomshardware.com/tec
最近、『エンジニアのためのドキュメントライティング』という本を読みました。 非常にためになる内容だったので、本書であがったいくつかのポイントを私なりにまとめてみました。 また、エンジニアにとってのドキュメントは種類が多く、それぞれのニーズとそれに合わせたフォーマットも違うため、 良いドキュメントとは何か？ を一概に述べることは難しいです。 個人的には、「ほぼ知識のない人が読んでも再現できる・解決できる」ということが大事なのではないかと思っています。 そこで、本記事ではドキュメントの範囲を少し絞って、想定される読者をエンジニア寄りに考えて書いています。ご了承ください。 目次 本記事では ドキュメントを作成する前 ドキュメントを作成する時 ドキュメントを作成した後 それぞれのタイミングにおけるポイントを挙げていきます。 📑 ドキュメント作成前のポイント フリクションログとは、あるユーザー1の
TOPフォーカス「勉強しろ」じゃ啓発は難しいから。スベり覚悟の「セキュリティ芸人」が笑いで“脆弱性”を伝える理由【フォーカス】 セキュリティ芸人 アスースン・オンライン ゲーム会社でプログラマーをしつつ、趣味でセキュリティ芸人として活動。情報セキュリティ系のイベントやYouTube上でネタを披露している。R-1グランプリ2023では1回戦を突破。芸名は、大学の後輩にSNS上で陰口を書かれていたとき、本名の「麻生さん」をもじり、敬称まで含めて「ASUSN」と呼ばれていたのが由来とのこと。「オンライン」は語感で付けた。 X 「脆弱だなあ～」のツッコミをキーフレーズに、情報セキュリティや脆弱性をテーマにしたネタを披露する「セキュリティ芸人」のアスースン・オンラインさん。2023年3月に、YouTubeチャンネルに投稿したネタ披露の動画は90万回以上再生されるなど、エンジニアを中心に一定の人気を集
オンボーディングのときに「お手並み拝見」をしないようにね。ってのはちょくちょく聞く。そうだなって思う。どんなことをしてくれるんだろう？じゃなくて、自分からサポートしようよって話。 そういう新しくチームに来た人に対しては、僕はわりとそういうことをせずに動けているとは思ってる。けど、自分が尊敬している人に対しては、この「お手並み拝見」がまだまだ発動しやすいから、気をつけたいなと思っている。 例えば、全社アーキテクトが新しい取り組みを始めたときとか、自分のマネージャが何かに挑戦しようとしているときとか。そういうときに「この人は、どんなことをするんだろう？」って観察してしまう。とか一歩前に出て「手伝いますよ？」とか。 どんなことをするんだろう？じゃないんだよ。一緒に挑戦していくんだよ。手伝いますよ？じゃないんだよ。自分でやることを見つけていくんだよ。シニアエンジニアだもんな。という気持ち。 ちょっ
筆者は新卒エンジニア時代に社内でアルゴリズム勉強会を主催していました。 その内容を本形式に書き起こしたものになります。 【この本の特徴】 📗問題演習形式でアルゴリズムの基礎が身に付く構成となっています。 📗分かりにくい概念は丁寧に図解で解説しています。 📗基礎的なアルゴリズムがどのように世の中に役立っているのかを言及しています。 アルゴリズムに関して、皆さんの理解を深めるお手伝いができれば幸いです。
コンピューター分野において「ハードウェア」の対比語で、 何らかの処理を行うコンピュータ・プログラムや、 関連する文書などを指す言葉である「ソフトウェア」。 一般的にはワープロソフト等のアプリケーションソフトウェアや、 OSなどのシステムソフトウェアに分類されています。 今回の翻訳元では、そのソフトウェアと日本人を絡めた投稿が。 「日本人は基本的にどんな技術でも優れており、 より勤勉に作業に取り組むにもかかわらず、 なぜかそれがソフトウェア面では当てはまらないのは奇妙だ。 偉大なソフトウェアに、日本発のものは存在しない」と、 ソフトウェア技術が唯一と言える日本人の弱点だと指摘しています。 この投稿に対し、外国人から様々な見解が寄せられていました。 その一部をご紹介しますので、ごらんください。 「日本は天才の宝庫だ！」 『世界を変えた日本の発明』の数々に海外から称賛の声 PexelsによるPi
新しい組織に飛び込む時に必要な ソフトスキル 尾藤正人 a.k.a. BTO オープンロジ執行役員CTO
「AIによる業務効率化」がブームだ。といってもAIが仕事に使える、使わなければという機運が高まったのもこの1年足らずのことだし、技術動向が目まぐるしく変わっていることもあって、いまだ「定番」と呼べるスキルは生まれていない。プロンプトエンジニアリングが大事になるぞとか言われていたかと思えば、データ分析、画像生成、直近では動画の生成などが話題になり、「何に使える技術なのか」というイメージすら明確ではないのが現状だ。 こういうときに、新しもの好きというか、アーリーアダプター層とマジョリティの間の「キャズム」はずいぶん大きなものになると思われる。マジョリティ層が「使い方や規制の動向がはっきりするまで待っておこう」と考えるのに対し、アーリーアダプター層は次々と新しいものを試し、それによってAI活用の「コツ」のようなものを掴んでいく。おそらくそれはかつての「検索エンジンの使い方」と一緒で、言語化しづら
ボードゲームやアクションゲーム、各種ツールやシミュレーションなどさまざまなソフトが100日間に作られた いままで数えきれないほどのプログラマーに会ってインタビューもさせてもらってきたが、久しぶりに若いプログラマーの話を聞いてきた。ここ1、2年では U22グランプリの男子中学生や全国小中学生プログラミング大会の受賞者たちだが、今回は、ChatGPTを使ってプログラムを書きまくった女子大生である。 彼女は X（Twitter）の自分のアカウントで1日1本のソフトを100日間連続で作るというイベントをやっていて「おっ、頑張っているな！」と思って応援していた。「こんなゲームを作ってほしい」などとリクエストを出したりもしていたのだが、どうも私が想像していたものと内容もやり方も違っていたようである。 目下、ソフトウェア産業の最大のテーマは「我々は人間の言葉でプログラムを書くようになるだろうか」というこ
クラウドサインのフロントエンドエンジニア辻です。 現在所属しているスクラムチームで、はじめてモブプロを実施しました。 その結果、チームに非常に良い結果をもたらしたため、実施した経験とその中で得られた成果について書いていきます。 モブプロとは 前提 今回実施したモブプロ 目的 役割 進め方 ツール mob 1. セッションの開始 2. ドライバーの交代 3. セッションの再開 4. セッションの終了 Live Share (Visual Studio Code) canvas (Slack) 実施詳細 成果 効率的な問題解決と意思決定 コードレビューの効率化 知識共有の促進 見落としや修正点の早期発見 実装経緯の共有 心理的安全性の向上 まとめ モブプロとは モブプロ（モブプログラミング）とは、複数の開発者が 1 つのプロジェクトやタスクに取り組むソフトウェア開発の手法です。 チーム内で、1
「開発生産性」はエンジニア”だけ” のモノではなくなった？ / "Development productivity" is no longer just for engineers?
2024/2/26 「開発組織から経営層までが開発生産性を考える時代へ - DMMが伝えたい組織づくり」登壇資料 https://developer-productivity-engineering.connpass.com/event/310155/
開発プロジェクトにおいて、開発スピードを測る尺度としてよく使われるのが「ベロシティ」です。このベロシティによって示される数字を適切に扱い、開発に活かしていくにはどうすればよいのでしょうか。 そのことを詳しく株式会社アトラクタ 吉羽龍太郎氏のセッション「ベロシティ Deep Dive」が、1月に都内で開催されたアジャイル開発の代表的な方法論であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2024」で行われました。 吉羽氏のセッションの内容をダイジェストで紹介しましょう。 本記事は前編、中編、後編の3つに分かれています。いまお読みの記事は前編です。 これから「ベロシティ Deep Dive」ということで「ベロシティ」についてお話をしていきたいと思います。 ベロシティを使っているっていう方、会場にどれぐらいいますか？ （手が挙がる） 結構多いで
これまでのエンジニア人生が走馬灯のように駆け巡った「YAPC::Hiroshima 2024」｜クドウマサヤ | iCARE CTO
はいどうもー。クドウマサヤ(@masaya_dev)です。先日、東京からはるばる広島まで行ってきました。そう、YAPCという技術カンファレンスのために。 気づけば開催からもう2週間が経ち、東京へ帰ってきてからいろんな人にYAPCの思い出を語りました。語っていない日の方が少ない。思わず人に話したくなってしまう、それくらい心に残るイベントでした。 というわけで遅ればせながら思い出を綴っていこうと思います。ブログを書くまでがYAPC。 結論「良いLTは結論から」なんてエンジニア界隈ではよく言われますが、この記事でも先に結論を。 本当に参加できてよかった。 プログラミングが好きで、エンジニアリングが好きでWebエンジニアとして働いてきて十数年。 あの杜甫々(とほほ)さんをはじめ、dankogaiさん(@dankogai)、t_wadaさん(@t_wada)、naoyaさん(@naoya_ito)、
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
プラットフォームの上に劣化版のプラットフォームを作成してしまうアンチパターン「内部プラットフォーム効果」とはどういうものなのか
「ソフトウェア設計におけるアンチパターンの中に特にひどいにも関わらず文書化されていないものがある」として、ソフトウェア開発のためのハウツーガイドを提供するサイト「The Daily WTF」の設立者であるアレックス・パパディムーリスさんが「内部プラットフォーム効果(Inner-platform effect)」について投稿しています。 The Inner-Platform Effect - The Daily WTF https://thedailywtf.com/articles/The_Inner-Platform_Effect パパディムーリスさんは「システムをカスタマイズしすぎることで設計時に使用されたプラットフォームの粗悪なレプリカになってしまう」という現象を、「内部プラットフォーム効果」と命名しました。 内部プラットフォーム効果の代表的な例として、エンジニア以外でもデータベース
ワシが入社する前に退職した人がこさえたAWS上で動く謎便利ツールの保守をワシがやらなくちゃいけなくて泣いてる。なんもわからん。
ツーシーム投げ猫 @0000snao SIer生まれ→情シス育ち→SaaS企業│元はバックエンドエンジニア最近生え際backend │#ハゲ出しエンジニアと繋がりたい│芯を外して打たせて取るツイートをします│やる獅かない
１日中ずっと仕事でMacを使っているぼくがほんとに使っているアプリを順不同で12個あげていこうと思う。 Google、Microsoft、など定番アプリは除外している。 １．AltTab 現在使用しているアプリを一覧表示して選択できるアプリ。 たくさんアプリを開いていて使いたいアプリが埋もれてしまったときとか、２つのアプリを行き来したいときに便利。 Windowsだと標準の機能みたいだ。 「開いているウインドウがないアプリを隠す」という設定にして格段に使いやすくなった ２．Alfred Macのすべての起点となるアプリ。 アプリの起動、ファイルやフォルダ、ウェブサイト、Google Driveの検索、離席時のスクリーンセーバー起動、計算機などできることは数しれず。 ぼくがよく使うのは、 ・Dropbox内のフォルダ検索 ・Google Drive内のファイル検索 ・計算機（地味だが使いやす
日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。
株式会社Relic・プロダクトマネージャーの田代大輔氏は熱狂的にプロダクト開発をするために重要な、プロダクト思考を持ったチーム作りについて話しました。 田代氏の自己紹介 田代大輔氏：私からは「誰を顧客として考えるのか 〜プロダクト思考を持ったチームビルディング〜」というテーマで話します。よろしくお願いします。 まず簡単に自己紹介をします。田代大輔と申します。株式会社Relicという会社で働いていて、現在BtoBtoCプロダクトのプロダクトマネージャーをしています。 職歴としては、新卒で不動産営業をしていて、3年半働いたのちエンジニアに転職しました。初めは受託開発でエンジニアとしてキャリアスタートをしました。現在は新規事業開発の伴走支援を、事業ドメインとする株式会社Relicにて、プロダクトマネージャーをしています。 福岡拠点のエンジニア、デザイナー、PM、プロジェクトマネージャー、プロダク
こんにちは。わいけいです。 最近エンジニアとしてマネージング寄りの業務をすることが増えてきました。 今回の記事では、その中で自分の考え方がどう変わってきたかをメモしておきます。 私の場合は、まずフリーランスエンジニアとしてこの業界に入ってきました。 それもあって、今までは基本的にあくまで「良いコードを書く」ことが仕事であり目標でした。 以前からいわゆる上流工程にも全く興味関心がなかった訳ではありません。 しかし、これまで私が経験したのは システムの要件定義（ビジネス的な視点も含む）は社員が行う フリーランスは（やったとしても）技術的な設計のみ担当する という切り分けの現場が多かったんですよね。 そんな背景もあり、マネージング層以上の上流に携わる機会があまりありませんでした。 そして、そもそもマネージャーという役割に必ずしもいいイメージだけを持っている訳ではありませんでした。 マネージングと
東京と地方のスキルの差 藤井創氏（以下、藤井）：最後に、2人のほうからそれぞれ質問があればもらえるとありがたいです。最初は竹迫さんから江草さんになにかあればお願いします。 竹迫良範氏（以下、竹迫）：江草さんは日本全国とか海外出張とかもあったりでいろいろなコミュニティに参加されていると思うんですが、東京とそれ以外の地方とで、感じるものとかってありますか？ 江草陽太氏（以下、江草）：東京ではわりとありふれているものでも、地方では喜ばれるみたいな感じはやはりありますね。そういう意味では、オンライン、インターネットが主流になった今でも、情報の供給量は東京のほうが多いというか……。特に難しいことの情報は東京のほうが多くなってしまっている感じはありますね。それが地域のスキル差みたいなものに間接的に影響している。そういう状況にあるというのは、すごく感じます。 竹迫：ありがとうございます。僕自身は2年前に
前回は「開発生産性」という言葉の広さから、きちんと組織のレイヤーを構造化しながら用語を分けてオーバーラップする部分を繋げていきましょうという話を紹介しました。第2回となる今回は、開発チームに焦点を当てていきます。ソフトウェア開発の現場では、Four Keysを中心とした「開発生産性のメトリクスはどうあるべきか」 や「認知負荷を下げるエコシステムはどう設計するべきか」といった議論が頻繁に行われています。こうしたソフトウェアアーキテクチャから生まれる開発生産性に関する議論はとても重要であり効果が高いものです。本記事ではそうした議論とは少し離れ、「エンジニアの継続的なフロー状態が生む開発生産性への重要度と、組織が開発チームに対する不安の定量化によるフロー状態の軽視がなぜ起こるのか」という観点で解説します。 以前の記事 【第1回】「開発生産性」はエンジニア"だけ"のモノではなくなった？──開発組織
スウェーデンのウメオ大学のエリック・ストルターマン教授が2004年に初めて「DX（デジタルトランスフォーメーション）」を提唱して、はや20年。多くの日本企業がIT・デジタルを軸にした変革を重要課題と捉え、さまざまな施策に取り組んでいる。ただ、志高くDXに注力したものの、頓挫してしまうケースもここ最近は目立つようになってきた。 なぜDXは停滞してしまうのか。国内で活躍するプロCIO（最高情報責任者）・CDO（最高デジタル責任者）への取材を基に、DX推進のノウハウを学ぶ。 これまでの記事で触れた「強いIT部門を取り戻す」こと、「現場主導で変革を進める」ことに続き、DXを推進する上で欠かせない3つめのテーマとして見えてきたのが「マインドの変革」だ。 プロCIOは効果的なデジタル施策を実行するためにも、IT部門や会社全体の風土改革に力を注いでいる。大企業病的で旧態依然とした社風、縦割りで硬直化した
器用なタイプではないから、失敗をくり返しながら成長してきた。Sansanでの15年を経て、「次の10年をキャディにかける」と決めた男の足跡 - Findy Engineer Lab
製造業サプライチェーンの変革に挑むキャディ株式会社。2024年1月より、同社の図面データ活用クラウド「CADDi DRAWER」の開発・運用を担うDRAWER事業本部のVP of Engineering（VPoE）として、元Sansan株式会社 CTOの藤倉成太さんが就任しました。 藤倉さんは前職において、営業DXサービス「Sansan」の開発に携わった後、開発部長やプロダクトマネージャー、CTO、海外拠点であるSansan Global Development Center, Inc.の立ち上げなど、要職を務めてきました。 「CTO経験者」という経歴を見ると、読者のみなさんは「藤倉さんはなんでもそつなくこなせるタイプで、マネジメントも最初から上手にできたのではないか」と思われるかもしれません。しかし、藤倉さんは「自分は決して器用なタイプではありません。たくさんの失敗を重ねながら、キャ
イオンの長い歴史と複雑なシステムに挑むSREチームがつくった「信頼」を勝ち取るための4つの行動指針｜イオン・エンジニアインタビュー ｜AEON TECH HUB
イオンスマートテクノロジー・SREチームでリーダーを務める香西のインタビューです。来期にむけたSREチームのミッションや行動指針に込められた想い、入社時のエピソード、行動力の源泉などを伺いました。
さくらインターネットは20日、クラウド技術を高めるため、2026年までの2年間に経済産業省から6億円の補助金を受け取ると発表した。日本のクラウド市場は米IT（情報技術）大手3社が合計6割以上のシェアを握り、政府は経済安全保障の観点から国内のクラウド事業者の育成を急いでいる。さくらネットは補助金をITエンジニアの人件費などにあてる。政府は22年に経済安全保障推進法に基づきクラウドを「特定重要物資
技術の素振りのために記事を書く
技術の素振りのために記事を書く 2024.02.20 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェクトで使えるかどうか調査するといった事項があげられるでしょう。ただ素振りするだけではぼんやりと頭に知識が入っている状態になりがちですが、他者への説明というアウトプットを意識することで、コードを書くことによって得られた知見を整理できるようになります。 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ありがとう」の言葉が何よりのモチベーション - Findy Engineer Lab
株式会社令和トラベルを退職します: 柴田 芳樹 (Yoshiki Shibata)
退職とこれから - tanaken’s blog
「プログラマーのためのCPU入門」は入り口として丁度よい！
長く活躍できるエンジニアになるためには？ 技術者として大切にしたいこと
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか
Engineering Leadership Skill Set Overlaps
エンジニア間でも大きく差が出る「生成AIをうまく活用できる人」と「できない人」 江草陽太氏が考える、AI時代に求められる能力【一問一答】
不安を抱えながらも歩んできたエンジニア人生、3回の転職で見えた成長する道とは
崩れかけたToDoリストを立て直す「ABCDEメソッド」活用術 | ライフハッカー・ジャパン
夫婦でワンチーム。予想外のトラブルも転職も密な「対話的コミュニケーション」で乗り切る
NVIDIAのCEOが「AIがコードを書くのでもうプログラミングを学ぶ必要はない」と発言して議論を巻き起こす
ドキュメントをいい具合に残そうの会 - Qiita
「勉強しろ」じゃ啓発は難しいから。スベり覚悟の「セキュリティ芸人」が笑いで“脆弱性”を伝える理由【フォーカス】
シニアエンジニアだもんな｜cba
【実践】エンジニアの基礎教養-アルゴリズムを学べる本
海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ？
2024-02-26 新しい組織に飛び込む時に必要な ソフトスキル
退屈じゃないこともAIに任せる « SOUL for SALE
女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか？
モブプロが最高だった話 - 弁護士ドットコム株式会社 Creators’ blog
ベロシティ Deep Dive。スクラムにおけるベロシティのアンチパターンと適切な使い方とは（前編）
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
Macユーザーのぼくがリアルに使っているアプリ12選｜やす
管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
プロダクト思考が足りないことで起きる「エンジニア・PM・顧客の不幸」 熱狂的に開発するために必要な“ビジネスと開発間の越境”
エンジニアリング・マネージャーの仕事を経験してモノの見え方が変わった話
「数学力が高い人」より「国語力が高い人」のほうが優秀なプログラマーになる率は高い “コンピューターの気持ちによりそう”ための国語力の重要性
なぜ、エンジニアの"フロー状態"は見落とされるのか？ 継続的なフロー状態が開発生産性を高める
「抵抗勢力」は事業部にもIT部門にも、DX推進へ求められる全社のマインド変革
経済産業省、さくらインターネットに6億円補助 国産クラウド育成で - 日本経済新聞