今日はここ数ヶ月奮闘していたコメント系の機能開発について書いてみようと思います。どのように仮説を立てて、どういう検証をしていったのか、theLetter の機能開発プロセスをオープンにしてみます。
![「コメント機能」の体験を真剣に考えてみる](https://cdn-ak-scissors.b.st-hatena.com/image/square/63232b20d830437a16e3296bb44a0f3912614b4f/height=288;version=1;width=512/https%3A%2F%2Fd2fuek8fvjoyvv.cloudfront.net%2Fitaru.theletter.jp%2Fuploadfiles%2F77a7c039-ea8b-4f4f-9cbf-5836fcbd2a63.jpg)
macOSの機能の中には、本当に高性能で、もはやレジェンドと化しているものさえあります。たとえばMacは、「Spotlight」を使った高速ローカル検索のパイオニアです。 それがどんなファイルでも、スペースバーを押せば、「Quick Look」で瞬時にプレビューできます。「Dock」についても同じことが言えますし、MacとほかのAppleデバイス間で何でも簡単に「AirDrop」できる機能についてもそうです。 MacからWindowsへ引っ越したばかりの人は、きっとこれらの機能を恋しく思うことでしょう。長年のWindowsユーザーの人たちでさえ、Macのデフォルトオプションのすごさはよく知るところです。 そんなわけで、進取の気性に富んだ少なからぬWindowsデベロッパーが、慣れ親しんだWindowsパソコンの使い心地を損なうことなく、これらのmacOS機能をWindows環境に統合するツ
毎年年末に書いている、今年面白かった本を紹介する恒例の記事です。 去年の11月に『人生の土台となる読書』というブックガイドの本を出したんですが、去年はその本を書くために大量の本を読みまくってたせいで、書き終わったあと、しばらく反動で「本を全然読みたくない……」という状態に陥っていました。 その時期が11月くらいまで続いていたので、ちょっと今回は少なめです。漫画はあいかわらず読んでいたので漫画を多めにしました。あと文章が読めない時期も短歌は読めたので、歌集もいくつか。そんな感じでお送りします。 漫画 縞野やえ『服を着るならこんなふうに』 カレー沢薫『ひとりでしにたい』 あちゅむち『エロティック×アナボリック』 入江喜和『ゆりあ先生の赤い糸』 安島薮太『クマ撃ちの女』 うすくらふみ『絶滅動物物語』 高橋ツトム『JUMBO MAX』 香山哲『プロジェクト発酵記』 エッセイ、ノンフィクションなど
この記事はiCARE Dev Advent Calendar 2022 第1レーン24日目の記事です。 Railsの基本原則の一つに「メニューはおまかせ」があり、デフォルトで設定を良い感じにしてくれています。しかし、本当に自分のユースケースでも問題ない設定だと自信を持って言うためには、なぜこの設定になっているのかの背景知識が必要になります。例えばrails newをするとpumaのスレッド数はデフォルト5、データベースのコネクションプール数も5になっています。これは自分のユースケースで適切な値なのでしょうか?どういうときにいくつに設定するのが正しいのでしょうか? pumaのスレッド数をどうやって決めるのか pumaはRailsのデフォルトのアプリケーションサーバであり、複数プロセス、複数スレッドで動くアプリケーションサーバです。この記事を執筆している時点で最も利用率の高いアプリケーションサ
今年も GitHub トレンドから 2022 年の JavaScript/TypeScript を振り返ります。去年の記事はこちらです。 — GitHub のトレンドで振り返る 2021 年の JavaScript | WEB EGG 集計方法 本記事の集計期間は 2022/01/01〜2022/12/07、対象言語は JavaScript および TypeScript です。 なお GitHub がそのリポジトリをなんの言語と見なしてトレンドに掲載したかをもとに集計対象を決定していることにご留意ください。 別言語で書かれた Rust 製の JS 向けのツールや CSS フレームワークなどは基本的に対象外となります。 集計に利用したデータですが、GitHub は過去のトレンドを閲覧する方法を提供していないため、独自の仕組みで GitHub トレンドのアーカイブを生成しそのデータを利用しまし
このブログは、どこにでもある材料で、誰にでもできる料理を載せています。 ◆大さじ1杯の生クリーム、卵黄5個分などの「残りどうすんねん」という使い方 ◆ローリエ、バルサミコ酢、ワインビネガー、バーニングマンダラー、備中ぐわ、千歯こき・・・ などオシャレな調味料や必殺技、農具は使いません。 どうぞゆっくりしていってください。軽い気持ちで。足をくずして。カリフラワーの身にもなって。 めっちゃおススメのブロッコリーの食べ方です!(4/1の「スッキリ」で紹介して頂きました) 全日本ハッシュド協会の私ですが(会員数1名)、ブロッコリーがこんなにハッシュドにむいてるなんてびっくりしました。生のままザクザク切って混ぜて焼くだけなんでめっちゃ簡単です! 周りは片栗粉とチーズでカリカリ、中はホクホク&溶けたチーズが絡まってほんま美味しいです!粉が少なく、卵も入ってないんで軽くてペロッといけます。ブロッコリー苦
どうも、ぼくです。 ぼくの勝手なイメージなんですが、クリスマスとえば「ブロッコリーレシピ!」って気がしません?…あれ?ぼくだけ? ということで、本日はブロッコリーを使った副菜をご紹介します(無理やり) 「ハッシュドかりかりブロッコリー」 普段はブロッコリーを食べない子供たちですが、これを作ると毎回争奪戦が起きてます。ちなみに今回ブログを書くために撮影したんですけど、この時も子供達が全部食べきってしまって親の分がありませんでした笑 二人で食べたのに、途中で次男が「ない!」って言ってた笑 pic.twitter.com/RkWrfywpIu— ぼく◒レシピ試作垢 (@bokun_bokun) 2022年12月7日 よく、ブロッコリーを揚げるレシピを見かけますが、中の柔らかい部分が個人的にあまり好みではなくて(笑)…なので、全体をガリガリにしたい~~!と思って作ったのがこのレシピ。食感がかなり良
この記事は、ABEJAアドベントカレンダー2022 の 19 日目の記事です。 こんにちは!株式会社 ABEJA で ABEJA Platform 開発を行っている坂井です。 世間では Diffusion Model 使った AI による画像生成が流行っているみたいですね。 自分は元々 Computer Vision 系の機械学習エンジニアだったんですが、この1年くらいは AI モデル開発ではなくもっぱらバックエンド開発メインでやっていて完全に乗り遅れた感あるので、この機会に有名な Diffusion Model の1つである Stable Diffusion v1 について調べてみました!*1 では早速本題に入りたいと思います! Stable Diffusion v1 とは? Denoising Diffusion Probabilistic Model(DDPM) 学習時の動作 for
この記事はGoodpatch Advent Calendar 2022 18日目の記事です。 ソフトウェアエンジニアの 池澤です。 ここ最近はテクニカルディレクションとして仕事に関わることが増えました。その中で要件定義を作ったりデザイナーとエンジニアの橋渡しをする機会が多く、メンバーみんなが同じゴールを認識して制作できるようなより良い要件定義方法はないものかと探していました。 今回はそんな中で見つけたモダンな要件定義手法の一つ、RDRA(ラドラ)について、理解しやすくなるコツやカスタマイズしている内容についてお話しします。 なお、RDRAの詳細解説をするととても書ききれませんので、RDRA本体の詳細については公式サイト等をご参照ください。 RDRA(ラドラ)とは? 概要 RDRAのバージョン これまでの要件定義でよくある問題 期待される要件定義の姿 公式サイト おすすめの学び方 実際のRD
※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便
プログラミング言語Rubyの国内最大級のカンファレンス「RubyKaigi」。「RubyKaigi 2022」のKeynoteで登壇したのは、「Ruby」開発者のまつもとゆきひろ氏。「Contribute to Ruby」をテーマに、Rubyの歴史・これからについて語りました。全5回。1回目は、Rubyの価値を形作る、Productivity・Community・Joyについて。 オフラインでも開催された「RubyKaigi 2022」 まつもとゆきひろ氏(以下、まつもと):おはようございます。 会場:おはようございます。 まつもと:声が小さい(笑)! (会場笑) まつもと:おはようございます! 会場:(さらに大きく)おはようございます! まつもと:あぁ、いいですね、物理会場は。おはようございます。15分ほど遅れましたけれども、2日目を始めたいと思います。 昨日のカンファレンスはどうでした
はい、皆さん、こんにちは。 本日は先日行われた日本隊クロアチアのレビューをやっていきたいと思います。 PK戦での決着だったので、皆さんも消化できない部分も沢山あるでしょうが、PKは試合内容と全く関係がない要素なので、レビューでは扱いません。今回は試合内容の話にフォーカスしてお届けします。 クッソ長いので、暇な時に読んでください。チェンソーマンのアサの話並に長いです。 日本対クロアチア、スタメンと両国の守備の違いについて まずスタメンから。 スタメンですが、日本は3421で冨安と遠藤がスタメンに復帰してます。ワントップは前田、シャドーは鎌田と堂安。右WBに伊東が入ってる所が特徴ですね。試合前、「前半から堂安を使ってくるならポイチさんは前半をクロアチアに譲らない」と思ってたのですが、堂安がスタメンなのを見て、ポイチさんは前半から点取りにいくつもりだと確信しました。 ここまで日本代表はドイツ戦、
当初はちょっとしたSOLID批判のつもりが、「藪を突ついて蛇を出して」しまったのですが、物事はそこから具体的で目に見えるものへと発展しました。仮に、近頃はSOLID原則が役に立たなくなっているのだとしたら、何に置き換えればよいのでしょう? あらゆるソフトウェアに通用する原則はあるのでしょうか? そもそも「原則」とは何を意味するのでしょう? 私は「仕事がたのしくなるソフトウェアならではの特性や性質がある」ということを確信しています。コードでそのような質が高まれば高まるほど、仕事もどんどんたのしくなります。しかし、何事もトレードオフですから、自分の置かれている状況をつねに考慮する必要があります。 そうした特性はたくさん存在しており、互いに重なりや関連がありますし、説明の仕方もさまざまです。ここでは私がコードで気にかけている要素を強く支えていると思える5つを選びました。選ぶ数はこれぐらいが丁度良
What does Bundlephobia do? JavaScript bloat is more real today than it ever was. Sites continuously get bigger as more (often redundant) libraries are thrown to solve new problems. Until of-course, the big rewrite happens. Bundlephobia lets you understand the performance cost ofnpm install ing a new npm package before it becomes a part of your bundle. Analyze size, compositions and exports Credits
美術系専門学校の非常勤講師をつとめる傍ら、ライフワークとして人体の可動フィギュアを制作している西村健志さん(以下、西村さん)。 先日完成した作品「オリーブさん」は、手足を曲げたり伸ばしたりできるのはもちろん、正座のような連動性が必要な動きも見事なまでに再現しています。 【 可動フィギュア製作記-36】 1体目が完成しました! 1/8スケール「OLIVE-san(オリーブさん)」と命名。 11月19・20日の #デザインフェスタ に出展します。 この1体目は、触ってもらえるように展示予定です。 では、細かい調整を入れながら2体目の製作に取り掛かります! この日、「オリーブさん」の完成報告を行った西村さん。 自身の講師としての教材でもあるアプリ「Fusion360」を用いてデータ作成をし、3Dプリンター「Adventurer3」で出力して組み立てた「オリーブさん」は、サイズにして8分の1スケー
ホーム ニュース AIイラスト人狼ゲーム『AIアートインポスター』でAIが「えっちな画像」を生成しまくり開発元が悲鳴。NSFWだらけ 国内のゲーム開発会社ポケットペアは11月4日、『AIアートインポスター』を早期アクセス配信開始した。対応プラットフォームはPC(Steam)/iOS/Android。リリース間もない本作にて、本作の根幹をなすAIが「えっちな画像」を生成してしまう不具合が発生。現在は緩和されているものの、開発元が悲鳴をあげる一幕があった。 『AIアートインポスター』は、AIにイラストを描かせて仲間外れを探す、お絵描きパーティーゲームである。本作の世界では、AIで絵を描くアーティストたちが、展示会に向けて共通のテーマに沿ったイラストを準備していた。しかし参加アーティストたちの中には、1人テーマを知らないアーティストが紛れ込んでいる。本作でプレイヤーは、展示会の参加アーティストの
M 年前にも N 年後にも人類は同じ話をしている. まとめ エラーの発生方法は throw と return に大別できる throw には簡潔さ, return には明瞭さと型安全性といった特徴がある どちらの方法がより適しているかはプログラムの規模, エラーの種類, ハンドリングの方法などが判断の材料になる 実際にどちらの方法を使うかは上の判断材料と, フレームワークやプロジェクトのコーディング規約なども合わせて複合的に決めるのがよい エラー発生方法の分類 まず前提として, 関数から呼び出し元にエラーを伝える方法は以下の 2 つに大別できます. 逆にこの記事ではこれ以上の具体的な方法についての議論はしません. throw エラーを throw して呼び出し元に伝える方法です. 例えば以下のようなものが当てはまります. throw new Error("...") Promise.rej
画像生成AI「Stable Diffusion」はあらかじめ学習したデータセットを基にして、プロンプトあるいは呪文と呼ばれる入力文字列に沿った画像を自動で生成します。そのStable DiffusionのAIモデルに画像を追加で学習させる「Dream Booth」という手法があるのですが、コマンド入力による操作が必要で、演算処理に何十GBものVRAMを必要としました。しかし、Dream BoothをGUIで、しかもNVIDIA製グラボであれば10GB程度の環境でも使える「Dreambooth Gui」がリリースされたので、実際に使ってみました。 GitHub - smy20011/dreambooth-gui https://github.com/smy20011/dreambooth-gui Dreambooth Guiを使うためにはDockerとWSL2のインストールが必要となります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く