2025年9月22日のブックマーク (7件)

  • "フロントエンドの技術"を移行する技術 | ドクセル

    ⾃⼰紹介 • 外松 俊尚(Toshihisa Tomatsu) • 株式会社Linc'well • フロントエンド基盤チーム • 愛媛からリモートワーク • X: @toshi__toma ©Linc' well inc. 2 この発表について カンファレンステーマ:次世代を担うエンジニアに向けて • これまで何度かフロントエンド技術を移⾏する仕事をした • 経験する中で⾒えてきたもの:移⾏時に考えることやテクニックのパターン • ⾃分が⼤事にしてきたもの • 安全にリリース • 効率的に進める • 今⽇は o フロントエンド技術移⾏はどういったものがあるのか o どういうことを考え、どう進めるのか o 移⾏を実施する際に使えるテクニックを説明 技術選定と⼀緒で、事例と同じ選択はできないが、次に移⾏を担当するときに使える武器を増やす ©Linc' well inc. 3

    "フロントエンドの技術"を移行する技術 | ドクセル
  • Adobeが凄まじいのは、数十万円で買わせた過去のソフトの新規認証を打ち切って新しいパソコンに入れられなくしたこと

    CDB@初書籍発売中! @C4Dbeginner Adobeが凄まじいのは完全サブスクに移行したことだけではなく、数十万円で買わせた過去のソフト一式の新規認証を打ち切って新しいパソコンに入れられなくしたことですね… 2025-09-20 22:44:15

    Adobeが凄まじいのは、数十万円で買わせた過去のソフトの新規認証を打ち切って新しいパソコンに入れられなくしたこと
  • エンジニアはちゃんと身銭を切れ - じゃあ、おうちで学べる

    はじめに nekogata.hatenablog.com を読みました。 オーナーシップを阻害する構造的な問題について丁寧な分析がされていて、なるほどと思う部分が多かった。しかし、私はこの問題の核心はもっとシンプルなところにあると考えている。 エンジニアが身銭を切っていない。それだけだ。 構造を変えても、制度を整えても、身銭を切らないエンジニアは責任を取らない。逆に、どんな環境でも身銭を切るエンジニアは結果を出す。言い方はなんでもよいが私はそういう覚悟のキマったエンジニアを何人も見てきた。 このブログが良ければ読者になったり、nwiizoのXやGithubをフォローしてくれると嬉しいです。では、早速はじめていきます。 身銭を切るとは何か 身銭を切るとは、「リスクと責任を自ら引き受け、成功すれば報酬を、失敗すれば代償を受け入れる覚悟を持つこと」だと、私は理解している。 ナシーム・ニコラス・タ

    エンジニアはちゃんと身銭を切れ - じゃあ、おうちで学べる
  • ソフトウェアエンジニアがプロダクトにオーナーシップを持てないアンチパターン、構造 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

    世間ではよく、「プロダクトにオーナーシップを持て」というようなことを言われる。かんたんにいうと「このプロダクトは自分のものだ」と思って仕事しろ、という話だ。よく言われるということは、逆にいうと「そうなっていないことが多い」ということだとも思う。つまり、「ほんとうはオーナーシップを持っていてほしいんだけど、そうじゃないから、"持て"と言われる」ということだ。あいさつがあたりまえになされている場所では「あいさつをしましょう」と言われない、というような話。 では、なぜオーナーシップを持つことが難しいのだろう? ぼくは、いままでいろんな現場を見てきて、いくつかのアンチパターンがあるな、と思っている。 アンチパターンの解説から入るまえにまず、前提の話から。そもそも、ソフトウェアエンジニア自体が「オーナーシップなんか持ちたくないよ」と思っている場合、それはどうやってもオーナーシップを持たせることは不可

    ソフトウェアエンジニアがプロダクトにオーナーシップを持てないアンチパターン、構造 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
  • CSS大解剖 1日目: 「仕様書」

    稿は、2024年2月頃に書き溜めていたシリーズです。最後まで温存させるのが勿体ないので、未完成ですがそのまま公開します(公開日: 2025/9/21)。そのため、内容の重複や記述方針の不一致があるかもしれませんが、ご理解ください。 CSSの仕様を理解するために、1日ごとにテーマを決めて説明する企画1日目です。今日のテーマは「仕様書」です。 仕様書 CSSはWebの標準化団体であるW3Cによって標準化され、各ブラウザベンダによって実装されている規格です。 標準化して挙動を仕様書として書き起こすことによって、Webブラウザ間の相互運用性が高まり、Web開発者も互換性の高い記述を心掛けてCSSを書くことができるようになります。 とはいえ、仕様書と実装の関係は必ずしも一方向的ではありません。「仕様書に記載される → 実装される」というシンプルな順番であるとは限らないのです。実装されたものにあわせ

    CSS大解剖 1日目: 「仕様書」
  • iPhone 17 Proを見て思った。Appleはジョブズと決別したのだと…

    iPhone 17 Proを見て思った。Appleはジョブズと決別したのだと…2025.09.20 12:30258,079 中川真知子 ついに発売されたiPhone 17シリーズ。大幅なデザインチェンジが発売前から話題でしたが、実際はどうだったのでしょうか。 正直にいいます。iPhone 17 Proの箱を開けた瞬間、私はセンチメンタルになりました。 だって、Appleがスティーブ・ジョブズと決別したのを突きつけられたような気がしたから。 Photo:中川真知子もちろん、ネガティブな印象ばかりではありません。シルバーは想像よりはるかに美しく、高級感が漂っていました。 パッと見は違和感しかない背面のデザインだって、機能を優先したからこそであり、使っているうちに慣れてくるのでしょう。 スポーティーとヤンチャさを融合したようなデザインは、ストリート系ファッションやアウトドアファッションにマッチ

    iPhone 17 Proを見て思った。Appleはジョブズと決別したのだと…
  • 「技術的には可能です」の少しマシな言い方

    2025.09.22 7:40 全体的にイエス・バッド法になっていたところをイエス・アンド法に書き換えました。身についてないなぁ はじめに たびたび話題になる「技術的には可能です(でも影響範囲でかいし、品質に影響与えそうだし、結構コストかかるし、スケジュールきついし・・・無理じゃね?)」問題ありますよね。 口に出したことより、心の中の声の方がでかいみたいな。 そしてこれは、言われた側からは非常に不評でもあります。 私は比較的最近、この問題とうまく付き合えるようになりましたので、少しアイデアを共有したいと思い、この記事を書きました。 解決策 それは「できる」と「やる」を分離して できる:自分の責任 やる :相手のバトン(責任) とすることです。 「はい、できます。リリーススケジュール調整が必要になりますが、やりますか?」 「はい、できます。追加コストが発生しますが、やりますか?」 「はい、で

    「技術的には可能です」の少しマシな言い方