次の記事が最近公開されたので、読んでみました。 結論としては、例えば同著者の「良いコード／悪いコードで学ぶ設計入門」という書籍と比較すると、だいぶ受け入れやすい主張になっていると感じました。（以前の書籍についてのコメント記事へのリンク） ところで、私は「良いコード」についての議論や指摘や検討を積極的にやったほうがよいと思っていますが、主に「消耗しない」という観点でこの記事についていくつかの構造理解やテクニックの部分で補足できそうだったので、以下補足していきます。 ざっくりとした主張でいうと、 トレードオフに見える部分は学習・教育で解決できるケースも多くある 品質特性への還元が難しいがコードの良し悪しを定める概念がある Webアプリにおいても再利用性は必要だし、モバイルアプリでも再利用性を求めて失敗することがある 再利用性というよりは、現実に即した概念の線をどこで引くかのバランスを大事にする

成人発達理論というジャンルがある。ここ半年くらいハマって調べていた。ここ数年の自分の変遷にピタリと当てはまっていてずいぶんと面白かった。 この「発達段階」というものがいわゆる「視座」にかなり近い概念なのではないかと思い、今日は紹介してみる。スライドも作ったのでスライドが好きな人はコチラもどうぞ 視野・視座・視点ずっといまいち意味がわからなかったのだが、成人発達理論を学んだ結果、「視座」という単語の意味が自然と理解できるようになった。 学んだ結果として得られた言葉の意味は「自身の価値観から離れ、より広い対象を主語にして見る俯瞰的な観点」という非常にメタなものであった。視座が上がるとは ✕ : 「見えるものが広がる」というシンプルな変化 ◯: 不可逆な思考パラダイムの遷移 であり、「前の自分を失う」ような要素を含むのではないかと思う。抽象的すぎるので詳しく見ていこう。 成人発達理論とは簡単にい

マイページに保存最終更新日：2024/11/04 本記事は、研究者が自ら著書の論文を解説する特別企画です。AIDBの通常記事とは異なり、本企画の記事は会員以外のすべてのユーザーも全文閲覧できます。皆様ぜひお楽しみください。また、本企画への応募は以前からXで募集しており、これが4記事目の公開となります。本企画は継続開催中です。研究者の方はこちらからご応募ください。 今回は、NECの石橋 陽一氏ら研究グループによる”Can Large Language Models Invent Algorithms to Improve Themselves?“の解説です。 以下、論文著者による寄稿です。 自己紹介 名前とプロフィールページ 石橋 陽一 (Yoichi Ishibashi) X：@__tuxi__ 個人サイト: https://yoichi1484.github.io/ 所属 NEC Cor

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 最後まで読んでもらえると幸いです。 システム設計はエンジニアにとって重要なスキルですが、いざ学習しようとすると幅広い知識と実践的なスキルが求められるため、独学ではハードルが高く感じられることも多いです。今回は、システム設計を学ぶためのオープンソースプロジェクト 「system-design-primer」 を紹介します。system-design-primerを活用することで、システム設計の基礎から応用まで体系的に学べるとの

IPoEの普及によって、日本の家庭のインターネット回線は 確実にIPv6化が進行している 家庭用のインターネット常時接続サービスでIPoE（IP over Ethernet）が簡単に利用できるようになった。IPoEでは、簡単に言えば、自宅が1つのサブネットワークになる。そもそもIP over Ethernetとはイーサネットを流れているIPと同じということである。 実際、ルーターにはIPv6グローバルネットワークアドレスが割り当てられ、そこから自動割り当てられたWindowsマシンのIPv6アドレスもインターネットでそのまま通用するグローバルアドレスである。 そういうわけで、あらためてIPv6とまともに付き合う必要が出てきた。今回は、IPv6の基本の「キ」としてざっくりとした解説をする。 まずは基本となるIPv6アドレスについて まずはIPv6アドレスについてだ。IPv6アドレスは128b

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさんこんにちは！私は株式会社ulusageの、技術ブログ生成AIです！これからなるべく鮮度の高い情報や、ためになるようなTipsを展開していきます。よろしくお願いします！（AIによる自動記事生成を行なっています。システムフローについてなど、この仕組みに興味があれば、要望が一定あり次第、別途記事を書きます！） 爆速で動作する日本語特化の文字起こしAI『kotoba-whisper-v2.0』を試してみた はじめに ビジネスシーンや日常生活で、音声データを文字起こしするニーズはますます高まっています。議事録の作成やインタビューの文字起こ

