この本の概要 解決できる問題だけに対応し，まちがっていても認めない ――なぜ，そんな“マネジメント”になってしまうのか？ 5名ほどの小さなチームから500名を超える大きな組織までを見てきた著者が，「人を動かす」では得られない答えの探し方を教えます。 アウトプットは60％の力でおこなう理由 初心者を教育する仕組みをどう作るか 技術者の貢献を評価してもらうには 維持・メンテナンスの予算がとりにくいのはなぜか 「部下やお金や人事評価の面倒なんて見たくない」 けれど現実を変えたいあなたへ。 こんな方におすすめ 技術者／エンジニアのマネジメントに携わる方（特に技術者／エンジニアからマネージャーになる方） 1章 マネジメントできるのは未来だけ 1.1 解決病にかかってしまう問題 1.2 未来から逆算して考える 1.3 マネジメントの目的は「現実に変化を起こすこと」 2章 理想を描いて余裕をつくる 2.
はじめに こんにちは。レバレジーズのデータ戦略室の辰野です。いつの間にか5回目の投稿を迎えました。 今回は、私が2024年度上半期に注力した「DMBOKに基づくデータマネジメント成熟度アセスメントの実施」についてご紹介できればと思います。 レバレジーズでは初めての実施ということもありかなり苦労したので、これからデータマネジメント成熟度アセスメントを実施してみよう！と思われている方にとって、参考になれば幸いです。 ※ベースとなるDMBOKに関する情報は、既に多くの記事が出ているかと思いますので本記事では割愛させていただきます なぜやることになったのか 例えば、皆さまの周りでこんなことは起きていないでしょうか？ 「テーブル定義書はあるけど、実際のテーブルと内容が違う…」 「この指標の定義を知りたいけど、どこを見ればいいのか分からない…」 「このツールの使い方がどこにまとまっているか分からない…
はじめに Amazon CloudWatch Network Monitorは、2023年12月22日に一般提供開始されたサービスであり、AWS～オンプレミス間のネットワークがモニタリング可能となります。 自らのハイブリッドネットワーキング業務から導き出した、公式ドキュメントにも載っていないNetwork Monitorのユースケースおよび仕様についてご紹介します。 本記事でもサービス概要は触れていますが、基本的なサービス仕様は公式ドキュメントなどでご確認頂けますと幸いです。 docs.aws.amazon.com はじめに Network Monitorとは Network Monitorユースケース グレー障害の検知および対処 疎通テスト Network Monitor仕様 ポーリングインターバル 送信元ENI まとめ おわりに Network Monitorとは Network Mo
TL;DR GHC の WASM バックエンドを使って、フロントエンドからCloudflare Workersで動くバックエンドまで、全部 Haskell で書かれたブログエンジンを実装したよ。 Servant の Workers 向けアダプタを実装したよ いちどAPIを型レベルで定義したら、バックエンドのルーティングやクライアントからのAPIへのアクセス、SPAのビューのルーティングまで全部同じ定義を使い回せてしかもリンク切れがない事が静的に保証されるので、かなり快適だったよ。 フロントノードは Miso を使ったので、同じデータ型と API 定義を共有できて、SSRも out-of-the-box でサポートしているのでかなり体験がよかったよ なぜか Twitter が OGP を表示してくれないけど私は元気です。 導入 以前の投稿で、GHC WASM backend を使ってものすご
コンピュータシステムをゼロから作って学ぶベストセラー書の改訂第2版。コンピュータを理解するための最善の方法はゼロからコンピュータを作ることです。コンピュータの構成要素は、ハードウェア、ソフトウェア、コンパイラ、OSに大別できます。本書では、これらコンピュータの構成要素をひとつずつ組み立てます。具体的には、NANDという電子素子からスタートし、論理ゲート、加算器、CPUを設計します。そして、アセンブラ、仮想マシン、コンパイラ、OSなどを実装しコンピュータを完成させて、最後にその上でアプリケーション（テトリスなど）を動作させます。 賞賛の声 訳者まえがき まえがき 第I部 ハードウェア I.1 Hello, World Below（こんにちは、低レイヤの世界） I.2 Nand to Tetris I.3 抽象化と実装 I.4 方法論 I.5 この先の展望 1章 ブール論理 1.1 ブール代数
誰かからの指摘を批判と捉えて過度に落ち込んだり反射的に言い返したりしまったりすることがある。 「指摘を批判と捉えない」というのは、"素直さ"を要素分解したうちの1つと言えると思う。 もちろん伝える側の表現に問題があることもあるけれど、攻撃されてるわけでもないのに勝手に自己防衛モードに入ってファイティングポーズ取ってしまう人は意外といる。 なぜ指摘を批判と捉えてしまうのかをあえて自分だけの問題として考えてみると、「能力が低い」「機嫌が悪い」の2つの結果ではないかと思う。 元も子もない話だが、能力が低いという話に帰着するというのが自分の結論である。 ここでいう能力というのは、一言でいうと想定力である。結局、自分が想定してなかったことを言われて処理しきれない時に発生する現象なのだ。全部先に想定されてる話なら、指摘されても批判とは捉えない気はする。 宿題をやってない子どもがおかんに宿題やらなくて大
Kubernetes seems like the obvious choice for building out remote, standardized and automated development environments. We thought so too and have spent six years invested in making the most popular cloud development environment platform at internet scale. That’s 1.5 million users, where we regularly see thousands of development environments per day. In that time, we’ve found that Kubernetes is not
by [email protected] Larry Ewing and The GIMP Linuxカーネルの優しい終身の独裁者を務めるリーナス・トーバルズ氏がLinuxのカーネルメンテナーからロシア人開発者らを追放する決定を下した件について、ロシアのデジタル発展・通信・マスコミ省(Minkomsvyaz)がこの決定を「差別的行為」と非難した上で、独自のLinux開発コミュニティを立ち上げるという声明を発表しました。 Минцифры предложило создать собственное Linux-сообщество — РБК https://www.rbc.ru/technology_and_media/28/10/2024/671e424c9a7947704249be2c Linus Torvalds kicked the Russians out of Linux,
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
新卒3年目のソフトウェアエンジニアの振り返りブログを読んで、優秀な人の振り返りってこういう感じだよね〜と思った。 書きました - 2023年12月あたりの今日このごろ | monolog - https://t.co/47u2FE1pRF— kyontan (@sukukyon) December 29, 2023 私が某社に所属していたときに、インターンのメンティーとしてチームに参画していただいた方。 私はその後に転職してしまったが、ご本人はそのまま入社し、大活躍して社内賞を取っているとのこと。 yuzutas0.hatenablog.com 上記の振り返りブログを読んで「素晴らしいなぁ」と思った点を挙げる。 自分が生き残っていることを当たり前だと思わない。周囲に価値を提供できなければ生き残れないことを知っている。 だから周りに対してどんなインパクトを出せたかを振り返る。自分にベクトルが
私は自慢では無いですがプロジェクトを炎上させたことがありません。 （炎上案件に途中から突っ込まれたことはありますが） 炎上案件の経験や上司からのアドバイス、書籍からの学びによるものが大きいです。 ただ、しっかり言語化して自分のものにしたいと思い、整理しようと考えました。 これを他のPLやメンバーに共有することで炎上プロジェクトが減っていくことを期待したい。 プロジェクトマネジメントする上で、意識していること、大事にしていること 小さな火を消し続ける → 課題管理の徹底、朝会でメンバーと課題を共有し、期日と優先順位を決めて通常タスクより優先して取り組む。 やらないことを決める → 顧客が求めてないこと、成果物に直結しない作業を極力やらない。（とくに過剰な品質管理、プロジェクト管理資料の作成など） 受注前の見積もりの段階で、案件リスクを見極めて、リスクを下げるか受注しない対応をとる → 見積も
成人発達理論というジャンルがある。ここ半年くらいハマって調べていた。ここ数年の自分の変遷にピタリと当てはまっていてずいぶんと面白かった。 この「発達段階」というものがいわゆる「視座」にかなり近い概念なのではないかと思い、今日は紹介してみる。スライドも作ったのでスライドが好きな人はコチラもどうぞ 視野・視座・視点ずっといまいち意味がわからなかったのだが、成人発達理論を学んだ結果、「視座」という単語の意味が自然と理解できるようになった。 学んだ結果として得られた言葉の意味は「自身の価値観から離れ、より広い対象を主語にして見る俯瞰的な観点」という非常にメタなものであった。視座が上がるとは ✕ : 「見えるものが広がる」というシンプルな変化 ◯: 不可逆な思考パラダイムの遷移 であり、「前の自分を失う」ような要素を含むのではないかと思う。抽象的すぎるので詳しく見ていこう。 成人発達理論とは簡単にい
TL;DR 技術的なアウトプットってえらい、ということをお伝えし隊 blog を書くのはえらい、技術同人誌を書くのはもっとえらい 全員、えらい はじめに ごきげんよう、前回の 進歩が速い IT の分野においても本は大事だと思う に続き、なんとなく気分が続く限り poem をまた続けていくことにしましょう。 今回は、アウトプットはえらい、ということを書いていこうと思います。 blog を書いてる人はえらい 世界中見渡しても割りとそうですが、なんとなく IT 技術系の人たちは blog を書いてるのが多いですね。 なぜ技術記事を書くのか の記事にあるように、様々な人が様々なモチベーションで blog を書いています。 そんなみんな全員、えらい。 私個人として blog を書いているのは、人間が覚えていられる量、特に記憶の中でぱっと引っ張り出せるスピード感の記憶の量はかなり限りがあると考えており
TL;DR VPC間を接続した際のレイテンシはTGW > VPC Peering TGWでVPC間を接続すると、VPC PeeringでVPC間を接続した場合と比較して、レイテンシが10倍以上!! はじめに いきなりですが、皆さんは以下のような2つのVPC間を接続する際、どの様な方法で接続するでしょうか？(オレンジ矢印部分) 前提や要件により様々な接続方法が考えられますが、AWS公式:Amazon VPC-to-Amazon VPC connectivity optionsには、VPC間を接続する際の選択肢については以下5つが挙げられています。 VPC Peering Transit Gateway(TGW) AWS PrivateLink Software VPN Software VPN-to-AWS Site-to-Site VPN AWS公式ドキュメントには選択肢として記載されてい
スモールIPO、つまり時価総額が小さな会社がIPOするのは否定的な意見が散見されています。 もし今、マジカルバナナで「スモールIPOと言えば」となると「IPOゴール」と答える人が一番多いかもしれません(「マジカルバナナ」とは、昔、テレビでやっていた連想ゲームです）。 東証におきましても、新規上場基準の引き上げが議論されていることは事実でして、スモールIPOを目指すスタートアップ企業にとっては、アゲインストの風が吹いています。 そこでスモールIPOは本当にダメなのかということを私なりに考えてみました。 あくまでも私個人の意見でありまして、保証等は一切いたしません。 スモールIPOに対する否定的な意見 スモールIPOに対する否定的な理由は、いくつかあります。 VCが株式を売り出すと、上場後の株式売買の需給バランスが悪くなる（ケース１） スモールIPOについて議論しているYoutubeがいくつか
数日たってある程度冷静になってきたとところもありますが、衆院選の結果はほとんどあらゆる立場の人にとって「どーすんねんこれ？」っていう不安感があったものだと思います。 以下のxポストがバズってて笑いましたｗ 自民「どうすんだよこれ…」 立憲「どうすんだよこれ…」 国民「どうすんだよこれ…」 維新「どうすんだよこれ…」 公明「どうすんだのこれ…」 今はみんなガチでこれ — moss (@moss91373490) October 28, 2024 なんというか、コレ、立憲民主党の支持者とか関係者も、ある程度はこの「どうすんねんこれ」感を感じててくれないと困るみたいな感じはありますよね。 「へっへっへ、自分とこの議席増えたし自民は減ったぜヨッシャー！」だけで終わられても困るっていうか、ただ混乱する事自体を喜びとされても困るんで、国を運営するという共通目標の為にちゃんと考えてくれないと困るという話
はじめまして. Omni Hub チームでバックエンドを担当している shunten31 です. 最近親知らずを抜きました. 会社のテックブログを書くのは今回が初めてです. 約8ヶ月前に入社したのですが､入社後 Bruno という API クライアントを開発フローに導入したので､その話をしようと思います. 背景 Omni Hub ではプラットフォーム間のデータ連携を行っているというシステムの特性上､ 外部サービスのAPI を多く使用しています. 他にも､システム間の通信のための API も有しており､ これらの API を動作確認やテストで叩く必要のあることが多いです. しかし、これまでAPIを叩くためのツールやスクリプトは各エンジニアが個別に管理しており、以下の問題が生じていました. APIに変更があるたびに、全員が自分のスクリプトを修正する必要がある 新人エンジニアのオンボーディングに
そろそろ，“zakkyo” を学ぶ頃合いだねPhoto by Stefano Huang on Unsplash今回の記事は，もともと X での連続投稿だった．ところが，これを気に入る人たちがたくさんいたので，ブログ用にまとめ直した方がいいなって考えた．主題は，日本の都市だ――とりわけ，大半の他国にはない日本ならではの小売りスペースの形態について語る． ぼくは大勢の都市計画専門家たちとつきあいがある．だいたい都市計画の人たちは，複合用途の都市開発が大のお気に入りだ――戸建て住宅や集合住宅とお店やレストランが共存しているあり方を，彼らは好んでいる．でも複合用途の開発と一口に言っても，そのかたちはさまざまだ．そして，日本は，世界各地の高密大都市とひと味違うことをやっている． 今回の記事では，複合用途開発を2つのタイプに区分する．世界中の高密都市でよく見られる「一階のみ店舗型」では，一階のレスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
