OpenAI DevDay で発表された新モデルと新開発ツール まとめ｜npaka
以下の記事が面白かったので、かるくまとめました。 ・New models and developer products announced at DevDay 1. GPT-4 Turbo「GPT-4 Turbo」は、「GPT-4」より高性能です。2023年4月までの知識と128kのコンテキストウィンドウを持ちます。さらに、「GPT-4」と比較して入力は1/3、出力は1/2の安い価格で提供します。 開発者はモデルID「gpt-4-1106-preview」で試すことができます。今後数週間以内に、安定した実稼働モデルをリリースする予定です。 1-1. Function Calling の更新「Function Calling」に、単一メッセージから複数のFunction (「車の窓を開けてエアコンをオフにする」など) を呼び出す機能などが追加されました。精度も向上しています。 1-2. 構造
Boolean のカラムを生やす前に考えたいこと
その方が単純に情報量が増えるため 最初 boolean にしてたけど後から時刻もほしくなるということはよくある。後から日時型のカラムに変えようと思っても、過去のイベントの日時は失われてしまっていて困る。今は日時が必要でないように感じても日時にしておく方がよい。 またアプリケーション的に使わなくても、データ分析のためにあると嬉しいことは多い。 コード的にも特に扱いにくくなることはない 以下のようにして簡単に boolean と同じ感覚で扱うことができる。 class Post < ApplicationRecord scope :unpublished, -> { where(published_at: nil) } scope :published, -> { where.not(published_at: nil) } def published? !published_at.nil?
「わかってんじゃん」と思われる議事録を目指して - Qiita
はじめに エンジニア職は、コンサルや営業などのフロント部門と比較すると、議事録を取る必要のあるミーティングの機会は少ないと思います。 それでも製品企画や設計などの各種レビューや、ユーザーへの業務ヒアリングやユーザビリティテストなど、議事録を取る場面はやってきます。 これまで読みやすいと思う議事録に出会うことがしばしばあり、そういった議事録を取れるように精進せねばな、と感じます。 また私自身、議事録を取るのが割と好きで、私がミーティングの主体でない場合、特に依頼されずとも議事録を取ることが多いです。 ・・・まあ、私が書いた議事録について「わかってんじゃん」と言われたことはありませんが、これまで議事録を読んできて、そして取ってきて、ここポイントだな、と感じている点をまとめてみます。 なお今回書くポイントは、私がよく出席する以下の2種類のミーティングの議事録の取り方に寄っていると思いますので、そ
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
Project Googrename: Google Workspace で 14 年運用されたドメインエイリアスをプライマリドメインに変更 & 全ユーザーを安全にリネームする - クックパッド開発者ブログ
コーポレートエンジニアリング部の id:sora_h です *1。今回は 3 ヵ月ほど前に実施した、Google Workspace テナントのプライマリドメイン変更について、記録を兼ねて説明します。 クックパッドは 2009 年頃 *2 より Google Workspace *3 を利用しています。当社の対外的なメールアドレスは cookpad.com ですが、Google ではプライマリドメインとして cookpad.jp が設定されています。各ユーザーには cookpad.com のアドレスを別名 (エイリアス) として登録されていて、メールアドレスとしては cookpad.com を利用、ただ Google へログインする時だけ cookpad.jp を利用する運用になっていました。想像が出来ると思いますが、これが様々な面で不便・混乱を発生させていました。どうしてこうなった… *
Linus Torvalds 氏の理想の git 運用と GitHub
Note 本記事の内容は Linus 氏の発言が人を傷つける場合に筆者がそれを良しと考えるといった意図はございません 少し古い記事になるが、 Linus Torvalds 氏 の GitHub に対する苦言が記事になっていた。 LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan Linus 氏が GitHub について苦言を呈するのは今に始まったことではない（後述）が、 別に GitHub のすべてを否定しているわけではない。[1] では一体何が不満なのか。Linus 氏の理想とする git の開発フローを考察した上で、整理してみたい。 Linus 氏の理想 結論からいうと、 「意味あるコミットを作れ」「コミットを大事にしろ」 という思想が伺える。 では 「意味あるコミット」「大事にされたコミット」 とは何なのか。 筆者な
お願いしなくても毎日その場がやってくる良さ - Mitsuyuki.Shiiba
軽くリファインメントをする時間 いまのチームでは、デイリースクラムのあとに毎日15分だけ、軽くリファインメントをする時間をとっている。目の前のスプリントのタスクのことをいったん忘れて、次のスプリントやもう少し先のことについてチームで相談する時間。 そこでは、PdM（プロダクトマネージャ）が「こういうこと考えてるんだけどどう思う？」って話をしてくれたり、エンジニアが「このあたり早めに改善しておきたいんだよねぇ」って話をしたりしている。 こういう軽い相談の場とは別に、もっと深く議論したいと思ったり、要件がかっちりと決まってきたりしたら、別途時間をとって、軽くないリファインメントでしっかりと相談している。 軽いリファインメントが結構好き 僕はこの日次の軽いリファインメントが好き。自分の「技術的な部分の改善をしたい」という考えをふわっとしてる段階で聞いてもらえるし、PdMがプロダクトの機能追加や改
PyCon APAC 2023におけるNOCコンテンツに関するご指摘について
一般社団法人PyCon JP Association（以下「当法人」といいます。）が主催するPyCon APAC 2023（以下「本イベント」といいます。）においてネットワークオペレーションセンター（以下「NOC」といいます。）が提供するコンテンツの一部につきまして、DNSクエリ情報を収集し、その一部の情報をインターネット上に公開したコンテンツがありました。このようなコンテンツを公開したことについて、下記に詳述する通り、本イベントの主催者として不適切な行為であったと考えます。 本イベント参加者、企業スポンサー、Pythonコミュニティおよび運営ボランティアスタッフをはじめとする関係者の皆様にご迷惑とご心配をおかけしたことを心よりお詫び申し上げます。合わせて、本件に関してご指摘をいただいたコミュニティの皆様には御礼申し上げます。 当法人は本件を厳粛かつ真摯に受け止めるとともに、本件の発生事実
テーブルのカラム名に迷ったんで、英語圏で仕事しているエンジニアに聞いてみた | かきエンジン
テーブル設計をしていて、テーブル名やカラム名を付ける時、英語辞書を参考にするだけでは解決できなくて、様々なサイトを調べながらハチャメチャに悩みつつ「これは英文法的に正しいのか・・・？」と疑問に思いながらも、プロジェクトを進める場面が多いかと思います。 と言う事で、せっかく英語を勉強しているので、テーブルのカラム名を付ける時に判断に悩んだ事を、スペインでエンジニアをやっている友人に聞いてみました。 （仕事は英語でやっていて、以前はオーストラリアに住んでいた） ちなみに、 「ググったけど、いろいろな言い方があるみたいで、結局どれを採用していいのか分かんねーよ！」 というものを主に取り上げています。 「表現方法はいろいろあるけど、システムで使うならこれ」 というのを書いている感じです。 また、変数名や関数名については、すごい議論が活発で、色々な情報が溢れていますが、テーブル名やカラム名については
Working Out Loud(WOL)の取り組みと振り返り - LIVESENSE ENGINEER BLOG
リブセンスVPoEの中野(etsxxx)です。 私はこれまでWorking Out Loud(WOL)というコミュニケーションスタイルを、所属した2チームで実践してきました。最初のチームでは7年、次のチームでは1年ほど運用しています。 最近、他のチームからも取り入れてみたいと相談されることがあったので、改めてWOLについて振り返りをしてみようと思い、この記事を書いています。 WOLとは？ 導入の経緯 1チーム目: WOLの原体験 2チーム目: 意図を持って始めたWOL WOLの導入を振り返る 導入前の課題感 実際にWOL導入初期にやったこと チャンネル削減 会話量を増やすための行動 WOL導入前後の比較 私が気をつけていたこと 積極的に絡みに行く 読み落としを責めない 長文をなるべく送らない 大事なメッセージは目立たせる スレッドが嫌いなことを言い続ける 集中したい時は、チャットを見ないで
リモート開発を助ける「思いやりのある文章」の書き方 - ROUTE06 Tech Blog
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
タケモトピアノ会長、財津一郎さんの訃報に涙の告白「社内で反対されながらCM契約を2か月延長」叶わなかった“最後の挨拶” | 週刊女性PRIME
10月19日、俳優の財津一郎さんが14日に慢性心不全で亡くなっていたことを週刊女性PRIMEが報じた。 財津さんは「ピアノ売ってちょーだい！」のフレーズで知られる中古ピアノの買い取りを行う『タケモトピアノ』のテレビCMに20年以上にわたって出演していた。 バラエティー番組『探偵ナイトスクープ』（ABCテレビ）では、赤ちゃんが泣き止むCMとして検証が行われ、実際に100人近い赤ちゃんが泣き止む結果となった。 財津さんの逝去を受けて、タケモトピアノの竹本功一会長に話を聞いた。取材中、涙声でときに言葉を詰まらせながら、話してくれたこととは……。 20年目の節目で契約を終了した理由 ――財津さんが亡くなられたことは知っていたか。 「先ほどニュースで知りました。財津さんと直接は、もう長らくお話しさせていただいておりませんが、財津さんの所属事務所から“元気でゴルフにも行っている”と、ウチの広報から伝え
個人分担性がスタートアップの成長を殺す �〜協働でチームがめっちゃ進化する話〜
※ スクラムフェス仙台2023 で登壇した際の資料です。 スタートアップでの開発形態は、ウォーターフォールに依存しがちなJTCと違って、プロダクトバックログやカンバンぽいものを使ったアジャイル風の開発をしていることが多いです。 しかし一方で、そういったスタートアップにはプロダクトバックログはあっても、たいていPBIの1つ1つがやたらでっかくて、1つ1つにしっかり担当者がアサインされてて、何ならデッドラインまで記されています。 これを引き起こすのは、スタートアップ特有の個人分担制です。 多くのスタートアップ企業はたいてい、エンジニア1〜2名からスタートし、個々のエンジニアの馬力で開発をこなしていくところから始まります。このときのバリバリ個人開発なノリが、エンジニアが増えても継続してガチガチの個人分担制に移行しがちです。 このセッションでは、個人開発をこじらせたスタートアップ企業がどうやって個
WEB+DB PRESS 22.9周年パーティ #wdpress_party 運営なにやったのか全部紹介 - 941::blog
こんにちは！普段は仕事で技術系のイベントをやったり、個人の趣味の集まりでもイベントをやっています。少人数な飲み会から2000人が参加するイベントまで、世間では幹事・運営・オーガナイザーなど色々な呼び方をされる、要は「全体をまとめてグイグイ進める人」の役割をしています。 先日、WEB+DB PRESS 22.9周年パーティ #wdpress_party の様子を写真で振り返る完全版レポート というのを書いたんですが「あのイベントの運営とってもよかったよ」と色々な方に言ってもらえたので、運営で何をどうやったのか紹介してみようというのがこのエントリの主旨です。 「イベントの運営ってそんなかんじでやんのね」というのを感じてもらえたらよいし、コミュニティのイベントをもし運営する側になったときに参考にしてもらえるといいかもしれません。「すげー大変だったよ！」というよりは「すげー楽しかったよ！」なニュア
次世代画像フォーマットを巡る争いの行方｜ixnyc
現在、最も広く普及している画像フォーマットであるJPEGの後継となりうる次世代画像フォーマットの有力候補は、HEIF、AVIF、JPEG XLの3つだ。 HEIFH.265で圧縮された画像を格納しているコンテナがHEIFだ。 HEIFの長所はハードウェアでの対応が最も進んでいることだろう。H.265での動画撮影が可能なカメラであれば、HEIFでの静止画撮影に対応するのは容易だ。既にiPhoneやキヤノン、ソニー、ニコンなどの一部の機種では、「HEIF撮って出し」での撮影に対応している。 HEIFの短所はH.265のパテントプールが複数に分裂していることだ。パテントホルダーの中には、パテントトロールと呼ばれる企業も含まれている。分かりやすく言うと、かつて問題となったGIFと同じようなことが起こる可能性がある。こういったリスクを懸念する団体や個人は、HEIFはサポートしないということになる。
PHPカンファレンス関西の再開に寄せて｜PHPカンファレンス関西
PHPカンファレンス関西2024実行委員長の加納悠史です。 X（旧Twitter）やWebサイトで告知の通り、PHPカンファレンス関西2024を2024年の2月11日に開催することになりました。 これに合わせて、PHPカンファレンス関西の情報発信のため、公式noteを立ち上げました!! 今後はこちらのnoteも活用しながら、各種情報をお伝えしていければと思います。 初回の今回は、PHPカンファレンス関西2024のテーマとこのイベントに対する私自身の思いをお伝えできればと思います。 なぜ今地方技術カンファレンスなのかパンデミックにより外出自粛が求められ、リモートでのコミュニケーションが当たり前になってきた昨今では、技術イベントも気軽にオンラインで参加できるようになりました。PHP界隈でもPHPカンファレンスやPHPerKaigiがオンラインでのイベントを行い、どこにいてもイベントの様子を視聴
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめてスポンサー運営PMをやってみてわかった4つのこと
📘果てなきデイリーノートの旅路 with Obsidian - Minerva
PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳
commitを積むとは「物語を書く」ことである