並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 31129件

新着順 人気順

testの検索結果361 - 400 件 / 31129件

  • ローソンの新パッケージ、「わかりにくい」と不評 : 痛いニュース(ノ∀`)

    ローソンの新パッケージ、「わかりにくい」と不評 1 名前:ニールキック(SB-Android) [BR]:2020/05/25(月) 19:12:12.73 ID:ZnmEVkpD0 「高級に見える」「かわいい」と3月から話題になっていたローソンのプライベートブランド「ローソンセレクト」の新パッケージ(関連記事)。デザインを手掛けたのは、海外でも活躍するデザインオフィス「nendo(ネンド)」であることが発表されました。 https://nlab.itmedia.co.jp/nl/spv/2005/08/news014.html 【話題】『ローソンPB商品の新パッケージ、どれが何やら見分けがつかず超不便…』 https://snjpn.net/archives/196999 6: ニールキック(SB-Android) [BR] 2020/05/25(月) 19:14:08.24 ID:Zn

      ローソンの新パッケージ、「わかりにくい」と不評 : 痛いニュース(ノ∀`)
    • SaaSプライシングの教科書【決定版】|高橋 嘉尋 / プライシングスタジオ

      こんにちは。プライシングスタジオ株式会社代表の高橋です。プライシングスタジオではこれまで数十サービスのSaaSプライシングを支援してきました。国内では誰よりもSaaSプライシングに向き合ってきた自負があります。 このnoteは、そんな私だからこそ書ける、これだけ読めばSaaSのプライシングは大丈夫、そんな内容です。プライシングに悩んだら、いつきても大丈夫。そんなSaaSプライシングの教科書です。 SaaSのプライシングはの教科書ということもあり、総文字数16,000文字超えと、一気に読むには非常にボリューミーな内容になっています。だから最後まで無理して読まなくても大丈夫です。その代わり必要な時に、必要な情報を取りに来てくださると幸いです。 SaaS業界でプライシングが注目されているわけ近年、SaaS業界におけるプライシングに対する注目度は、他の業界と比べ異常なほど高いです。理由は簡単で、海

        SaaSプライシングの教科書【決定版】|高橋 嘉尋 / プライシングスタジオ
      • Linuxカーネルで学ぶC言語のマクロ - 覚書

        はじめに 本記事は電子書籍版もあります。 linuxカーネルはC言語のマクロを駆使して書かれています。それらのうち、凝ったマクロになじみの無い人には初見では意図がわからない&わかってみれば面白いであろうものをいくつか紹介いたします。対象読者は、C言語のユーザだけれども、マクロは定数定義くらいにしか使わないというライトなマクロユーザです。 マクロを使用する場所に依存するエラーを防ぐ 次のマクロは、二つの引き数の値を置換するだけの単純なものです。 #define swap(a, b) \ do { typeof(a) __tmp = (a); (a) = (b); (b) = __tmp; } while (0) 注目すべきはマクロの定義全体を囲んでいるdo { ... } while (0)という表記です。初見の人には何のことかわからないと思います。考えられる最も単純な定義から遡って、なぜこ

          Linuxカーネルで学ぶC言語のマクロ - 覚書
        • 2020年に立ち上げたWebフロントエンド構成の振り返り

          こんにちは、よしこです。 株式会社ナレッジワーク というスタートアップで、2020年4月の創業時から一人目のフロントエンドエンジニアをしています。 初期に考えて組み上げたスタックで1年半ほど開発・運用してみて、なかなか快適に日々開発ができているので 新規開発のプロダクト立ち上げ時にどのようにフロントエンドを構築したのか? 立ち上げから1年以上開発・運用を続けてきた今、それらの選択はどうだったのか? を記事にして振り返り、公開したいなと思いました。 (プロダクトの内容はステルスで進めていてあまり対外的な発信ができないので、かわりに技術的なところはどんどんオープンにしていきたいなという気持ちがあります) いろいろな項目ごとに振り返りたいので、この記事は各項目を横断するindexとして項目ごとの概要を簡単に説明し、深堀りは項目ごとに追って詳細な記事を書いていく予定です! 前提 プロダクトとしての

            2020年に立ち上げたWebフロントエンド構成の振り返り
          • 確定◆音源があるのに20年近くタイトルが分からない謎のアニメソング

            【教えて!】何の曲か分からないけどアニソン系の好きな曲https://www.nicovideo.jp/watch/sm27515759 (ログインなしで見れます) 答えが見つかるまで再投稿させて頂きます。この動画の曲が何の曲でどういう曲名なのか知ってる方がいたら教えて下さい。https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14240667374 つい先日知った謎の曲。「ヒトガタ」という都市伝説化してる謎のCMについて調べていたら そのヒトガタを引き合いに出して上記のYahoo知恵袋のリンクがTwitterで言及されていた。 20年ほど前に有線のアニソン専門チャンネルで流れていたもので、質問者の方は20年近くも探しているのに未だに何の曲か判明しないという。 ちょっとチープな感じがするが、謎めいた雰囲気と面白い曲調を気に入っ

              確定◆音源があるのに20年近くタイトルが分からない謎のアニメソング
            • webアプリ開発における環境変数まわりのベストプラクティス

              nodejsを例に解説します。nodejsでは環境変数はprocess.env.環境変数名でとりだせます。また、開発環境・テスト環境・本番環境をそれぞれNODE_ENVという環境変数にdevelopment test productionと入れる文化があります。 アプリケーションコードに自分が今いる環境(開発|ステージング|本番)を意識させない これはつまり、コード内で環境識別変数(今回で言うところのNODE_ENV)によってif分岐を作らないという意味です。各環境にどのような設定が入るかはアプリケーションコード外にその種類分作成しましょう! bad if(開発環境){ const logger = new Logger({ level: 'debug' }); } else if (ステージング環境){ const logger = new Logger({ level: 'info }

                webアプリ開発における環境変数まわりのベストプラクティス
              • printfに4285個アスタリスクをつけるとclang++が死ぬ - Qiita

                def check(n) s = "*"*n f = open("test.cpp","w") f.puts <<EOS #include <cstdio> int main(){ (#{s}printf)("Hello World\\n"); } EOS f.close() return system("clang++ test.cpp") end check(ARGV[0].to_i) $ ruby check.rb 10000 clang: error: unable to execute command: Illegal instruction: 4 clang: error: clang frontend command failed due to signal (use -v to see invocation) Apple LLVM version 10.0.1 (clang

                  printfに4285個アスタリスクをつけるとclang++が死ぬ - Qiita
                • OpenSSH 公式による scp 非推奨宣言を受け, scp, sftp, rsync を比較してみた (2020/5/25 rsync の計測結果について注記追加) - 寒月記

                  2020/5/26 再検証記事追加追記 Twitter でのご指摘を受けて再検証しました, 転送先のファイルを削除していないために差分転送になっていた点を考慮したものとなっています。 rsync の速度については結果が変わっています。 www.kangetsu121.work TL;DR scp はセキュリティ, 今後の開発優先度を考えて公式で非推奨宣言している 転送速度は (1GB のファイル転送の計測では) rsync >> scp > sftp Twitter でコメントをいただき, 転送ファイルの削除を都度していないので, rsync が差分転送になっているとのご指摘をいただきました。 ただいま検証中ですので, rsync の速度比較結果については判断をお待ちください。 -> 再検証しました, 画面上部の再検証記事をご確認ください rsync は多機能 かつ速い ので rsync

                    OpenSSH 公式による scp 非推奨宣言を受け, scp, sftp, rsync を比較してみた (2020/5/25 rsync の計測結果について注記追加) - 寒月記
                  • 利用者は数十億人!? SQLiteはどこが凄いデータベース管理システムなのか調べてみた - Qiita

                    はじめに SQLite は世界で一番使われている だから世界で一番凄いものに決まってるだろ SQLite は世界で最も使われている RDBMS です。名前に反して(?)おもちゃの RDBMS ではありません。元ネタと同じで 一番普及しているからと言って必ずしも一番凄いものであるとは限りませんが、普及しているのであればそこには何かしらの理由があるはずです。その理由を調べないことには、凄いか凄くないかの結論は出せないので SQLite のなにがそんなに凄いのかを調査しました。 2022/04/01 続編記事↓を書きました。 注意 この記事は「なぜシェルスクリプトで高度なデータ管理にSQLiteを使うべきなのか? ~ UNIX/POSIXコマンドの欠点をSQLで解決する」の補足記事して書いたものです。ところどころ不自然にシェルスクリプトや Unix コマンドの話が登場するのはそのためです。基本的

                      利用者は数十億人!? SQLiteはどこが凄いデータベース管理システムなのか調べてみた - Qiita
                    • 株式会社メルペイを退職します: 柴田 芳樹 (Yoshiki Shibata)

                      2018年6月1日から働き始めた株式会社メルペイを9月30日付けで退職します。4年4か月勤務したことになります。1984年4月1日に社会人として富士ゼロックスで働き始めてから、7社目の会社でした。10月1日からは、新たな会社でソフトウェアエンジニアとして働き始めます。 週4日勤務「ソラミツ株式会社を退職します」でも書きましたが、リコーを退職してからは、基本的に週4日勤務をしてきました。メルペイでも、金曜日は欠勤するか有給休暇を使うなどして、週4日勤務をしてきました(週4日勤務で働くことに関して、入社前に合意してもらっていました)。10月からの会社では、週4日勤務の雇用契約で働きます。 初めてのウェブサービス開発富士ゼロックス、富士ゼロックス情報システム、リコーの3社で合計31年7か月を過ごし、富士ゼロックスでのワークショテーション開発を除くと、その多くは、デジタル複合機のソフトウェア開発に

                        株式会社メルペイを退職します: 柴田 芳樹 (Yoshiki Shibata)
                      • テストの説明に安易に「正しく」とか書かない - Object.create(null)

                        みなさんテストは書いていますよね. 書いていなければふりだしに戻る. 例えば関数 add に対して, 以下のようなテストコードがあるとします. describe("add", () => { it("正しく計算できる", () => { expect(add(1, 2)).toBe(3); }); }); よさそうですね? もしよくないと思うのであればここから下は読まなくても大丈夫なくらい理解している方だと思います. 続いて関数名を変えただけのこちらをどうぞ. describe("sub", () => { it("正しく計算できる", () => { expect(sub(1, 2)).toBe(3); }); }); なんだか明らかに間違っている気がします. もしこのテストが通過してしまったとき我々はどうすればよいのでしょうか. 考えられるパターンは 2 つあります. 実装もテストも正

                          テストの説明に安易に「正しく」とか書かない - Object.create(null)
                        • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

                          ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

                            技術的負債は開発者体験を悪化させる - mtx2s’s blog
                          • バックエンドエンジニアが Next.js でモダンなフロントエンド開発を始めるにあたり学習したこと

                            2021年秋ごろ、副業のような形で Next.js による新規フロントエンド開発のお手伝いをさせていただくことになりました。プライベートの空き時間でフロントエンドの学習をし、今はひとまず開発できるようになってきた気がするので、これまで学んできたことをご紹介します。 基本の TypeScript, React, Next.js だけでなく、GraphQL の周辺ツールやテストについても学習しました。 これまで 当時、Web 系の受託開発会社にて主に Ruby on Rails でバックエンドの開発をしていました。TypeScript, React は学生の頃から趣味で書いていました。 テストは、Rails での開発なら RSpec や Capybara で書いていましたが、JS ではほぼやったことがありませんでした。GraphQL は全くの未経験でした。 やったこと React チュートリア

                              バックエンドエンジニアが Next.js でモダンなフロントエンド開発を始めるにあたり学習したこと
                            • イギリス、竹を庭に植えるブーム到来→繁殖力がすごくて庭を破壊しまくり社会問題化 : 痛いニュース(ノ∀`)

                              イギリス、竹を庭に植えるブーム到来→繁殖力がすごくて庭を破壊しまくり社会問題化 1 名前:ソンブレロ銀河(東京都) [US]:2019/08/11(日) 20:15:53.75 ID:vaHhN7YR0 英国では竹ブームの影響で、近所トラブルが増加していると専門家が警告している。 見た目も良く、成長も早いことから竹を花壇に植えるガーデニング愛好家が増えている。また、詮索好きな隣人の視線を遮るのにも竹は最適だ。 だが、竹は成長が非常に速く、地下茎によって繁殖する。この地下茎は自分の庭だけではなく近所の庭に浸食する可能性もあり、注意深く管理をしないと迷惑になりかねない。英国ではイタドリ(Japanese knotweed)が繁殖力の強さで知られているが、竹は「新イタドリ」と呼ばれるようにまでなっている。 だが、園芸店やタレントは竹を売り込んでおり、庭を破壊する竹の価格は上昇し続けている。 イタ

                                イギリス、竹を庭に植えるブーム到来→繁殖力がすごくて庭を破壊しまくり社会問題化 : 痛いニュース(ノ∀`)
                              • ハローワークの求人情報をスクレイピング(Python + Selenium + BeautifulSoup) - ai_makerの日記

                                この記事は、以下のハローワークインターネットサービスから求人情報を自動で取得する試みを記録したものです: www.hellowork.mhlw.go.jp まずは、ソースコードと実行結果をお見せし、後ほどこの記事を書いた経緯などを話します。 ソースコード:HelloWork_Scraping_ST.py from selenium import webdriver from selenium.webdriver.support.ui import Select import time from bs4 import BeautifulSoup import re # ハローワークインターネットサービスのURL url = "https://www.hellowork.mhlw.go.jp/" # 以下からご自分で使用しているChromeのバージョンに合ったChromeDriverをダウンロ

                                  ハローワークの求人情報をスクレイピング(Python + Selenium + BeautifulSoup) - ai_makerの日記
                                • WebAPIを構築する際にAPI Gateway+Lambdaを選択するべきか?

                                  はじめに このツイートに結構反響があったので、雑になるがとにかく自分の考えをダンプする。もともと書いていた記事はうっかりやらかしてデータロストした、泣きたい。 話をわかりやすくするために、ALB+ECS(Fargate)を使ってWebAPIと対比して説明しているが現実はもっと複雑である。 引用リツイートをもらえた部分などについてもアンサーっぽいことも書いていく。 AWS利用費と人件費の話 AWS上にWebAPIを構築する際に、AWS利用費の削減をモチベーションとしてApiGW+Lambda構成が、採用されることがある。確かにAWS利用費は下がるがApiGW+Lambda構成を設計〜運用するためにはAWSに関する知識の中でもとくに専門的な知識が必要になる。こういった人材を雇用または外部へ発注し続けることは人件費に跳ね返ってくる。 ApiGW+LambdaがWebAPIのための構成として唯一無

                                    WebAPIを構築する際にAPI Gateway+Lambdaを選択するべきか?
                                  • ダミーデータ作成のお供に! VS Code 拡張機能「vscode-random」で人名やカラーコードなどを自動生成してもらおう! | DevelopersIO

                                    はじめに ダミーデータを作成しなければならないときってありますよね? テストデータやサンプル画面を作るときに値をどうするか困ったことありませんか? そういった悩みを VS Code で解決するための拡張機能が vscode-random です。 https://marketplace.visualstudio.com/items?itemName=jrebocho.vscode-random デモ (GitHub リポジトリより引用) 拡張機能としてはカーソル位置にランダムな値を挿入するという単純なものなのですが、VS Code のマルチカーソル機能と組み合わせることで非常に強力な体験を得ることができます。 名前やメールアドレスの項目がある JSON や YAML に対し、複数の項目にまとめて値を挿入して作り上げるのは気持ちいいこと間違いなし! 対応コマンド コマンド 説明 生成例

                                      ダミーデータ作成のお供に! VS Code 拡張機能「vscode-random」で人名やカラーコードなどを自動生成してもらおう! | DevelopersIO
                                    • gRPCがフロントエンド通信の第一の選択肢になる時代がやってきたかも? | フューチャー技術ブログ

                                      Go 1.19が8/2に早々にリリースされました。個人的にはGo 1.19よりも楽しみだったのが、サービス間通信とIDL(インタフェース記述言語)連載の中でご紹介したgRPCのGo実装の新星、Connectのアップデートでした。そしてそれはやってきました。 詳しい内容は↑の記事を見ていただくとして、Connectがその開発元ブログの紹介記事で宣言していたのが次の2つのことでした。 Go 1.19が出たらconnect-goは1.0にして以後後方互換性を守るよ connect-webを出すよ 前者はまだ0.3だったのですが、connect-webはリリースされました。歴史のあるフロントエンドのコードジェネレータはTypeScript対応が後付けだったりするのですが、TypeScriptがファーストシチズンかつ、ネイティブというコードジェネレータなので、開発はかなりやりやすくなることが期待され

                                        gRPCがフロントエンド通信の第一の選択肢になる時代がやってきたかも? | フューチャー技術ブログ
                                      • 「施策デザインのための機械学習入門」を完全に理解したサトシくんがポケモン捕獲アルゴリズムを実装する話 - kanayamaのブログ

                                        プロローグ ストーリー編 第1章 感銘 step1. KPIの設定 step2. データの観測構造をモデル化する step3. 解くべき問題を特定する step4. 観測データのみを用いて問題を解く方法を考える step5. 機械学習モデルを学習する step6. 施策を導入する 第2章 絶望 第3章 反省 第4章 再起 step1(再) KPIの設定 step2(再) データの観測構造をモデル化する step3(再) 解くべき問題を特定する step4(再) 観測データのみを用いて問題を解く方法を考える step5(再) 機械学習モデルを学習する step6(再) 施策を導入する 第5章 俺たちの戦いはこれからだ! 実装編 準備 擬似データの生成 意思決定モデルの学習 モデルのオフ方策評価 モデルの真の性能の評価 まとめ この記事を読んだ方はこんな記事も読んでいます(多分) @tkana

                                          「施策デザインのための機械学習入門」を完全に理解したサトシくんがポケモン捕獲アルゴリズムを実装する話 - kanayamaのブログ
                                        • 「ロシアがミサイルで人工衛星を撃墜した」とアメリカ国務省が発表、すでに大量のスペースデブリが発生して宇宙飛行士は避難へ

                                          アメリカのアンソニー・ブリンケン国務長官が2021年11月15日付けで、ロシアが自国の衛星をミサイルで破壊する実験を実施したことで、大量のスペースデブリが発生したという声明を発表しました。この実験の影響で、すでに国際宇宙ステーション(ISS)に滞在中の宇宙飛行士は一時避難を強いられています。 Russia Conducts Destructive Anti-Satellite Missile Test - United States Department of State https://www.state.gov/russia-conducts-destructive-anti-satellite-missile-test/ NASA Administrator Statement on Russian ASAT Test | NASA https://www.nasa.gov/pres

                                            「ロシアがミサイルで人工衛星を撃墜した」とアメリカ国務省が発表、すでに大量のスペースデブリが発生して宇宙飛行士は避難へ
                                          • 開発者の生産性を測るためのフレームワーク`SPACE`について

                                            LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati

                                              開発者の生産性を測るためのフレームワーク`SPACE`について
                                            • わじゅ😈🌙 on Twitter: "数学1Aの問題見たら、唐突な防衛省揶揄で笑った https://t.co/ZnkFPuA9Of"

                                              数学1Aの問題見たら、唐突な防衛省揶揄で笑った https://t.co/ZnkFPuA9Of

                                                わじゅ😈🌙 on Twitter: "数学1Aの問題見たら、唐突な防衛省揶揄で笑った https://t.co/ZnkFPuA9Of"
                                              • 「当社なら必ず有意差を出せます!」 臨床試験を絶対クリアさせるサービスが登場し物議 意図を聞いた

                                                「オルトメディコのノウハウを駆使すれば必ず有意差を出せます!」──そんなプレスリリースが3月7日に公開され、臨床試験を実施する意義と認証制度の信頼性を損なうのではとTwitter上で物議を醸している。 プレスリリースを出したのは臨床試験の受託事業を展開しているオルトメディコ(東京都文京区)。「ヒト臨床試験有意差保証プラン」の内容は特定保健用食品や機能性表示食品などの臨床試験において必ず有意差を出すというもの。同様のサービスは業界初としている。 プランの対象になるのは食品の「体脂肪を減らす機能」「中性脂肪を抑える機能」「コレステロール値を改善する機能」「尿酸値を下げる機能」「健康な肝臓の機能を維持する機能」の5種類。オプションとして論文執筆代行や、機能性表示食品の届出代行サービスも提供する。 臨床試験においては適切な実験計画や得られたデータの分析を基に、健康に与える効果を証明する必要がある。

                                                  「当社なら必ず有意差を出せます!」 臨床試験を絶対クリアさせるサービスが登場し物議 意図を聞いた
                                                • 39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ : 痛いニュース(ノ∀`)

                                                  39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ 1 名前:puriketu ★:2021/05/04(火) 06:43:20.03 ID:G9f4na8h9 米田宗一郎さん(39歳、仮名)は一流企業に勤める、年収1000万超えのエリート男性。坂口敦美さん(32歳、仮名)とお見合い後、交際に入りました。結婚相談所のお見合いの場合、個人情報を保護する観点から、交際に入って初めて、仲人を通じてお互いの連絡先を交換します。そして、男性から女性にファーストコールを入れるのが通例です。 宗一郎さんは指定された時間に、敦美さんに電話をしました。 「交際希望、ありがとうございます」 「こちらこそです。お話も楽しかったし、お仕事のできる男性は違うなと思ったんですよ」 そんな褒め言葉に宗一郎さんはとてもうれしくなりました。 「早速ですが、週末、ランチしませんか? 敦美さんは和

                                                    39歳エリート男性、初デートで“1万2000円”すし懐石ランチを頼まれ交際終了へ : 痛いニュース(ノ∀`)
                                                  • 【動画】 アンガ田中、バラエティ番組で母親の弁当を酷評されブチ切れ大立ち回り : 痛いニュース(ノ∀`)

                                                    【動画】 アンガ田中、バラエティ番組で母親の弁当を酷評されブチ切れ大立ち回り 1 名前:砂漠のマスカレード ★:2019/10/12(土) 17:27:19.84 ID:Gl68b/Ci9 お笑いコンビ「アンガールズ」の田中卓志(43)が9日放送のMBSラジオ「アッパレやってまーす!」(月〜木曜後10・00)に出演。母親の弁当にまつわる過去のブチ切れエピソードを振り返った。 「お母さんのお弁当で誰のが一番いいでしょう、みたいなのを番組でやったんです。で、うちのお母さんの弁当が最下位になったんですよ」と、過去の人気バラエティ―番組での企画について語り始めた田中。弁当には冷凍食品のから揚げが入っていたが、その時審査員を務めた女性タレントから「おいしくなさそう」「ちょっと愛情が足りないです」と言われたため、母親が「落ち込んで泣いちゃったんですよ…」と落胆してしまったと振り返った。 この時、田中は

                                                      【動画】 アンガ田中、バラエティ番組で母親の弁当を酷評されブチ切れ大立ち回り : 痛いニュース(ノ∀`)
                                                    • 単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ

                                                      はじめにTIG EXU真野です。 積読を消化しようというテーマの、読書感想文連載 の1冊目は、単体テストの考え方/使い方 です。 書籍の基礎情報です 2022年12月28日発売 Unit Testing Principles, Practices, and Patterns の翻訳書。原著は2020年1月14日に発売 テーマ 質の高いテストを行い、ソフトウェアに価値をもたらそう!単体(unit)テストの原則・実践とそのパターン プロジェクトの持続可能な成長を実現するための戦略 単体テストの原則・実践とそのパターン コード例は C# であるものの、どの言語でも適用できる汎用的な内容とのこと 中を見ると、微妙にC#特有ぽいところに1箇所悩みましたが、それ以外はその通り 翻訳者の須田さんは、他にもセキュア・バイ・デザイン: 安全なソフトウェア設計 やOAuth徹底入門 セキュアな認可システムを適

                                                        単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ
                                                      • ESLint, Prettier, VS Code, npm scripts の設定: 2021春

                                                        eslint-plugin-prettier 時代の設定をずっと使っていたので、重い腰を上げてアップデートした作業メモ。 背景 Prettier 公式ドキュメントによれば、現在 eslint-plugin-prettier は以下の問題があるとして推奨していない。 エディタが真っ赤になる(人間が気にする必要のない問題なのに!) 直接実行するより遅い(同様に prettier-eslint も遅い) ESLint と Prettier の間に間接レイヤーを追加するので、壊れやすい なるほど正しい。 一方、別々に実行することで以下のような問題も出てくるので、解決していく。 CLI とエディタを個別に設定する必要がある エディタで ESLint と Prettier の協調動作が必要 CLI (npm scripts) で ESLint と Prettier の対象ファイルが別管理になる 上記の

                                                          ESLint, Prettier, VS Code, npm scripts の設定: 2021春
                                                        • AWS認定全冠を維持し続ける理由と12冠(13冠、14冠?)までの学習方法・資格の難易度まとめ -How to become an Japan AWS All Certifications Engineer(formerly known as APN ALL AWS Certifications Engineer)- - NRIネットコムBlog

                                                          小西秀和です。 私は2020年5月に当時12個あったAWS認定をすべて取得していたことで、2020 APN ALL AWS Certifications Engineerと2020 APN AWS Top Engineerに選出していただくことができました。 ※この記事の投稿後、2021、2022、2023年のJapan AWS All Certifications Engineer(旧称:APN ALL AWS Certifications Engineer)、Japan AWS Top Engineer (Services)(旧称:APN AWS Top Engineer)にも選出していただけました。 その後も再認定やバージョンアップされた新規認定を取得し、2022年4月末時点で受験できる12個と廃止されたが有効期限のある2個の合計14個のAWS認定を保有しており、今後も再認定と新規認

                                                            AWS認定全冠を維持し続ける理由と12冠(13冠、14冠?)までの学習方法・資格の難易度まとめ -How to become an Japan AWS All Certifications Engineer(formerly known as APN ALL AWS Certifications Engineer)- - NRIネットコムBlog
                                                          • GitHub - tadashi0713/howtheytest-jp: 日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています

                                                            You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                              GitHub - tadashi0713/howtheytest-jp: 日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています
                                                            • つよつよエンジニアの成果物にある5つの特徴 - Qiita

                                                              はじめに エンジニアとして成長し、「つよつよエンジニア」と呼ばれて周囲から評価されるエンジニアになりたいという若手エンジニアや学生の方は多くいると思います。 私は今までで数百人以上のエンジニアと一緒に仕事をしており、その中にはベンチャーや上場企業でCTO/VPoT/テックリードといった役職についている「つよつよエンジニア」も多くいます。 (かくいう私も組織マネジメント力よりは技術力を評価されてCTOをしていますし、今もコードを書いています)。 「つよつよエンジニアになるためにはどのようなアクションをとればいいか」という視点で述べられていることは多くても「成果物にどのような特徴があるのか」という観点で述べられていることはあまり無い印象です。 成果物の特徴さえわかれば、まだ自身がそのレベルまで到達できていなくても、成果物のレベルを引き上げることができます。 (世阿弥の「風姿花伝」でも「真似る」

                                                                つよつよエンジニアの成果物にある5つの特徴 - Qiita
                                                              • フロントエンドにおける「単体テストの考え方/使い方」

                                                                本稿における「単体テスト」とは自動テストにおける単体テストを指します。手動テストのことではないので、ご了承ください。 単体テストの考え方/使い方という本を読みました。筆者自身、「単体テストはプロダクションコードの付属」という意識がどこかにありました。この本を読んで、単体テストについてあまりに何もわかってなかったことに気付かされ、単体テストの設計はプロダクションコードの設計と同じくらい重要という意識に変わりました。何のために単体テストをやるのか、いいテストとは、「単体」とは、など多くの点で学びを得られ、また、多くのプラクティスとアンチパターンを知ることができました。 本稿はこの本を読んで得られた学びを、フロントエンド開発、特にコンポーネント開発に適用することを試みた際のまとめです。より詳細な解説を求む方には本を手に取ってもらう前提で、できるだけポイントを抑えられるようにまとめることを目指しま

                                                                  フロントエンドにおける「単体テストの考え方/使い方」
                                                                • Goを始めて1年間で最高にお世話になったGo関連ブックマークを晒します。 - Qiita

                                                                  自分は普段はChromeのブックマークを使ってよく見返す記事を保存しています。Goを一年間書いてきてブックマークを整理したのですが、せっかくなのでお世話になったブックマーク記事を晒します。 Blog & Serial The Go Blog Goの公式ブログ。深いところまでしっかり書かれているので、調べたいトピックはまずはここで調べたい。 https://blog.golang.org/ Practical Go GoのcontributorであるDave Cheneyさんのブログです。Goで開発&運用する上でのアドバイスが書かれており、入門記事だけでは得られないノウハウがふんだんにまとめられています。 https://dave.cheney.net/practical-go Goならわかるシステムプログラミング @shibukawaさんの連載です。Goで低レイヤーを学んでいきます。根底の

                                                                    Goを始めて1年間で最高にお世話になったGo関連ブックマークを晒します。 - Qiita
                                                                  • Rust Cookbook for Beginners - CADDi Tech Blog

                                                                    こんにちは😉 @ryokotmngです。 今日は社内ドキュメントの、Rust初心者向けのクックブックを公開しようと思います。 私自身コードを書くのに四苦八苦していた頃にとても助けられたので、Rustをはじめたばかりの方の参考になれば嬉しいです。 目次 [toc] はじめに この記事では、The Bookに記載されている知識を前提としています。 Rustを全く書いたことがない方は、先に読んでみることをお勧めします。 サンプルコードが結構長いこと、実行環境があった方が良い内容も多いことから、サンプルコードは大体Rust Playgroundのリンクとなっています。 ぜひご自身で修正して遊んでみてください。 単位つきの計算を型で厳格に縛る 例えば複数の長さの単位 (mm, cm, mなど) を扱う場合に、単位が合っていない長さ同士の計算をする場合、単位を揃える必要がありますね。 この時、最終的

                                                                      Rust Cookbook for Beginners - CADDi Tech Blog
                                                                    • モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中

                                                                      プロジェクト全体のテストを組み立てる際に重要な課題になるのが、テストレベル設計です。テストレベル設計は、ユニットテスト、結合テスト、システムテストといったテストレベルを、どのような責務・段取りで行うか分析・設計する活動です。 このテストレベル設計ですが、ここ10年程度の間に望ましいアプローチが変わってきたと感じています。今回はこの変化と、変化後のモダンなテストレベル設計の原則について、考えていることを書き出したいと思います。 旧来のテストレベル設計のアプローチ 旧来、このテストレベル設計では、Vモデルをベースしたアプローチや、自工程完結・品質積み上げをベースとしたアプローチがよく見られました。 このうち一つ目のVモデルをベースとしたアプローチは、要求定義から設計までの上流工程への対応を観点に、テストレベルを設計するものです。 (Vモデルが必須と明言しているわけではなく、極端な例ですが)例え

                                                                        モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中
                                                                      • 【入門】フロントエンドのテスト手法まとめ - Qiita

                                                                        はじめに 自分は2021年に新卒でweb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではReact×TypeScriptを利用したフロント周りの開発をメインで行なっていなす。 今回は実務でNext.jsプロジェクトにテストを導入することになり「React-Testing-Library」と「Jest」について改めて学び直したのでその内容を紹介します。 はじめに「React-Testing-Library」と「Jest」の概要を説明しその上で具体的なテストコードを何パターンか書いていきます。 この記事の対象者 フロントエンドのテストの概要を知りたい人 React-Testing-LibraryとJestについて知りたい人 具体的なテストの書き方を学びたい人 なお本記事では、React-Testing-Libraryの具体的な書き方についてをメインにしている

                                                                          【入門】フロントエンドのテスト手法まとめ - Qiita
                                                                        • Log4jで話題になったWAFの回避/難読化とは何か

                                                                          はじめに 2021年12月に発見されたLog4jのCVE-2021-44228は、稀に見るレベル、まさに超弩級の脆弱性となっています。今回、私はTwitterを主な足がかりとして情報収集を行いましたが、(英語・日本語どちらにおいても)かなりWAFそのものが話題になっていることに驚きました。ある人は「WAFが早速対応してくれたから安心だ!」と叫び、別の人は「WAFを回避できる難読化の方法が見つかった。WAFは役に立たない!」と主張する。さらにはGitHubに「WAFを回避できるペイロード(攻撃文字列)一覧」がアップロードされ、それについて「Scutumではこのパターンも止まりますか?」と問い合わせが来るなど、かなりWAFでの防御とその回避方法について注目が集まりました。 実はWAFにおいては、「回避(EvasionあるいはBypass)」との戦いは永遠のテーマです。これは今回Log4jの件で

                                                                            Log4jで話題になったWAFの回避/難読化とは何か
                                                                          • 踏み台EC2を廃止してSession Manager接続に置き換えました

                                                                            こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet

                                                                              踏み台EC2を廃止してSession Manager接続に置き換えました
                                                                            • 安倍ちゃんのデジタル献花サイト、無事おもちゃにされる : 哲学ニュースnwk

                                                                              2022年09月22日16:00 安倍ちゃんのデジタル献花サイト、無事おもちゃにされる Tweet 1: 名無しさん@おーぷん 22/09/22(木) 12:24:29 ID:3BKA https://offering-flower.com/ 3: 名無しさん@おーぷん 22/09/22(木) 12:25:06 ID:xXkK いかんでしょ?? 4: 名無しさん@おーぷん 22/09/22(木) 12:25:28 ID:3BKA 8: 名無しさん@おーぷん 22/09/22(木) 12:26:08 ID:GnMD >>4 酷くて草 10: 名無しさん@おーぷん 22/09/22(木) 12:26:57 ID:3BKA 28: 名無しさん@おーぷん 22/09/22(木) 12:32:15 ID:uQej >>10 センスありすぎやろこれ 37: 名無しさん@おーぷん 22/09/22(木)

                                                                                安倍ちゃんのデジタル献花サイト、無事おもちゃにされる : 哲学ニュースnwk
                                                                              • 【独自】濃厚接触の選手、6時間前にPCR陰性なら出場可能に…政府・組織委方針(読売新聞オンライン) - Yahoo!ニュース

                                                                                政府と東京五輪・パラリンピック大会組織委員会は15日、新型コロナウイルス感染者の濃厚接触者と判断された選手について、試合直前のPCR検査で陰性の場合は出場を認める方針を固めた。国内では濃厚接触者は14日間の待機が求められており、特例的な対応となる。 【写真】2回目のワクチン接種後の副反応、予想以上に年代間で差 政府と組織委が作成した対応方針によると、濃厚接触者と判断された選手には原則、毎日、鼻の粘液を採取する鼻咽頭PCR検査を実施する。その上で〈1〉個室で滞在、宿泊〈2〉練習や試合を除く外出禁止〈3〉食事は自室で1人でとること――などを条件に試合、練習への参加を許可する。

                                                                                  【独自】濃厚接触の選手、6時間前にPCR陰性なら出場可能に…政府・組織委方針(読売新聞オンライン) - Yahoo!ニュース
                                                                                • テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020

                                                                                  以下のイベントの投影資料です。 https://event.shoeisha.jp/devsumi/20200213/session/2364/ 発表時の諸注意など http://nihonbuson.hatenadiary.jp/entry/2020/01/31/090000 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P2 Agile Testing Fellow https://agiletestingfellow.com/ P15 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf P20 概説テスト分析 http://ww

                                                                                    テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020