並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 1065件

新着順 人気順

テストの検索結果441 - 480 件 / 1065件

  • 元プログラマーの情報の先生の採点が酷いと話題に

    竹林人間🍣🍊3g+◢ @Chromium_Linux 日常生活で思ったことや、簡単なロゴモーション、3DCG、IoT開発等 日々研究しながら呑気に暮らしています。(たまにLinux使ってます)お仕事などの依頼はこちらまで info@otintin.world line.me/R/ti/p/%40hwh0…

      元プログラマーの情報の先生の採点が酷いと話題に
    • PCRを無節操にやっても意味ないと言い続けてすみませんでした|ShinIchihara

      今日はお詫びの記事です。 昨晩ずっと、寝ないで考えていたことがあります。 これまでに私がTwitterやYouTubeなどで申し上げてきた、 「PCRをただ受ければいいというものではない」 「検査というのは未来予測であり、その精度を高めるためには工夫がいる」といった、医学的・科学的に完全に正しい話、ド正論。 これらがいくら正しいからと言って、ただこればかりを申し上げてきたことは、下策でした。不徳の至りです。大変失礼いたしました。戦略が足りませんでした。頭も性格も悪かったと思います。 考えてみれば、世の皆さんは、別に、PCRが大好きであるとか、PCRをやらないと生きていけないとか、no PCR no LIFEとか、そういったことは一切おっしゃっていません。 ただ安心したいだけなんですよね。 ただ不安・不満をなんとかしたいだけなんですよね。 PCRはその不安や不満を解決するための一番シンプルで

        PCRを無節操にやっても意味ないと言い続けてすみませんでした|ShinIchihara
      • 遠心力でロケットを飛ばす宇宙ベンチャー現る 音速の数倍で回転 エンジンなしで高さ数万フィートに到達

        遠心力を使って軌道上にロケットを飛ばそうとしている宇宙ベンチャーが存在する。米SpinLaunchは米ニューメキシコ州に設置した飛行試験施設で打ち上げテストを実施。ロケットの射出に成功した。 遠心力を使って軌道上にロケットを飛ばそうとしている大胆な宇宙ベンチャーが存在する。米SpinLaunchは10月22日、米ニューメキシコ州の商業宇宙港「Spaceport America」に設置した飛行試験施設で打ち上げテストを実施。ロケットの射出に成功した。

          遠心力でロケットを飛ばす宇宙ベンチャー現る 音速の数倍で回転 エンジンなしで高さ数万フィートに到達
        • テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk

          2014/12/09 に DeNA 社内勉強会にお招きいただいて話した内容です

            テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk
          • Twitter、選んだ相手にだけツイートを表示する「サークル」を正式機能に

            米Twitterは8月30日(現地時間)、5月にテストを始めた新機能「Twitterサークル」(以下「サークル」)を正式な機能としてグローバルに提供を開始したと発表した。 サークルは、選んだ相手にだけツイートを表示する機能。1ユーザーにつき1つしか作れず、1つのサークルには150人までのユーザーを登録できる。 登録したユーザーを削除することもでき、登録したことも削除したことも相手には通知されない。ただし、サークル宛のツイートにはサークル宛であることを示す緑のアイコンと、サークル宛である由のテキストが表示されるので、サークルに追加したことは、その表示で相手に気づかれる可能性がある。

              Twitter、選んだ相手にだけツイートを表示する「サークル」を正式機能に
            • テストコードの改革を進めている話 | メルカリエンジニアリング

              はじめに この記事は、Merpay Tech Openness Month 2023 15日目の記事です。 こんにちは。メルペイ加盟店精算チームのバックエンドエンジニア@r_yamaokaです。 今日は現在自分がリードして取り組んでいるテストコードの改善について紹介したいと思います。 抱えている課題 私が所属している加盟店精算チームのマイクロサービスは加盟店さま向けサービスとして欠かせないものであり、メルペイ最初期から存在するサービスです。他のマイクロサービスにあまり無い特徴として多数のバッチ処理を行っている点が挙げられます。 お客さま(メルペイユーザー)がお店で行った決済は、一定の頻度で集計し決済手数料を差し引いた上で加盟店さまの銀行口座へ振り込むことになります。 最終的な振込金額を算出するまでの流れとしては 個々の決済金額のリコンサイル(会計マイクロサービスとの金額照合) 日次集計 締

                テストコードの改革を進めている話 | メルカリエンジニアリング
              • Google『reCAPTCHA』を突破!『2Captcha』でブラウザ操作の完全自動化に挑む - Qiita

                目次 はじめに 2Captchaとは 2Captchaの使用準備 Python+Selenium+2Captchaで『reCAPTCHAv2』を突破 さいごに 参考 はじめに スクレイピングやブラウザ操作の自動化タスクにおける一番の難所は各種キャプチャの突破だと思います。そもそもキャプチャ機能はロボット操作されないために設置するものなので,それを突破しようとする時点でどうなのという気はしますが,それでもなんとかしたいと思うことがあります。そんなときの解決方法として「2Captcha」というサービスがあります。 最近このサービスを知り利用してみたところ,あまりに簡単にキャプチャ突破できたので,ここで紹介しようと思います。 ※ ご利用は自己責任でお願いします。くれぐれも悪用しないように。 2Captchaとは ロシアの会社が提供するキャプチャ機能を突破するためのサービスです。 2Captcha

                  Google『reCAPTCHA』を突破!『2Captcha』でブラウザ操作の完全自動化に挑む - Qiita
                • 落胆の三木谷氏。ゴリ押し英語民間試験「身の丈」発言への恨み節 - まぐまぐニュース!

                  萩生田文科相のいわゆる「身の丈」発言もその一因となり、「2020年度からの実施」より一転、導入見送りとなった大学入試への英語民間試験の活用。そもそもなぜ、そして誰が、公平性の担保が困難な新制度を押し通そうとしたのでしょうか。今回のメルマガ『国家権力&メディア一刀両断』では元全国紙社会部記者の新 恭さんが、民間試験導入決定に三木谷楽天社長が果たした役割を記すとともに、今回の「混迷」をもたらした元凶を暴いています。 旗振り役・三木谷楽天社長が落胆したであろう民間英語入試見送り 三木谷浩史・楽天社長はどんな気分だろうか。まさか、あの安倍首相が、その忠臣、萩生田光一・文部科学大臣が、かくもたやすく、大学入試の英語試験改革から退却するとは思わなかったに違いない。 ここまで、三木谷氏にとっては長い道のりだった。大学入試にTOEFL、GTECなどいかがなものかと、専門家から強い疑問が呈されるなか、三木谷

                    落胆の三木谷氏。ゴリ押し英語民間試験「身の丈」発言への恨み節 - まぐまぐニュース!
                  • Chrome113でHTTPヘッダを上書きしていろんな状態をお試しできる - hogashi.*

                    Chrome 113 で、 DevTools の Network ペインで HTTP ヘッダを好きなように編集して、いろんな状態をお試しできるようになっている。 What's New in DevTools (Chrome 113) - Chrome Developers で紹介されている。 GitHub から example.com を fetch してみる GitHub の CSP ヘッダを上書き example.com の CORS のヘッダを上書き 途中で指定したフォルダの中身は何? 上書きをやめるには? 感想 GitHub から example.com を fetch してみる 試しに、 CSP で外部への通信がそれなりに制限されている GitHub から、 example.com への fetch を成功させてみる (外部サイトへの通信は、認証情報や秘密の情報の漏洩などに気をつ

                      Chrome113でHTTPヘッダを上書きしていろんな状態をお試しできる - hogashi.*
                    • フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」 - Qiita

                      フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」JavaScriptテストフロントエンド はじめに JavaScriptにおけるテストのベストプラクティスをまとめた「javascript-testing-best-practices」というGitHubレポジトリが大変勉強になったため、特に参考になった内容をまとめて共有したいと思います。 (補足)本レポジトリにはfrontendのみならずbackendのテストに関する情報もありますが、今回はfrontendに焦点を当てて共有します。そのため扱うSectionは以下の4つです。 Section 0: The Golden Rule Section 1: The Test Anatomy Section 3: Frontend Section 4: Measuring Test

                        フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」 - Qiita
                      • 拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀

                        1月16日、17日に「大学入学共通テスト」が行われました。ご苦労様です。鼻出しマスク問題対応、約50万人の受験生の採点、事務処理など、お忙しい日々をお過ごしのことと思います。しかしながら、大変恐縮ではありますが、英語のリーディング問題を読んで、私は科学リテラシーの観点から大きな疑問を抱きましたので、ここにお伝えいたします。 甘味料に関して科学的根拠の薄い、不安を煽る言説が主張された文章が“栄養に関する教科書の一節”として示され、出題されているのです。英語科目ではありますが、日本や諸外国の食の安全を守る制度をまったく無視し、一部の主張を正当化した“教科書”の要約を、受験生が正解として選ばなければならない。この事態に、問題はないのでしょうか? 新型コロナウイルス感染症対策をはじめとして、現代社会は科学への適切な理解なしには成り立ちません。科学リテラシーが必要なのです。共通テストが誤解の温床とな

                          拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀
                        • Windows環境で利用できるMicrosoft製負荷ツール

                          CPUに負荷を掛けるCPUに負荷を掛ける場合は、開発者・管理者向けのトラブルシューティングツール「Windows Sysinternals」で提供されている「CPUSTRES」を利用します。 ツールは以下からダウンロードできます。 CpuStres - Windows Sysinternals | Microsoft Docs ダウンロードしたZipファイルを解凍し、OS環境に応じたファイルを実行します。 32ビットOSなら「CPUSTRES.EXE」64ビットOSなら「CPUSTRES64.EXE」CPUSTRESを実行すると、次のような画面が表示されるので、必要な項目を選択することで、CPUに負荷を掛けることができます。 たとえば、2コアのマシンでCPU使用率を100%にしたい場合は まず、Thead1・Thread2を選択した状態で、右クリックメニューから「Activity Leve

                            Windows環境で利用できるMicrosoft製負荷ツール
                          • AWS Lambda CI/CD俺的ベストプラクティス - くりにっき

                            Lambdaで動くアプリやフレームワークの事例はよく見るのですが、LambdaのCIやCDにしやすさに主眼をおいた紹介はあんまり見ないので現時点での自分のベストプラクティスのメモです tl;dr; このエントリで書いていること Lambdaをデプロイするのに肝になること デプロイしやすさに着眼したフレームワーク紹介 論外 コンソールからアップロードする できなくはないがかなり厳しい Terraform Apex 8/12 17:20追記 実用レベル Serverless Framework AWS SAM native extension問題と戦う Amazon LinuxのEC2インスタンス内でビルドする Amazon Linux互換のDockerイメージを使う Serverless Frameworkのプラグインを使う ライブラリをインストールするジョブとデプロイするジョブを分ける 【

                              AWS Lambda CI/CD俺的ベストプラクティス - くりにっき
                            • クックパッドマートのエンジニア採用試験|クックパッドマートの採用

                              クックパッドの新規事業、クックパッドマートは事業拡大に伴い、全力採用中です! by cookpad mart

                                クックパッドマートのエンジニア採用試験|クックパッドマートの採用
                              • 2023年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ

                                開発本部 People Experienceチーム オンボーディング担当の久宗(@tignyax)です。 2023年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画を公開いたします。 2023年のエンジニア研修について コンセプト 今年のエンジニア研修のコンセプトは以下です。 (例年のコンセプトからアップデートを行いました。) 『新入社員メンバーに、"自信を持ってチームにジョインできた!" 』 コンセプトを実感できるように、以下のことを学んだり体験してもらえるようなエンジニア研修を設計していきました。 開発・運用本部のチーム/人や体制、風土/文化 これからのチーム活動となる前提、共通の知識 具体的な方法としては以下のコンテンツになります。各コンテンツにもそれぞれコンセプトを設定しました。 学習コンテンツ(リアル講義・動画視聴) チーム体験 配属面談 実践演習 ス

                                  2023年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
                                • 長女受験を終えて|ヤマダカズキ

                                  【最新】20240206 はてなブックマークにリンクを貼られ、批判を受けたので有料化しました。無料でコンテンツ提供して批判受けるの僕が1円も得しないので。5万円払ってくれた人からの批判は喜んで受けます。読んでくださった方ありがとうございました。 1.はじめに タイムラインでお祝い頂いた方も多いですが改めて御礼をお伝えします。とりあえずは無事に長女の中学受験を終える事が出来ました。ありがとうございました。

                                    長女受験を終えて|ヤマダカズキ
                                  • バックエンド開発の基本を理解するために必要な10の知識 2022年版

                                    はじめに バックエンドエンジニアは、プログラミングの中で特にイメージがわきにくい分野である。簡単に言えば、バックエンドエンジニアはユーザから見えない部分にあるシステムである。(例えば、ユーザ認証やデータベース設計・操作・運用などが例として挙げられる) 例えば、ECサイトを運用する際に、ユーザから見えるUIだけを作っても作動しない。バックエンドになるシステムの構築も必要なのだ。 今回はバックエンド開発を理解する上で必要な10の知識を徹底解説する。その中で、個人の見解に過ぎないが初心者にオススメのバックエンドのフレームワークを3選紹介する。あくまで一個人の見解に過ぎないが、今回の記事を通してバックエンドの学習方法またはその魅力を十分に理解していただければ非常に幸いである。 本題に入る前に、本記事における「バックエンド」はあくまで認証やデータベースなどシステムやソフトウェアの裏側で動作しているも

                                      バックエンド開発の基本を理解するために必要な10の知識 2022年版
                                    • 文化的負債との戦い: 老舗ソフトウェア開発会社でアジャイル変革を仕掛けた8年間

                                      DevOpsDays Tokyo 2021 https://confengine.com/conferences/devopsdays-tokyo-2021/proposal/15184/8

                                        文化的負債との戦い: 老舗ソフトウェア開発会社でアジャイル変革を仕掛けた8年間
                                      • マイクロソフト、Webアプリのテスト自動化サービス「Microsoft Playwright Testing」プレビュー公開。クロスブラウザ/クロスプラットフォームのテストを並列実行

                                        マイクロソフトは、Webアプリケーションのテスト自動化ライブラリ「Playwright」を用いた、Microsoft Azure上のテスト自動化サービス「Microsoft Playwright Testing」のプレビュー公開を発表しました。 Microsoft Playwright Testingに使われている「Playwright」は、マイクロソフトが中心となってオープンソースで開発しているWebアプリケーション向けテスト自動化ライブラリです。対応環境が幅広く柔軟で、精度の高いテストを特長としています。 具体的には、Chrome、Edge、Firefox、Safariの主要なWebブラウザのすべてを対象にしたテスト自動化が可能で、ヘッドレス、ヘッドありのいずれにも対応。モバイルエミュレーションを用いたAndroid版Google ChromeとMobile Safariのテストも、実

                                          マイクロソフト、Webアプリのテスト自動化サービス「Microsoft Playwright Testing」プレビュー公開。クロスブラウザ/クロスプラットフォームのテストを並列実行
                                        • 中1生の半数が「プログラミングができる」と回答 東進運営のナガセ調べ |EdTech Media

                                          東進ハイスクール・東進衛星予備校(以下、東進)を運営する株式会社ナガセ(本社:東京都武蔵野市 代表取締役社長 永瀬昭幸)は、2021年10月・11月に実施した「全国統一高校生テスト」「全国統一中学生テスト」の受験に対して独自アンケートを行った。 その中から今回は、高校生・中学生のプログラミング学習への取り組みに関する調査結果を発表した。 調査結果概要 結果詳細 8割以上の高校生・中学生が「プログラミングは必要なスキル」と認識 上のグラフは、「プログラミングが今後必要なスキルになると思うか」というアンケート結果である。 「とても思う」と「そう思う」の合計は、高校生が86.0%、中学生が83.7%だった。 学年が上がるにつれて増加する傾向にあり、高校生では全学年が85%を超えている。 多くの高校生がプログラミングは今後、重要となると考えていることがわかる。 中学1年生の半数以上が「プログラミン

                                            中1生の半数が「プログラミングができる」と回答 東進運営のナガセ調べ |EdTech Media
                                          • 実機テスト、するよね?

                                            ちょっと前までスマホメーカーの中の人やってました。下請けのソフト屋。だいたいミドルより下のレイヤーで開発評価デバッグその他あれこれ。 で、ここからの https://b.hatena.ne.jp/entry/s/twitter.com/masanork/status/1358069771753852929 特にこの辺りを読んで、 https://twitter.com/masanork/status/1358186280551546880 ずいぶんと感覚が違うな、と思った。 元受けがメーカー(つまりハードも作ってる)だったからなのかも知れないけど。 とにかく実機使ってテストしまくるんですよ。もちろん使えるところは例えばアプリならPC上のシミュレータ使って自動化したり、通信関係では検証環境使ったりもするけど、泥臭かろうが人手がかかろうが最後は絶対実機と実環境でテスト。 なんでか。 シミュレー

                                              実機テスト、するよね?
                                            • ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita

                                              勤怠処理の自動化は、以下の仕組みによって実現しています。 在宅勤務と出社では勤怠処理が異なるため、基本的にフルリモート前提で在宅勤務の場合に処理を行うよう設定しています。 cronによってシェルスクリプトを起動 シェルスクリプトで在宅勤務の判定を行う 在宅勤務の場合、Pythonのプログラムを起動 Seleniumで勤怠入力 実装 Pythonのプログラムは、仮想環境を作成して実行しています。 仮想環境の作成及びSeleniumの導入 Pythonの仮想環境はvenvを使用して作成します。 仮想環境を作成するためには、以下のコマンドを実行します。 <Dir>には任意のディレクトリ名を指定します。 $ python3 -m venv <Dir> $ source <Dir>/bin/activate 仮想環境構築後、seleniumをインストールします。 仮想環境が有効な場合はプロンプトの表

                                                ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita
                                              • GitHub - microsoft/playwright: Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.

                                                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 - microsoft/playwright: Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.
                                                • たのしいコーディングのための「CUPID」特性 - iki-iki

                                                  当初はちょっとしたSOLID批判のつもりが、「藪を突ついて蛇を出して」しまったのですが、物事はそこから具体的で目に見えるものへと発展しました。仮に、近頃はSOLID原則が役に立たなくなっているのだとしたら、何に置き換えればよいのでしょう? あらゆるソフトウェアに通用する原則はあるのでしょうか? そもそも「原則」とは何を意味するのでしょう? 私は「仕事がたのしくなるソフトウェアならではの特性や性質がある」ということを確信しています。コードでそのような質が高まれば高まるほど、仕事もどんどんたのしくなります。しかし、何事もトレードオフですから、自分の置かれている状況をつねに考慮する必要があります。 そうした特性はたくさん存在しており、互いに重なりや関連がありますし、説明の仕方もさまざまです。ここでは私がコードで気にかけている要素を強く支えていると思える5つを選びました。選ぶ数はこれぐらいが丁度良

                                                    たのしいコーディングのための「CUPID」特性 - iki-iki
                                                  • 東京五輪テスト大会入札 組織委側も業者間の談合に関与か | NHK

                                                    東京オリンピック・パラリンピックのテスト大会に関連する業務の入札で受注調整が行われていた疑いがある問題で、入札を発注した大会組織委員会側が、競技ごとに実績のある広告会社などを記した一覧表を作成していたとみられることが関係者への取材で新たに分かりました。 東京地検特捜部と公正取引委員会は組織委員会側も業者間の談合に関与した可能性があるとみて、独占禁止法違反の疑いで実態解明を進めるものとみられます。 東京オリンピック・パラリンピックの各競技のテスト大会に関連する業務の入札をめぐっては、広告大手「電通」など複数の会社が受注調整を行っていた疑いがあり、東京地検特捜部が公正取引委員会と連携して詳しい経緯を調べています。 東京大会の組織委員会はテスト大会の計画立案を委託する業者を選定するため、2018年に26件の入札を総合評価方式で実施しましたが、大会組織委員会側が、競技ごとに実績のある広告会社などを

                                                      東京五輪テスト大会入札 組織委側も業者間の談合に関与か | NHK
                                                    • ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s

                                                      自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム(開発、製造)リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と

                                                        ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s
                                                      • 日米で経験した炎上プロジェクトの違い|牛尾 剛

                                                        私はアメリカでクラウドの中の人をやっている開発者だ。最近アメリカの方でも当初の予定がとても延びたプロジェクトを経験した。このような時に、日本では多分ものすごい炎上プロジェクトになると思うのだが、アメリカで体験したそれは全然違う感じだった。 これは一言でいうと「納期感の違い」がもたらしている感覚だった。 炎上感のなさ 私が感じた「予定がとても延びた」プロジェクトの場合、日本にいたときのプロジェクトでは、受託開発、内製双方ともに物凄く「大問題」になっていた。上位のマネジメントも連日のように進捗の会議を行い、人が追加投入され、エンジニアは時には泊りで一日も早く後れを取り戻すために皆遅くまで、そして土日も働き、お客様はもう怒り心頭… だったと思うのだが、こちらで体験したプロジェクトは拍子抜けするぐらい炎上感が無かった。 当初予定していた日程が一か月以上伸びても、みんな慌てる様子もなく、私はわからな

                                                          日米で経験した炎上プロジェクトの違い|牛尾 剛
                                                        • 実装例から見る React のテストの書き方 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                          こんにちは!フロントエンドエキスパートチームの@nus3_です。 kintone のフロントエンド刷新プロジェクト(フロリア)では、品質を保ったまま開発を加速させるためにフロントエンドのテストを積極的に行っています。 今回はそんなフロントエンドのテストの実装例をいくつか紹介します。この記事がフロントエンドのテストを行う上での参考になれば幸いです。 テストに使用する主なパッケージ コンポーネントのテスト 補足: Testing Library の記法をチェックしてくれるeslint-plugin-testing-library カスタムフックのテスト 補足: React v18 では @testing-library/react の renderHook を使う 参考リンク 色々なテスト事例 setTimeout を使うコンポーネントのテスト 補足: Storybook の story を使

                                                            実装例から見る React のテストの書き方 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                          • テスト自動化から、 開発を支える継続的テストへ

                                                            2023-11-02 JaSST'23 Kyushu 招待講演 https://www.jasst.jp/symposium/jasst23kyushu.html 実装完了後の手動テストに依存した開発サイクルに継続的テストのアプローチを適用し、段階的に品質を向上する方法について説明しています。

                                                              テスト自動化から、 開発を支える継続的テストへ
                                                            • State of JavaScript 2020:いちばん利用率の高いJSフレームワーク、フロントエンドがReact、バックエンドはExpress、テストにはJest。2万4000人の調査結果

                                                              IT技術者のSacha Greif氏とRaphaël Benitte氏が、JavaScriptに興味を持つ世界中のIT技術者約2万4000人にアンケートを取り、結果をまとめたWebサイト「State of JavaScript 2020」が公開されています。 JavaScriptの最新のシンタックスや命令がどれくらい使われているか、フロントエンドやバックエンド、ビルドツールなど分野ごとにさまざまなJavaScript関連の技術はどれくらい興味を持たれているかなど、アンケート結果を基にして、満足度(Satisfaction)、興味(Interest)、利用率(Usage)、認知度(Awareness)などを計算。それぞれについてランキングを作成しています。 それぞれの値は次の式で計算されると説明されています。それぞれの項目にはアンケートの回答数が入ります。 満足度=またこの技術を使いたい/(

                                                                State of JavaScript 2020:いちばん利用率の高いJSフレームワーク、フロントエンドがReact、バックエンドはExpress、テストにはJest。2万4000人の調査結果
                                                              • 私のフロントエンドディレクトリ構成・テスト観点 2022

                                                                近日連投していた Next.js 記事のサンプルコードを公開しました。このサンプルコードを元に、私のフロントエンドディレクトリ構成・テスト観点を紹介します(あくまで執筆現在の脳内アウトプットになりますのでご了承ください) フロントエンドディレクトリ構成の事情 タイトルの「フロントエンドディレクトリ構成」をさす「Components」のディレクトリ構成は、いつも悩みのタネです。このモジュールシステムは「デザインシステム観点・アクセシビリティ観点・フロントエンド実装観点」の 3 つの観点が混在するため事情が複雑です。どうせ作るのなら「デザイナー・フロントエンド」どちらの開発基盤にもなりえる、盤石なモジュールシステムを目指したいですよね。 "AtomicDesign やめました"という声をたまに聞くのですが「デザインシステム的に捨てていいの?」と思うこともあるので、とくに要望がなければ、筆者は「

                                                                  私のフロントエンドディレクトリ構成・テスト観点 2022
                                                                • 上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント

                                                                  「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者:本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q&Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。

                                                                    上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
                                                                  • 有名企業のエンジニア向け研修資料まとめ - Qiita

                                                                    はじめに 今回は有名企業の公開されているエンジニア新人研修資料をまとめました。 昨今、新人向けの研修資料を公開する企業が増えています。 またクオリティーがかなり高いものが多く、初級者~中級者でも学びがある資料となっています。 資料の作り方も勉強になるので「勉強会で登壇している人」「企業の研修担当の人」にも有益な資料になっています。 この記事の主な対象者 有名企業の研修資料を網羅的に見たい人 エンジニア初級~中級者の人 独学で学習をしている人 研修資料の作成を今後していきたい人 ミクシィ まずはじめに紹介するのは、毎年新人向けの研修資料を公開している株式会社ミクシィです。 ミクシィの研修資料で公開されている内容は、 Git研修 データベース研修 設計・テスト研修 コンテナ研修 iOSアプリ開発研修 Androidアプリ開発研修 フロントエンド研修 ゲーム開発研修 Flutter研修 AI研修

                                                                      有名企業のエンジニア向け研修資料まとめ - Qiita
                                                                    • 技術的負債を徹底的に解消した話 - オミカレのシステムフル刷新のためにやったことを全部教える - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                      技術的負債を徹底的に解消した話 - オミカレのシステムフル刷新のためにやったことを全部教える 技術的負債、デザイン面での課題など、サービスを構成するシステムを全面にわたってリニューアルしたプロセスを、オミカレの高橋一騎さんが克明に伝えます。 株式会社オミカレでテックリードをしております、高橋一騎(たかはし・いっき/ @ikkitang )です。私たちが提供する婚活メディアサービス「オミカレ」は、2019年3月にシステムのフルリニューアルに踏み切りました。本稿では、このリニューアルのプロセスをできるだけ詳細にお伝えしたいと思います。 さて、「技術的負債」という言葉を耳にすることがあります。なぜ負債が生まれるのか。「品質を犠牲にしてでも早々にサービスをリリースし、短期的にビジネスの速度を上げる」という判断はその理由の一つに挙げられるでしょう。エンドユーザーへの価値提供スピードを得るための見返り

                                                                        技術的負債を徹底的に解消した話 - オミカレのシステムフル刷新のためにやったことを全部教える - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                      • 「ログを出す!ログを読む!」エンジニア版ベストキッド…「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 - Magnolia Tech

                                                                        エンジニア版ベストキッド 師匠 「ログを出す!ログを読む!」「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 生徒 「クラウドネイティブなマイクロサービスの作り方を教えてくれる約束だ!」 プロダクション環境にて… 生徒「ログが…有る!これだ!」— magnoliak🍧 (@magnolia_k_) 2022年4月10日 ふとベストキッドの台詞を思い出して、雑に書いてみたけど、案外いいこと書いてるなーって自分でも思ってしまった。 loggerの使い方は入門書に載ってたり載ってなかったりするし、どんなタイミングでどんな情報をどこに出すべきか?みたいな話は一子相伝の秘伝の技みたいになりがちだし。 まさにそう思います。https://t.co/ZKTTtdwB1d— Hideo Fukumori (@hideo_fukumori) 2022年4月11日

                                                                          「ログを出す!ログを読む!」エンジニア版ベストキッド…「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 - Magnolia Tech
                                                                        • プログラミングに必要なブレイクスルー

                                                                          Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと

                                                                          • TDDはゆるく実践しても大丈夫 - 千里霧中

                                                                            最近、TDDのテストコードは捨てても良いかみたいな議論を見ました。 これに対する自分個人の経験上の意見ですが、TDDは雑多にテストコードを使い捨てても効果を出せると思います。 もちろん、TDDで保守性が高く価値あるテストを書いて、捨てずにCIや中長期的なリファクタリングで再利用していくと、TDDの効果を増幅できます。ただ、それをするにはスキルや事前の工夫、労力が必要ですし、できる場面に限りがあります。 そういったことをやらず、もっとゆるい姿勢で取り組んでも、費用対効果をプラスにできる手法がTDDだと考えています。 今回は、そのTDDでゆるくしてもよいポイントを、実経験からまとめたいと思います。 TDDのテストは使い捨てでいい TDDのテストはプログラマのこまごまな課題に応じて累積的に作られるため、保守コストがかかるテスト・保守する価値の低いテストが生まれがちです。そのためテストの使い捨ての

                                                                              TDDはゆるく実践しても大丈夫 - 千里霧中
                                                                            • Reactアプリケーションのテスト戦略

                                                                              Reactアプリケーションのテスト戦略について ・フロントエンドのテストの種類 ・トレードオフ ・所属しているチーム / プロダクトの状況 ・テスト戦略 ・Storybookを使ったこれからのテストへ

                                                                                Reactアプリケーションのテスト戦略
                                                                              • ITエンジニアなのにまだ投資やってないの?ChatGPTでクオンツシステム作って儲けようぜpart3 - Qiita

                                                                                前回まで ITエンジニアなのにまだ投資やってないの?ITエンジニアならChatGPTでクオンツシステム作って儲けようぜ ITエンジニアなのにまだ投資やってないの?ITエンジニアならChatGPTでクオンツシステム作って儲けようぜpart2 ネトフリは面白い 僕はネトフリのヘビーユーザーなんですが、投資系にも リーマンショックまでの経緯と仕組みを実録インタビューで振り返る「インサイドジョブ」や AIテック系の話で、チェスは機械には勝てないと言われてAIが勝ち、「人間の高度な知的能力でしか勝てない」と言った囲碁の世界王者に勝ち、今では7、8年も訓練を積んでようやくなる戦闘機のエースパイロットにも勝ち、AIの実用速度の高さをドキュメントした「アンノウン」なんかも面白いし勉強になります。 投資思考では技術力UPは悪手 投資思考って事業でも人生でもとても大事です。 例えば、収入に不満を持ってるエンジ

                                                                                  ITエンジニアなのにまだ投資やってないの?ChatGPTでクオンツシステム作って儲けようぜpart3 - Qiita
                                                                                • 20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita

                                                                                  PySpa統合思念体です。 某チャットで、「今時のOSSのプロジェクト管理とかのベストプラクティスが書いてある本ないかな、陳腐化早そうだしないか」みたいな話題が投入されました。その中で、エキスパートPythonプログラミングとか、Pythonプロフェッショナルプログラミングとかは思い出して紹介したけど、他の人からはShip It、Manage It、Release It三部作とか、達人プログラマーとかも出てきました。 このあたりの源流を辿ると、そういえば今流行ってる開発の源流としてはエクストリームプログラミングの開発系のプラクティスの遺伝子を受け継いでいるのが多いよな、そういえば当時から見て今ってどう変わっているのかな、という話題に。せっかくなので20年前を思い出しつつ、当時と今でどういう風に変わってきたのか適当にまとめてみます。 20年前の状況 XP白本こと、eXtreme Progra

                                                                                    20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita