kuwadgiのブックマーク - はてなブックマーク

何かを理解するためには借り物の言葉でもいい - Lambdaカクテル

エンジニアは一生勉強と世に言うが、べつにこれは所謂エンジニアに限ったことでもない。人間として生きている以上は日々が勉強の連続で、毎日何かを理解して、憶えて、その繰り返しだ。だから、日常のレベルではドキュメントを探したりチュートリアルを見たり教科書を読んで理解することの繰り返しをやっている。では、何をもって理解したとみなせばよいのか？意外とこれは難しい。よく言われるのが﹁自分の言葉で説明できたら理解していると言える﹂というようなものだ。﹃数学ガール﹄にも、たしか似たような事が書かれていた気がするが、記憶の彼方だ。しかしながら、自分の言葉で一から説明しようとすると、その言葉すらも自分の言葉ではないことに気付いていく。Kubernatesを説明するためにはコンテナの語彙が必要だ。しかしコンテナの語彙をも自分の言葉で説明するなら、無間地獄に落ちていくだけだ。そうなると自分が何を説明したかった

kuwadgi 2024/07/22

あとで読む

リンク

containerにおけるSELinuxの役割について - Gekko0114 備忘録

背景本家のruncで実装されているSELinux機能が、Youki (Rustでruncを再実装するOSS︶に実装されていないことがわかった。そこで、SELinux機能をYoukiに導入することになったのだが、SELinux crateが無かったのでRustで再実装することになり、そのプロジェクトにアサインしてもらった。しかし、SELinuxについて何も知らなかったので、SELiuxについて色々と調べたことをまとめた。SELinuxとは何か？ security-enhanced Linuxの略称。MAC制御を行うことができる。通常のセキュリティに加えてSELinuxを設定することで、システムセキュリティを更に強化できる。 Labelとpolicyを組み合わせたセキュリティ制御が特徴である。process・file・networkなどのobject、process・userなどのsu

kuwadgi 2024/07/22

あとで読む

リンク

macOS Sonomaのインストールメモ 2024/7時点 - Magnolia Tech

新しいマシンが来ると本格的に使い始める前に、2回くらいは再インストールしたり、工場出荷状態に戻したりして、セットアップ手順を確認するようにしているその作業メモ事前準備インストール対象のデバイスとは別のAppleデバイス(iPhoneか、iPadか、他のmacか)を1台用意しておく認証コードの表示など、Appleデバイスの方が楽なので、とにかく一台はあった方が良いあらかじめ同じApple IDでログインしておくこと Apple IDのパスワードを変更しておく Appleデバイスのセットアップが上手くいかない理由の一つにApple IDのアカウントロックが挙げられる以前はApple IDのサービスサイトからロック状態の確認や解除ができたが、今では状態の確認もロック解除もできなくなっているので、事前にAppleデバイスからパスワード変更を行なっておくと安心 support.apple

kuwadgi 2024/07/19

リンク

勉強会タダ飯人間問題を暗号通貨とNFTでなんとかしたい - Lambdaカクテル

ジャストアイデアなのでできるかどうかとかは全然考えていない。思い付いたのでメモという感じ。NFTで金儲けみたいな話では一切ないです。そこ勘違いしないよう。前提勉強会でタダ飯を喰らう人間がいて迷惑している、という話がIT エンジニアならよく知る話だと思うが、これが最近は大きなメディアにも取り上げられだしたようで、一般の人間の識るところとなりつつある。さいわいにも自分が運営しているScalaわいわい勉強会にはそういう人間は出ていないように思われる︵もしかしたら気付いてないだけかも︶が、なんでそういう人間が出現するのかというとタダだからである。タダだから障壁が低くなり、われわれがコストを負担させられるという構造になっている。有料化すべしそこで、勉強会は有料にするのが良いのではないか、と思っている。有料といっても数万円取るのではなくて、思い留まるくらいであればよい。3000円とか取るのが

kuwadgi 2024/07/17

あとで読む

リンク

「生成AIを使わない手はない」、GitHub Copilotで単体テストのコードを生成

﹁私のスキルのうち90％の価値が0ドルに下がり、残りの10％のレバレッジは1000倍になった﹂──。Javaの単体テストフレームワーク﹁JUnit﹂の生みの親であるKent Beck︵ケント・ベック︶氏が2023年に対話型AI︵人工知能︶サービス﹁ChatGPT﹂を試した際のX︵旧Twitter︶の投稿に含まれる文章である。生成AIで代替できる能力は無価値になった半面、創造性など人間にしかない能力は生成AIのおかげで飛躍的に発揮しやすくなったという意味だ。この言葉が象徴するように、生成AIは人のあらゆる活動に多大な影響を与えている。システム開発分野でも、コード生成AIの登場でコーディングの効率が大きく向上した。ソフトウエアテストも例外ではない。テストコードの自動生成や自動実行ツールの機能強化などで生成AIの活用が進んでいる。米調査会社のIDCは、生成AIを利用したツールが2028年まで

kuwadgi 2024/07/17

生成AIと単体テストを結び付けて議論した初期の例

リンク

ついにアニメ化｢サクナヒメ｣独特なヒットの裏側

コンテンツブロックが有効であることを検知しました。このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

kuwadgi 2024/07/12

あとで読む

リンク

私には若者が今回の選挙で石丸さんにハマった理由がよくわかる気がするという話 - 頭の上にミカンをのせる

【宣伝】「風雲児たち」が60%offセール中。オトクなので読め！ →　https://www.tyoshiki.com/entry/2024/07/11/103614 togetter.com 今の若者にとって投票する政治家を選ぶことは・好きなアイドルを選んで推すのとおなじような感覚なのか・成長が期待できる企業を選んで投資するのとおなじような感覚なのかそれは私にはわからない。しかし前者であれ後者であれ、もしどちらかならば私は彼ら石丸さんに熱狂して応援した気持ちが他の人よりはよく分かる気がする。なぜなら私はどっち方面でもハマったことがある馬鹿だからだ。私は信用してはいけないVTuberのクラウドファンディングにお金を投げてしまったし、信用しては行けない株インフルエンサーに奉仕してしまった www.tyoshiki.com www.tyoshiki.com 上の記事では当時自分が

kuwadgi 2024/07/11

あとで読む

リンク

PdM/EMが気づくべき「技術負債」の異変

技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。一方、実際にそのシステムに対となるプロダクトに関わっているのはエンジニアだけではない。PdMやEM、事業責任者がいる中でこのメンバーにどう常に変化し続けるシステムアーキテクチャの異変に気づいてもらうのか、自ら気づかせるのかは至難の業である。とはいえ、つばり一番わかり易いのは工数の予測精度の幅がある。以下の3つのフェーズがあったときにそれぞれのズレが大きい場合は負債が溜まっていることが多い。︵特に、1.と3.︶一般的な視点と現場システムへの理解度のズレ詳細から開発手前での予測のズレ予測工数と実績工数のズレここでいう工数予測がズレるのはエンジニアリングスキルの問題ではなく、システムに関する理解度の認知問題によってズレるケースが該当する 1.一般

kuwadgi 2024/07/11

あとで読む

リンク

『関数型ドメインモデリング』はF#の本なのか？ - 詩と創作・思索のひろば

関数型ドメインモデリングドメイン駆動設計とF#でソフトウェアの複雑さに立ち向かおう日本語版出版に際し、訳者の猪股さんにご恵贈いただきました。ありがとうございます！すでに原著の﹃Domain Modeling Made Functional﹄を読んでいて、そのときの感想は以前に書いたとおり。そこからの差分としては、はてな社内でこの本の輪読をはじめたこと。輪読がはじまったその週に日本語版の出版が告知され嘆息する一同でしたが、日本最速で輪読を開始できたのは間違いないと思う。この本の特徴をひとつ挙げろと言われれば、実装に使われている言語がF#であること、というのが大方の回答になるとおもうが、一方でこの本をやるのにF#を実践する必要はない、と考えている。そういうわけで今回輪読における実装言語にはGoとTypeScriptを指名しており、その後Scala勢力も増えたのだけど、進度的には実際にコ

kuwadgi 2024/07/09

あとで読む

リンク

関数型ドメインモデリングドメイン駆動設計とF#でソフトウェアの複雑さに立ち向かおうを読んだ - 平常運転

正確には﹁関数型ドメインモデリングドメイン駆動設計とF#でソフトウェアの複雑さに立ち向かおうの見本誌をいただいたので読んだ﹂ということになる。訳者の猪俣さまより見本誌を提供いただきました。ありがとうございます。︵発売少し前にいただいたのだけど結局これを書いてるのが発売後になっていて申し訳ない︶関数型ドメインモデリングドメイン駆動設計とF#でソフトウェアの複雑さに立ち向かおう作者:Scott WlaschinKADOKAWA Amazon 以下に書評というか感想を書きます。おまえは誰まず、どういう立場の人間が読んだのかというのを明らかにしておく。株式会社はてなというところでWebアプリケーションを書いている。ここ数年はGo + GraphQL + Next.jsみたいな感じのサービスを扱っている。関数型言語については数年間Scalaを書いていたのでふんわりと認識がある、くら

kuwadgi 2024/07/03

あとで読む

リンク

なぜ僕たちは開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics

開発の生産性を高める新たな視点〜開発生産性フレームワークSPACE〜での登壇資料です

kuwadgi 2024/07/03

あとで読む

リンク

ロック、川崎、トゲナシトゲアリ｜ホワイト健

ガールズバンドクライを13話まで観た。感想は本文で書くとして、観終えて清々しい気持ちでツイッターを開いてたまたま流れてきたいくつかのツイートを読んで、なるほど納得できる批判も多かったがそれはそれとして﹁うるせえよ死ね！！！！！﹂とデカい声が出たのでnoteを書く。かなり酷く酔っているのできっとめちゃくちゃな文章だろうし翌日や数日後に大きく書き直すとは思うがとりあえず公開します。まだ観てない人は読まないでください。ガルクラ13話の何が問題だったのかガルクラ13話があの物語の流れの最後を締めくくる話として︵それ以前の話の方向性の延長として︶微妙だったかはさておき、変に感じられる展開だったのは部分的に認める。がやはり私はガールズバンドクライはガールズバンドクライがやりたいことを最後までやり通したと強く思う。そのことについて書く。まずは問題点を整理しよう。私見の限り最も批判が多かったのは﹁結

kuwadgi 2024/07/01

あとで読む

リンク

井芹仁菜のロックンロールは、『ガルクラ』最終話で鳴り止んだ｜藤吉なかの

タイトル通りだ。自分がさりげなーく何かを託していた、とあるガールズバンドが打ち立てようとしたロックは、鳴り止んでしまったように思う。『ガールズバンドクライ』の主人公、井芹仁菜はまさしくロックヒロインだったと言えるだろう。自分が正しいと思ったことを貫き通した結果、家族にも友人にも裏切られ、ひとり社会からドロップアウトした。そんなとき彼女は同じように信念を貫き通した結果、「バンド」という(極めて小さいけれど確かな)共同体からドロップアウトした、憧れのロックンローラーと出会う。それが始まりだった。そこからの彼女（と彼女を取り巻く物語）は目を疑うほどに美しかった。社会に文字通り中指を突き立てて始まり、次第にそれが「小指」に変わっていく……という過程も極めてアウトサイダー的だ。要はこの変化には「中指を立てる」という世間に広く周知した挑発・侮辱行為を、自分たちの閉鎖的なコミュニティのみで

kuwadgi 2024/07/01

あとで読む

リンク

システムで扱うステータスの分解と変換

初めにレバテック開発部の今井です。ソフトウェア開発において、データの状態管理は非常に重要です。注文の状態、ユーザーの認証状態、プロジェクトの進行状態など、多岐にわたる状況で、適切な状態管理が求められます。しかし、ビジネス要件の変化や新機能の追加に伴い、状態管理が複雑化し、保守が難しくなることがあります。この記事では、データの状態管理を簡単にするためにMECEを初めとした方法で分析を提案します。これによって、柔軟で効率的なシステム設計が可能になることを目指します。 TL;DR MECEの原則を使ってenum型ステータスを分解する方法を解説する MECEによる分解から一次情報と二次情報という区分を提案し、分析の高度化を目指す一次情報と二次情報の区分とシステム間のデータ連係の関係性について考察する対象読者システムの保守性・拡張性に興味関心のあるエンジニア enumをMECEに分解する

kuwadgi 2024/06/30

あとで読む

リンク

「開発生産性を上げる改善」って儲かるの？に答えられるようにする / Is development productivity profitable?

2024/6/28 開発生産性カンファレンス2024 登壇資料 https://dev-productivity-con.findy-code.io/2024

kuwadgi 2024/06/30

あとで読む

リンク

LeanとDevOpsのためにE2Eテストができること

2024.6.29に行われた「開発生産性Conference2024」の登壇資料です。 https://dev-productivity-con.findy-code.io/2024

kuwadgi 2024/06/30

あとで読む

リンク

開発生産性の観点から考える自動テスト（2024/06版） / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition

2024年6月29日 Findy 開発生産性カンファレンス2024 Closing Keynote https://dev-productivity-con.findy-code.io/2024

kuwadgi 2024/06/30

あとで読む

リンク

アーキテクチャレベルで考える開発生産性 / architecture-and-productivity

2024/06/29、開発生産性カンファレンス2024での登壇発表資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/Z8HnzjZb

kuwadgi 2024/06/30

あとで読む

リンク

なぜアジャイルの導入は難しいのか？アジャイルとウォーターフォールの目的の違いから考える

本連載では、さまざまなチームやプロジェクトにおいてプロジェクト管理手法や開発モデルを適用してきた経験から、現場からボトムアップによって、組織にあったアジャイル開発管理手法を取り入れていく方法を解説します。今回は﹁現場からみたアジャイル開発の難しさの原因﹂について、アジャイルとウォーターフォールの目的の違い、組織に適した管理手法などを整理しながら考察します。はじめに筆者は、金融会社でのシステムエンジニアからエンジニア人生が始まり、2000年からはWeb業界にて5回ほど転職をしてきました。そこでは、自社サービスの立ち上げや業務委託でのシステム開発やR&D︵Research and Development︶業務やその支援、そしてIT プロジェクトにおいてトラブルが生じた場合の問題解決支援などを行ってきました。数名の小さいチームから大手企業の数十名のチームまでさまざまあり、その度にプロジェクト

kuwadgi 2024/06/28

あとで読む

リンク

Reactテスト駆動開発に一度挫折した人が、生成AIの力を借りて再挑戦する話 - Insight Edge Tech Blog

はじめに Insight EdgeのLead Engineerの日下です。弊社ではフロントエンドのスクラッチ開発にReactを採用することが多いのですが、フロントエンドの保守性はしばしば課題となっています。というのも、要求仕様が曖昧なPoC︵Proof of Concept︶の段階からMVP︵Minimum Viable Product︶として開発を進めることも多く、ビジネス側ユーザの意見にも左右されながらアプリを改善していくため、画面のレイアウトやデザイン、画面遷移の変更が多発するためです。こうした状況の中でスピードと品質を両立するためには良質なテストコードが不可欠なのはもちろん、プロダクトコードとテストコードの双方とも、変化に対応しやすく作る必要があります。過去にテスト駆動開発を挫折した要因実は、筆者は過去にReactのテスト駆動開発の実践、および社内普及活動に挑戦したこ