サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
大規模言語モデル（LLM）によるコード生成は、ソフトウェア開発の風景を一変させた。しかしその裏で、多くの開発者はある種の「雰囲気（vibe）」に頼ったコーディングの危うさを感じ始めている。MITの研究チームが、この課題に正面から向き合う新しいソフトウェア構造パターンを提案した。それは「概念（concepts）」と「同期（synchronizations）」という2つの要素を核とし、人間とAI双方にとって「可読性の高い（legible）」ソフトウェアを実現しようという野心的な試みだ。AIが暴いたソフトウェア開発の「不都合な真実」 現代のソフトウェアは、その内部構造が極めて複雑化している。一つの機能、例えばSNSアプリの「シェア」ボタンを実装するだけでも、そのロジックは投稿、通知、ユーザー認証など、コードベースの複数の場所に散らばってしまう。MITコンピュータ科学・人工知能研究所（CSAIL
業務にそぐわないパッケージソフトウェアを導入したから訴えます。選んだのは私ですが：「訴えてやる！」の前に読むIT訴訟 徹底解説（126）（1/3 ページ） 連載目次 パッケージソフトウェア、クラウドサービス、生成AI（人工知能）のLLM（大規模言語モデル）など、ユーザー企業がシステムの重要な構成要素を選定しなければならない場面が、近年とみに増えてきた。 ベンダーの技術者が一からプログラミングしてシステムを開発した時代であれば、ユーザー企業はベンダーに全てを任せ、採用する技術を自らの責任で決めることは少なかった。 しかし昨今は、さまざまな業務を支援するパッケージソフトウェアが複数存在し、クラウドサービスも多種多様である。生成AIにしても「ChatGPT」「Gemini」「Microsoft Copilot」「Claude」など、さまざまな選択肢がある。これらをどう選定して、どのように組み合
ユビー（Ubie）でプロダクトマネージャーをやっている@shikicheeです。 先日、ずっと開発に携わっていた医療AIパートナー「ユビー」を発表しました。 新機能リリースにともない、記者会見を行いました。 記者会見での記念撮影新機能を発表しましたが、決して順調な道のりではありませんでした。 この記事は、僕たちが開発した新しい医療AIパートナー「ユビー」が、一人のユーザーの「彼氏」から生まれた、泥臭い開発の裏話です。 最初のMVPは、見事に失敗創業期からずっと壊したかった医療の壁 僕たちが創業期以来、ずっと壊したいと願ってきたもの。 それは、「人々と医療の間に存在する、冷たくて分厚い壁」です。 地理的な条件、経済的な状況、ITリテラシーの差。そして何より、医療という専門性の高い領域が放つ、人を寄せ付けないような威圧感。 この「壁」によって、多くの人が最適な医療から隔てられ、声なき不安を一人
毎日繰り返しやる処理は カスタムスラッシュコマンドで自動化する スラッシュコマンドとは あらかじめ登録した処理を実行できる 毎回長いプロンプトを書く必要がない 組み込みスラッシュコマンド /doctor Claude Codeのバグをチェック /reviewコードレビューをリクエスト https://docs.anthropic.com/ja/docs/claude-code/slash-commands カスタムスラッシュコマンドとは ユーザーが独自に登録した処理を実行できる 毎回命令している長いプロンプトは登録するのが便利 .claude/commands/コマンド名.mdに処理を記述 スコープを設定できる グローバル・プロジェクト・プロジェクトで自分だけ使う等 https://docs.anthropic.com/ja/docs/claude-code/slash-commands
アジャイルな開発チームで仕事をするデザイナーには、どういったマインドセットが求められるのでしょうか。アウトプットへのこだわりを抑えて、チームのメンバーとして果たすべき役割があります。またAIによるUIの生成が可能になってきた現在、その役割も大きく変化し始めています。 同じ美術大学に1学年違いで学んだ平野友視（@hiranotomoki）さんと大輪俊行（@ohwatoshiyuki）さんは、現在それぞれ法人向けSaaSを展開する事業会社でアジャイルな開発組織に所属しています。アジャイルな現場におけるデザイナーに必要な姿勢や考え方、そしてこれからの在り方について語り合いました。アジャイルでは完成品ではなく価値を届けるアジャイルに馴染めるデザイナーとそうでないデザイナー 影響の少ないところから始めて4年で8割をリプレイス デザイナーとAIだけで実現するプロトタイプやデモシステム この先生き残
【2025年2月20日更新】関連資料「AIの利用・開発に関する契約チェックリスト」P38の図9において、一部誤りがございましたので差し替えました。 経済産業省は、生成AIの普及を始めとする近年の市場環境の変化を踏まえ、当事者間の適切な利益及びリスクの分配、ひいてはAIの利活用を促すことを目的として、我が国の事業者が使いやすい形式の「AIの利用・開発に関する契約チェックリスト」を取りまとめました。 1．背景・目的2022年頃より、基盤モデルに代表される生成AI技術を用いたサービスが急速に普及し始め、AIモデルの開発だけでなく、その利活用の局面における契約の重要性も高まっています。 特に事業活動においてAI技術を用いたサービスの利活用を検討する事業者の増加が顕著である一方で、AIの技術や法務に必ずしも習熟していない事業者が導入を検討するケースも増えています。 このような状況下で、AI技術を用
カケハシでエンジニアリングマネージャーを担当しているいくおです。 今回は、私たちのチームで中規模以上（複数スプリントにまたがるもの）の機能開発を行うときに作成している「全体マップ」について紹介します。 全体マップを考案したのはチームメンバーの椎葉さんなのですが、「いくおさん言語化うまいからブログにしてください！」とおだてられたので、それを真に受けて私がブログに書きます。 全体マップを作るようになってから、中規模の開発で自分たちの状況を把握しやすくなりました。また、全体マップを通して関係者全員がコミュニケーションすることで、なめらかな協働関係を築けるようになりました。こういった実体験からも、ぜひ多くの現場で全体マップを試してみたいと思っています。 では、全体マップとは一体なんなのか、どうやって活用するとよいのか、解説します。 この記事は秋の技術特集 2024の6記事目です。 ユーザーストーリ
本記事について 国内のIT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。ITエンジニアまたはその卵で、SIerを知らないWeb系の人SIerに入社した新人や中途入職者SIerにてSEまたはマネージャーして働いている者SIerにてSEではないが裏方で働いている者（開発、研究、調査、教育、管理など） 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にもIT にもさほど
【ラクスMeetUp】ARR100億超プロダクトをさらに成長させるプロダクトマネジメント2023.12.06 -2023.12.06 植木氏の自己紹介植木遼太氏：私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore／Afterでは本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの顧客解像度を上
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は「エンジニア転職」のアドベントカレンダー10日目の記事になります。 経験の場や成長をするための「環境の重要性」 今までの経験を振り返って考えると、様々な会社を経験しましたが、１つの会社に居るだけではとても経験できなかったと思うことがたくさんあったと感じました。 同じことを繰り返すだけの毎日やチャレンジしない毎日を過ごせば楽かもしれませんが技術的な成長は止まってしまうと感じます。技術的な成長を望むのであれば、同じ会社であっても、定期的に違う環境にへのチャレンジが必要なのだと思います。 また、会社によって得られるものが違うため、環
はじめに 他分野のエンジニアに「1回のミーティングで車載OSについて教えて」と相談されることがあったため、その説明の際に使ったメモ書きを共有する。一応、最初に予防線を張っておくと、私自身、車載ソフトウェア業界に身を置くが、「いわゆる車載OS分野の専門家か？」というとそうでもないし、やや距離のある分野の方への説明なので、ツッコミはお手柔らかにお願いしたい。 ISO-26262機能安全について OSという耽美な響きからGeekでTechな話を期待されたかもしれないが、まず国際標準の話から説明を始める。というのも、この点が生命・財産に関わるソフトウェアと、そうでないソフトウェアを分かつ、大きな前提のため、ここはスキップできない。 機能安全とは？ 国際標準とは世界で統一的なコミュニケーションを図るための規格であり、Terminologyについては他のどんな文書より定義が厳密なものだが、「1回のミー
本書はFigma によるデザインシステムコースの日本語訳になります。デザインシステムに興味がある人や構築しようとしている人もチェックしてみてください。デザインシステムに縁のないデザイナーや開発者のためにプロダクトと向き合った最適なデザインシステムを探求するための材料になれば嬉しく思います。 (原文 : https://help.figma.com/hc/en-us/sections/14548397990423-Course-Introduction-to-design-systems) この記事は、Figmaから許可を得た上で翻訳され、BrandGuidelineに則った内容となっております。(BrandGuideline: https://www.figma.com/ja/using-the-figma-brand/) ## 更新情報 [2023/7/1] - 表紙画像に、このコ
フリーランスのWebエンジニアとして仕事をする上で、いつも気をつけていたことをつらつらと書いてみます。フリーランスやっている人、興味ある人の参考になれば。 自分についての情報フリーランスのWebエンジニアを2年半 当時はRails,Vue.js,Reactがメイン(2018-2020) 情報系の大学院 → メガベンチャー2年 → スタートアップ2年からの独立 今はSALESCOREのCTO 単価は相場の最高額くらいお金の話あんまりしたくないが、みんな興味あると思うので一応 一度お世話になったFindy Freelanceさんの募集を数年ウォッチして、自分がFindyさんで受けた案件が頭を抜けて最高額だった ややボカすため最低限の目安だけ書くと、時給1万円〜（人月160万円〜）以上技術顧問業を上手くやると、もっともらえると思う 準委任契約、月N時間稼働って感じで契約 シードA〜シリ
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
はじめに やっぱりwebpackがわからない（エピソード1）、エピソード2を公開しているのですが、そもそもnpmからわからない、という人もいると思いますので、今回はnpmに関して説明します。 なお、やっぱりwebpackがわからないではViteに関して触れていますが、Node.jsもDenoという新しいランタイム環境が登場しています。ですが、やはりまだ開発現場で使用するには難しいと思いますので、Node.jsを使用するうえでnpmはちゃんと理解しておいた方がいいです。 npmとは npm とはNode.jsのパッケージを管理するシステム、所謂パッケージ管理システムです。アプリケーションを作成する際、便利なパッケージをそのプロジェクトにインストールして、使用することができます。 ところで、パッケージとは一体何なのでしょうか？ パッケージとは システム開発ではモジュール、パッケージ 、ライブラ
こんにちは。壮（@sew_sou19）と申します。 メガベンチャー企業でエンジニアとして働いています。エンジニアにジョブチェンジした当初は、ドキュメントの書き方なんてこれっぽっちも分かりませんでした。読みやすいドキュメントを書くことが本当に苦痛だったのですが、考えて、試行錯誤し続けた結果、以下のような評価を得るに至りました。 リーダーから「君は情報の整理が上手でドキュメントが本当に読みやすい。チーム全体の能力向上に繋げたいからドキュメント書く際のポイント共有してほしい」と言われたので、意識していることを言語化しつつテクニカルライティングの本でインプットしてるけど、学びが多い。ついでにnoteにもまとめてる — 壮 (@sew_sou19) November 28,2022 そこでこのnoteでは、僕がドキュメントを作成するときに、特に意識して実践している7つのことを書きます。（本当は2
こんにちは。カンムで業務部長してます平湯（ひらゆ）です。 カンムは現在、Visaプリペイドカードの「バンドルカード」と手元の資産形成に活用できるクレカの「Pool」の2つの事業をやっています。今回はバンドルカードのお話です。2022年末に過去の問い合わせ率を集計したところ、一番多かった時期と比べると問い合わせ率が半分になってました。（問い合わせ率 = 問い合わせ数 / 稼働会員数） 良きタイミングなので頑張ってきたことを振り返ってみます。 どんなことをやったか一次情報から課題特定 →問題提起 →オペ整備 →リリースのサイクルを回した結果です。何よりも一次情報の取得が大事です。時間がかかるし、単純作業なので苦しいんですが、生の声を読むことで感情や背景が頭に染み込みます。問題により深く入り込めているという感じでしょうか。 この課題の解決策をエンジニア・デザイナー陣と考えていきます。カンムはエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
