ChatGPTのおさらいと、プログラミングに活用するための第一歩 | gihyo.jp
大量の文章から学習することで、多言語を取り扱う能力だけでなく、高度な推論能力まで手に入れました。 GPT-3.5、とりわけその初期モデルのCodexはGitHubに存在する5400万の公開リポジトリから採取された159GBのPythonコードでGPT-3をfine-tuning（微調整）することで生まれました。ChatGPTがとりわけPythonが得意なのはここから来ています。 ChatGPTの学習データを考えることはその能力を発揮させるときに極めて有効です。質問時も以下のように、『涼宮ハルヒの憂鬱』というライトノベル作品について日本語で聞いたときはSOS団の略称を間違えるなどしますが、英語ではほぼ期待通りの回答を見せます。 図1 『ハルヒの憂鬱』について日本語で聞いた場合の回答 図2 『ハルヒの憂鬱』について英語で聞いた場合の回答 知ったかぶりをするChatGPT ところで、ChatG
AIにコードまるごと解説してもらうと、界王拳100倍すぎる件｜深津 貴之 (fladdict)
最近、見つけた技。知らない言語でコードかくときChatGPTが神すぎる。 そのテクはなんと「プログラミングまるごとを、ChatGPTに突っ込む」というもの。 え、そんなの動くの！？ と思うんですが、動くんですそんなの。直球すぎて盲点だった。 試してみよう たとえば、下記はGoogleサービス使って、リアルタイムにマイク音声を文字起こしするサンプル。 こいつをチャットAIで音声会話をやろうと、軽く読んでみたのですが…うん、よくわからん。 Pythonだし、Streamingだし、音声の操作だし、普段つかわない技術が満載すぎてわからん。 雑にコードを突っ込むと人生が解決こういう時は 以下のコードを、わかりやすく説明して。 ＜以下、上記コードをそのままコピペ＞とすると…… こうなる。 このコードは、Google Cloud Speech-to-Text APIを使用して、マイクからの音声をリア
すかいらーくは3000台のネコ型配膳ロボットをどうやって導入しきったのか。｜安藤 健／ロボット開発者
年の瀬の12月21日、すかいらーくは『2100店のファミレスに3000台のネコ型ロボットを導入しきった！！』というプレスリリースを出しました。 導入宣言をしたのが2021年10月だったので、1年ちょっとでファミレスで動く3000台のロボットが導入されたことになります。ザックリ計算すると、『1日10台ずつ』のロボットが、全国のガスト、バーミヤンなどで増えていったことになります。少なくとも私の知る範囲では最大規模かつ最高ペースです。 今回は、このビックな取組みがどのようなプロセスで進んだのかを、すかいらーくのIR資料などの公式情報をもとにまとめてみます。 導入したロボットは？ すかいらーくグループに納品されたのは、2016年に中国深圳で設立されたPudu Robotics社の「BellaBot（ベラボット）」。すかいらーくやメディアなどでは、その見た目から「ネコ型配膳ロボット」などと呼ばれてい
三菱MRJはなぜ失敗したのか｜ブースカちゃん
とても長くなりました。10,000字を超えています。 途中で読み疲れちゃうようだったら、ブックマークなどを利用して、分けて読んでいただけると幸いです。 なにがあったのか、まず事実関係を確認「売れなかった」からではない。一部の論者は「MRJはユーザーのニーズに合っていないから失敗した」とかいう誤解をしているようですが、そうではありません。ニーズに合っていたか、よい飛行機だったか、という問題ではないのです。旅客機の開発はお金と時間がかかるので、最初に「見込み客」との契約を行い、それが成立した時点で開発を決定するのです。この顧客を「ローンチ・カストマー」と言います。 MRJの場合、ローンチ・カストマーは全日空でしたが、開発が進むにつれて海外からの発注も獲得しており、将来的に採算がとれるかどうかは別として、「顧客ニーズに合わない」的外れの製品ではありませんでした。 もちろん、これから開発する飛行機
スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo
こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの？出来なかったらどうするの？」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕
スプラトゥーンの非同期処理の話 ～なにがラグのせいなのか～｜まけトピア
さて、みなさんはこういう叫びを聞いたことはありませんか？ 「ラグやば！これ絶対当てたのに死なねえんだけど！」 「ラグすぎてワープするんだけど！」 「同期ズレえぐ！！！」 スプラトゥーンは、インターネットを介してゲームの情報をやり取りすることで、離れた人たちとも遊べる対戦アクションゲームです。 まず、大前提として、インターネットを介している時点で、少なからず通信遅延（ラグ）が発生します。ラグのないゲームは存在しません。 スプラトゥーンでは、通信環境が悪くても比較的不快になりにくい実装がされているのですが、これの仕様が結構ややこしくて、自分のプレイのガバさをラグのせいにする人もしばしば見かけます。 （とんでもないラグがあるともちろんキツイですが） この記事では、 一般的なゲームにおける通信同期方式 スプラトゥーンにおいては、どうやって何を同期しているか これはラグのせいなのか、自分のガバのせい
ゲーム開発者から見た PlayStation のヤバさ｜EIKI`
という話題がありました。 この数字の信憑性はさておき、少し前から開発者サイドから見て PlayStation というハードには色々思うところがあって、何人かで集まると「最近プレステってヤバイよね」という話がぽつぽつ出てきたりします。 デベロッパーからしてみれば当然全ハードでゲームが売れてくれるのが一番好ましいわけですが、素直に「SIE 頑張って！応援してるよ！！」とは言えないくらいの状況になっていることは確かで（そしてそれを招いたのは他ならぬ SIE なわけで）、そういうモヤッとした気持ち、もっと言えば危機感を共有するために主観的な話をしたいと思っています。でも、ネガキャンしたいわけじゃないんですよ。この気持ちのせめぎ合いをわかってほしい。 というわけで、PlayStation に対する今の思いを一つ。 ＊画像は DALLE2で出力したサイバーパンクシティにたたずむ犬です。 開発しづらい
10年ぶりに一人でWebサービスを作って思ったこと(エンジニア老人会)｜shi3z
StableDiffusionに対応したGakyoを雑な設計のためわずか数日で10万円くらいのクラウド利用料がかかってしまった。
1億円を投資した、プロダクトリニューアルが失敗に終わった理由｜山田修 | Osamu Yamada
こんにちは。Micoworks代表の山田と申します。 私はこれまでに10年ほど会社を経営させていただいておりますが、多くの失敗をしてきています。 その中でも投資額として最も大きかった失敗が「採用管理システムのリニューアルプロダクトを潰してしまったこと」でした。 2,3年ほど前の話になりますが、リリースまでに1億円程度を投下しておりお金の損失はもちろんですが、BizやCSメンバーも多大なリソースを費やし、会社の成長を失速させてしまいました。 当時は「この時間を丸々MicoCloudに投下していれば、もっと成長していたのに、、、」と自分の未熟さを何度も悔いていました。 この話の真因は「非エンジニアの経営者が、プロダクト開発の工数や進め方を理解できていないままプロジェクトを進めてしまったこと」だったと感じています。 そこで備忘録を兼ねて、noteのテーマとして取り上げてみたいと思います。 ※テッ
ヒット作が出ないまま10年間個人アプリ開発を続けたエンジニアの末路｜dancingpandor
この記事は 個人開発 Advent Calendar 2021 の18日目の記事です。 「もうスマホアプリ市場はレッドオーシャン」とか、「個人アプリは埋もれてしまって全然ダウンロードされない」とかいう話をちらほら聞きます。 実際、過去に個人でアプリをリリースしたけれど、ヒットしなくて辞めてしまった、という人もいるのではないでしょうか。 では、もし… ヒット作が出ないまま10年間個人アプリ開発を続けたら、どうなってしまうのか という話をします。 作ったものまずは、これまで作ったアプリやダウンロード数などのデータをまとめます。 これまでにリリースしたアプリは、 iOS（ツール系）：39本 Android（ツール系）：1本 ゲーム：29本 で、計68本です。 （Androidアプリは、iOSアプリのAndroid版なので合計にはノーカウント） ツール系アプリは、「写真／ビデオ」カテゴリが多いです
4/20 オードリー・タン氏とのおもしろ対談メモ｜Daiyuu Nobori
2021/4/20 登 大遊 行政情報システム研究所さん主催のイベントhttps://prtimes.jp/main/html/rd/p/000000009.000049028.html で、オードリー・タン氏に色々とヘンな質問をさせていただいた際のメモを書きました。 ※ 走り書きのため、間違いがありましたら申し訳ございません。 ※ 以下はごく一部で、これの 3 倍くらい色々な知見を共有いただきました。 台湾の DX プロジェクトの話 (冒頭プレゼン)台湾の店頭でのマスク販売、在庫管理システムを短期間で構築した際の話等の、写真を多用したプレゼン。個人の識別を容易くするために、納税システムと連携したりしました。色々な能力者に協力してもらって実現しました。たとえば、台湾の納税システムは、Java アプレット (!) が表示されるような、使いづらいシステムでしたが、これを頑張ってモダン化したとい
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
3年ぐらいほそぼそゲーム開発してたけ ど完成しなかった件について｜どんぺま
どうもどんぺまです。 ゲーム会社に勤めながら個人で月詠に至るという２Dアクションゲームを制作してましたが3年の月日がたちました。 完成しませんでした。 こんなの1年ぐらい作れば完成するやろ～（鼻ほじ）を3年してました。 鼻血がでました。 個人開発ゲームが完成しないなんてあるある話で2020年にもなっても後が立たないわけです。 そして3年たった今、ちゃんと失敗したという事を認識し二度と同じ轍は踏みまいと自戒の念をこめてスライドつくってたらバズりました。 みんな人の失敗話は好きなんです。私も大好きです。みな失敗しろ。 それではしくじり先生のはじまりです。 以下スライドからのコピペ なぜ完成しなかったのか ●作るものを明確にしていない ● ゆえにブレた。余計な要素を追加しはじめた ● スケジューリングをしていない ● 結局イベント付近ぐらいでしか作業しない ● 去年の前半はほぼ作業しなかった気が
株式会社ドワンゴを退職しなかった話とVになった話｜小栗さえ｜note
直近で退職の危機があったので、流れに乗ってエントリを書きます。 どのような危機だったというと、今年の春に急遽部署が解体されることになり、上長に「急いで次の行き先（意味深）を考えないといけない」と告げられました。（辞職勧告されたわけではないです） 結果としては部署異動という形に落ち着き、2013年10月から6年間勤めているドワンゴ社員をまだまだ続けることになりました。これからもよろしくお願いします。 よい機会なのでドワンゴに入ってからの6年間の振り返ってみたいと思いますが、その前にVになった話をします。 Vになった話社内でバ美肉が盛り上がり始めた昨年夏に、社内Slackのバ美肉推進チャンネルに入ってしまい、ボイチェンを使えば女性ボーカル曲が（キー的に）難なく歌えるということに感動したのが始まりでした。 100人を超える潜在的美少女の部屋 そこから社内で布教を進めて10人ぐらいボイチェン沼に落
公式ドキュメント読めば5分で解決することで5時間もGoogleとにらめっこするな｜古都こと｜note
世の中には二種類の問題がある。公式ドキュメントを読んで解決する問題と、解決しない問題だ。 読んでも解決しない問題に関しては……まあ頑張れ。今回は解決する場合についてのみ扱う。 公式ドキュメントを読めまず言いたいのはなぜ貴様らは公式ドキュメントというものを読まないかということである。 いや言いたいことはわかる。Node.jsのAPIドキュメント、クソだもんな。あれは完璧なクソだ。でも実は必要なことは書いてある。 公式ドキュメントってのは妙なミスがない限り概ね正しいことが書いてある。バカが適当書き散らしたQiitaと違ってな。 たとえばExpress（Node.js用のサーバフレームワーク）を使うとしよう。公式サイトに必要なことはほとんど書いてある。しかも日本語で。HelloWorldから始まり、ルーティングの仕方、静的ファイルの配信、ミドルウェアの使用法、などなど。APIリファレンスもついて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インターネットの中の“街”を目指す――だれもが創作をはじめ、続けられる「note」の開発舞台裏 | 【レポート】Web担当者Forumミーティング 2019 Autumn