サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
scrapbox.io/villagepump
(井戸端が250+ブクマ記録 2024/09/19)井戸端が250+ブクマ記録 2024/09/19.icon from 2024/06/10 mtane0412.icon 細かい仕様とかのドキュメントがなく検索してもなかなか出てこない Discordが活発らしく、とにかくDiscordで聞いてくれという感じっぽい 最近このパターンが多くて人類がインターネット以前に戻った感じがする wakaru.iconbsahd.icon インターネットが人生に現れたときに検索してセルフ解決することが多くて感動した 今は人に聞かないとわからないほうが好まれている Discordにも検索機能はあるがワードの単純なマッチっぽいのでめちゃくちゃ弱い Discordを全部読んでて質問に即座に答えてくれるChatGPT拡張マダ〜〜〜???nishio.icon チャンネルやスレッドが数クリックで要約されるべきだと
scrapbox.io/tkgshn
起業数年の会社は期待値が高いから調達はできるかもしれないが、先がマネタイズとして見えない場合は会社(プロジェクト)の自由度としての首を絞めることになる
scrapbox.io/kawasima
このSpring Bootを使ったクリーンアーキテクチャの例は、データの詰め替え過剰にみえる。 https://www.baeldung.com/spring-boot-clean-architecture これだけのモデルと詰め替えが必要なのだろうか? 『Get Your Hands Dirty on Clean Architecture 』にこのマッピング戦略(詰め替え戦略)が書かれている No Mapping (レイヤ間でモデルを共有し、詰め替えをしない) 2-way Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しは上位レイヤが詰め替えの責務を負う) Full Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しには専用のモデルを使う) またこの戦略のどれを選ぶかの基準は『Balancing Coupling in Software Design
scrapbox.io/looker-know-how-jp
このページについて / Looker関連イベント / BigQueryのクエリ量上限に達した場合 / ベストプラクティス / ダッシュボード設計のベストプラクティス / ビュー設計のベストプラクティス / PDT の使用法 / SalesForceへの埋め込み / ドリルダウンしたときにNULLの行が表示されないようにしたい / サンプルプロジェクト / Viewファイル / ビュー / Expl
2024年7月13日の大吉祥寺.pmで発表した「古典ドメインモデル(パターン)の解脱」のスライドログです。 この2冊で書かれているドメインモデルパターンを「古典」の対象にします。 ドメインモデルパターンは「複雑さに対処するため」と述べています。が、古典では次の2点が課題となっていると考えます。 これら2点について個別に見ていきます。 まずドメインモデルパターンから。 Patterns of Enterprise Application Architecture(以降PofEAA)ではこのように定義されています。 PofEAAのドメインロジックの章で使われている「収益認識」の例を取り上げます。 ContractやProduct, RecognitionStrategyなどといったクラスが作られて、これらのインタラクションでビジネスロジックが実現されると説明されています。 では、これらのドメイ
scrapbox.io/petamoriken
Bun は WinterCG meetings に参加せず、まだプラットフォームで議論中の仕様や標準から外れた拡張を利便性のために取り入れている。またエコシステムとして合意の取れていない実装をすることもある。 Jarred Sumner @jarredsumner 2024/02/18 02:45 JS runtimes obsess about web standards but web standards orgs are incentivized to only care about browsers Luca Casonato 🏳️🌈 @lcasdev 2024/02/18 05:48 @jarredsumner Just want to mention that we’ve invited you to WinterCG meetings for nearly 2 year
scrapbox.io/juneboku
2024-06-14 にペパボで実施された、おもに 2024 年 4 月入社の人々に向けた研修の資料の一部をここで公開します。テキストコメンタリー付きです。ソフトウェアやコミュニティについて話しました。
scrapbox.io/nishio
これは2018年発売の私の本「エンジニアの知的生産術」の序文と目次です。LLM技術が発展して文章の理解や生成が機械によって強力に加速している2024年現代の視点で見返してコメントしてください。
scrapbox.io/yohhatu
期待する結果・制約・裁量・背景を伝えられているか? マネージャーが(チーム)メンバーになにかお願いする時に以下のような内容を適切に伝えているか、伝わっているかを確認してみると良いです 期待する結果:ゴールや目的地と表現されることもある 例:既存顧客が自社のWebサイトで新商品に気づくようにする 制約:期待する結果を実現する際に考慮する要素や守る必要のある条件 例:8月1日に公開する/スマホで見てもレイアウトが崩れない/予算は50万まで 裁量:期待する結果を実現するためにやっていいこと、活用してよい状況など 例:外部パートナーにお願いしてもいい/ツールは好きなものを使っていい 背景:(とくに)期待する結果を得たい理由やそれが実現されることの意義や狙いといったこと 例:既存顧客に新商品を気づいてもらうことで古い商品からを乗り換えを促して利益率を向上したい 期待する結果・制約・裁量・背景を伝える
scrapbox.io/shokai
Cosenseについての設計思想的な物を書く あえて書かないものもある
scrapbox.io/ruby-no-kai
日本Ruby会議は、オブジェクト指向スクリプト言語Rubyに関するカンファレンスとしては世界でも最大級のもので、2006年から2011年までは毎年開催されていました。2012年は開催されませんでしたが、2013年には「シーズン2」として再び開催されるようになりました。このページはシーズン2について扱います。日本Ruby会議時代(シーズン1)については、RubyKaigi Season1 を参照してください。 公式サイト https://rubykaigi.org 開催規模の推移 RubyKaigi 2024(in-person): (To Be Filled) RubyKaigi 2023(hybrid): (To Be Filled) RubyKaigi 2022(hybrid): (To Be Filled) RubyKaigi Takeout 2021: (To Be Filled)
scrapbox.io/teramotodaiki
Helpfeelでプロダクトエンジニアをしている@teramotodaikiです。 以下、会社およびプロダクトについて書いていますが、発言は個人のものであり、会社を代表するものではありません。 本日を以て、ScrapboxはCosense(コセンス)に名称変更しました。 【サービス名変更のお知らせ】「Scrapbox」は「Helpfeel Cosense(ヘルプフィール コセンス)」に変わります | 株式会社Helpfeelのプレスリリース 名称変更に伴って、このような疑問を持たれる方が出てくると思ったので、誤解を解くためにこのページを書いています。 「Scrapbox、サービス終了しちゃうんですか?」 「プロダクトの方向性が変わっちゃうってことですか?」 「運営会社が不安定なんですか?」 「儲かってないんですか?」 最初に結論を明確にしておくと、そんなことは全くないです。 なので、これか
scrapbox.io/ruby-jp
これはなに RubyKaigi 2024に関する情報を有志でまとめている非公式ページです。 編集に興味がある方はruby-jpの#scrapboxチャンネルから参加できます。 概要 公式ページ: RubyKaigi 2024 日程: 2024-05-15〜2024-05-17 会場: NAHA CULTURAL ARTS THEATER NAHArt (那覇文化芸術劇場なはーと) (沖縄県那覇市) オフラインのみ 募集中 2024/06/30(日)まで:るびま 0064号 RubyKaigi 2024のフォトレポート用の写真募集 事前イベント 4/16(火) 19:00 - 22:00 第229回 Okinawa.rb Meetup @ SAKURA innobase Okinawa🌸(in-person) 4/23(火) 19:30 - 21:30 RubyKaigi 2024 タイム
Ruby や Rails の Upgrade Knowledge 情報提供大歓迎。関連しそうなリンクをどんどん追加してください リンク先の内容の要約や、同じ内容の記事のグルーピングとかもやっていこう もちろん各ページに直接情報を書いてもok ≫ Rubyアップグレードガイド ≫ Railsアップグレードガイド
scrapbox.io/honey32
(WIP まとまったら Qiita とかに上げるかも) TLDR; 「React と Next.js を比較」という記事で、 Next.js と比較できるのは「フレームワークなしで React を使うという選択肢」であって、「React そのもの」ではない。 ✅️ React を使うのに 「フレームワークあり」 vs 「フレームワークなし」 ❌️「React」 vs 「Next.js」 それはそうと、「create-react-app の機能・特徴」のことを、「React の機能・特徴」であるかのように書いてしまっている記事が多い create-react-app 自体が擬似的なフレームワーク(といえそう) そもそも、create-react-app は今は更新されてないので create-vite-app を使うべき フレームワークあり or フレームワークなし 【フレームワークあり】
新機能・変更点情報 Ruby on Rails 7.1 リリースノート - Railsガイド https://railsguides.jp/7_1_release_notes.html https://qiita.com/ryohashimoto/items/ed669f2e529d489e9fe4 Ruby on Rails 7.1の主要な新機能・機能追加・変更点 #Ruby - Qiita h
scrapbox.io/evergreens
JAVA Code Assistant GPTs (脆弱性が確認されたLog4j versionのjavaへのdowngrade)
scrapbox.io/pokutuna
24時間前 TIMESTAMP_SUB(CURRENT_TIMESTAMP(), INTERVAL 24 HOUR)
scrapbox.io/eyehatesns
北村紗衣と雁林との裁判。雁林が北村(と小宮友根)を「ポリコレリベサヨうんこ学者」などとツイートしたことに対し、北村が名誉毀損を訴えた。雁林はカンパを募り440万円ほど集めた。そこで北村側はそうした事情も勘案し、330万円を請求。結果、雁林に220万円の支払いを命じる判決が出た。この金額は「カンパを集めていた」ことも考慮されて決定されたとのこと。 とまあ一連の流れがあったことすらまったく知らなかったのだが、判決出てから北村のツイートで知った。私は事前の心情的には北村:雁林=100:0くらいだし、雁林に関して言えば、その投稿が嫌になってきて、ミュートした上でブロックするという徹底ぶりだったのだが、以下のようなツイートについては確かに気になった。
scrapbox.io/yuiseki
2024-04-12yuiseki.icon 【オフライン開催】個人開発祭り #3【配信もあり】 - connpass #個人開発祭り #3 自己紹介 yuiseki.iconyuiseki 好きな地図を好きに作りたいだけの、イカれた地図馬鹿だっ!! 私はなぜ地図の個人開発をするのか 逆に止める方法がわからない 今から皆さんにはタダで地図を作ってもらいます 40秒で支度しな https://bit.ly/yuiseki-map-2024 趣旨 もっと地図の個人開発しようじゃん 課題 お手軽な地図データが知られていない お手軽な地図ライブラリが知られていない デモ 今日のために1時間くらいで作ったリポジトリ 青いボタンを押してください MapLibre GL JSとReact Map GLで、OpenStreetMapの地図ベクトルタイルを表示 Overpass APIで、中央区のポリゴンと
claude.iconこれらのツイートは、先端的な開発プロジェクトにおいて「ガチでやる気パーソン(GYP)」の存在が非常に重要だという点で一致しています。
Kazuhoは、OSSプロジェクトにおける機能や依存関係の無差別な追加がセキュリティリスクを生み出すこと、献身的な貢献者が必要であること、そしてOSSの成功には新しい機能の継続的な追加が不可欠であることを指摘しています。また、OSSの公開と共有の容易さは品質向上に寄与するが、同時にセキュリティ脆弱性の普及も許すと警鐘を鳴らしています。 gpt.iconKazuhoは、このインシデントがOSSコミュニティの努力の総合的な消耗や衰退を示すのではなく、OSSの採用とメンテナンスに関するより広範な問題を反映していると提案しています。 さらに、彼はOSSプロジェクトへの機能や依存関係の無差別な追加について批判し、systemd とその sshd との統合をケーススタディとして使用しています。Kazuhoによれば、sshd への攻撃は、ディストリビューションが sshd に systemd-inoti
scrapbox.io/plurality-japanese
和訳を読んで「これってどういう意味?」とかを日本語で気軽にかける場所が必要だと思って作りましたnishio.icon
バックドアは、xz-utilsのメンテナーであったJia Tanによって仕込まれたと見られている。Jia Tanは2年ほど前からxz-utilsの開発に関わるようになり、次第に信頼を得ていた。 バックドアは非常に巧妙に作られており、特定の条件下でのみ発動するようになっていた。主にsystemdとopensshを使っているLinuxシステムが標的だった。
(WIP まとまったら Qiita とかに上げるかも) React はライブラリであり、Next.js はそれをラップしたフレームワークであることに注意が必要。 また、Next.js 以外のフレームワークとして、静的生成に特化した Gatsby、新興の Remix, Astro なども選択肢に挙がりうる。 create-react-app はかつて「フレームワーク無しで開発するためのスターター」として開発されていましたが、今(2024/03/23時点)は 開発がストップしています。代わりに、同じ立ち位置で開発が止まっていない create-vite-app を使いましょう。 (将来は、「公式スターターとして、各種フレームワーク or vite に誘導する」ツールとして再出発する予定だそうですが、それはまた別の話…) https://zenn.dev/a_da_chi/articles/41
claude.icon最近、日本のソーシャルメディアで「才能の民主化」という言葉をきっかけに、活発な議論が繰り広げられています。 発端は、とあるインフルエンサーがAI技術の発展について言及した際、「AIのおかげで、絵を描く才能がない人でもプロ並みのイラストが作れるようになる。これは才能の民主化だ」と発言したことでした。
claude.icon総じて、エンジニアに限らず知的生産をする多くの人に役立つ内容で、今まで経験的にやっていたことが体系的に言語化されており、学びが多い一冊という評価が多数でした。一方で、内容が濃すぎてすぐには消化できないという声もありました。繰り返し読み返すことで、さらに理解が深まる本のようです。
nishio.icon人間の能力が乏しいから分業が必要になったのであって、AIの支援によって専門外の部分でも実用最低限のレベルをクリアするようになった場合、分業するより一人の人間で貫通させた方が効率的になるのでは? gpt.iconAIの支援により人間が専門外の部分でも最低限のレベルをクリアできるようになると、分業の必要性は確かに変化するかもしれません。AIの進化は、知識やスキルの習得、情報の検索と分析、さらには意思決定の支援においても大きな可能性を秘めています。これにより、個人が多様なタスクを効率的にこなすことが可能になります。
scrapbox.io/papitravel
目次 前提 交通手段 長距離移動 空路 鉄路 海路 陸路 短距離移動 お得な切符 宿泊 トラブルシューティング ケーススタディ 前提 「旅行」に関する以下の話題を扱います 交通手段 宿泊 旅程計画 「交通手段」については, 公共交通 + 免許等が不要な手段を扱います レンタカーや自家用車はスコープ外とします チャーターもスコープ外とします 以下, 基本的に私見120%です 「それは違うんじゃない?」, 「自分は反対だな」という意見もあろうかと思います 盛り込んでいきたいので是非ご意見をお聞かせください 免責 papix.iconの記憶や体験に基づく内容です 全てが現在も適用されているかは不明です 実際に記載された情報を旅行の中で活用する場合は, 改めて現在の状況を確認してからにしてください Xでの質問や相談は大歓迎です https://twitter.com/__papix__ 交通手段
次のページ
このページを最初にブックマークしてみませんか?
『Scrapbox - チームのための新しい共有ノート』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く