Value Objectが盛り上がっているらしい。 Value Objectについて整理しよう - Software Transactional Memo Value Objectの説明に異論がないものの、主題はValue Object Obsessionのほうですよね。 こちらも聞いてみた。 fukabori.fm よい機会なので、よくわかっているつもりの、値オブジェクトというかドメイン固有型について再考してみよう。 それは値か属性か それはエンティティの全メンバーやデータベースの全列のために「顧客郵便番号」「送付先郵便番号」「事業所郵便番号」「契約日」などのクラス(メンバではなくクラス！)を定義して、immutableな振る舞いを強制する事を以てValue Objectであると言い張り、ドメイン知識の断片をそれぞれのクラスに書き散らして「高凝集になった」「型システムが守ってくれる」と喜
イントロダクション 目下、開発中のプロダクトなので詳しいことは書けないのですが、いろいろと気付きの多い出来事だったので、 少し自分自信の振り返りも兼ねて、投稿してみたいと思います。 これは、決してGoよりPythonのほうが優れているとかそういった話ではないです。 今回、自分は開発者というよりプロジェクトマネージャー（以降、PM）という立場になります。 Goの採用 当社のコア技術はPythonなのですが、今回、開発にあたってGoを採用していました。 主な採用理由としては、「プロトコルとしてgRPCを採用するにあたって、gRPCとの組み合わせ事例が多い」からでした。 gRPCの採用理由は、「同時に企画されていた別プロダクト（Python）との連携が想定されており、異なるプログラミング言語間でも型を維持したままデータ交換が可能」なことからでした。 当初は、プロダクトのリリース時期も未定でプロト
詳しい素性はわからない。けれど、非の打ち所がないその実力はファンならだれでも知っている――それが木上益治という人だった。 監督を務めた『MUNTO』シリーズのDVD特典でオーディオコメンタリーに出演したり、メイキング映像に顔出しをしている以外、ほとんど露出がなく*1、京都アニメーションに来た経緯などをわずかに周辺のスタッフが話す程度で、多くは謎に包まれていた。 そこへスポットを当てたのが、「週刊女性」2019年10/22号（10/8発売）掲載の記事。専門学校時代から京都アニメーションに入社するまでの経緯を関係者に取材し、まとめたものだ。興味深い話ばかりだったが、個人的に気になったのはあにまる屋に所属していたときのプロレスに関する部分。 あにまる屋は別名“野獣屋”と呼ばれる、一風変わったアニメ会社で、毎日のように近くの寿司店で飲み会を開いていたという。 「普段は口数が少なくて黙々と仕事をする
本稿では、gihyo.jp編集部で利用しているMarkdownファイルの記述方法を主に解説します。 注意：gihyo.jp編集部内でのみ採用しているMarkdownの書き方をまとめた文書を、記事の体裁を取って公開したものです。なお、記事公開後に記述方法を追加・変更する可能性もあります。 Markdownとは？ はじめに、筆者の把握している範囲でMarkdownについて概説しておきます。 近年は一般向けのウェブサービスやテキストエディタでも利用されてきているMarkdown。端的に言えば、テキストファイル上で文書を書くための構文です。文書の読みやすさに焦点を当てており、Markdown形式のテキストファイル（＝Markdownファイル）をそのまま見れば文書とその構造が理解できるように、Markdown特有の編集記号や字下げを用いて表現します。また、MarkdownファイルをHTMLファイルに
Re: Re: Re: 空想のNFTと現実のNFT - Software Transactional Memo
前回の記事に更に返事を頂いた。応酬が全部長文なのでこの記事から読み始める人は「まとめ」から読んで興味が湧いたかどうかで全文を追うか検討して欲しい。 sasakill.substack.com まさか本当に返事が貰えるとは思っていなかったが、実に興味深く、かつ知見として共有すべき事が書いてあったので「いつまでそのネタ擦ってんだよ」と突っ込まれるのを覚悟の上でさらなる返事をまとめる。 kumagiさんは「アテンション・エコノミーが最高であるとは思っていないが、市場の競争によって良い体験が生まれていることは認める」というもので、一方私は「アテンション・エコノミーの影響力が強くなりすぎていて、それ以外の良い体験の可能性を押しつぶしている」ととらえている。 これは確かにそうで40億回/日の再生数のうちどれだけが真にユーザーの利益になったかどうかについて僕は何らコメントできる立場にない。全ユーザーが全
GitHubリリースという、GitHubでタグに対してリリースノートを書ける機能があります。 このリリースノート機能は、パーマネントリンクもあるし、Markdownも書けるし、画像もアップロードできるし、絵文字でリアクションもできるし、RSSもあるし、通知機能もあるし、GitHub Discussion連携すればコメントも書けるし、全文検索もついてくるしこれブログとして使えるんじゃないかと思いました。 そういう発想から、GitHubリリースノートをブログとして運用するためのちょっとしたブログシステムを作って使っています。 次のリポジトリが実際に動いてるものです。 azu/book-review: 本を読んだ感想を書くブログです。 リリースの一覧を見ると本の感想の記事が並んでいます。 Releases · azu/book-review Release 伴走型支援: 新しい支援と社会のカタチ
半年間で LeetCode の問題を300問解いてみて（※） - Studio3104::BLOG.new
とは言ってみたものの実際にはちょうど1年前くらいからやってました。始めてからすぐ Premium 買ってたので。 うおお、LeetCode の Premium が Expire していた、、— Satoshi SUZUKI (@studio3104) December 11, 2020 ではなんで「半年間で」なのかというと、今年の前半は英語の勉強をがっつりやってたので英語と仕事以外のことは何もしてなかったから。 そして300問はまだいってないんだけど、英語漬けから空けた6月アタマから数えて半年経過の今月末には300問いくだろうという見込みがあるということでタイトルはこのようにした。 1年間で LeetCode の問題を290問解いてみて ということで改めて。@sugyan と @fushiroyama *1 に影響されて始めたんだが、続ければ続くものですね。 自分は "コードの書けないイン
「レガシー」を保守したり、刷新したりするにあたり得られた知見・ノウハウ・苦労話 by Works Human Intelligence Advent Calendar 2022 の 15日目の記事です。 qiita.com 筆者は過去に、中〜小規模のWebアプリケーションでレガシーフロントエンドの改善作業を業務でやっていた。その経験を元に技術同人誌を作成し、それがきっかけで「レガシーフロントエンド安全改善ガイド」という書籍を出した。 初版から数年経ってしまい、詳細な利用技術などの説明は少し古くなってしまっているのだが、ベースとなる考え方の部分は今でも変わっていないと思う。 一方で自分自身は、その経験が他の環境でも通用するのかを試してみたくなり、転職して一年強ほど大規模なフロントエンド刷新に関わっていた。 あまりにも規模が大きいため完遂を見届けたわけでもないが、現段階でも学びや得られたものは
はじめましての人ははじめまして。そうでないひとはお久しぶりです。猫ロキP(@deflis/id:deflis55)です。 昨年、増田で メモアプリの知見を貸してほしい というのを見て、いろんなメモアプリをとっかえひっかえしてたのを思い出したりしてなんですが、そこでObsidianというのが最近良いらしいと言うのを見つけたので使い始めてみました。*1 メモアプリ遍歴（印象が古いので飛ばしてもOK） いいところ モバイルやLinuxも含めたクロスプラットフォーム モバイルアプリの使い勝手がよい 悪いところ まとめ 本日の一冊のコーナー！ メモアプリ遍歴（印象が古いので飛ばしてもOK） だいたいちゃんとデータが蓄積できていたのはこのあたりのソリューションです。 それぞれいいところ悪いところあったんですが、どれも長続きしませんでした。 OneNote Pros 完成形って言えるぐらいに完成度が高い
それでは皆様、ご待望の答え合わせのお時間です
いやさ、投下12時間後位に見たらノーブクマ２煽りトラバだから、こんなに大漁になってたの気付かなかったわ、めんごめんご！ あと、文章雑なのはごめんなさいその通りです、完全片手間＆やっつけ仕事です。まあ、言い訳と言われればそれもその通りよ。しっかし3行目から消して適当な文言入れ忘れてるし、小見出し2つ目も入れ替えるの忘れるし、かといって今から手直しも卑怯っぽいから、直すに直せなくなったなこれ 一応ｹﾂに「反転可能性」と書いたので、やや牽強付会に最大限、愛トリに寄せたつもりではあるが、他人の思考をトレースするの難しいっすね では皆様の二枚舌（あるいは信念による鉄面皮）をご覧ください。 両方ノーコメントだったブクマカは省略 https://fut573.com/compare/?url1=https%3A%2F%2Fanond.hatelabo.jp%2F20191016150214&url2=h
ゆるふわ怪電波☆埼玉 @yuruhuwa_kdenpa 中卒。バイトを解雇され日雇いに。月給9万円 抑うつ状態 多重債務者 40代男性 体重113kgハゲ童貞 友人宅で暮らしながら婚活中 駄菓子屋は国民に対し思考盗聴と電磁波攻撃をしているためニュースの感想を書いたり（有資格者：4等うどん技師）ご飯記録(@http_kouryonin) メモ帳(@yuruhuwa_memo)
明日、2023/9/28に発売する「これからはじめるReact実践入門」を献本いただきましたので、簡単に目を通した感想を書こうと思います。 これからはじめるReact実践入門 目次 目次 かなり網羅性が高い 足りない情報があったら プロを目指す人のためのTypeScript入門 Next.jsについて、次に読む本はありますか？ 補足したいところ Create React Appを使わない選択肢もある Recoilさんは開発状況がちょっと心配 React Routerの知識が活きるアプリケーションフレームワークもある まとめ おまけ 2023.9.28 10:36追記 かなり網羅性が高い パラパラと読んでみて感じたのは、かなり手広く、それでいて一定の深みもある本だということです。出版社のサイトにある目次を見てみましょう。 Chapter 1 イントロダクション 1-1 ReactとJavaS
動機 TensorFlowの登場をきっかけに 機械学習によるアイドル顔識別 という取り組みをしていて、3年以上かけてコツコツとアイドルの自撮りを収集してラベルをつけてデータセットを作ってきたけど、 アイドルヲタクはもう辞めてしまって 現場にも全然行かなくなり、卒業・脱退の情報を追いながらラベルを更新していく作業を続ける情熱はすっかり薄れてしまった。 もうアイドル顔識別プロジェクトは終了にしよう、と思った。 しかし折角今まで集めたデータを捨ててしまうのは勿体無い。せめて最後に何か活用できないものか。 と考えて、「画像生成」に再び取り組んでみることにした。 過去に試したことはあったけど、それほど上手くはいっていない。 TensorFlowによるDCGANでアイドルの顔画像生成 TensorFlowによるDCGANでアイドルの顔画像生成 その後の実験など この記事を書いたのが2016年。 この後
※2019/11/8: 無料サンプルと目次を記事内に追加しました。 2019年4月に開催された技術書典６で頒布した「レガシーフロントエンド安全改善ガイド」ですが、このたびインプレスR&D社さまより商業版を刊行することになりました。 自分が商業版の技術書を書く日が来るとは思わなかったのでビクビクしています。 メディア: この商品を含むブログを見る nextpublishing.jp 表紙イラストは同人版と同様、鍋料理さんに描いていただきました。「安全な感じで！」という相談から、カワイイ工事現場が仕上がりました、とても気に入ってます。工事現場本と呼んでください。 タイトルに「迷わない！困らない！」という強気ワードが付いててちょっぴり恥ずかしいですが、迷わず困らない内容になってる・・はずです！ 同人版との違い / 加筆・修正した点 紙の本で比較すると、ページ数が110ページ程度→200ページ超と
本記事は、はてなエンジニア Advent Calendar 2020 の17日目の記事です。昨日は id:papix さんでした。 papix.hatenablog.com AWSの資格試験を受けようとして失敗した話と、その副産物であるAWSしりとりについて書きます。 AWS認定資格試験の、Solutions Architect Associateを受験しようとしていました。受験には試験会場まで行く方法と自宅でオンラインで受ける方法があり、出かけるのが面倒だった私はピアソンVUEのオンライン受験を予約しました。 PCの要件は満たしていてシステムチェックも通ったけど、実際受けたら失敗したので、その体験談です。 1回目 監督者の方とチャットが繋がり、「それでは試験を送ります」と連絡をもらったところまでは順調でした。 試験案内のページに移り、チャットで「ページは切り替わりましたか？」と確認されま
「5年後、メタバースはビジネスの主流になる」――NTTデータの見解を支える“2つのカギ”：Weekly Memo（1/2 ページ） バズワードになり巨額の投資が集まる一方で、世の中にどのようなインパクトを与えるのかは未知数なメタバース。ビジネスやワークスタイルにメタバースがどんなインパクトをもたらすのか、NTTデータの見解から探ってみたい。
皆さんこんにちは。筆者の以前の記事では、ReactのuseMemoを無駄に使うことによるレンダリング速度のオーバーヘッドがどれくらいかをベンチマークによって示しました。 それによれば、スマートフォンを想定したとしても、useMemoだけで描画に目に見える影響を与える（16msくらいの遅延を発生させる）には万のオーダーのuseMemoが必要なことが分かります。 速度ではなくuseMemoを使うことによるメモリ消費量の増加を気にする声も聞かれましたが、すみませんが筆者はそこまでメモリクリティカルなアプリをReactで書いたことがなく知見に乏しいため、今回はこの記事の対象外となります。 この結果が出たことでuseMemoをいつ使うのかなどという議論には終止符が打たれたかと思いきや、上記の記事の感想などを見ているとまだ喧々囂々です。 そこで、この記事では筆者の考えを皆さんに共有し、いよいよもってこ
ほとんどのスマートフォンにはiOSまたはAndroid OSが搭載されていますが、古いスマートフォンはメーカーのサポート終了によりアップデートを受け取れず、使えなくなってしまうことがあります。そんなメーカーサポートが終了した古いスマートフォンやタブレットにインストールして、再び使用できるようにするために開発されたモバイルOS「postmarketOS」の最新バージョンである「v.22.06」が、2022年6月12日にリリースされました。 postmarketOS // v22.06 Release: The One Where We Started Using Release Titles https://postmarketos.org/blog/2022/06/12/v22.06-release/ postmarketOS 22.06 aims to revive end-of-lif
OAuthの言葉周りを整理する
OAuthの仕組みとToken認証周りの言葉はいつまで経ってもはっきり理解できないものの一つでした。 しかし最近ようやく理解できるようになってきたのでとりあえずそれぞれの言葉の指すものや定義をここで整理してみようと思います。 リフレッシュトークン リフレッシュトークンとは アクセストークンの有効期限が切れたときに、認可サーバーにアクセストークンの更新リクエスト認証をするためのトークン。 OAuth自体はリフレッシュトークンがなくとも実装できるが、リフレッシュトークンはOAuthをより便利にするためのもの。 一般的に有効期限は長い。 ないとどうなるのか アクセストークンの期限が切れたらその度にSNS認証のあのログイン画面に飛ばされてメアドとパスワードの入力が必要になる。 セキュリティに関すること 有効期限が長くても安全性に問題がないと考えられる理由としては、アクセストークンの期限切れ時にしか
脱Reduxを試みて失敗した話、その原因と対策について
さて、年末が近づいてきましたが今年も 「Redux 使うべき使わないべきか」という話で盛り上がりましたね。 僕もずっと悩める人なのですが、@f_subal さんの Tweet や @takepepe さんの Next.js の状態管理 2020 が示すように Read 要件・Write 要件の多さで使い分けるという指針には深く納得をしました。 Redux の代替になるツールやノウハウもより活発に出てきて、Redux 以外の選択肢を考えるにあたって様々な学びがあった 1 年でした。 自分も色々と Redux 以外の選択肢を試していたのですが、その中で「やっぱ Redux を使えばよかった」と思ったときがあったので、これから Redux を剥がそうと考えている人に向けてその失敗談を語りたいと思います。 自分も手探りで正解がわかっていないところなのでアドバイス・反論・指摘などがあれば頂きたいです
論文、どうやって読んでますか？｜umbell
論文の読み方。 若手研究者、特に修士課程や博士課程の学生にとっては結構深刻な問題だと思います。あと研究を始めたばかりの学生さんにも。 私自身も ・まず何を読んだらいいのかわからない... ・読むべきものがわかってきたけど、１本読むのにかなり時間がかかる... ・読んだはいいものの膨大な数の論文の内容を覚えてられへん... ・紙で読んでたけどかさばって仕方がない...と論文の読み方にはかなり悩んだ一人です。今でも絶賛試行錯誤中。 と言うことで、現状の論文の読み方をご紹介したいと思います。 みなさんがどうやって論文読んでるのか気になりますので、ゆるっと募集してみます。もしよければ #論文どう読んでますか とでもして投稿していただけたら幸いです。 1. デジタル派か紙派かかなり大きな論争が巻き起こるこの問題。 本音を言うと私は紙媒体で読むのが好きです。読書好きなのもあって、紙の上の文字を読みたい
パリッ、むぎゅーっ！口にした瞬間、呼応するかのように食感を楽しませてくれるバゲット。 小麦粉・塩・水・イーストのみと原材料がシンプルな反面、小麦粉の配合や塩・水・酵母の選び方、そして焼き加減で個性が出るのに驚き！ それぞれのバゲットに、食感・香り・そして味に対するお店のこだわりがぎゅっと詰まっています。 今回は、通算1万以上のパンを食べ歩いたパンマニアの片山智香子さんに、都内で食べられるバゲット5つを厳選してもらい、パン好きライターの堀口が取材してきました！ 記事配信：じゃらんニュース Pain des Philosophes／新宿区 ごはん党にこそおすすめしたい！肉厚＆ほくほく食感バゲット バゲットよりも少し短めで一筋のクープが美しい「α Baugette」1本220円 パンマニア片山さんコメント 「絶品すぎて食べたときに悶絶！さっくりしたクラストにも’ヒキ’があり、クラムはもっちり。湯
コンサートや舞台へ行くときに必要なのが、チケット。近頃は電子チケットの普及が進んでいますが、手元に形として残る紙チケットを今でも愛用している、という人も少なくないはずです。 度重なる抽選申し込みやスケジュール調整などを経て手に入れたチケットは、公演名や公演日などが印字されているだけとはいえ、さまざまな思いが詰まっているもの。だからこそ、発券した後はなくさないようにチケットケースで管理したり、使用した後のチケットの半券も大事に保管しておいたりと、工夫したくなります。 そこで今回は、アイドルや舞台を趣味とする4人のブロガーがそれぞれの「チケット管理・保管術」をプレゼン！ チケット発券後はどんなチケットケースで管理しているか、半券はどのように保管しているかについて、たくさんのこだわりが見られました。 家で過ごす時間が多くなった今、チケットを整理しようと思っていた人にとって、参考になる技が詰まって
Reactと状態は切っても切れない関係です。なぜなら、Reactは状態に基づいて画面を更新するコンポーネントベースのUIライブラリだからです🤝🏻 そんなReactの状態を管理・操作しやすくしてくれているのが、React 16.8から登場したフックです。それゆえ、フックを正しく利用するにあたってReactの状態の理解は非常に重要であり、Reactの状態の理解があやふやだと、予期せぬ挙動やバグのもとになりかねません。 今回の記事では、Reactの状態を理解しながら適切な箇所で適切なHooksを選択していくプロセスを再確認できた！自信を持ってReactをコントロールできるようになりそう！と言えることをゴールとしています🎉 今回使用した即席匿名メモアプリのコードベースです。 サークルでは、コミットに沿って説明をしていきました。（あくまで即席なので細かいこと気にしながら作ってませんorz） 【
Reactのべからず集 - Qiita
Reactは便利なライブラリですが、ライブラリの想定を外れる使い方をするとうまく動かないとか、進化が続いているのですでに古くなってしまった書き方とかが存在します。 ここでは、そのような、Reactでやるべきでない書き方についてまとめてみました。 ★★★★ この「★★★★」は、「守らないと正常動作しなくなる」レベルのものについて扱います。 JSXを使うファイルでReactを用意し忘れる JSXはReact.createElementに変換されますので、直接アクセスしているように見えなくても、名前空間内にReactが必要です。 eslint react/react-in-jsx-scope コンポーネント内部からpropを書き換える あくまでpropsは親から子へ渡されるものなので、子の側で書き換えることはReactの枠組みの想定外となります。 setState以外の手段でstateを書き換え
というタイトルで先日 Kaigi on Rails 2021 で話してきました。 プレゼンで話せなかった内容なども含めてブログ記事にも書いておきます。 Intro Railsのことはけっこう知ってるけどNext.jsについて何も知らないという人をターゲットにしてNext.jsとは一体何なのか、いつどこで使えばいいのか、具体的にNext.jsのどういうところがいいのか、どういう機能があるのかという話をします。 最終的には普段Railsを書いているエンジニアが、Next.jsよさそうなんで使ってみようかな？と思ってもらえるといいかなと思っています。 Next.jsとは何か Next.jsのトップページを見てみましょう。 The React Framework for Production と書いてあります。これは読んで字のごとくですが、Next.jsというのはReactをベースにしたフレームワ
実践 Off the main thread 実際に Off the main thread をやりつつ、パフォーマンスチューニングをする際にどこに気をつけるべきかを今やっているので、それについて話します。 Off the main thread とは JavaScript の処理は基本的にメインスレッドで実施します。JavaScriptの実行処理以外にも記述された内容を解釈するためのパース処理やGC処理もメインスレッドをブロックします。メインスレッドの処理が多いとUI jankと呼ばれるガタツキ、チラツキ、画面の固まりの原因になります。 UI jankが発生していると、ユーザーがクリックしたり、text入力をしようとしてから反応するまでの時間（Input Latency）が即時ではなくなります。 このUI jankを無くすために、なるべくメインスレッドを阻害する要因を減らすことが Off
【Google AdSense(アドセンス)】「無料版はてなブログ」でも合格可能｜最短で審査を通すための方法を徹底解説 - redoブログ
私(@redo5151)が「Google Adsense(アドセンス)」審査に合格するまでに実際に行った対策方法を徹底解説します。 私は独自ドメインではなく「無料版はてなブログ」で合格しました。 Googleアドセンス審査に合格するまでにかかった期間ですが、はてなブログを開設してから約1ヵ月半近くかかっています。 申請回数もブログ開設して2週間ぐらいから挑戦し、最低でも7回は落ちました。 1～2回で審査が簡単にさらっと通ってしまった方よりは苦労しています。その分、参考になる情報は多いと思います。 私も何度も諦めかけましたが、やはり難しいと言われることほど挑戦のしがいがありますよね。登山とも繋がるんじゃないかと前向きにとらえるとモチベーションの維持にも繋がります。 過去の私のように現在、Googleアドセンスの審査が通らず頭を抱えている方やこれから収益化を目指して新たにブログを始めようと思っ
Reactの技術質問！！これで面接を圧倒すべし！
最近フロントエンドの副業案件の面接を受けていて、聞かれた技術質問や準備しておいた方が良い質問をまとめます。(実務経験 約2年) 今回何回か面接をしましたが、正直技術質問って普段普通に実装していてもそれを言語化して答えるのって結構難しいです。 面接はコミュ力ではなくて準備力です！ しっかり準備して挑みましょう！ 前提 面接を受けたときのスキル感は下記です。 フロントエンドが主戦場で、api周りはNode.jsで基本的なApiであれば対応可能。 インフラはそこまで経験なしといった感じです。 応募ポジション: フロントエンドエンジニア 応募先のフロントエンドスタック: Next.js, TypeScript 実務経験: 1年8ヶ月 言語、フレームワークの実務経験年数 Nuxt.js(Vue) ... 1年8ヶ月 Next.js(React) ... 半年(個人開発では2年触っている) TypeS
TL;DR 正しく設計するとキャパシティは常にカツカツになる これはpyspaアドベントカレンダーの8日目の記事です。前日はShibukawaさんです。 世はクラウド時代、ソフトウェアはひとたび作られたら何億回実行されても摩耗するものではないので、どんな間抜けなロジックであろうと動く以上は別のどこかで瑕疵が出てくるまで使い倒されるのは日常茶飯事である。 サービスを負荷の前提の上に定義する クラウドより前の時代においてサービスを支えるマシンは「ロードアベレージが1.0を超えてなければとりあえずOK、超えたらマシンを増やして負荷を分散する」というノリのベストプラクティスがよく言われていたがそれはサーバ資源の確保にそれなりに時間がかかる時代の常識であって、クラウド時代でサーバは分単位で確保できるようになった。 クラウドの利点としてその即時的なスケーラビリティが常套句として使われて久しいが、これは
ついカッとなって先週からRustで詰将棋ソルバを書き始めてしまい、ようやくdf-pnで何らかの解答を出せるようになったところ。ここからもうちょっと調整していくぞ、、 pic.twitter.com/XM9iPJqocv— すぎゃーん💯 (@sugyan) November 2, 2021 というわけで突然Rustで詰将棋ソルバを作りたくなり、作った。 github.com 現時点ではまだ完成度は低くて6割ほどかな…。 とはいえそこらの素直な詰将棋問題なら普通に解けると思う。 冒頭の画像は看寿賞作品の3手詰「新たなる殺意」を2秒弱で解いたもの。 先行事例 将棋プログラムの多くはC++で書かれていて 最近はRustも増えてきているのかな？ しかし「詰将棋を解く」ことに特化しているものはあまり多くはなさそうだった。 なかでもRustで書かれているものはna2hiroさんによるものくらいしか無さ
クックパッドを退職して Ubie Discovery に転職しました - hokaccha memo
昨日がクックパッド最終出社日で今日からヘルステックスタートアップの Ubie Discovery*1 で仕事します。 クックパッドは2015年4月に入社したので6年半弱在籍しました。過去最長記録です。思えば色々なことをやりました。新規サービスの立ち上げをやったり機械学習を使ったサービスを作ったり、人事と兼任してエンジニア採用とか新卒採用の夏インターンとか TechConf の運営をやったり、技術基盤のグループに移ってマイクロサービス化をやったりフロントエンドの Next.js 化をやったり。 クックパッドのサービスは好きだし、やりたいと思ったことに挑戦させてくれるし、同僚は優秀だしで特に大きい不満はなく、辞めるつもりはなかったんですけど、クックパッドで同僚だった人が何人か Ubie Discovery に転職してめちゃくちゃ楽しそうに仕事してるのを横目で見たのをきっかけに興味を持ち、話を聞
Unity臭さとは これ 非常にいい感じの画面ですね。こういう雰囲気の画面を見たとき、一目で「あーUnityだなー」と感じるような体験をしたことがある方は多いのではないでしょうか。今回はこの画面をどうにかしていきます。 数が多いうえに基本的なテクニックが多いので、この記事ではそれぞれの手段についてそこまで詳細に説明してません。キーワードをもとに適宜ググればいくらでも記事がヒットしますので、そっちに丸投げすることにします。 あらかじめことわっておきますが、別に「Unity臭い作品は悪」というわけではなく、私が「いい作品なのにUnity臭さが抜ければなー」と思う機会が多いので、ひと手間、手軽にクオリティアップができる手段として「Unity臭さを消す」方法をまとめておきたいな、という意図で書いています。ですのでプロトタイプやゲームの手触りを確かめるような目的のもとでは、今回上げるような方法は必要
VRChat口伝ノウハウ結構膨大にある気がするので、思いつくものを一度一括で吐き出してみようというやつです。 これを読めばVRChatの全てが分かる！！（大嘘 基本的にリンク集+αという感じですが、めちゃくちゃ色々手を広げて書いているので間違ってるとこ見つけたらコメントに書いてください。 なおこの記事はVRChat Advent Calendar 2020の6日目、VRChat Advent Calendar 2021の9日目のやつです。 adventar.org adventar.org 2021年色々更新してきて8万文字も超え、情報が当初の倍ちかくにはなったんじゃないかと思います。2022年もやっていくぞ。 本記事以外の「すべて」 本記事は主にVRChatに入ってからの生活面にフォーカスしたものですが、本記事以外の「すべて」系記事もあるのでご活用下さい。 「VRChatのアバタートラブ
World Leading ExpertJohn Spencer is considered one of the world’s leading experts on urban warfare. In addition to personal experiences from 25 years as an infantry soldier and officer in the US Army, including urban battles of Iraq in 2003 and the Battle of Sadr City in 2008, he has spent over a decade researching, publishing, and lecturing on all facets of urban warfare. He has conducted field r
はじめまして、新卒フロントエンドエンジニアのぺいです。 JX通信社でフロントエンドの開発はReactが主流になっており、React Hooksを使った開発が欠かせません。hooksは便利な反面、適材適所使い所を理解していないと逆にパフォーマンスが悪くなってしまう場合があります。そこで今回は普段フロントエンドを書かない人も勉強会に参加するのを考慮し簡単な改善から応用としてReactで書かれたFASTALERT *1の改善まで行ってもらいました。 前提条件 勉強会の内容 再レンダリングされているコンポーネントを見つける なぜ再レンダリングされてしまうのか 改善方法 コンポーネントのメモ化 関数のメモ化 最終的な変更箇所 毎回コンポーネントや関数をメモ化すべきなのか コストの高い計算 無駄なレンダリング カスタムhooks 最後に 参考 前提条件 react 17.0.1 勉強会の内容 最終的な
アイデアがどんどんあふれる「16分割メモ」がすごい。空白のマスが脳をフル回転させてくれる - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
大きなことから小さなことまで、ビジネスパーソンが「新しいアイデア」を求められるのは日常茶飯事です。しかし、なかなか思うようにいいアイデアは浮かびませんよね。 もしもあなたがアイデア創出で苦労しているなら、アイデアがあふれてまとまる「16分割メモ」を紹介します。 「16分割メモ」の効果 「16分割メモ」とは、メモ帳の見開き2ページを16分割し、アイデアを出していく手法のこと。メモサイズの見開きを16分割することにより、以下の利点や効果が生まれるのだとか。 付箋のようにブロック単位でメモできる 1ブロック内の情報が絞られるのでわかりやすい わかりやすいのでアイデア出しにスピード感が出る ノートの一覧性・作業性も兼ね備えている 付箋に起こりがちな「あれ？ どこかにいっちゃった」がない 情報が散漫にならずまとまりやすい それだけではありません。 「16分割メモ」の利用をすすめる『頭がいい人はなぜ、
Apple M1環境でLinuxを動かす「Asahi Linux」のGPUドライバーがついに99％以上という成績でテストをパスしたという報告
Appleが独自開発するSoC「M1」搭載Macでの動作を目指すLinuxディストリビューション「Asahi Linux」で、Linux開発系VTuberの朝日リナ氏が「GPUのカーネルドライバーがテストを99％以上パスした」と報告しました。 ???????????? My Linux M1 GPU driver passes >99% of the dEQP-GLES2 compliance tests!!!!! ???????????? Most of this is thanks to @alyssarzg's prior work on macOS, but now I can replicate it on Linux! ^^ pic.twitter.com/BTI4AIUTkC— Asahi Lina / 朝日リナ //nullptr::live (@LinaAsahi) Fi
Reactのメモ化と、メモ化できないケースについて
寒空のなか商戦に駆り出されているゆきだるまのみなさん、ことしもおつかれさまです。 この記事は、Money Forward Engineering Advent Calendar 2021 24日目の記事です。 私は、クラウド会計ソフトの画面をなんとかする仕事をしています。 React や TypeScript を使ってがんばっています。 この記事について この記事では、 React を使う話でたまに出てくる「メモ化」について書きたいと思います。 また、標準で使える useMemo などメモ化のためのフックは便利ですが、使えそうで使えない状況もあるようなので、一緒にここでまとめたいと思います。 新しい技術の話でもなければ、会社での独自の取り組みでもないアドベントカレンダーらしからぬ話ですが、ここ２年くらいずいぶん苦労したわりにあまり欲しい情報の記事がすぐ見つからず、もしかしたら有益かもしれな
簡単すぎる！GitHubを自分だけのRSSリーダーに変える「osmos:feed」を使ってみた！ - paiza times
どうも、まさとらん（@0310lan）です！ 今回は、GitHubのリポジトリをWebベースのRSSリーダーに変えることができるユニークなツールをご紹介します。 専門的な知識は一切不要で、マークダウンファイルに好きなフィードを追加していくだけですぐに自分だけのRSSリーダーを作って管理できるようになります。 すべて無料で利用可能なので、ご興味ある方はぜひ参考にしてみてください！ 【 osmos::feed 】 ■「osmos::feed」の使い方 それでは、「osmos::feed」をどのように使えばいいのか詳しく見ていきましょう！ 基本的な使い方としては、公式のリポジトリにテンプレートが公開されているので、これを自分のGitHubリポジトリとしてコピーするところから始めます。 テンプレートは以下のURLからアクセスできるようになっています。 ＜テンプレートURL＞ https://git
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン固有型(値オブジェクト含む)を再考する - かとじゅんの技術日誌
Goで開発していたが、途中でPythonに切り替えた件を振り返る。 - Qiita
木上益治とプロレス - boogyman's memo
gihyo.jp編集部におけるMarkdown記法 | gihyo.jp
1クリックで始めるGitHubリリース as a ブログ
規模感の違う脱レガシーで必要なこと - memo_md
Obsidian使い始めました - 駄文日記 2nd side
りくろーおじさんとアミーゴのチーズケーキ似すぎ問題、弁理士『味で勝負しろ』→急に料理漫画みたいな展開になってきたな
書評：これからはじめるReact実践入門 - ナカザンドットネット
顔画像生成のためのデータセットを作る - すぎゃーんメモ
「レガシーフロントエンド安全改善ガイド」を商業出版します #技術書典 - memo_md
AWS認定試験の受験失敗とAWSしりとり - 見返すかもしれないメモ
「5年後、メタバースはビジネスの主流になる」――NTTデータの見解を支える“2つのカギ”
結局useMemoはいつ使えばいいの？ 僕の決定版 - Qiita
メーカーのサポートが終了した古いスマートフォンを復活させるLinuxベースのモバイルOS「postmarketOS」
リピート確定！パンマニア絶賛の「美味しいバゲット」5選【東京都内】 ｜じゃらんニュース
現場に通い続ける4人のオタがプレゼン！ 大切な「チケット」を守るための管理＆保管テクニック #ソレドコ - ソレドコ
Reactの状態を理解して適切にHooksを利用する
RailsエンジニアのためのNext.js入門 - hokaccha memo
実践 Off the main thread - from scratch
正しいクラウドはある意味で遅い - Software Transactional Memo
Rustでつくる詰将棋Solver - すぎゃーんメモ
Unity臭さを消す方法10連発 - Qiita
VRChatのすべて（すべてではない） - Narazaka::Blog
John Spencer | Urban Warfare
Reactのパフォーマンス改善を勉強会で開催しました - JX通信社エンジニアブログ