Googleは、人間がタスクを与えると自律的に実装計画を立ててコードの生成や変更、バグフィクスなどを実行してくれるAIエージェント「Jules」を発表しました。 同社が発表した最新の生成AIモデルであるGemini 2.0が用いられています。 タスクやイシューを与えると、それを起点に自律的なプログラミングを行う生成AIを用いたサービスは、先日正式サービス化されたDevinや、現在テクニカルプレビュー中のGitHub Copilot Workspaceなど、すでに先行しているサービスが存在します。 参考：GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化 GoogleもGemini 2.0によって、同様に自律的なプログラミングが可能なレベルのサービスを開発可能になったということでしょう。 Julesが動作する様子 Google

この記事は 食べログアドベントカレンダー2024 の6日目の記事です🎅🎄 はじめに こんにちは。2022年に入社し、飲食店システム開発部の予約サービスチームに所属している @aaknsk です。 当社では、業務効率化のため社内向けに生成AIを活用したチャットボットを導入しています。 この記事では、オンライン台帳の「食べログノート」で分析機能を開発したときにチャットボットを活用して効率が上がった事例について紹介します。 食べログノートとは 食べログノートはオンライン予約台帳サービスです。 食べログネット予約はもちろん、電話予約や他社ネット予約、ウォークイン(ご予約無し来店)も全て統合管理できます。 2022年4月にリリースされ現在では多くの店舗で導入されています。 食べログノートの分析機能とは 機能の目的 食べログノートの分析機能は、店舗が日々の業務で収集するデータを視覚的に分析すること

Takuto Wada @t_wada 森崎先生、やっとむさんと登壇したパネルディスカッション「生成AIの得意と不得意を知って開発の仕事に役立てよう～最新研究事例から見えてきたこと～」が記事になりました / 今後生成AIとどう向き合うべきなのか？ 現場のエンジニアと研究者が最新研究事例から語り合う htn.to/3urmSGdwBg 2024-11-21 12:29:23 リンク CodeZine 今後生成AIとどう向き合うべきなのか？ 現場のエンジニアと研究者が最新研究事例から語り合う ここ2〜3年で、GitHub Copilotなど、生成AIを利用した開発者支援サービスが続々登場した。すでに業務で利用されているという皆さんも少なくないだろう。一方で、「使ってはみたが、期待外れだった」と感じている人も多いに違いない。本セッションのスピーカーは、「現場では得意不得意を見極めて、使い道を考え

Jack Wallen （Special to ZDNET.com） 翻訳校正： 編集部 2024-11-21 07:00 筆者は1999年からオープンソースソフトウェアに携わり、それについて執筆してきたが、その経験は長い旅のようだった。小さな集団の一員のように感じていた初期の頃から、世界の改革を支援する大規模な運動に参加していることを認識したときまで、その旅の（ほぼ）すべての瞬間を楽しんできた。 筆者がオープンソース環境に参加して学んだ教訓は、テクノロジーに関連したものだと思われるかもしれない。しかし、この旅で学んだ多くのことは、人生のほかの側面にも影響を及ぼしている。 本記事では、それらの教訓を紹介したいと思う。 1. 共有することが大切 これは筆者が小学校で学んだ教訓だが、オープンソースソフトウェアを使用すると、毎回のようにその正しさを実感する。共有することは、オープンソースの根幹を

ごぼう天豚骨うどん @lg2R5KG80ARjDzZ 訳 ”あるプログラマーから「AIは生産性を非常に悪化させる」と聞いたことがある 彼は2時間でコードを作成できるが、AIは15秒でコードを作成する しかしその後プログラマーが5～7時間かけてAIの間違いを修正し、コードを念入りに点検する必要がある なぜ今こんなものを推進しているのか分からない” x.com/Yorishiriamori… 2024-11-20 19:05:52 Yori @Yorishiriamori @AlexArrelia A programmer once told me that ai is very anti workflow He could make a code in 2 hours and an ai would do that code in 15 seconds. But the programmer

同僚が書いた Go初学者へのコードレビューでよくあったコメント20選 では、Go初学者へのコードレビューでよくあったコメント20選を紹介しました。 今回は私が コードレビューでよくお願いするコメント追加のお願い について紹介します。 前提：コメントを書いて欲しいわけ コードレビューでコメントを書いて欲しい理由は以下の通りです。 プロダクト、サービスの持続可能な開発を支えるため 人が入れ替わっても開発の迷いを可能な限り減らすため 具体的なコメントの追加パターン ①変数やパラメーターの説明を書く コードを書く人にとっては必要があって構造体や変数を定義しているので自明ですが、第三者からすると解釈に悩むことがあります。 そのため誰が見ても自明でしょうという変数以外については注釈をいれます。 たとえば、User 構造体における ID は自明（どのような採番ルールか？みたいな疑問は出るが、ID を入力

