[go: up one dir, main page]

並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 4312件

新着順 人気順

testingの検索結果241 - 280 件 / 4312件

  • [書評] ハッキングAPI ―Web APIを攻撃から守るためのテスト技法

    サマリ ハッキングAPI―Web APIを攻撃から守るためのテスト技法(2023年3月27日発売)を読んだ。本書は、Web APIに対するセキュリティテストの全体像と具体的なテスト方法を記載している。ペンテスターは、APIの検出、APIエンドポイントの分析、攻撃(テスト)を行う必要があり、そのために必要な情報がすべて記載されている。また、実習のためのツールと「やられサイト」を複数紹介し、具体的なトレーニング方法を解説している。単にツールやサイトの使い方の説明にとどまらず、本格的なペネトレーションテストの考え方を説明している。 本書の想定読者はAPIのペネトレーションテストを実施するペンテスター及びペンテスターを目指す人であるが、API開発者やウェブアプリケーション脆弱性診断員にとっても有益な内容を多く含む。 重要事項説明 本書の監修者の一人(洲崎俊氏)と評者は知人関係にある 評者が読んだ書

    • 大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog

      こんにちは、SWETでCI/CDチームの前田( @mad_p )です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容

        大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog
      • 動かしながらゼロから学ぶLinuxカーネルの教科書

        価格:2800円+税 発売:2020年9月10日 Linuxの心臓部にあたるカーネルについて理解を深め、Linuxを本格的に学んでいこうという人のための「初めて読むLinuxカーネルの専門書」です。 サーバーOSとしてのLinuxを学ぼうとしても、Linuxの専門書は難しく、ステップアップに手ごろな本が見つかりづらいのが現実です。 そこで本書では系統立てた章立てと、いくつもの実験を盛り込んだ構成にすることで、Linuxの中核となるカーネルの仕組みを分かりやすく丁寧に解説しました。OSとしてのLinuxがどのように動いているのかが分かります。 1章と2章では基礎となる部分を大きくページを割いて紹介。3章ではLinuxカーネルのソースコードから実際に動く状態に組み立てる「ビルド」の操作を紹介します。4章以降では、3章までに学んだ知識や手法に基づき、Linuxカーネルの仕組みを解説していきます。

        • 「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース

          「全ての企業のサービスを成長させる」をミッションに掲げ、WebサイトやアプリのUI/UX改善をはじめ、技術力でサービスやプロダクトの成長を支援してきた、リクルートグループのニジボックス。 そんな同社が今注力するのは「データ人材」の育成です。具体的には、BIエンジニア、データエンジニアなど、データ領域でリクルートとともにプロダクトを「共創」できる専門家集団の立ち上げを進めています。その背景には、リクルートでプロダクトのデータ利活用が急速に進んだ結果、「共創」ニーズに対して人材が圧倒的に不足している、という課題がありました。 リクルートグループにおいて、データ実務が担えるエンジニアを、スピーディーに育てなければならない。そのために社内で活用されているのが、「インプットプログラム」と名付けられた新人エンジニアの研修プログラムです。プログラムを修了すれば、リクルートグループの実務で通用する知識やス

            「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース
          • 「勉強ができない」というのは、単にテストで点がとれないことではない……「聞けない」「書けない」「読めない」「考えない」「できるようになろうと思っていない」などの複合体だ。

            上江洲康司〄Kamiesu @kamiesu 勉強ができない子は「きっちり勉強してできるようになるまで繰り返す」経験がない。問題集を1回やって答え合わせをして終わり、単語を1行ずつ書くだけでできたかどうかを確認せずにせずにお終いとかが多い。小さなことでよいから完璧に覚えるとかできるまで繰り返すことを覚えないといけない。 上江洲康司〄Kamiesu @kamiesu できるようになる子はたいてい小テストの点数から上がっていく。出す問題が決まっている小テストの点数が満点が続く子は必ず伸びていく。「できるまで繰り返す」を知ったからだ。ちょっとだけ勉強して「叱られない程度」のよい点数でお茶を濁そうとする子はいつまで経っても伸びてこない。 上江洲康司〄Kamiesu @kamiesu 定期試験で点数を伸ばしたかったら、実力を伸ばしたかったら、普段の小さな復習テスト、繰り返しやれば誰でも満点が取れるよ

              「勉強ができない」というのは、単にテストで点がとれないことではない……「聞けない」「書けない」「読めない」「考えない」「できるようになろうと思っていない」などの複合体だ。
            • 内製化をすすめる知人へのアドバイス - Kengo's blog

              ソフトウェアエンジニアとしての働き方を探求してきた経験と、駐在員として文化の狭間でうろちょろしてきた経験、OSSエンジニアとして多数の多様な人材と交流してきた経験をもとに、果敢にも内製化に挑戦する知人へのアドバイスを気持ちまとめます。 前提 主な利用技術にはJava(Spring Framework)やTypeScriptを想定 FaaSを始めとしたManaged Serviceは(いまのところ)積極採用しない構え Digital Transformationを推し進める一環としての内製化に、エンジニアリングの観点から挑む方を読み手として想定 内製化のターゲットは決まっているか心当たりがある状態 既存の開発チームはほぼ無い想定 1. チームビルディング 1.1. スーツとギークの対立を避ける 我々が若かった頃は"スーツ"と"ギーク"の対立を煽る風潮にありました。Rockstar Engin

                内製化をすすめる知人へのアドバイス - Kengo's blog
              • 「あまりにもひどい」 聖マリアンナ医科大の入試不正を“受験の現場”はどう見るか

                1月17日に聖マリアンナ医科大学(以下、聖マリ)が公表した第三者委員会の調査報告書は、大きな衝撃を与えました。2018年から続々と明らかになった医学部受験における女性差別。聖マリは「差別の認識はない」としていましたが、調査報告書には驚きの実態が書かれていました。 第三者委員会の調査の結果、志願票・調査書に性別・現浪区分で配点がつけられており、2017年度入試からその差が大きくなっていることが判明。現役男性と現役女性では60~80点差、現役と1浪では20点差――とほぼ一律で差がつけられていることが明らかになりました。 聖マリの志願票・調査書配点 2015年度:男女差18点 浪人減点 2016年度:男女差18点 浪人減点 2017年度:男女差60点 浪人減点 2018年度:男女差80点 ※多浪の女子にはマイナス点も 聖マリの受験の実態をどのように考えるか。医学部専門予備校「ACE Academ

                  「あまりにもひどい」 聖マリアンナ医科大の入試不正を“受験の現場”はどう見るか
                • とある大学で数学の非常勤をしたことがあるが、内容はほぼ算数であり割合とは何か、速さとは何かを教えた

                  濱中裕明 @Ototo_ 実は昔、とある大学(勤務校の兵庫教育大学ではないです。名前は伏せます)で『数学』の授業の非常勤を数年したことがあるのですが、内容はほぼ算数でした。 その初回でプレテストとして(状況把握のために)いくつか問題を出して、そのうちの一つが「1000円の2割引はいくらですか」という問題でした。 濱中裕明 @Ototo_ そのプレテストの解答の中には、 「1000−2=998円」 「1000÷2=500円」 他にも 「2割=0.2である。よって 1000÷0.2=5000円」 という解答もあった。楽しい。 プレテストを返却するときに言ったんです。 「割引き、っていうから、割り算か引き算だと思ってるみたいだけど、掛け算だよ」(どよめき) 濱中裕明 @Ototo_ そのあと色々ありましたが、割合というものを理解せずに大人になると、こういう風になるんだなぁ、というのを目の当たりに

                    とある大学で数学の非常勤をしたことがあるが、内容はほぼ算数であり割合とは何か、速さとは何かを教えた
                  • JavaScriptで任意のHTML要素をPicture-in-Pictureする

                    みなさんはPicture-in-Picture(PiP)という機能を使ったことがありますか。PiPは動画コンテンツなどを浮遊する小窓に表示する機能です。小窓はウィンドウの外側を自由に移動できます。 デスクトップが賑やかになりがちなPCでもPiPは大活躍なのですが、特にスマートフォンにおいては数少ない「ウィンドウ」機能になります。Androidはもちろん、iOS14も対応したことで話題になりました。 これによってスマホ一台あれば、ソシャゲの公式生放送を見ながらソシャゲのイベントを周回する地獄のような行為が可能になりました。 利用者という視点から見ると非常に便利なのですが、開発者から見ると動画しか表示できないのはなかなか使い所が難しくなります。そこで、この機能を使って好きな情報を表示できないか実験してみました。 PiP機能の対応環境 Chrome 70 Firefox 71(制限付き) mac

                      JavaScriptで任意のHTML要素をPicture-in-Pictureする
                    • たった2つのステップを意識するだけで書けない単体テストがほぼなくなる - Qiita

                      はじめに この記事は レガシーコード改善ガイド: 保守開発のためのリファクタリング を参考に手を動かしてみて、ある程度自分の中で体系的にまとまった知識のアウトプットです。 この記事で扱う内容 この記事で扱うのは主にレガシーコードで単体テストを書く際のハードルになりがちな 依存関係の排除 に関する手法を紹介します。 この記事を読んだ後に、 『この観点を持っておけば単体テストをスムーズに書いていけそう!』 『今までモック使ってたけど意外とモック使わなくても書けるね!』 となったらいいな、と思います。 ちなみに、今まであんまりテスト書いたことないよーて人は以下の記事など参考にして一度やってみてください。 前提の話: この記事の本旨は「テスト書きにくいプロダクトコードも依存関係を排除すれば楽にテスト書けるよ」なので、それ設計的にアウトでは?リファクタリング耐性低くない?みたいな話は度外視してます。

                        たった2つのステップを意識するだけで書けない単体テストがほぼなくなる - Qiita
                      • GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで - エンジニアHub|Webエンジニアのキャリアを考える!

                        GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで GitHubが公式に提供するGitHub Actionsは、後発ながらよく使われるワークフローエンジンとなっています。本記事では、藤吾郎(gfx)さんが、典型的なCI/CDのユースケースに即したワークフローの設定と管理について解説するとともに、注目されているGitHub OIDC(OpenID Connect)の利用についても紹介します。 GitHub Actionsは、GitHubが提供するCI/CDのためのワークフローエンジンです。ワークフローエンジンは、ビルド、テスト、デプロイといったCI/CD関連のワークフローを実行し、定期実行するワークフローを管理するなど、開発におけるソフトウェア実行の自動化を担います。 ▶ GitHub Actions - アイデアからリリースまでのワーク

                          GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで - エンジニアHub|Webエンジニアのキャリアを考える!
                        • LLMをガッツリ使いこなしている人だけが知っていること

                          GPT-4oの入力コンテキストは殆ど嘘だということ。 例えば、DRMをクラックした本とかを読ませて「なんて書いてある?」みたいなことを聞いてみると分かるのだが、後半については殆ど無視される。128Kトークンという巨大な入力コンテキストウィンドウを持っていることになっているが、これは殆ど嘘、ごまかしであり、出力を高速化するために「渡されたものの前のほうだけ読んで適当に回答する」ということをやってくる。でもこれについて問題視している人をほとんど見たことがないので、とっくにみんな生成AIには飽きていて使ってないんだと思う。 現実的な対策としては、RAGをがんばるか、あるいはテキストを分割して適切なサイズにしてから渡していって最後にその結果を統合するか。それか「OpenAIさんはそのレベルで信用できないことをやってくる」ということを前提にそもそも使わないか。

                            LLMをガッツリ使いこなしている人だけが知っていること
                          • Python と Playwright でブラウザを自動操作させるコードを自動生成したよ - Qiita

                            Playwright が昨年1年間で大幅パワーアップしていたので、使い方を確認したときの記録のまとめです。 ブラウザを自動操作できるということは、簡単なスクレイピングやブラウザ側のテスト自動化が簡単にできるようになります。 特に、Python での解説がまだまだ少なかったので、自分の学習を含めてまとめました。 今回は入門編ということで全体像をつかみつつ使用方法の流れを確認していただければありがたいです。 Selenium や Puppeteer を使っている方も、一度試す価値ありと思っています。 選定した理由 ブラウザのテストを Python で自動化したかったんです。 私なりの要件がありまして、非常にわがままな要件でしたが余裕ですべてクリアしました。 Python で書けること。社内で Python を使える方が多いので。pytest と連携してくれるとなおうれしい。 Docker コン

                              Python と Playwright でブラウザを自動操作させるコードを自動生成したよ - Qiita
                            • 進学校で出された「クラシック丸暗記」テストに音楽関係者から「こういう教育だからクラシック嫌いが増える」の声が出るも、賛否両論が飛び交う

                              Lord Luther-Hiroshi Ichimura@『冬の旅』動画配信中 @luther_ichimura こういう教育をしてしまうから、クラシック音楽嫌いが増える様な気がしてならない。 興味を持てたら、こんな事は後から幾らでも知識として得られる。 先ずは、音楽を楽しませないと、ではないかな。 x.com/KimSeohyeon__/… Lord Luther-Hiroshi Ichimura@『冬の旅』動画配信中 @luther_ichimura 叩き上げ芸術家↗️。低音バーサーカー。国立音大声楽科卒、東京二期会会員(市村ヒロシ名義・バス)・シェイクスピア俳優・ボイスビルダー・REAL BLOOD・NPO法人副理事長・『副次的文化系歌曲祭』運営委員会委員長・国際演劇協会日本センター会員・昭和音楽大学講師。bit.ly/3kMA1uY luther-net.com

                                進学校で出された「クラシック丸暗記」テストに音楽関係者から「こういう教育だからクラシック嫌いが増える」の声が出るも、賛否両論が飛び交う
                              • Microsoft、「Python in Excel」を発表 ~Windows向けベータ版でテスト開始【6月18日追記】/Windows版「Excel」のCurrent (Preview)チャネルに順次配信中

                                  Microsoft、「Python in Excel」を発表 ~Windows向けベータ版でテスト開始【6月18日追記】/Windows版「Excel」のCurrent (Preview)チャネルに順次配信中
                                • rjとtとjqコマンドでHTTPレスポンスを試験する - ゆーすけべー日記

                                  Web 開発者は HTTP レスポンスをよく見る。 以前 CDN を導入する際に、キャッシュがヒットしているかどうか、どこのエッジがキャッシュを返しているかを確認するためにヘッダをよく見ていた。また、ヘッダだけではなく、TTFB といったレスポンスタイムも気にしている。とにかく HTTP レスポンスをよく見る。 HTTP レスポンスを確認する3つの方法 Chrome さえあれば DevTools を見て一目瞭然である。 とはいえ、コマンドラインで確認したい時がしばしばある。 GUI を操作するよりも手軽である。 その場合はcurlコマンドを叩けばよい。 これでプロトコル、ステータス、ヘッダが分かる。 また、レスポンスタイムを測りたければ、その名もttfb.shというcurlをラップしたコマンドラインツールがある。 https://github.com/jaygooby/ttfb.sh この

                                    rjとtとjqコマンドでHTTPレスポンスを試験する - ゆーすけべー日記
                                  • 共通テスト不正疑い 出頭の19歳女性「スマホ上着に隠し撮影」 | NHKニュース

                                    今月行われた大学入学共通テストの問題が試験中に撮影されて外部に送られ不正が行われた疑いがある問題で19歳の女子大学生が香川県内の警察署に出頭し、関与を認めたことが分かりました。 「スマートフォンを上着の袖に隠して撮影しました。1人でやりました」などと話しているということで、警視庁が詳しいいきさつを調べています。 今月15日と16日に行われた大学入学共通テストのうち、初日の15日の午前中に行われた「地理歴史」の中の世界史の問題用紙が試験中に撮影され、インターネットを通じて外部に送られていたことが分かりました。 警視庁のこれまでの捜査によりますと家庭教師紹介サイトを通じて依頼を受けた東京大学の学生など少なくとも2人が共通テストの問題とは知らずに解答したということです。 警視庁は、サイトに登録した受験生とみられる人物の特定を進めていましたが、27日昼前、大阪府内に住む19歳の女子大学生が香川県内

                                      共通テスト不正疑い 出頭の19歳女性「スマホ上着に隠し撮影」 | NHKニュース
                                    • 加計学園「不正入試」疑惑 不合格の韓国人受験生は筆記試験トップだった | 文春オンライン

                                      「週刊文春」3月5日(木)発売号が報じた加計学園・岡山理科大学獣医学部獣医学科の推薦入試における不正疑惑。今回、新たに取材班が入手した資料によると、不合格となった韓国人受験生の一人は、筆記試験でトップの成績にもかかわらず、面接点が0点のため、不合格となっていたことがわかった。 不正入試が疑われるのは、日本人受験生と同一基準で行われるはずの「推薦入試A方式」(以下、「A方式」)。志願者69名のうち韓国人受験生は8名。実際に受験した7名が面接で一律0点とされ、全員が不合格となっていた。「A方式」での合格者は計24名だった。 「A方式」は、2科目の筆記試験と面接試験、それに高校等での成績を反映した評点平均値、それぞれ50点の計200点満点の試験だ。外国人受験生の場合、評点平均値は一律35点で計算されるため、実質的に筆記と面接での点数が合否を分けることとなる。 今回入手した資料によると、全受験者の

                                        加計学園「不正入試」疑惑 不合格の韓国人受験生は筆記試験トップだった | 文春オンライン
                                      • 新卒1年目が荒れ果てた開発環境に1年間でCIを導入し単体テストを布教した話 - Qiita

                                        この記事は 「Develop fun!」を体現する Works Human Intelligence Advent Calendar 2020 21日目の記事です。 昨日の記事は@sparklingbabyさんのStream API がもっとわかる記事でした。 あらすじ 私は2019年にWorks Human Intelligence(正確には分社前の会社)に新卒入社し、 19年10月からプロダクト開発部門に配属され、SETエンジニアとしてとある製品のJava開発環境の改善に取り組んでいます。 ざっくりとプロダクト開発を紹介するとこんな感じです。 3万クラス程度ある大規模Java Webアプリケーション 開発環境はEclipseを使用 開発者のOSはWindowsのみ Before 私が開発チームに参加した時点では 部門として新規開発に注力しており、足下の環境改善をやる担当者がおらず、 い

                                          新卒1年目が荒れ果てた開発環境に1年間でCIを導入し単体テストを布教した話 - Qiita
                                        • AWSの主要サービスをローカルでエミュレート、「LocalStack」が1.0に到達

                                          LocalStackを利用することで実際のAWSにアクセスすることなくローカルの環境で開発やテストを行えるようになるため、迅速な開発サイクルの実現やAWSの利用コスト削減などが期待できます。 LocalStackはオープンソースですが、無料で使える「Community」版では基本的なAPI群が利用可能、月額28ドルからの有償となる「Pro」版では全てのAPIが利用可能。さらに上位の「Team」版と「Enterprise」版も用意されています。 AWSの主要サービスをエミュレート LocalStackでエミュレートできるAWSのサービスは、Amazon S3、SQS、SNS、DynamoDB、Route53、AWS Lambdaなどをはじめとする80以上の主要なサービスです。 AWS Command Line Interface(AWS CLI)、AWS Cloud Development

                                            AWSの主要サービスをローカルでエミュレート、「LocalStack」が1.0に到達
                                          • コードレビュー観点表を作った話

                                            はじめに 今回は、コードレビュー観点表を作った話について少し書かせていただきます。 社内ではGitHubを用いてコードレビューを行っていて、バックエンドの開発においては、コーディングガイドラインも策定しています。 しかし開発において、ガイドラインに書かれている事項が全てではないため、コードレビューを行う際のポイントが自分の中で綺麗に整理しきれていませんでした。 また、ガイドラインの重要なポイントを十分に把握できず、効果的なコードレビューができていない現状がありました。これを改善するために、コードレビューの観点表を作成したことで、コードレビューの質が上がった話についてお話ししようと思います。 問題となっていたこと 一貫性がないレビュー 毎回レビューを行う際に、自分の中のレビューポイントが明確に決まっていなかったため、的確にレビューができていないこと レビューにかかる時間が長い 自分の中でのレ

                                              コードレビュー観点表を作った話
                                            • “鼻マスク”正さず成績無効 入試センター「総合的に判断」 | NHKニュース

                                              感染が拡大する中で実施された「大学入学共通テスト」で、マスクから鼻が出た状態を正さなかった受験生の成績が無効になったケースを受け、文部科学省は18日、追加の説明を行い、この受験生が再三の指示に従わず別室への移動にも応じなかった対応などが総合的に判断されたとして「息苦しさなどでマスクを一瞬外すだけで無効となることはない」と説明しています。 17日までの2日間に1回目の本試験が実施された大学入学共通テストでは、初日に都内の会場でマスクから鼻が出た状態だった受験生1人が、監督者から鼻を覆うよう試験中に6回、さらに休憩時間も注意されたものの正さず、不正行為と認定されて成績が無効になるケースがありました。 今回の共通テストでは、受験生は会場で正しくマスクを着用することが求められていて、大学入試センターは「次の注意で無効になる」と告げたあとも受験生が応じず「試験場で監督者などの指示に従わない」という不

                                                “鼻マスク”正さず成績無効 入試センター「総合的に判断」 | NHKニュース
                                              • SQL学習モチベを爆上げする「SQLテスト制度」を導入している話 - AppBrew Tech Blog

                                                こんにちは、最近はアプリグロースを担当しているabeshi(@abeshi_official)です。 美容のプラットフォーム「LIPS」を運営するAppBrewでは非開発職のSQL習得に力を入れています。誰でもRe:dashやログを触れる状態になっているし、それぞれのDBに何がどう入っているかを共有するためのドキュメントも存在しています。 「非開発職もSQL書けるように頑張ろう!」と掲げたところで、当の本人たちは毎日仕事が忙しくなかなか時間も取れない上に明確な目標がないといまいち学習モチベーションを保つことができません。そこで弊社が導入したのが「SQLテスト制度」です。 ✍️SQLテスト制度とは SQLの学習到達度によってレベルごとに分けたテストで、合格すると給与が上がります。 *1現在は二つレベルが存在していて、 【レベル2】... 初学者向けでwhere・joinなど基本的な文法が使え

                                                  SQL学習モチベを爆上げする「SQLテスト制度」を導入している話 - AppBrew Tech Blog
                                                • メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita

                                                  ある程度経験を積んだレビュワーがやりがちな失敗は、 指摘しやすいコーディング規約違反だけ指摘している というもの。 コードレビューで指摘するべき欠陥とは、必ずしも規約違反だけではなく、 仕様考慮もれや機能的なバグ、非機能的なセキュリティやパフォーマンス上の問題点も含まれる。 一つ関数に対して複数の視点でソースチェックをしないといけないが、 人間は同時に複数のことは考えられない。 そこでどうすればいいかと情報をあさっていたところ、 われらがIPAがセキュアプログラミング講座というWEBページで、 四回に分けてレビューすることを提唱していた。 1回目はどこに何があるか、 2回目は可読性が確保されているか、規約にのっとっているか 3回目は機能性 4回目はセキュリティ といった具合である。 IPAの講座では4回目はセキュリティに限定しているが、 担当していたプロダクトは、非機能面はセキュリティはも

                                                    メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita
                                                  • 実録レガシーコード改善 / Working with Legacy Code: the True Record

                                                    2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエ…

                                                      実録レガシーコード改善 / Working with Legacy Code: the True Record
                                                    • GitHub - Bad Todo 非常に多種の脆弱性を含む診断実習やられアプリ

                                                      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 - Bad Todo 非常に多種の脆弱性を含む診断実習やられアプリ
                                                      • サブスクリプション課金システム開発ケーススタディ - inSmartBank

                                                        世はまさに大サブスクリプション時代。この潮流の中で弊社スマートバンクもまた、去る2023年7月12日にB/43プラスというサブスクリプションサービスをリリースしました。 サブスクリプションといえばユーザーに提供されるコンテンツや機能といった直接的な価値に焦点が当たりがちですが、その土台にはサブスクリプションビジネスを成立させるための課金システムがあります。本記事では筆者が行った課金関連の開発を振り返ってみて重要だったポイントや工夫点を伝えてみたいと思います。 すでに世に多くのサブスクリプションサービスがある中で、課金システムの実装はコモディティ化した単純な作業に思えるかもしれません。しかしながら自社サービスにてゼロから実現するとなると、想像よりも多くの思考と意思決定が必要とされる、エンジニアリング観点ではとても奥深い題材といえます。いち開発プロジェクトのケーススタディ、あるいはいちプログラ

                                                          サブスクリプション課金システム開発ケーススタディ - inSmartBank
                                                        • 各業界でのデータサイエンスの活用について調べてみた(随時追加) – かものはしの分析ブログ

                                                          都内の事業会社で分析やWebマーケティングの仕事をしています。大学・大学院では経済学を通じて統計解析を行うなどしておりました。企業に勤めてからは、機械学習やテキストマイニング、クローリング技術などに関心を持っています。 Twitterアカウント Mr_Sakaue( SKUE ) GitHub 読書メーター ほしいものリスト 仕事で、いろんな会社でデータサイエンスってどう使われているのですか?と聞かれることがあり、自分としてはなんとなくしか掴めていないな、知ったかぶりしたくないなと思うところがあったので、やや手厚くリサーチをしてみようと思いました。 2022/3/6の段階では11つの市場しかないですが、最終的には30市場を目指します。 【2021/11/27追記】 公開したところ、それなりにこの記事に関心を持ってくださった方が多かったようなので、少しずつ事例を埋めていこうと思います。 業界

                                                            各業界でのデータサイエンスの活用について調べてみた(随時追加) – かものはしの分析ブログ
                                                          • 鼻出しマスクで注意、失格 共通テスト、不正行為は4人 | 共同通信

                                                            大学入試センターは17日、大学入学共通テストの第1日程で茨城、東京、静岡、鳥取の4都県で計4人が不正行為をして失格になったと発表した。うち1人は、マスクで鼻を覆うよう何度も注意したのに従わなかったためとしている。 センターによると、東京の1人は1日目の最初の試験だった地理歴史・公民で、特別な理由を申請していないのにマスクから鼻が出ていた。係官が覆うように求めたが応じず、その後の試験中を含めて計6回注意を受けた。「次に注意を受けると失格になる」と伝えたが、7回目も従わなかった。拒否の理由は不明という。

                                                              鼻出しマスクで注意、失格 共通テスト、不正行為は4人 | 共同通信
                                                            • Internet Speed Test - Measure Network Performance | Cloudflare

                                                              Test your Internet connection. Check your network performance with our Internet speed test. Powered by Cloudflare's global edge network.

                                                                Internet Speed Test - Measure Network Performance | Cloudflare
                                                              • フロントエンドのテストは皆のためのもの | POSTD

                                                                テストとは人によって反応が分かれるものの1つであり、大喜びする人もいれば、見ないようにして去ろうとする人もいます。あなたがどちらの側であるにせよ、ここではフロントエンドのテストは皆のためのものであるということを説明します。実際、テストには多くの種類があり、それがテストに対して初めに恐れや混乱を感じる一因なのかもしれません。 この記事では、特に有名で広く利用されている種類のテストを扱います。なかには目新しいものはないと感じる読者の方もいらっしゃるかもしれませんが、少なくとも復習にはなるでしょう。どちらにせよ、筆者の目標は、この記事を通じて世の中のさまざまな種類のテストについて理解を深めてもらうことです。ここではユニットテスト、統合テスト、アクセシビリティテスト、ビジュアルリグレッションテストなどを一緒に見ていきます。 さらに、Mocha、Jest、Puppeteer、Cypressなど、各種

                                                                  フロントエンドのテストは皆のためのもの | POSTD
                                                                • 結局、Go言語をやめる理由はなかった件 - Qiita

                                                                  この記事は Go 2 Advent Calendar 14日目の穴埋め記事です。 はじめに @okdyy75 さんによる Go 5 Advent Calendar 14日目の の記事「だから僕はGo言語を辞めた」 が「ベンチマークっていうのはこうやるんだよ」というのを説明するために反面教師的な意味で良い教材だと思ったので、反証記事を書きたいと思います。 ベンチマークを取りながらコードを改善して、最終的にGoは遅くないからやめる必要はないということ、そして、なぜ遅いという結論になってしまったのかを掘り下げていきたいと思います。 下準備 幸いなことに、ベンチマークのソースコードがGitHubにある ので、こちらを実行しながら問題点を改善していきましょう。 ちゃんとコードが上がっているのは素晴らしいですね! 一方で、元記事には測定環境が明記されていませんでしたので、同じ環境で測定することはできま

                                                                    結局、Go言語をやめる理由はなかった件 - Qiita
                                                                  • テスト、正常系から書くか異常系から書くか - hitode909の日記

                                                                    今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値

                                                                      テスト、正常系から書くか異常系から書くか - hitode909の日記
                                                                    • 「日報くん」「注文くん」なぜ社内ツールは「○○くん」という名前をつけられがちなのか。その謎を解明するため、我々調査隊はアマゾンの奥地へと向かった――。

                                                                      Takuto Wada @t_wada なぜ社内ツールは「○○くん」という名前をつけられがちなのか。その謎を解明するため、我々調査隊はアマゾンの奥地へと向かった――。 例: 「日報くん」 「注文くん」 「まもるくん」(←機密書類シュレッダー) 「監視君」「通報君」(お巡りさんのアイコンだった) Takuto Wada @t_wada プログラマ。テスト駆動開発実践者。power-assert-js 作者。『テスト駆動開発』を翻訳、『プログラマが知るべき97のこと』『SQLアンチパターン』を監訳/監修、『事業をエンジニアリングする技術者たち』を編纂しました。 github.com/twada

                                                                        「日報くん」「注文くん」なぜ社内ツールは「○○くん」という名前をつけられがちなのか。その謎を解明するため、我々調査隊はアマゾンの奥地へと向かった――。
                                                                      • 扇風機のファームウェアを書き換えて潜在能力を引き出した話(その1) - Qiita

                                                                        初めに 私の家には数年前に買った安い扇風機(FBQ-191D https://www.amazon.co.jp/dp/B00V3EKFMU )があるのですが、暑い時は風量を最強にしてもすこし風が弱いと感じることがありました。(amazonのレビューでも何件かそんなこと書かれてました) なので、改造して風を強くさせることを検討してみました。 モータを変えたりしないと風を強くすることはできないと考えてたのですが、あまりお金をかけずしようと検討した結果、中身のソフトを書き換えるだけで風量を強くすることができましたので、どのようにしたのかについてお話ししたいと思います。 調査 潜在能力を持っているかどうかの確認 まずはどうやってモータを制御してるかを確認しました。 内部の基板はこんな感じでした。 まずは、一番重要なモータ駆動用の信号を見てみました。 モータに繋がるケーブルは画像の下にある5線のコネ

                                                                          扇風機のファームウェアを書き換えて潜在能力を引き出した話(その1) - Qiita
                                                                        • GitHub、脆弱性のあるコードを実際にデバッグして学べる「Secure Code Game」シーズン2がスタート

                                                                          GitHub、脆弱性のあるコードを実際にデバッグして学べる「Secure Code Game」シーズン2がスタート 「Secure Code Game」は、ゲームと名付けられていますが、実際のコードを月間60時間無料で提供されるGitHub Codespacesの機能を駆使して修正し、ユニットテストを通して完成させる手順となっており、実践に近い内容となっています。 昨年(2023年)3月に開始されたシーズン1は、PythonとC言語でのセキュアなコーディングを学べる内容でした。今回のシーズン2ではこれらに加えてJavaScript、Go、そしてGitHub ActionsのYamlファイルなどが含まれており、これらのコードのバグを修正することになります。 Secure Code Gameの始め方 「Secure Code Game」の始め方は次の通りです。 まず「Secure Code G

                                                                            GitHub、脆弱性のあるコードを実際にデバッグして学べる「Secure Code Game」シーズン2がスタート
                                                                          • t_wadaさんと「単体テストの使い方/考え方」の疑問点についてディスカッションしました - DeNA Testing Blog

                                                                            こんにちは、SWETグループの田熊です。 現在SWETグループでは書籍「単体テストの使い方/考え方」の輪読会を実施しています。 輪読会ではメンバー同士で活発に意見が交わされていますが、著者の主張に疑問を感じる箇所もあり、一度グループ外の方とも意見を交換したいと考えていました。 そこで、t_wadaさんをお招きし「単体テストの使い方/考え方」についてディスカッションする機会を設けました。 本記事では、SWETメンバーとt_wadaさんとのやりとりを紹介したいと思います。 ディスカッションの流れ ディスカッションは事前にSWETグループのメンバーが書籍を読んで疑問に感じたテーマを挙げてもらい、t_wadaさんの意見を聞くという流れで行いました。 今回は次のテーマについて話をしました。 「退行に対する保護」があるテストとはなにか 「リファクタリングへの耐性」のトレードオフはあるのか 統合テストの

                                                                              t_wadaさんと「単体テストの使い方/考え方」の疑問点についてディスカッションしました - DeNA Testing Blog
                                                                            • 「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演

                                                                              「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演 Jonathan Rasmusson(ジョナサン・ラスムッソン)氏はアジャイル開発における著名人の一人であり、さまざまな先進的ソフトウェア企業において開発やテストに携わってきました。 日本ではアジャイル開発の入門書として話題となった書籍「アジャイルサムライ」(オーム社,2011)や「初めての自動テスト」(オライリー,2021)、「ユニコーン企業のひみつ」(オライリー,2017)の著者としても有名です。 そのラスムッソン氏が2022年3月10日と11日の2日間、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2022 東京」(JaSST'22 Tokyo)の基調講演に登壇しました。

                                                                                「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演
                                                                              • 金融の基幹システムを1年半かけて.NET 6に移行した話

                                                                                はじめに 本稿は「.NET 6移行祭り! C# Tokyo」イベントで発表した「金融の基幹システムを1年半かけて .NET 6に移行した話」の内容を文書化したものです。 [2022.08.28追記] さて、はじめにおことわりを。 おもったより大きな反響があって、想定より多く読まれており、とくに正しく伝えられていない箇所があると思い、少し補足を入れました。 ここで基幹システムといっていますが、金融の勘定系システムという意味ではありません。 基幹システムというとCore Systemという意味(これは勘定システムでしょうね)と、Mission Critical Systemの2つがあると思います。 本稿の対象は後者で、システムのお客様が、Mission Critical Systemと判断されて基幹システムとして扱われています。 金融の勘定系とは規模や複雑性、クリティカルな度合も異なりますが、

                                                                                  金融の基幹システムを1年半かけて.NET 6に移行した話
                                                                                • アイオワ大学が278組のカップルを集めて1930年から1980年にかけての50年間にわ..

                                                                                  アイオワ大学が278組のカップルを集めて1930年から1980年にかけての50年間にわたって研究した結果、 ビッグファイブテスト(主要5因子性格検査)という心理学的に信憑性が高いと言われる性格診断で、 「神経症的傾向」が高いと離婚の確率が跳ね上がるという結果が出ているよ。 あと物事をコツコツと成し遂げる力である「誠実性」も、低いと離婚の確率が上がるよ。 なのでビッグファイブテストをして、「神経症的傾向」が高くて「誠実性」が低いと出た場合は、 自分が原因で結婚生活は破滅するので、どんな相手と結婚しても無駄。 1.外向性(Extraversion) 活発さや明るさ、社交性といった性格を表します。離婚とは関係なし 2.開放性(Openness) 新しいものに対する興味や関心の幅を表します。離婚とは関係なし 3.誠実性(Conscientiousness) 真面目さや計画的に取り組む性格を表します

                                                                                    アイオワ大学が278組のカップルを集めて1930年から1980年にかけての50年間にわ..

                                                                                  新着記事