サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ブックレビュー
scrapbox.io/honey32
#ソフトウェアアーキテクチャ(主にReact)について Atomic Design のデメリット 「粒度」でコンポーネントを分類しがち 「コンポーネント」「フック」「どちらでもない関数」「定数」「型宣言」みたいな分類もデメリットがある atoms/ や hooks/ のような「分類のための分類」の問題点 実装する上では、「汎用モジュール」と「非汎用モジュール」を分けるべき [* 汎用モジュールだけが、_utils/ _components/ のような「分類のための分類」の対象とするべき] 非汎用モジュールは、feature、カテゴリごとに分ける(コロケーション)べき ❌小さいから _components/atoms に置く ⭕『記事作成ボタン』見た目の粒度は小さいが、特定の場所に設置されるモノなのでfeature寄りに置くべき 例: _posts/ の下に置く Atomic Redesig
scrapbox.io/yuiseki
御社のミッション、ビジョン、バリューを教えて下さい 御社では、日々の業務でどのようなソフトウェアを作っていますか? 御社の主要な顧客のカテゴリーとマーケットを教えて下さい 御社の事業が、顧客にどのような価値を提供してどのように対価を集めているのか教えて下さい 御社の事業の立ち上げの経緯や意思決定や試行錯誤のプロセスについて、もしご存知でしたら、なるべく詳しく教えてください 御社の事業の今後の展望や計画について教えてください 御社の日々のソフトウェア開発で、ソフトウェアエンジニアとして、夢中になれる魅力や醍醐味を教えて下さい 御社の技術構成や開発プロセス、開発スタイルについて教えて下さい 会社のことは忘れてください あなたが最近、話を聞いたり自分で触って、驚いたり熱中したり感動したりしたソフトウェアがあったら教えて下さい あなたがこれまでの生涯でソフトウェアを開発していて一番愉快で面白くて最
scrapbox.io/nishio
質問者は「なぜキャッシュメモリは速いのか」という物理的な理由や技術的な説明を求めています。一方、回答者は「キャッシュメモリは速くなければならない」という結果や目的に基づいた視点から回答しようとしています。質問者は原因を求めているのに対し、回答者は「目的」に焦点を当てた答えを提供しようとしています。これは、技術的な概念を理解する際にしばしば見られる認識のギャップです。 理想的な回答は、質問者が理解できる形で、キャッシュメモリの速度がなぜ重要であるか(目的)、そしてそれがどのように達成されるか(原因や物理的な説明)の両方を包含するものです。キャッシュメモリが高速である理由には、その物理的な設計、データアクセスの最適化、近接性、およびその他の技術的要因が含まれます。これらの要因を詳しく説明することで、質問者の疑問に対するより完全な理解を提供できます。
scrapbox.io/hadashiA
ゲーム開発ひいてはクライアントサイドの開発において「クリーン」かどうかは正直けっこうどうでもよく、設計すべき一番のポイントは「制御フロー」にあります。 じゃあ具体的にどういう設計がいいのか、ていうのは、やはりjs界隈みたいにフレームワークになっていないとなかなか伝わらないようです。そういうのもそのうちつくってみたいなあと最近思ってます。 以下、以前ブログに書いたものの転載。 -- Unityで長らくゲーム開発をやっているけれど、Web界隈などで色々と発達しているアプリケーション設計パターンをおいそれと持ち込めば良いわけではないと感じているので、それについて考えてみようと思う。 ここでいう設計パターンていうのは、たとえばUIとかをつくるフレームワークの競争で発達してきた MVC派生 や ReactとかのElmアーキテクチャに影響を受けたものたち、はたまた、Webサーバ(HTTPサーバ) を書
scrapbox.io/eyehatesns
谷口一平が査読誌に論文を提出。これが拒否されたことに不満を持ち、SNS上(X)で査読コメントを公開。その投稿を永井均が引用したことで「トランスヘイト論文を永井が擁護した」と(主にX上で)批判されている。 永井均.icon 私は一当事者としてトランスジェンダー問題に大いに関心をもっていますが、トランスヘイトに加担などしておらず、また谷口原論文もそのような趣旨のものではありません(査読者の誤読だと思います)。谷口氏と私の間には自認問題に関して対立があり、それを学術的に議論したいと思っているだけです。永井均 / X 永井均.icon 冒頭だけリツイートします。このあと長く続くので、 / それは谷口一平 A.k.a.hani-anさんのところでゆっくりとお読みください。色々と興味深いのですが、この結果は原論文のPR(Public Relations)としてはむしろ効果的ともいえそうです。 http
scrapbox.io/hiroxto
セブンイレブンの店舗番号の調べ方 調べ方は2パターン 実際にセブンイレブンへ行って店舗番号を確認する インターネットで確認する 実際にセブンイレブンへ行って店舗番号を確認する 入口ドアに店番が書いてあるので,それを見るだけ この調べ方の場合,FC店の直営化などによって店番が変わっても分からない場合がある セブンイレブン 与野店の場合 ドア上に260と書いてある 26番目の店舗と分かる ストアスタン
えーあーー みなさん聞こえますでしょうか。この記事はC# アドベントカレンダー17日めのために書かれました。 いくつかみかけた、async/await と java loom/goroutine的なものを比較する議論に興味があり、少し追ってみた感想です。実装まで深く調べられてません。 TL;DR Green Thread Experiment Results #2398 .NET の runtimelabにて、async/awaitの代替としてのグリーンスレッドを検証した結果が公開されていたが、今後も async/await でいくという結論になっている。 JVM (Java) は対象的に、コードの書き方をなにも変えなくてもランタイムが自動的にI/Oを非同期にしてくれる夢のVirtual Thread を導入した。 Rust界隈では「Why async/await ? why? why?
scrapbox.io/plurality-japanese
favicon / 初めに読んでね / Pluralityの紹介と協力者の募集 / Pluralityの概要 / 雑談ページ / 索引の改善 / このプロジェクトの歴史 / 2023-04-02 Fireside chat with cip.org / 映像対談を作成する案 / 2-0-2: あなたはあなたが払ったものを得る / 02-00-情報技術と民主主義:広がる溝 / pluralitybo
scrapbox.io/fsubal
#フロントエンド #設計 #JavaScript 「1個の要素と複数個の要素を同じように書かせる」というのが実は jQuery の特徴の一つだと思っている。 document.querySelector() や querySelectorAll が出現して以降 jQuery の必要性はほとんどなくなったと言われる。 実際にこんなサイトもあるし https://youmightnotneedjquery.com/ これは実際その通り 一方、jQuery で書かれたコードを querySelector や querySelectorAll に移行しようとしたら苦しかったという経験をした人は多そう。 上のコードが下のようになる。 code:javascript $('.foo').on('click', e => { // ... }) Array.from(document.querySele
scrapbox.io/june29
ぼくが赴く現場はだいたいソフトウェアを扱っていて、さまざまな意思決定の記録がデジタルデータで残されている。現場に入っていくとき、まずは「どんな記録がどれくらいありそうか」の全体像を可能な範囲で把握するようにして、そこから「ここは特に重要そう」とあたりをつけて順番に目を通していく。 こういうとき、ウェブベースのツールだとハイパーリンクを便利に使える。たとえば GitHub の Issue とか、Slack における発言とか、ひとつひとつのトピックや投稿に固有のハイパーリンクが割り当てられていると、記録に目を通しながら「これは、その後の議論でこうなった」のようにハイパーリンクでつないでいける。自分のあとに記録をたどる人が歩きやすくなるように、自分と同じような調査をしなくても済むように、情報の経路を整備していくのが好きだ。 ところで、数ヶ月前・数年前の GitHub の Issue や Slac
#フロントエンド #設計 TL;DR 「管理画面」と一言で呼ぶのが悪い 本当は同じでないものを同じ技術で作ろうとするのが悪い ------ だいたい世の中で「管理画面」と言った場合2つの要素がある 主に toC のサービスを想定 ここではユーザー向けではなく、社内の運営メンバー向けのページ 典型的には /admin のような URL にまとめられがちなやつ 1. 開発者向けの画面(コンソール、ダッシュボード…) phpMyAdmin や #Prisma Studio みたいなもの あるいは ↑ をもう少し社内のメンバー向けに使いやすくしたもの #Rails Admin とかはこの用途で出てきがち 画像が見れるように、とかね 漠然と「管理者」が特権的な操作をする(ユーザーデータを見るとか)のに使う 2. カスタマーサポートやマーケター向けの画面(問い合わせ対応、チケット管理、審査…) ユーザ
scrapbox.io/shokai
テキストをPDF化した時に、見た目が同じでよりcodepointが先に現れる12215の方になってしまうらしい
8日目の今日は未踏ジュニアScrapboxの中から他の人の役にも立ちそうだなと思ったものをピックアップして紹介したいと思います。 複数人が関与して知見が濃縮・結晶化されていく過程をお見せできたらな〜と思ったのですが、関与した人に公開許可の確認をしたら匿名化したいとのことだったので、割とあっさりとしたものになりました。
2022年末頃~2023年末頃までの、GIS(地理空間情報システム)分野におけるAIの躍進を完全にまとめたページです
scrapbox.io/htomine
この記事はクラスターAdvent Calandar 2023の1日目の記事です。今年もやっていきましょう! --- さて、この12/1で入社から丸5年になる。clusterというプロダクトで PM役をやりはじめてからは4年ほど。今日はclusterにとっての PM職を振り返りたい。 clusterとPM 現在 PM職は10名。1プロダクトの事業会社にしては多めの人数と言えると思う。この人数には理由がある。 clusterというプロダクトは「人類の想像力を加速する」というミッションに対して、「身体性を含めたオンライン体験」の場をユーザーの皆さんに提供している。2021年のブーム以降は「メタバース」ジャンルの参加者として語られることも多いプロダクトだけれども、この単語が説明していることはとても少ない。多人数参加型の社会空間くらいが共通認識だろうか。クラスターとしてもユーザーの皆さんや社会に対し
scrapbox.io/yamanoku
この資料は Meguro.css#9 のLT資料です。 メニューのドキュメントアイコンより「Start presentation」クリックでプレゼンテーションが始まります 自己紹介 yamanoku.icon @ yamanoku 大山奥人, おおやまみちのく a.k.a やまのく X(旧Twitter) GitHub 株式会社クラウドワークスにてフロントエンドにまつわる仕事をやっています 得意領域 マークアップ・フロントエンド・UIデザイン・アクセシビリティ 既婚で1児の父と猫🐈🐈🐈と犬🐶の飼い主 Meguro.css復活!!!!! 株式会社オロ様、Nakayaさんありがとうございます(感謝) Meguro.css#4がエンジニアとしての初登壇イベントでした 今回のテーマ「2020年から2023年までに登場したCSSの変遷を振り返る」 前回のMeguro.cssが2020年1月開
scrapbox.io/watasuke
CSはコンピューターサイエンスです n番煎じな気がするけどこんなんなんぼあってもええですからね ソースはだいたいTwitter The Missing Semester of Your CS Education MITの講義ページ 「Missing Semester」の名の通り、シェルスクリプトやバージョン管理(Git)のほか、デバッグ・プロファイリングの方法やメタプログラミングまで学ぶことが出来る これだけではないので、リンク先を見て自分の目で確かめてみてください https://twitter.com/ImAI_Eruel/status/1388083116040916994 日本語版がある 和歌山大学(たぶん)におけるCGに関する授業の資料(たぶん) (GLFW|GLUT)によるOpenGL入門・CG制作演習 (Blender) ・メディアプログラミング演習 (openFramewo
「来るオジサン、来るオバサンを待つのではなく、自分に必要なものを自分たちで取りに行ってください。こちらから手を差し伸べるのは期間中で終わりです。」 これの前半が特に良い。成果を見てから近づいてくる人には警戒が必要だ。(2022年追記: 昨今では未踏ブランドの価値の上昇によって「未踏に採択された」というだけで利用価値が発生するようになった。なのでここで語られているような問題は「成果報告会の後」ではなく「採択期間中」にも警戒が必要となった。)
scrapbox.io/akiroom
2023年に変わってしまったSlackのUIを元のUIに戻す方法 同僚から教えてもらって大興奮した 元は SlackRevert – Get this Extension for 🦊 Firefox (en-US) の説明欄に書いてあったらしい ① Slack アプリを閉じる ② ターミナルを開いて、次の 2 つのコマンドを個別に実行する code:sh export SLACK_DEVELOPER_MENU=true open /Applications/Slack.app Slack は新しいテーマで開くが、コンソールにアクセスできるようになる ③ command + option + i を押して Slack のコンソールを開く ④ Slack のコンソールで以下を実行 code:sh localStorage.setItem("localConfig_v2", localStor
scrapbox.io/hotchpotch
@motemen, @kentaro 氏の画像10枚ちょいから、SD1.5, SDXL で学習させた その lora の重みを、当人から許可を得て公開。みんなで motemen さんや antipop さんの画像を生成しよう! https://drive.google.com/drive/folders/1q5LrmTLAzJywQVNJdQ_PWHqv00KcUdPa?usp=sharing XLがsdxl用、15がSD1.5用 man antipop01, <lora:antipopXL:0.7> man antipop01, <lora:antipop15:0.7> man motemen01, <lora:motemenXL:0.7> man motemen01, <lora:motemen15:0.7> あたりで使えます。なお antipop 氏のプロンプトには "plastic
https://scrapbox.io/files/653de2212e08bf001bd185fd.png https://www.amazon.co.jp/なめらかな社会とその敵-__PICSY%E3%83%BB分人民主主義%E3%83%BB構成的社会契約論-ちくま学芸文庫-ス-28-1-鈴木-健/dp/4480511202 グレン・ワイルに誘われて、カリフォルニア大学バークレー校で開催されたPlurality Research Network Conferenceに参加したとき、私は深い感銘を受けた。そこでは、暗号通貨のような最先端のテクノロジーについて、地に足のついたアカデミックな文脈で議論されていた。高校時代に起業し、大学には行かずに暗号起業家として仕事を続けてきた私にとって、これは衝撃的な経験だった。 この経験に触発され、私は自分の生まれ故郷である日本で「Plurality T
scrapbox.io/sagipedia
無料の勉強会に参加して懇親会でタダ飯を食べる人達がいる 情報共有しているらしく、同じような人達があちこちにあらわれるようだ 寿司おじさんとか呼ばれることもあり IT勉強会に勉強以外の目的で来る人への考え | Fuya.info 寿司おじさんは “無料で開催される勉強会・ミートアップの懇親会で、他の参加者と懇親もせず、ビールを飲み、寿司やピザをひたすら食べる人” のことを指します。 港区女子というのもあるらしい
scrapbox.io/ygkn
Zenn の記事に清書しました:ReactNode型のpropを正しく扱う 〜もう謎の「0」や空要素を見せないために〜 背景 React コンポーネントを作っていると、しばしばオプショナル (任意)な ReactNode 型を受け取る prop を書くことがある 例1:Button に iconを渡したときだけスペースをちょっと開けてアイコンを表示し、渡さなかったら非表示にする <Button icon={<PlusIcon />}>Add</Button> → <button><span style={{marginRight: "0.5rem"}}><PlusIcon /></span>Add</button> <Button>Add</Button> → <button>Add</button> 例2:Checkbox に children を渡したときだけ全体を label でラッ
http://localhost:6006/?path=/story/components-ui-button--default
プログラマの親があれこれさせようとして「うちの子は全然興味持たないんだよねー」ってなるの、親が詳しいから子がその分野で活動すると親が良かれと思ってアドバイスしてしまい、それが子供の視点からはマウンティングを受けるのと同じだからか kis 子どもの教育で起きることは大人の教育でも程度の大小あれど起きるはずだけど、教える側との知識量の差のためにヤル気なくすというのはあまり見ないのでなんか違和感あります。先回りに限らず単にアドバイスのやり方がダメとかの可能性。 nishio ここでいう子供は9歳前後のイメージで、その時期の子供は周囲の大人と比べて「体格や力に差がある」「経済的に依存している」「日常的に自分の行動に監視や禁止が行われる」という状態にあって無意識に劣等感を抱いており、だから「大人ができないことをやる」ことで劣等感を解消したい欲求が強いのです
scrapbox.io/moznion
moznion サーバーサイドエンジニア Seattle, Washington在住 10年モノのCoffeeScript on node というのは若干言いすぎで、およそ9年モノです 2014年当時の状況 ES2015以前 (そりゃそう) Babelはあった TypeScriptブレイク以前 (だいたい2016年くらいから広くproduction readyになったという印象) AltJSの萌芽 => この時点でCoffeeScriptを採用したのは間違いではないはず...... 2023年現在の状況 JavaScriptの言語機能がめちゃ拡張された TypeScriptがメジャーに DHH、TypeScriptをやめる => CoffeeScriptを使うメリットはおそらく失なわれたと言ってもよい (このへんを参考にした: https://yosuke-furukawa.hatenab
scrapbox.io/motoso
なんの知識もなしに重要文化財を見ても面白くないが、前提知識ありで見ると「これがニシン産業が盛んだった時に作られた街か(ということはこういうものがあるはずだ)」のような見方ができるようになる。
scrapbox.io/kobayang
背景 Atomic Design ベースのディレクトリ構成になっていたが、 molecules と ogranisms のルールが定まっておらず、コンポーネントがどっちに入るのかが個々人の感覚になっていた 一部の機能は機能ごとにディレクトリを切っていてルールが曖昧になっていた テストと実装が別ディレクトリにあって、集約性の観点で見通しが悪かった 一行まとめ Atomic Design ベースから features (機能ごと)に分ける方向にディレクトリ構成を変更した。 方針 (フィロソフィー) 関心が近いものは近い場所になるべく集約させる ガチガチに縛るよりはある程度レールを引くのに止める 特に features の中のルールは固められないと判断して決定を遅らせる ルール化できそうなものをLintエラーで管理する 実はまだやってない。インポートの制約に関するルールを追加する予定 採用したル
私が理解している限り、「良いソフトウェア」を開発するためには「小さいチーム」と「優秀な開発者」が最重要で、それらの欠如をIDEやら静的型言語やらで埋めることはできるというのは幻想。動的型言語は最初からそんな幻想を提供しない
次のページ
このページを最初にブックマークしてみませんか?
『Scrapbox - チームのための新しい共有ノート』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く