関連キーワード Java | アプリケーション開発 | プログラミング プログラミング言語の選択は開発プロジェクトの成否を左右する。人気のプログラミング言語「Java」と「Python」は、内部構造や設計思想に大きな違いがある。両言語を複数の観点から比較することで、それぞれの言語が目指す方向性と、その結果として生じる長所および短所が明確に見えてくる。開発者が気にすべき違いとは何か。 JavaとPythonを4つの視点で比べると？ 併せて読みたいお薦め記事 連載：JavaとPythonを比較 前編：Javaの「main」メソッドは何のためにあるのか 中編：Hello Worldプログラムから見る「Python」の“本質”とは？ JavaとPythonについて知る 「Oracle JDK」からの移行で賢くJavaを使い続ける方法とは？ 「Python離れ」まで起きかねない“GIL廃止”の波紋

この記事では、「アジャイルはウォーターフォール時代の何を反省するのか」「アジャイルで何が改善するのか」について、個人的な考えを説明します 極端なことを言っている部分はあるので、誤解している箇所や異論があれば、やさしくコメントで教えていただければ幸いです 言いたいこと 「ウォーターフォール＝諸悪の根源」というのは誤解で、問題は請負契約にある 請負契約で「顧客の真の要望が実現されない」のは当然、インセンティブ設計がおかしい 日本版のアジャイルソフトウェア開発宣言には「外注よりも内製を」と書くべき 競争に勝つためには内製化は進む(でも内製化はとても難しい) ベンダーへ「君はアジャイルをやるか迷える立場じゃないよ」 目次 用語 ウォーターフォールは本当に諸悪の根源か？ 「ウォーターフォール＝諸悪の根源」という誤解 問題の原因は請負契約 なぜ請負契約は失敗しやすいのか？ ベンダーは「システム開発だけ

「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な

オープンソースソフトウェアの開発プロジェクトでは「企業が開発に貢献せずに修正依頼ばかり送りつけてくる」といった問題が発生しがちです。オープンソースCMS「Drupal」の開発チームはプロジェクトの貢献度を可視化することで問題を回避しようと試みています。 Solving the Maker-Taker problem | Dries Buytaert https://dri.es/solving-the-maker-taker-problem オープンソースソフトウェアは大企業の営利プロジェクトにも採用されており、現代のIT産業の大部分はオープンソースソフトウェアなしでは成り立たない状態になっています。しかし、オープンソースソフトウェアは極少数の開発者の無償の奉仕で開発されているものも多く、「企業が貢献しないくせに修正は求めてくる」という問題が発生しがちです。最近ではWordPressの開発

プログラミングでは、1文字でも打ち間違いがあればエラーの原因になってしまいます。 そこで似たような文字、例えば数字の「1」（いち）とアルファベットの「l」（エル）、数字の「0」（ゼロ）とアルファベットの「O」（オー）などを容易に見分けられるようなフォントを使うことが、ミスを防ぐことにつながります。 コードを表示させたときに整然として見やすく、エディタ上でカーソルを上下に移動させてもカーソル位置が左右にぶれずに表示されるように文字の幅が等幅に揃っていることも必要でしょう。 日本語の場合には、「－」（マイナス記号）と「ー」（音引き）の区別や、コード内に全角空白が紛れ込んだとしてもすぐに見分けられることなどの特徴を備えていることもプログラミングに適したフォントに求められる条件だといえます。 この記事では、そうした特徴を備えたプログラミングに適したフォントをまとめました。 ここで紹介されていない日

「ソフトウェアを職人技からエンジニアリングへ」と題した講演を、ウーブン・バイ・トヨタのジェイエフ・バスティエン氏がAUTOSARオープンカンファレンス（2024年6月11～12日）で行った。同氏はトヨタ自動車のB＆D改革部 商品・製品開発にも所属し、プログラミング言語であるC++の標準化を担うISO/SC22/WG21の進化作業グループの議長なども務めている。 ソフトウェア開発の歴史を1960年代までさかのぼりながら、SDV（ソフトウェアデファインドビークル）の時代に向けてソフトウェアエンジニアが持つべき目線について語った。 ビルや橋は大丈夫なのにソフトウェアは…… 勤務先が入居するオフィスビルや日々通過する橋に不具合が発生することは、めったにない。それは建築や土木がエンジニアリングとして確立されているおかげだといえる。しかし、身の回りだけを見ても、ソフトウェアが使われている製品からバグが

