[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

chostyのブックマーク (782)

  • はじめに — 機械学習帳

    import torch x = torch.tensor([1., -1.]) w = torch.tensor([1.0, 0.5], requires_grad=True) loss = -torch.dot(x, w).sigmoid().log() loss.backward() print(loss.item()) print(w.grad)

    はじめに — 機械学習帳
  • 品質活動を事業に結びつけるためのQA文化の築き方 / how to build QA culture

    2024/06/21に開催されたJaSST'24 Kansaiで登壇した発表資料です。 https://www.jasst.jp/symposium/jasst24kansai.html ▼セッションの内容について 令和トラベルではコアローンチとともにQA組織を創設し、QA文化のなかった環境に…

    品質活動を事業に結びつけるためのQA文化の築き方 / how to build QA culture
  • 1on1ガイドについて

    1on1ミーティングガイド (1on1ガイド)は組織で働く個人のパフォーマンス向上・維持のために実施する1on1ミーティングの実践的なガイドを目指し、コミュニティメンバーによって、パターンランゲージの形式を取り入れ執筆しています。 書はコミュニティのメンバーが共同で執筆しており特定の人によって完成されたものではなく、常に更新されるものです。また、出版される書籍の文章に比べて足りないと思うところはあるかもしれません。 よりよい内容となる記載のアイデアがあれば1on1guide.orgにご連絡ください。

    1on1ガイドについて
    chosty
    chosty 2024/05/30
  • Design Docs を活用して効果的にプロダクト改善

    No one is an island. Learnings from fostering a developers community.

    Design Docs を活用して効果的にプロダクト改善
  • 要件定義、基本設計、詳細設計の流れを総復習

    はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ?」 「基設計との違いって何だったっけ?」 「基設計と詳細設計の区別って?」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて1からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基を学びたい人 要件定義と基設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部(特に要件定義や基設計、詳細設計のサンプル)を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

    要件定義、基本設計、詳細設計の流れを総復習
  • 簿記2,3級を独学で同時に3週間で受かる方法

    http://d.hatena.ne.jp/Hash/20081219/1229690768 というエントリが盛況らしく、実際に非常に分かりやすく書かれていており、すばらしいと思う。 ただ、分析をしっかりしすぎた結果、簿記ちょっと難しくね?という印象を持たれかねないと思ったので、 シンプルにこれだけやれば受かりますよという間口として分かりやすさが必要と思い、別のものを書かせてもらった。 これをみて難しいと思うかそうと思わないかは個人次第。基は時間かければ誰でも受かる(受かっている)。 日商簿記検定2,3級のために勉強する意味会社で取らされるから、あるいは会計のさわりを知りたい人。 2級を取ったから財務諸表を読みこなせるとかないから(笑)あくまで入り口。そして、その入り口が大事。 たとえば、新聞読もうにも、日銀行って何?赤字国債と建設国債の違いって何?だったら話にならないでしょってこと

    簿記2,3級を独学で同時に3週間で受かる方法
  • SaaS アーキテクチャ概要

    SaaS をアーキテクトをするにあたって、どのような事を考えればよいのか?をまとめました。 このスライドでまとめているのは SaaS とは、ビジネスモデル x 技術であることを理解する SaaS アーキテクトでどのように SaaS を作っていくのか?を考える SaaS KPI で…

    SaaS アーキテクチャ概要
  • ジュニアエンジニアを脱却するための「コンテナ流儀」 - Uzabase for Engineers

    こんにちは。ソーシャル経済メディア「NewsPicks」で検索システムを開発しております崔(ちぇ)です。 この記事は、 NewsPicks Advent Calendar 2023 の23日目の記事になります。 qiita.com 昨日ははぐっさんによる「SwiftUIのKeyframeAnimatorでちょっとしたカードアニメーション 〜の手を添えて〜」でした! はじめに コンテナ流儀: 必要最低限のものだけで運用する Point1)レイヤーは少ないほどいい TIP:ベースイメージを作る Point2)不要なパッケージをインストールしない Point3)いつ再起動してもいいコンテナを作る Point4)独立したアプリケーションにする TIP:複数のプロセスを実行したい場合もある TIP:環境変数を積極的に使う Point5)フォアグラウンドで実行する 終わりに まとめ 感想 告知 はじ

    ジュニアエンジニアを脱却するための「コンテナ流儀」 - Uzabase for Engineers
  • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

    はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

    アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
  • TypeScript未経験でもスムーズに業務に取り組める、最強の学習用コンテンツを作った話 - NTT Communications Engineers' Blog

    この記事は、 NTT Communications Advent Calendar 2023 19日目の記事です。 この記事では、TypeScript未経験のインターン生にすぐにSkyWayの開発に取り組んでもらうために、TypeScriptの学習用コンテンツを作成した話を紹介します。 学習用コンテンツでどのようなスキルを身に着けてもらったのか、効果的に学ぶためにどのような点を工夫したのかについても説明します。 はじめに 学習用コンテンツの目的 TypeScript学習用コンテンツの紹介 取り組んでもらった結果 より高度な内容について おわりに はじめに 皆さまこんにちは。イノベーションセンター SkyWay DevOps プロジェクト所属の@sublimerです。 SkyWayのチームでは、今年の8〜9月に現場受け入れ型のインターンシップを実施しました。 インターン生を受け入れるにあたっ

    TypeScript未経験でもスムーズに業務に取り組める、最強の学習用コンテンツを作った話 - NTT Communications Engineers' Blog
  • 1人でもかけ流しの温泉付きの部屋に泊まれて食事もおいしい!ご褒美温泉宿を10軒厳選した - 温泉ブログ 山と温泉のきろく

    自分へのご褒美に、1人でも温泉のついたちょっといい部屋に泊まりたい人向けの温泉宿厳選10軒 「自分へのご褒美に少し高くてもいい宿に泊まってゆっくり過ごしたい」とき、私にとって最も心躍るのは「かけ流しの温泉風呂付きの部屋に1人で泊まる」というシチュエーションだなと思います。 大浴場を夜通し利用できる宿もいいのですが、冬の深夜早朝に1人で大浴場に行くのは特に女性にとってはなかなかハードルが高いもの。しかし温泉内湯や温泉露天風呂が付いている宿なら、夜中でも、チェックアウト直前でも好きに温泉に入ることができるのです。 この記事では「かけ流しの温泉がついている部屋に1人で泊まれる」宿であり、かつ「事もおいしくサービスも良く、ご褒美感を感じられる」宿を10軒、厳選しました。 1年間がんばった自分へのご褒美温泉旅を計画したい方の参考になればと思います。 また、一人旅で利用しやすい温泉宿については、発売

    1人でもかけ流しの温泉付きの部屋に泊まれて食事もおいしい!ご褒美温泉宿を10軒厳選した - 温泉ブログ 山と温泉のきろく
  • エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~

    技育祭2023秋 DAY1 HALL C 14:30 - 15:15 「エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~」 の登壇資料です。 https://talent.supporterz.jp/geeksai/2023autumn/information/#1021-1430-HallC

    エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~
  • Twitterはタイムラインをどうやってキャッシュしているか - Qiita

    Twitterの内部構造を読解してみる 前口上 Twitterのようなマイクロブログサービスでは短時間で書き込みも多く、特にタイムライン周りは単にRDBのデータを出し入れるするだけではスケールしなくなります。 インターネット上に断片ながらTwitterの中の人がアーキテクチャについて解説した記事や動画がいくつか落ちていたので、Twitterがタイムラインをどうやってキャッシュしているかについてまとめてみたいと思います(推測を含みます)。 Twitterのテーブル構造 単純なTwitterのテーブル定義をRDBで定義すると以下のようになると思います。 tweets ツイート id user_id contents tweet_at followers フォロワー source_user_id destination_user_id users ユーザー id user_name timeli

    Twitterはタイムラインをどうやってキャッシュしているか - Qiita
  • | GitHub Copilot Patterns & Exercises

    About ようこそプロジェクトに貢献するにはGeneral コード補完コメントからコードを生成コードからコメントの自動生成GitHub CopilotとのクイックQ&A正規表現プログラミング言語間の翻訳タイプヒンティング構造化データからのオブジェクト生成コードからドキュメントへClient Side Tips Copilot スニペットハンドリングGitHub Copilot ショートカット定義に移動便利なファイルのピン留めDesign Patterns AI が理解可能な命名規則一貫性のあるコーディングスタイルハイレベルアーキテクチャを先に小さなコードチャンクで作業するコンテキストレス・アーキテクチャ微細な OSS 依存関係の排除Collaboration AIフレンドリーなドキュメンテーションプロンプトとコード生成プロセスのコーチングTesting ユニットテストの作成テストコード生

  • DDDでの要件定義〜実装までの流れについて解説します

    記事では、ソフトウェア開発手法の一つであるDDD(domain-driven design)を使って要件定義〜実装を行う際のプロセスやポイントについてまとめていきます。 (書籍「ドメイン駆動設計モデリング/実装ガイド」の内容を大いに参考にさせていただいていますが、独自の内容・考察も記載しているつもりです。) DDD とは? DDD(domain-driven design)は日語に訳すとドメイン駆動設計で、ソフトウェア開発手法の一つです。 ドメイン駆動という言葉から、ドメインというものが重要そうだということは伝わってくると思いますが、そもそもドメインという言葉が抽象的でわかりにくいですよね。 ドメインは直訳すると「領域」ですが、DDD で指している「領域」とは「ソフトウェアで問題解決しようとする対象領域」です。 そして、① ドメインについての理解を深めてモデルを作成し(DDD では、後

    DDDでの要件定義〜実装までの流れについて解説します
  • ドメイン駆動設計の正体

    はじめに "ドメイン駆動設計は当たり前のことを言っているだけ" "ドメイン駆動設計はただのオブジェクト指向プログラミング" "ドメイン駆動設計はより良いアーキテクチャだ" "軽量DDDはアンチパターンだ" このようなドメイン駆動設計に関する言及を聞いたことがあるでしょうか? ドメイン駆動設計に言及する記事や書籍は多くありますが、それぞれ着目する側面が異なったり色々なコンテキストから言及されています。 おそらくそれが原因でドメイン駆動設計が何であるかをぼやけさせ、正体のわかりにくい概念になっているように思えます。 そこで今回は色々な観点から整理し、ドメイン駆動設計とは何であるのか、その正体を考えていきます。 ドメイン駆動設計の基的概念について ドメイン駆動設計はEric Evansが出版した「Domain-Driven Design」という書籍がルーツになっています。 ドメイン駆動設計を一

    ドメイン駆動設計の正体
  • Gitでマージ済みのブランチを一括削除する - 詩と創作・思索のひろば

    こうしてます。 git for-each-ref --merged HEAD --no-contains HEAD 'refs/heads/**' --format '%(refname)' \ | while read s; do echo "$s $(git rev-parse "$s")"; git update-ref -d "$s"; done git branch を使ったやり方が一般的なようだが(Google調べ)、配管(Plumbing)コマンドを使って厳密にやるならこうでしょう。 git for-each-ref はリポジトリのrefを一覧するコマンド。refs/heads/** はいわゆるローカルブランチにマッチするパターン。--merged HEAD で現在のブランチであるHEADにマージ済みのブランチを、--no-contains HEAD でそのうちHEADを除い

    Gitでマージ済みのブランチを一括削除する - 詩と創作・思索のひろば
    chosty
    chosty 2023/11/08
  • Goの自動テスト高速化のための調査と改善手法 - Cluster Tech Blog

    はじめに こんにちは、クラスター株式会社でソフトウェアエンジニアをやっているid:shiba_yu36です。 クラスターではGoの自動テストをCircleCIで実行しています。入社して以降、この自動テストの実行時間が少し長いと感じたため、調査と改善を進めてきました。結果として速度を改善できたので、この記事でGoの自動テスト高速化のための調査と改善手法について共有したいと思います。 はじめに Goの自動テストで課題だったこと 最終的な結果 自動テスト高速化の流れ テスト実行時間のボトルネックを調査する CircleCIのTIMINGタブで大まかなボトルネックを調査する make testのボトルネックを調査する 高速化でやるべきことを決定する 1つずつ改善し結果を計測する go generateの成果物をレポジトリにcommitし自動テスト上では実行しない: 2分短縮 ビルドキャッシュを用い

    Goの自動テスト高速化のための調査と改善手法 - Cluster Tech Blog
    chosty
    chosty 2023/11/08
  • 賃貸を引き払う時に原状回復費用11万円請求されていたが消費者センターに電話したら7500円返還に変わった話

    CHOCOお父様@C103土曜 東ス-26ab @choco_mugi コロナ禍で自宅ワークが続いたので使っていなかった事務所を引き払ったのですが… 結論から言うと、原状回復修理費用の11万円請求されていたものが マイナス7500円(返還)に変わりました。 2021-06-20 00:47:58 CHOCOお父様@C103土曜 東ス-26ab @choco_mugi こちらの過失によるトイレの修理クロス張替え等計20万円、敷金9万円引いて11万円 何か見積がおかしいので消費生活センターと都の賃貸ホットラインの2箇所に電話した処 耐用年数経過の減価償却が考慮されてないとの回答で一致。 物件は築40年。トイレの耐用年数は15年なので例え過失で壊しても0円です 2021-06-20 00:47:58 CHOCOお父様@C103土曜 東ス-26ab @choco_mugi あぶねぇ…ちゃんと調べて

    賃貸を引き払う時に原状回復費用11万円請求されていたが消費者センターに電話したら7500円返還に変わった話
  • Rust は何を解決しようとしたのか;メモリとリソースと所有権

    みなさん、 Rust 書いてますか?最近は Rust が楽しくてたまりませんが、のんびりやっていたらなんとなく理解するまで 1 年くらいかかってしまいました。 良い言語なので、できればみなさんにも気軽に手を出してもらいたく、 Rust の中で特に難しい概念とされている話「所有権(ownership)」について簡単にまとめることにしました。 おことわり 今回記述する「所有権」は、英語で "ownership" として表現されるものを和訳した単語です。 今回説明している概念は、「所有権」という言葉よりも "ownership" (およびその対訳である「所有」、「持ち主であること」) のほうが的確であると思いますが、このドキュメントでは「所有権」という言葉を使います。 所有権とは 所有権とは、簡単に言えば「値(データ)を持っている」 「その値を解放することに責任を負っているもの」のことを指します

    Rust は何を解決しようとしたのか;メモリとリソースと所有権
    chosty
    chosty 2021/06/09