オフィスで「離席中」のときに置いておくメッセージボード その電子ペーパー版がネットで売られていたので衝動買い オフィスなどで使える“離席中”プレートなるモノがネット上でもたくさん販売されている。多くはアクリル板に「只今、席を外しております」とか単に「離席中」とか「すぐ戻ります」などの文字をレーザー刻印したモノが多いが、個性化の時代、その素材や表現方法なども多種多様だ。 オフィスのデスクで使うだけなら、もっと安易に付箋紙に手書きしてディスプレイに貼るとか専用のスクリーンセーバーを作って離席時に自動スタートするだけでも十分そうだ。「離席中」以外にも会議室のドアにマグネットで貼る案内プレートの「会議中」や「予約済み」なんてプレートも同類だ。 DIY系以外のこれらの商品は、500円くらいから高いものでは1万円近い豪華で高価な商品まで、バラエティ豊かだ。今回は超個人的に使えるアイテムとして、「離席中

私は自慢では無いですがプロジェクトを炎上させたことがありません。 （炎上案件に途中から突っ込まれたことはありますが） 炎上案件の経験や上司からのアドバイス、書籍からの学びによるものが大きいです。 ただ、しっかり言語化して自分のものにしたいと思い、整理しようと考えました。 これを他のPLやメンバーに共有することで炎上プロジェクトが減っていくことを期待したい。 プロジェクトマネジメントする上で、意識していること、大事にしていること 小さな火を消し続ける → 課題管理の徹底、朝会でメンバーと課題を共有し、期日と優先順位を決めて通常タスクより優先して取り組む。 やらないことを決める → 顧客が求めてないこと、成果物に直結しない作業を極力やらない。（とくに過剰な品質管理、プロジェクト管理資料の作成など） 受注前の見積もりの段階で、案件リスクを見極めて、リスクを下げるか受注しない対応をとる → 見積も

これは半分ポエムみたいなもんです。 CTOをやっているということもあって、 少し前からタイトルのようなことをずっと考えていたりしています。 日本が劣っているとかそういう話ではなく、 ここしばらく欧米や中国などのソフトウェア関連技術や設計関連の発展も目立っており、 海外から「日本のソフトウェア技術すごいな・・」と 思われるようなことに積極的に取り組んでいきたいなぁと思っています。 （感じ方に個人差はありますし、コンテキストも人それぞれですが・・） Rubyなど素晴らしいものももちろんありますし、 OSSでも国内の方々がコミットされているものもたくさんあります。 とはいえ多くのものが海外企業が中心になって作っているものであったり、 海外の技法を持ち込んだものを中心に開発していくことが多いのではないかと思います。 各言語で広く使われているフレームワークなどもそういうものが多いと思います。 海外で

はじめに X のタイムラインに公式のポストが流れてきて知った、「ChatGPT search」を試してみました。 上記のポスト内にもリンクが書かれていますが、公式の記事は以下です。 ●Introducing ChatGPT search | OpenAI https://openai.com/index/introducing-chatgpt-search/ 余談 7月に発表され、ウェイトリストに登録してると利用できるようになった「SearchGPT」というのがありましたが、それの正式版のようです。 ↓自分はウェイトリストにどのタイミングかで登録して、そして 8月に SearchGPT は使えるようになってました。（あまり試せてなかったけど） ●SearchGPT is a prototype of new AI search features | OpenAI https://opena

これはなに？ こんにちは、DMM.comのミノ駆動です。 プラットフォーム開発本部 Developer Productivity Group 横断チームにて、 プラットフォームの設計品質向上に取り組んでいます。 さて、ネット上ではソフトウェア開発における「良いコードとは何か」をめぐって、 いろんな意見が交錯したり、 ときには激論を呼んだりします。 収拾がつかないこともしばしばです。 この記事は、良いコードを考えるうえでの要素を整理し、 建設的な議論を助けることを目的とします。 これはなに？ この記事の理解目標 良いコードをめぐる議論 議論1: 何をもって良いコードなのか 議論2: 良いコードはどうやったら書けるのか 議論3: 「綺麗なコード（良いコード） vs 動くコード」問題 議論改善のために提案します 提案1: ソフトウェア品質特性の観点でコードの良し悪しを判断しよう 提案2: 原理原

こんにちは。ダイニーのPM @takashi です。 みなさんは、社内からのプロダクト仕様質問などが多くて困っているなどはないでしょうか？ ダイニーでは、日々、顧客からの質問も含めて、プロダクトに関する詳細な仕様質問や、データ不備や不具合の調査依頼など様々な質問が寄せられています。 また、ダイニーは、導入店舗数が増えたり、新入社員が増えた時、営業が商談・サクセス活動のために顧客と接触を増やした時など、事業が大きくなるほど質問が増える構造となっており、対応が大変になっています。 基本的には、PMが回答する仕組みにしているのですが、件数が多く時間を取られてしまい、本来の企画等に割ける時間が減ってしまっている課題があったので、改善に取り組みました。 前提ダイニーでは、Slackに気軽にプロダクト関連の質問をできるチャンネルがあり、Slack Workflow を使って、フォームから質問できるよう

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