こんにちは。趣味グラマのNobu(@nm_aru)です。 Google Playから以下のタイトルのメールが来ていましたが、身分証の提出ぐらいだろうと甘く考え、期限ギリギリまで放置しようと思っていました。 時間が出来たので内容を見てみると、何と個人開発者は自宅住所をストアに公開するための対応依頼でした・・・。 名前の公開はまだ良いとして、流石に住所公開はハードルが高いので、Playストアでのアプリ公開はもう諦めようかなと思いもしましたが、以下の3点から開業届を出して対応する事にしました。 利用してくれているユーザーがいる iOSのみになるとFlutterを使っている意味がほぼ無くなる 開業届のハードル（手続き、費用面）が低くなった という訳で、ここには備忘録を兼ねて今回の対応を残しておきたいと思います。

泥臭IT担当者F @IT_craftmanship 前時代的体質大手メーカーで働く生技-DX横断社員。 DX系はPython/VBA/Tableau/RPA/WebでJavascript 生産技術系はIoT/Fusion360あたりをつぶやきます。 無能な管理職の食い散らし方と討伐計画についてつぶやく下克上アカウントです。 泥臭IT担当者F @IT_craftmanship 弊社最強のVBA使いの方が15年前からほぼメンテ無しで動いてるシステムのドキュメントを残してないとかで詰められてて流石に部長らに向かって「保守運用のためにちゃんと工数取ったのか？内製だからって効果の刈り取りに目が眩んで展開に必死でやりっぱなしになっただけなら担当の責任違うぞ」 泥臭IT担当者F @IT_craftmanship やっとくべきことをやってなかった、これで担当が詰められるならそれはやれと指示されて工数貰って

ソースコード管理の進化：Excel管理からGitHubまで、エンジニアの戦いを振り返る！ プロローグ 先日、弊社のとある案件内での会話です。 熟練エンジニア（以降「熟練」と表記）：GitHubのプルリクが来てたからコードレビューしておいたよ。 若手エンジニア（以降「若手」と表記）：ありがとうございます。助かります。 熟練：他の人のコードにも指摘した内容がキミのコードにもあったので指摘しておいた。他の人のプルリクは見ていないの？ 若手：いや、他の人のプルリクは見てないですね。。 必要ですかね・・？ 熟練：必要だよ。昔はそういうのやりたくてもできなかったんだから！ 若手：（はじまった、熟練さんの昔語り・・。長いんだよなぁ。。）なるほど！そうなんですね。他の人のコード読んで勉強します！ はじめに 皆さん、こんにちは。エンジニア歴約20年目の立脇です。今日は、エンジニアにとって切っても切り離せない

あなたがさっきまで読んでいた技術的に役立つ記事は、10年後も使えるでしょうか？ほとんどの場合でいいえ はじめに 短期的に効果的な手法や知識は、ソフトウェア開発の分野において、急速に価値を失う傾向があります。この現象は、私たちが何を重点的に学ぶべきかを示唆しています。最も重要なのは、第一に基本的な原理・原則、そして第二に方法論です。特定の状況にのみ適用可能な知識や即座に結果を出すテクニックは、長期的には有用性を失う可能性が高いです。これは、技術や手法が時間とともに進化し、変化していくためです。 learning.oreilly.com 「API Design Patterns」は、このような考え方を体現した書籍です。しかも480 ページもあります。本書は単なる手法の列挙ではなく、Web APIデザインの根幹をなす原則と哲学を探求しています。著者のJJ Geewax氏は、APIを「コンピュータ

「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 追記(2024/11/27)：「概略図」「物理設備の設計」を追記 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできます

Y​S​R @YSRKEN 元提督。現在は初星学園に通うプロデューサー。 アイコンはアリアンナ・ハートベルちゃん。 カメラ・ギャルゲーが趣味。 AUGUST、Lose、ゆずソフトが主な守備範囲。 今は『ノラと皇女と野良猫ハート』をプレイ中。 我愛台湾. ブログやマシュマロや批評空間などへのリンク：lit.link/ysrken ysrken.seesaa.net Y​S​R @YSRKEN 変数名に漢字が使えるプログラミング言語は結構ありますが、漢字を都度変換しないといけないのはめんどいところもあります。せめて、法律用語に対応した英語の定訳があれば。 内閣府「ある程度なら対訳あるよ。はいPDF」 私「マジで！？」 japaneselawtranslation.go.jp/ja/dicts/downl… pic.twitter.com/PTybnAoBu4 x.com/kmizu/statu