これはpyspa アドベントカレンダー 2024の12日目の記事です。11日目は@aodagの走るということについてでした。 はじめに この15年くらいは、おおむね平均すると毎年2，3人程度の技術者をOn the Job Training（OJT）で教育する機会に恵まれており、その中で蓄積した知見や私の考えを散発的に説明していきます。 私自身は受託開発を主たるビジネスとするシステムインテグレータ（SIer）と呼ばれる企業で働いており、足掛け25年程度のキャリアがありますがソフトウェアについて専門的な教育を受けたことはありません。また、教育についても同様です。 このエントリに記載された内容について何らかのエネルギーを注いでくれる方がいるなら、XあたりのSNSでURL付きで指摘して頂ければ非常にありがたいです。 教育によって形成される技術者像 まずは、どのような技術者なら育てられるのでしょ
翻訳を担当した書籍『ソフトウェアアーキテクトのための意思決定術 リーダーシップ／技術／プロダクトマネジメントの活用』（インプレス）が明日2024年12月11日に発売となります。 本書は、2023年12月に出版されたSrinath Perera 著『Software Architecture and Decision-Making: Leveraging Leadership, Technology, and Product Management to Build Great Products』（Addison-Wesley Professional）の全訳となります。 ソフトウェアアーキテクトのための意思決定術 リーダーシップ／技術／プロダクトマネジメントの活用 作者:Srinath PereraインプレスAmazon 著者は、Apacheのオープンソース開発者として20年以上のキャリアを
技術的負債をうまくマネジメントすることは重要です。なぜなら、持続可能な長期的な利益の確保こそが競争戦略における目標であり、技術的負債への対応力はその目標に近づくための重要な組織能力だからです。EMとして組織の成果の最大化を目指す上で避けては通れない課題です。また技術的負債への対応は、単に技術的な課題ではなくそれらを包含するプロダクトの課題です。どうやって解決するかだけでなく、なぜ、いつ、どのくらいやるべきかを、事業責任者などのステークホルダーと合意して初めて対応を進めることができます。こうした課題に対しては、多職種をつなぐメンタルモデルの構築、方向付け、ファシリテーションといったソフトスキルが必要になってきます。EMはエンジニアリングの視点とそうしたスキルを併せ持つことが期待される存在で、技術的負債への対応においても重要な役割を担うと考えています。本記事では、技術的負債をマネジメントする方
2024年版では検索拡張生成 (RAG) やヒューマノイドを含む5項目が新たに追加、生成AIは2023年に続き「過度な期待」のピーク期に ガートナージャパン株式会社 (本社：東京都港区、以下Gartner) は、 「日本における未来志向型インフラ・テクノロジのハイプ・サイクル：2024年」を発表しました。本ハイプ・サイクルでは、今後すべての企業にとって重要となる、未来志向型と捉えられるテクノロジや、トレンドとなっている40のキーワードを取り上げています。 日本における高齢化社会の到来と世代交代、さらに加速すると想定される人材難を背景に、新たなテクノロジがビジネスに与えるインパクトは今後さらに大きなものになります。 バイス プレジデント アナリストの鈴木 雅喜は、次のように述べています。「2024年現在、生成AIが『過度な期待』のピーク期を進行しつつあります。AIに関連する技術は今後さまざま
絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の
CARTA における「技術力」というのは、一般的にイメージされているものよりも非常に広い意味を持っています。本エントリでは、こうした独特な「技術力」を少しでも感じていただけるようご案内いたします。 ナビゲーターは CARTA HOLDINGS CTO 室（兼 Lighthouse Studio CTO）の海老原 @co3k でお送りいたします。 まず入口としてCARTAのエンジニアが目指すVisionに触れていただきます。「フルサイクル開発」における日々の営みを想像していただきます。そして「CARTAにおける技術力」の、その特殊性について目の当たりにいたします。 TL;DR CARTA における「技術力」は、専門的な技量にとどまらず問題の本質を見極め、価値を届けるために必要な技量を包含しています。 技術力 CARTA における技術力は、単なるコーディング能力や技術知識の蓄積を超えたもの 問
「禅とオートバイ修理技術」これら2つの間にどのように関係があるのかまるで見当が付かず、タイトルだけ聞くとキワモノのようだがWikipediaによるとアメリカでは一番良く売れた哲学書とされている。 海外のエンジニアのブログを読み漁っていた時にオススメされていたのでKindleで買って読んだのだが想像以上に良かったのでメモを残したい。と言ってもwikipediaで説明されている内容を改めて説明しても面白くないのでソフトウェアエンジニアとして響いた部分を引用して僕の感じた事を書き連ねていく。 大都市の重工業地帯に一歩でも足を踏み入れてみれば、そこにはその全てが存在している。テクノロジーである。正面には有刺鉄線を施した高い塀が立ちはだかり、門は常に閉ざされ、「立入禁止」の札が掛かっている。そしてその向こうの薄汚れた大気の中には、金属や煉瓦で造られた醜い建物が立っている。その目的は不明であり、またそ
もともと核融合は、地球人類史における最後の聖杯みたいなところがある。 人類は実用的なエネルギー源としてまだ化石燃料（ウラン含む）・日射（太陽光・太陽熱・副次効果としての風力含む）・地熱・潮汐力以外を手にしてない。化石系は量的制約があり（ウランですら170年で枯渇すると言われている）、その他の再エネ系は環境要因（たとえば周期的な日射量減少）で利用困難になる。 その点、DT燃料ベースの核融合は、資源量的には約1千万年分の恒久的エネルギー源になる。だから、核融合発電が実用化できたら、人類の生存上の課題（エネルギー・食糧・環境）の多くは解決してしまう。食糧生産もエネルギーを投入すればよいし、環境問題もエネルギーを使って対応すればよい（温暖化期はCO2を分解すればいいし、氷期には熱やGNGを作ればいい）。これらの問題が解決できると、その先には遂にテラフォーミングと宇宙植民というマイルストーンが見えて
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? とりあえず落ち着け。 みなさん、毎日なにかしらのコードを読み、開発する日々を送っていると思います。そんな中で、 糞コードは死ぬべきである！！絶対に直すべき！！ という感情に取りつかれてしまうことがあると思います。自分の技術力に自信のある人ほど、無理やりにでも直そうと試みると思います。それがどんな修羅の道か。そして、糞コード修正がどんな道を歩むのか。この記事では糞コード修正の罠とありがちなストーリーについて書きたいと思います。 ビジネスとしてのプログラムは本質的に糞である 例えば、「携帯電話の利用料金」のプログラムがあります。 「携帯電話
平素よりOLTAおよびFINUX（INVOY）のサービスをご利用いただき誠にありがとうございます。 2023年11月7日（火）に判明した、弊社関連会社（FINUX）が提供するクラウド請求書プラットフォーム「INVOY」において特定の条件に該当した一部のユーザー様の顧客情報が他のINVOYユーザー様から閲覧できる状態になっていた事象について、恒久対応が完了しましたので再発防止策とあわせてご報告いたします。 本事象の解消に向けて2023年11月7日（火）18時10分より緊急メンテナンスのためサービスを一時停止しておりましたが、2023年11月8日（水）2時58分に復旧し、現在は通常通りご利用いただけます。 なお、他ユーザー様が閲覧できる状態にあった可能性がある情報は、ご登録のメールアドレス、ユーザー名、ユーザーの種別と権限（管理者か否か）であり、第一報よりお伝えの通り、クレジットカード情報など
私がWeb業界に入ったのは、ハッカーに対する憧れからです。その原体験を大事にしたいという気持ちを今でも強く持っています。 もう20年近く前になりますが、Web2.0の時代、私は傍観者でした。世界ではGoogleを筆頭として、日本でも、はてな社などが、エンジニアドリブンで個性的なサービスを生み出していました。他にもmiyagawaさんなど、個人で世界的に使われるようなOSSを開発している人もいました。書籍「ハッカーと画家」で描かれるような、ハッカーが個人技で大企業を出し抜く痛快さがありました。 そのように、WebサービスにせよOSSにせよ、同年代のハッカーが自分の技術でイノベーションを起こし、世の中に影響を及ぼしていることに羨望の眼差しを向けていたのです。 サブカル的な空気感も好ましく思っていました。西海岸のコンピュータ文化はヒッピーカルチャーの影響を受けていたのは間違いないでしょう。当時の
台風で仕事が休みになりそうなので暇つぶしに。 3年くらい前に日本の半導体産業の近況をまとめたのですが、ここ数年で政治家の先生たちが何かに目覚めたらしく状況が大きく変わりつつあるので各社の状況をアップデート。 前回の記事 https://anond.hatelabo.jp/20200813115920 先端ロジック半導体■ JASM (TSMC日本法人) 熊本工場：28nm, 22nm (工場稼働時) / 16nm, 12nm (将来計画) 日本政府の補助金とソニー・デンソーの出資という離れ業により、業界人が誰も信じていなかったTSMCの工場進出が実現した。現在は建屋の建設が進んでおり、順調にいけば2024年内には量産開始となる。生産が予定されているプロセスはいずれも世界最先端に比べると古いものだが日本では最先端であり、HKMG(ハイケーメタルゲート、トランジスタの性能を上げる技術)やFin
Unreal Engineで有名なEpic Gamesが、現在開催中のGDC（Game Developer Conference)でVerseの詳細を解説しており、その動画が公開されています。 ドキュメントもすでに公開されています。 https://dev.epicgames.com/documentation/en-us/uefn/verse-language-reference 現在処理系は、Unreal Editor for Fortnite(UEFN)の中に組み込まれているようですが、Windowsにしか対応していません。ちょろっと動かした程度で、まだコードをしっかり書いてはなくて、プレゼンを見た感想で書いているので、いろいろ間違ったところとかもあるかもしれませんが、そういうのはご指摘いただいたり、Pull Request（ブログの上の鉛筆アイコンで送れます)を出してもらえれば、と
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト
2022/08/16加筆 自分は2018年、2019年の下記記事を書いた人物とは別人である。 ■MMDは日本の3DCGを破壊してしまった anond.hatelabo.jp ■1年前の「MMDが日本の3DCGを破壊した」について anond.hatelabo.jp 2018年に日本の3DCGがMMDでガラパゴス化したと指摘され、およそ3年が経過した。 現在の日本の3DCGはどうなってしまったのか？ 結論から言えば中国（ビリビリ動画）に日本の3DCG（ニコニコ動画）は完全に追い抜かれてしまった。 日本の白物家電が中国・韓国製に駆逐されたのと同じように、世界から完全に取り残されてしまったのだ。 MMDは現在の3DCGの水準から見ればゴミクズである。 これはMMDモデル製作者やMMDモーション製作者などをこき下ろすつもりで言ってるのではない。 MMDはありとあらゆる面において「古い」のだ。 例え
25年前くらいの思い出 私は業界経験が長いので、かなり挫折したシステムエンジニア、もしくはその入門者の様子を見ています。ある一定の傾向が見られるので、考えをまとめておきたいと思います。 私がIT業界に行こうと思った1996年ごろ、インターネットはまだ黎明期で、ぎりぎりパソコン通信が生き残っていました。ニフティサーブと言う最大シェアのパソコン通信は使ったことはあったものの、私が主に使ったのはMSNと言う、マイクロソフトのサービスでした。ターミナルがWindows 95に標準付属だったので物珍しさで使ってみたというのもあります。 そのMSNで笹塚茶屋（当時マイクロソフトの本社が笹塚だったことから）という掲示板がありそこに良く出入りしていました。で、私が「システムエンジニアに就職してみたいんだけどどう？」と聞いてみたところ、たくさんの返信が寄せられた記憶がありよく覚えています。 当時MSNを使う
『どきどきポヤッチオ』は、25人の村人がリアルタイムで生活をしている世界にて、パンの配達などをして村人たちと交流しながらひと夏を過ごす箱庭ゲーム。『海腹川背』シリーズなどで知られる近藤敏信氏がキャラクターデザインを担当している。 MIYAKE氏は先輩から、本作では自由にマップを移動できるが、隣のマップのロードが間に合わない時のために、ある工夫がしてあると聞かされたという。同氏は、テクスチャを小さくしたり、暗転させてロード画面を挟んだりなどを想像したそうだが、答えは何と「プレイヤーがつまづいてコケる」というものだった。主人公がつまづいて転び、起き上がる間にデータをロードしていたというのだ。 この工夫については、SNS上で大きな注目を集めることに。またMIYAKE氏も、クオリティを維持しながらの解決策であり、頭に電流が走るぐらいの衝撃を受けたと当時のことを振り返っている。 ＊主人公がコケるのは
2021年5月11日、AWSジャパンは年次イベント「AWS Summit Online」を開催した。昨年に続いてオンライン開催となったイベントの基調講演では、約3000台規模のオンプレシステムを3年かけてクラウドに移行したDeNAの南場智子取締役会長が登壇。経営と技術の両面で大規模な移行プロジェクトを振り返った講演は、なぜクラウドに移行するのかという疑問に対する圧倒的な説得力を感じられた。 決め手は「インフラエンジニアが創造的な仕事にシフトできる」こと AWS Summit Onlineの基調講演に登壇した南場氏は冒頭、「DeNA migrate」というスライドを高らかに掲げ、オンプレミスからAWSクラウドへの移行完了を宣言。対象となったシステムは大小合わせて300あまりで、毎秒数十万、1日で50億リクエストを受ける規模だ。もちろんデータはペタバイト級で、サーバー台数は約3000台となる。
- はじめに - Pythonのパッケージ管理ツールは、長らく乱世にあると言える。 特にpip、pipenv、poetryというツールの登場シーン前後では、多くの変革がもたらされた。 本記事は、Pythonパッケージ管理ツールであるpip、pipenv、poetryの3つに着目し、それぞれのツールに対してフラットな背景、技術的な説明を示しながら、所属企業内にてpoetry移行大臣として1年活動した上での経験、移行の意図について綴り、今後のPythonパッケージ管理の展望について妄想するものである。 注意：本記事はPythonパッケージ管理のベストプラクティスを主張する記事ではありません。背景を理解し自らの開発環境や状態に応じて適切に技術選定できるソフトウェアエンジニアこそ良いソフトウェアエンジニアであると筆者は考えています。 重要なポイントのみ把握したい場合は、各章の最後のまとめを読んで頂
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く