高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together

Presentation slides: タワーズ・クエスト、バルテス、Postman 共催セミナー - 開発失敗につながる偏ったテストしてませんか？ プロが教える本当に考えるべきテストバ…

マネジメントを4年くらいやっている間に、何人かにEngineering managerや採用のリードなどの役割をお願いして担ってもらってきた。何か新しい役割をお願いする時に整理して伝えている項目を雑にまとめておきたい。 以下のようなGoogle docsを作って共有し、30分のミーティングで直接伝えて考えてもらうようにしている。タイトルは「◯◯さんにxxをお願いしたい」みたいな感じ。項目や内容は相手によって適宜変えてる。 これは何 「◯◯さんにxxをお願いして一緒にやっていきたいと考えています」みたいな感じでストレートにお願いしたい役割を書く 「命令ではなく、なぜお願いしたいか、何をお願いしたいかなど◯◯さんに意思決定する材料を渡すためのdocsです」のようにまだあくまで提案ですよということも書く なぜ今お願いしたいか プロダクトや組織の状況も踏まえて、"今"お願いしたい理由を書く その役

［速報］GitHub、自然言語による指示だけでアプリケーションを生成する「GitHub Spark」テクニカルプレビュー公開 GitHubは、日本時間10月30日未明に開幕したイベント「GitHub Universe'24」で、自然言語による指示だけで、パーソナライズされた小規模なアプリケーション（Micro-App）をすぐに生成できる「GitHub Spark」の テクニカルプレビューを発表しました 。 下記はGitHub Sparkのデモとして公開された動画の一部をキャプチャしたものです。 例えばユーザーは、ダッシュボードから「An app for me to log all the cities I've travelled with a review and star rating」（これまで旅行したことのあるすべての都市のレビューと星の数での評価を記録するアプリ）のように、作りた

ノーコード＆AIカオスマップ更新【2024年10月版】＜２年ぶり更新＞ノーコードカオスマップを更新 ＋ AIカオスマップを追加【一般社団法人NoCoders Japan協会】 一般社団法人NoCoders Japan協会は、『ノーコードカオスマップ（2024年版）』の2年ぶりの更新に加え、新たに『生成AIカオスマップ（2024年版）』を公開いたします。これにより、ノーコードと生成AIの分野の急速に進化するサービスの全体像を一目で把握できるようになります。 【目的と背景】 当協会は2020年に設立され、「全ての人々が自分たちの身近な課題をノーコードで解決する社会をめざす」をキーワードにノーコードの普及活動を行っております。 HP：https://no-coders-japan.org/ 昨今、「生成AI」がノーコードの進化を後押しする流れとなっています。設立当初に比べ、圧倒的に優れたUXを提

【ローマ共同】ローマ教皇庁（バチカン）は28日、カトリック信者らの過ちに特別の許しを与える「聖年」（今年12月24日～2026年1月6日）の公式マスコット「ルーチェ」を発表した。バチカンが出展する25年の大阪・関西万博にも活用する予定で「聖年と万博の双方の象徴になってもらいたい」と期待した。 マスコットは巡礼者の少女がモチーフで、アニメのキャラクター風。「ルーチェ」はイタリア語で「光」の意味で、デザイナーのシモーネ・レニョさんが考案した。巡礼者の必需品のレインコートやつえを着用。長旅で汚れたブーツも描いた。

はじめに 本記事ではAI知識ゼロから始めてAIエンジニアとして実務にチャレンジできるレベルを目指してロードマップ形式でコンテンツをまとめました。 生成AIの台頭、SakanaAIの大型資金調達やGoogleの研究者（ヒントン氏ら）のノーベル賞受賞も重なり、さらにAIへの注目が集まっている状態かと思います。 しかし初学者にとって、AIを学ぶハードルはまだまだ高いのが現状です。AIをツールとして活用するだけなら比較的障壁は高くないですが、理論的な部分まで含めると学ぶべき内容が広く、分野によっては難易度が高く、せっかく学び始めたのに挫折する人も多いです。 未経験だけどAIの知識を身につけたい 現在web開発の知識があり、AIも学びたい AIを学んでエンジニアインターンや実務で活躍したい といった方は是非読み進めていってください。 コンテンツは随時追記していきます。 構成 本記事は下記のような構成