並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 3950件

新着順 人気順

seleniumの検索結果81 - 120 件 / 3950件

  • デバッグが早い人と遅い人の違い

    会社にデバッグの早い人と遅い人がいる。 二人を観察していると、色々な違いが見れて勉強になる。 いくつかまとめてみる。 ・デバッグが早い人はコードに着手する前に状況を整理する 期待動作はどのようなものか、現状の動作(バグ)はどんなものか、どんな条件でバグが生じるか、生じないかを整理する 他人からアサインされたタスクの場合、手早くこれらを質問して状況を確認する。 デバッグが遅い人は何も考えずにコードを触り始める。 「何をデバッグしているの?」と聞くと言語化出来ない。 場当たり的、五月雨式に質問する。 ・デバッグが早い人は仮説を持っている。 ざっくりと全体像を把握し、当たりをつけてから作業する。 全ての作業が仮説の検証作業。結果が出た時に次に何をすべきかも把握している。 デバッグが遅い人は自分でも何をやっているか分かっていない。 「よくわからないけど一応2回試してみた」とか言う。 「それは今何を

      デバッグが早い人と遅い人の違い
    • 自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ

      こんにちは、技術広報のyayawowoです。 「自動化(オートメーション/Automation)」 今、この言葉を聞いて胸がときめいた方に必見です! 当社主催イベントでも人気の高い 「自動化大好きエンジニアLT会」全5開催分の資料をまとめて紹介します! イベント詳細はこちらをご確認ください! ・自動化大好きエンジニアLT会 ・自動化大好きエンジニアLT会 - vol.2 ・自動化大好きエンジニアLT会 - vol.3 ・自動化大好きエンジニアLT会 - vol.4 ・自動化大好きエンジニアLT会 - vol.5 目次 目次 手動テストやインフラ構築は自動化しよう APIテスト品質を向上させる Datadog Synthetic Monitoring APIテスト自動化とテストピラミッド TestLinkにテスト結果を自動的に登録 Cypressでサクッと始めるE2Eテスト 自動テスト環境を

        自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ
      • 有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる

        2022年9月9日にこんなツイートをしたところ、 ソフトウェアテストの書籍・資料について、こういうマップを作ってみたい。「QA関連」でできるといいんだけど、縦軸が定まらない。 一番繰り返し読んでいるドリル本をサンプルにしてみたけど、テスト分析自体がすでに初級じゃない気もするから、色付けも難しい。うーん。 誰か一緒にやりません?w pic.twitter.com/R0lVJhcpkD— Kazu SUZUKI (@kz_suzuki) 2022年9月9日 「一緒にやってもいいよ~」っていう方々に声をかけていただき、1週間あまりでみるみるできあがっていきました! みなさんの機動力高すぎて、わたしの寄与は「声をかけて最初のフォーマットを作った」くらいになってしまいましたよ。 ということで、以下に公開します! docs.google.com 「閲覧者(コメント可)」というアクセス権を設定しています

          有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる
        • Web APIを手作りする時代は終わった?

          ::: message info これは[フィヨルドブートキャンプ Advent Calendar 2022 Part.1](https://adventar.org/calendars/7760)の25日目の記事です。 昨日の記事は:@shujiwatanabe:shujiwatanabeさんの[質問しながら出来るようにしていく](https://shu91327.hatenablog.com/entry/2022/12/24/091025)と:@saeyama:saeyamaさんの[Rails/Vue 編集時に画像をD&Dで入れ替えした時のActive Storageの保存方法](https://saeyama.hatenablog.com/entry/2022/12/24/000123)でした。 ::: ↓こういうのを職人が丹精込めて一つ一つ手作りする時代は終わりました。 ```sh

            Web APIを手作りする時代は終わった?
          • 動画の「倍速視聴」理解度は、1・75倍まで変わらず 高校生が実験して分析|高校生新聞オンライン|高校生活と進路選択を応援するお役立ちメディア

            映画やドラマなど動画コンテンツを、視聴速度を速めて見る「倍速視聴」する人が増えている。植野緒深さん(神奈川・平塚江南高校3年)は、倍速視聴をすると「内容に対する理解度は下がるか」について研究を進め、「令和6年度スーパーサイエンスハイスクール生徒研究発表会」で発表した。(写真・野村麻里子) 倍速視聴「1.75倍まで」は理解度変わらず ―研究テーマについて教えてください。 2年生の夏ごろから「倍速視聴における理解度への影響とその効率的な利用方法について」というテーマで、動画の倍速再生がどのように理解度に影響するかを研究しました。きっかけは映画や映像教材などを倍速で視聴する生徒が増えていると感じたこと。この研究をすることで、ビデオ教材などを使用する生徒にとってより効率的な勉強方法を確立できると考えています。 ―研究の内容を教えてください。 実験では被験者に倍速ごとに同じ動画を見てもらい、視聴後に

              動画の「倍速視聴」理解度は、1・75倍まで変わらず 高校生が実験して分析|高校生新聞オンライン|高校生活と進路選択を応援するお役立ちメディア
            • ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design

              2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/

                ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
              • テスト用に適当なドメインを注入したいときは .invalid を使うとよさそう - Lambdaカクテル

                tl;dr foobarhogehoge.invalidは絶対にリクエストが飛ばないのでおすすめ あらすじ 書いていたコードは、とあるミドルウェア向けに内部利用するURLを環境変数で受け取るようになっていた。普段は実際の内部のURLが書かれているのだが、テスト時には以下のようにダミーを設定していた: FOOBAR_EXTERNAL_URL="https://example.com/foobardummy" テストではこのURLを利用しないのだが、内部で環境変数のバリデーションを行っている都合上、とりあえず適当なURLを指定しなければ起動してくれないから、こうなっていた。重ねて言うが、実際はこの環境変数を利用していないのでこれでいい。 しかしこれだと、うっかり内部の様子がおかしくなったりエンジニアが狂ってしまった場合に、example.comに本当にアクセスしてしまう。なおかつ、セキュリティ

                  テスト用に適当なドメインを注入したいときは .invalid を使うとよさそう - Lambdaカクテル
                • 『アメブロのAMPを終了します』

                  アメーバスタッフブログでも記載させていただいた通り、11/15より順次アメブロのAMP対応を終了させることになりました。 なぜAMPをやめるのか?2016年の3月にアメブロはAMP対応をスタートさせていました。 (当時のブログ記事はこちら) そこから5年以上AMPを採用し、モバイルの検索結果からはAMPキャッシュに飛ぶようになっていました。 Googleの検索結果からはGoogleのキャッシュに移動するわけで、当然体感速度としては良好なものであったと思います。 「それなのになぜやめるのか?」 ですが、基本的にはビジネス的な問題となります。 ウェブ界の状況、社会状況等々によっての総合的な判断ということになります。 検索結果がクリックされた際にGoogleのキャッシュが表示されるという点では、CDNのコスト削減等はあるのですが、それでもやはりトータルで考えたときに今回はAMPを終了させるという

                    『アメブロのAMPを終了します』
                  • 個別指導塾でカモにされやすい親子【追記あり】

                    ※(追記)当初個別指導塾と書いていましたが、半サロン的な個別指導塾と言った方が正しいな...と思ったので一部を書き換えました。適宜フェイクなど入れてあります。ですが、集団だろうと大手だろうと親、子、塾のすれ違いや情報格差は存在します。どうか本当に気をつけてほしいと思います。本当に気をつけてほしい層にこのメッセージは届かないと思うけど...。 個別指導塾で4年ほど働いている。 自分の働く教室ではカモ、いやもはや詐欺といってもおかしくないレベルの指導のゴリ押しが横行しており、やるせなくなってきたので一部を書く。 これから書くのはバカな親と子がカモられるまでの一例である。 ①高すぎる目標設定まず初めに言っておきたいことは、個別指導塾に来る親子には総じてバカが多いということである。 子の方は集団指導塾の一律授業についていけず、脱落したやつ。 そして親の方は受験の知識もノウハウも何も持ち合わせないま

                      個別指導塾でカモにされやすい親子【追記あり】
                    • クイズ王・伊沢拓司さんが運転免許の筆記試験に不満爆発した件について共感の声が寄せられる「クソ問題があったの思い出した」

                      News Everyday @24newseveryday 政治・経済のニュースをメインに毎日発信しております。 国内・世界の情報をいち早くお届けします。記事は5chからの転載となります。不適切な記事、削除依頼はDM又はお問い合わせ欄からご連絡下さい。 newseveryday.jp

                        クイズ王・伊沢拓司さんが運転免許の筆記試験に不満爆発した件について共感の声が寄せられる「クソ問題があったの思い出した」
                      • 大学入試新共通テストの古典問題が凄かったので解説させてほしい

                        タイトルの通り。筆者は高校の教員で、いま業務が少しだけ落ち着いていて分析する暇が出来たので、次年度以降の入試対策のために解き直してみたのだが、新テストの方針をすごい形で問題として体現していたので、なるべくわかりやすく解説していきたい。 わかりやすくとはいえ、大学入試の古典問題について突っ込んで書くので、もし興味(と古典の知識)があったら実際に解いてから読んでみてほしい。 問題や解説・予備校の分析などは以下から参照。解けなくても解説や、現代語訳と設問を見るだけでもいい。 予備校 https://www.toshin.com/kyotsutest/ https://kaisoku.kawai-juku.ac.jp/nyushi/kyotsutest/21/ ちなみに大学入試センターの問題作成方針はこっち。 https://www.dnc.ac.jp/albums/abm.php?f=abm00

                          大学入試新共通テストの古典問題が凄かったので解説させてほしい
                        • 最小限のコードで動く最も汚いコードから始める

                          コードを書く際の重要な要点は、読みやすく他人に理解される「良いコード」を書くことです。しかし、完璧を目指して最初から書こうとすると行き詰まります。代わりに、荒削りながらも動くコードを作成し、徐々にリファクタリングして完成度を高めます。型エラーやリントエラーを無視しても構わないので、まずは動くものを作成しましょう。それからリファクタリングして「良いコード」を作成できます。 コードを書くときに最も大切なことってなんだろう?聡明な読者諸君ならご存知だろうが、コードは書く時間よりも読む時間のほうが長い。だから他人に読まれることを意識して、読みやすい「良いコード」を書かなくっちゃならない。コンポーネントは適切な粒度で分割されていて、適切な名前がつけられている。型システムに安全性だって守られてるし、最新のなんとかアーキテクチャにも準拠している。素晴らしいコードだ。 でも、そんなコードをはじめから書くの

                            最小限のコードで動く最も汚いコードから始める
                          • 「知識乏しくテストせず」 接触確認アプリ「COCOA」不具合 | NHKニュース

                            新型コロナウイルスの接触確認アプリで一部の利用者に通知されていなかった問題で、厚生労働省が調査結果を公表しました。 原因について、アプリの開発などに関する職員の知識が乏しく、不具合を見つけるためのテストを実施していなかったなどと指摘しています。 接触確認アプリ「COCOA」をめぐっては、グーグルの基本ソフト「アンドロイド」の利用者に感染者と濃厚接触した可能性があっても、ことし2月までのおよそ4か月間、通知がされず、把握もできていなかったことが明らかになっています。 厚生労働省の調査チームによる報告書が16日公表され、不具合が見逃された原因について、去年6月に運用を始めた時点で動作確認のテストを行う環境が整備されず、10月に環境が整ってからも優先的な課題とせずにテストを実施していなかったなどと指摘しました。 その背景として、アプリの開発や運用に関する厚生労働省の職員の知識や経験が乏しく、専門

                              「知識乏しくテストせず」 接触確認アプリ「COCOA」不具合 | NHKニュース
                            • 予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022

                              PHPerKaigi 2022 2022/04/10 10:40〜 Track A レギュラートーク(40分) PHP はバージョンを追う毎に型宣言、例外、表明、列挙型などの機能が大幅に強化され、堅牢なコードを書くための機能が充実してきました。それらの機能はどう使うと効果的なのでしょうか。 …

                                予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022
                              • TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定(スポニチアネックス) - Yahoo!ニュース

                                TBSは27日、1997年から放送を続ける人気番組「SASUKE~Ninja Warrior~」が五輪種目候補となったことを発表した。世界160以上の国と地域で放送し、現地版も20カ国以上で制作されている世界的人気番組が「近代五種」競技の一つに加えられる可能性が出てきた。 【写真】昨年、世界配信された米リメイク版「SASUKE」 1912年のストックホルム大会から実施されている五輪競技で、水泳、フェンシング、レーザーラン(射撃+ランニング)、馬術の5種目で争われる近代五種。長い歴史、過酷さから「キング・オブ・スポーツ」とも称される。国際近代五種連合(UIPM)は5月2日、2024年のパリ五輪後に近代五種から「馬術」を外し、新たな競技として「障害物レース」を試験導入すると発表。UIPMによると、障害物レースの五輪競技化に向けて、これまで積極的にロビー活動を展開してきた国際団体「World O

                                  TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定(スポニチアネックス) - Yahoo!ニュース
                                • 大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media

                                  AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、AW

                                    大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media
                                  • 開発者向けのテストの本いろいろ

                                    なんかおすすめなテスト本ないですかねえ? と、某所で(テストをメインの業務にするのではなく)普通に開発をされている方に聞かれたので、 プログラミングは普通にできる テストについては学んだことはない とはいえテストエンジニアになるわけではなく、開発者としてテストが知りたい という人向けに、2021年現在で普通に入手できる本をいくつか挙げてみます。

                                      開発者向けのテストの本いろいろ
                                    • 中島聡がガチでテスト、「今一番賢いローカルAI」のすごい実力。Phi-4やGemma3を知らない人、そろそろヤバいかもです - まぐまぐニュース!

                                      著名エンジニアの中島聡氏が、オープンソースの各種AIモデルをローカル環境(MacBook Pro)でテストしその実力を評価。それらが私たちのビジネスにどのような変化を起こすかを予測する。中島氏によれば、MicrosoftのPhi-4に代表されるSLM(小規模言語モデル)の能力がLLM(大規模言語モデル)並みに上昇することで、法人向けエンタープライズ市場では近い将来、クラウド上のAIサービスではなく、個人のパソコンや社内のAIサーバーでオープンソースなSLMを走らせるのが主流になるという。(メルマガ『週刊 Life is beautiful』より) ※本記事のタイトル・見出しはMAG2NEWS編集部によるものです プロフィール:中島聡(なかじま・さとし) ブロガー/起業家/ソフトウェア・エンジニア、工学修士(早稲田大学)/MBA(ワシントン大学)。NTT通信研究所/マイクロソフト日本法人/マ

                                        中島聡がガチでテスト、「今一番賢いローカルAI」のすごい実力。Phi-4やGemma3を知らない人、そろそろヤバいかもです - まぐまぐニュース!
                                      • プログラマーがドキュメントを書かない理由

                                        この記事は、著者の許可を得て配信しています。 Why programmers don’t write documentation 最近ではずっとコードのドキュメンテーションに関連した記事を書いていたので、当然、私のMediumのおすすめ記事には「開発者がドキュメントを書かない本当の理由」という記事が表示されるようになりました。この記事では、ドキュメントを書くための優れたツールがないことが、ソフトウェアエンジニアが自分の作業や判断をドキュメンテーションする意欲を失わせる最大の原因について書いています。 私は普段、特定の記事を批判したりはしませんが、この記事には怒りを覚えました。このライターは図解ツールについていくつかメリットに関して述べてはいますが、全体的に誤解を招くような内容になっており、この重要な問題をより分かりにくくさせています。2つの図解ツールを比較して、どちらも不十分なツールである

                                          プログラマーがドキュメントを書かない理由
                                        • ミクシィ、新卒向け研修資料を無償公開 「Git」と「テスト・設計」 今後も随時公開

                                          MIXI(旧社名ミクシィ)は5月8日、同社の新入社員向け技術研修で使用した資料を無償公開した。分散型バージョン管理システム「Git」とテスト・設計研修の資料をスライド共有サービス「Speaker Deck」で公開中。動画も後ほど公開するという。 Gitの研修資料は約470ページあり、Gitを使ったチーム開発の進め方やGitの内部構造などを記載している。テスト・設計研修の資料は約40ページ構成で、テスト技法やコードレビューのコツなどを紹介。いずれの資料も同社の社員が作成した。 同社は2021年から新入社員向け研修の資料を一般公開しており、22年はUnityでのゲーム開発やAI、セキュリティ研修など全12種類の資料を自社ブログに掲載していた。同社の公式Twitter(@mixi_engineers)は「今後も随時資料や動画を公開していく」としている。 関連記事 ミクシィ、技術カンファレンスを初

                                            ミクシィ、新卒向け研修資料を無償公開 「Git」と「テスト・設計」 今後も随時公開
                                          • フロントエンドコーディング試験

                                            RESAS(地域経済分析システム) APIの「都道府県一覧」APIから取得するAPIレスポンスから都道府県一覧のチェックボックスを動的に生成する都道府県にチェックを入れると、RESAS APIから選択された都道府県の「人口構成」を取得する人口構成APIレスポンスから、X軸:年、Y軸:人口数の折れ線グラフを動的に生成して表示する「総人口」の他に「年少人口」「生産年齢人口」「老年人口」も切り替えるUIを何らかの形で用意し表示できるようにすること(同時に表示する必要はない) React/Vue.jsのいずれかを用いてSPAを構築すること(バージョンはできるだけ最新版をご使用ください)ReactVueNuxt.jsやNext.jsなどの、これらを内包したフレームワークの利用も許可する都道府県一覧および総人口情報はRESAS APIのデータを用いることグラフは Highcharts や Rechar

                                              フロントエンドコーディング試験
                                            • 「仕事のコード」を残す際のチェックリスト|Uchio Kondo

                                              最初に注意: この文章は「はじめに」「総論」が長いです🙃 追記@2021/08/11 17:46想像よりはるかに反響をいただいたので、せっかくだからと要点をMarkdownにしてGitHubに置いてみました。何かにご利用ください。 はじめに・「仕事のコード」、つまり、業務などで作ったコードが、なるべく負債にならず、なるべく俗人化しないようにするために留意すると良さそうなことを自分の経験などから列挙したものです。 ・ちなみに、「対象読者」に書いてありますが、そもそものモチベーションが「非エンジニアがノーコード系のサービスで作ったシステムが最近増えつつあるような...」というところでした。こういうのどう取り扱うといいんですかねとなった時、まずは運用できる形にしてもらいたい、という狙いがあります。結果的に、ジュニアなエンジニアが良いシステムを残す上でも使える知識かなと思います。 ・個別の項目に

                                                「仕事のコード」を残す際のチェックリスト|Uchio Kondo
                                              • AWS全資格の概要と主な学習コンテンツをまとめてみた | DevelopersIO

                                                本ブログは、2021 AWS Partner Ambassadors で構成するアドベントカレンダー Japan APN Ambassador Advent Calendar 2021 の 24 日目のエントリです。 こんにちは。CX事業本部MAD事業部のYui(@MayForBlue)です。 年の瀬も迫った12/24ですが、みなさん資格勉強してますか?(挨拶 さて、IT系の資格の中でも人気の高いAWSの資格ですが、数も多いし何から取ったらいいのかわからない・・・という方も多いのではないでしょうか。 この記事ではAWSの全資格を紹介するとともに、2021 ALL AWS Certifications Engineers ホルダーとして資格取得やAWSの学習に有用なコンテンツをまとめてみました。 本ブログをご一読いただくことでAWSの資格取得の一歩を踏み出していただければ幸いです。 想定読者

                                                  AWS全資格の概要と主な学習コンテンツをまとめてみた | DevelopersIO
                                                • すぐ消えてしまう要素をDevToolsで確認するTips集

                                                  はじめに こんばんは! 皆さんは以下のようなすぐ消えてしまう要素をDevToolsで確認したいときはどうしますか? 常に表示されるようにわざわざコードを修正してから、DevToolsで要素を確認したりしていませんか?DevToolsをうまく使うことで、わざわざコードの修正をせずとも簡単に要素の確認をできるのでそのちょっとしたTipsのご紹介です! ① CSSイベントでの確認方法 まずはCSSイベントで要素の表示制御を行っているパターンでの確認方法です。以下のようにCSSイベントのhoverで表示制御をしている要素を例にDevToolsで確認する方法を見ていきましょう! import "./style.css"; export const Index = () => { return ( <div> <button className="myButton">Button</button> <

                                                    すぐ消えてしまう要素をDevToolsで確認するTips集
                                                  • エンジニアの目標設定って難しいよね、という話とOKRでなんとかできるのではという話|dora_e_m

                                                    「目標設定、ニガテなんですよね」組織に属するメンバーを育成し、評価する。そのための材料として「目標設定」を活用している組織は多い。MBOか、それに類する形を採用しているところが多いのではないか。(観測範囲での判断なので今は違うかもしれない) そして、「目標設定」を行う組織は多いというのに、「私、目標設定得意なんですよ」というエンジニアの存在は寡聞にして存じ上げない。なぜなのだろう。 エンジニアの目標設定は難しい?組織のレベルでは、「売上○○円」「ユーザー数○○人」「平均DAU○○」といった目標が設定されることが多い。財務に直結するものだ。翻って、エンジニアたちは組織にどう貢献するのか。エンジニアリングだ。直接売上がどうこうではなく、「どうすればビジネスに貢献するか」から立脚された仮説に基づいて行動をしていくことになる。 こうすれば画面遷移数が減って使いやすくなる、その事により利用率が向上す

                                                      エンジニアの目標設定って難しいよね、という話とOKRでなんとかできるのではという話|dora_e_m
                                                    • プロジェクトに浅瀬を作る

                                                      はじめに プロジェクトに参加しているメンバーがうまく環境に適用できずに離脱することがあり、ともすれば、身体を壊してしまうケースもあります。これは新規メンバーに限定されず、既存のメンバーでも、プロジェクトや本人の状況、その役割が変われば発生し得ると思っています。 そういったことを回避できた状態を想像した時にプロジェクトに浅瀬があったら良いのではというイメージからこの言葉が浮かんだのだと思います。2年ほど前のメモ書きにこのタイトルが残されていて、今見直した時にすごくしっくり来ました。 メモ書きを発見したツイート この「プロジェクトに浅瀬を作る」とは、どういうことなのか、改めて深堀したいと思います。 どういうこと? 溺れないようにするのが目的 監視員が必要のない状態が理想 溺れないようにするのが目的 溺れるというのは、闇雲に時間がかかってしまい心身ともに疲弊してしまうイメージです。不慣れなため必

                                                        プロジェクトに浅瀬を作る
                                                      • 「スタートアップだからテストを書かない」は正しいか - An Epicurean

                                                        スタートアップのCTOクラスの人がたまにそういうことを言っているのを聞くことがあります。もしくは「スピード優先だからテストを書かない」等です。 それは真ではなく、言ってしまえば、未熟だからテストを書「け」ない、のではないでしょうか。ただ、スタートアップという言葉に未熟であるという意味が含まれているのであれば「スタートアップだからテストを書かない」という問は真になるかも知れません。スタートアップは得てして未熟なものだし、それでも良いからです。 テストを書かないというジャッジをするのは構いません。でもそれは、スタートアップだからでもスピード優先だからでもない。自分達が未熟だからで、そこには向き合うべきだと考えます。状況のせいにするのではなく、徹底的に自分ごと化する。それがスタートアップに求められる姿勢です。少なくとも技術のトップが自分たちの技術力に向き合わないのはまずいでしょう。 「スタートア

                                                          「スタートアップだからテストを書かない」は正しいか - An Epicurean
                                                        • 状態、結合、複雑性、コード量の順に最適化する - valid,invalid

                                                          There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結

                                                            状態、結合、複雑性、コード量の順に最適化する - valid,invalid
                                                          • 雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

                                                            (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

                                                              雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
                                                            • 発見遅れたCOCOA不具合、厚労省「実機テストせず」:朝日新聞

                                                              情報技術(IT)を使って新型コロナの感染拡大を防ぐ「切り札」として導入された接触確認アプリ「COCOA」。利用者の約3割を占めるアンドロイド版が昨年9月末から4カ月以上、機能していないことが分かった…

                                                                発見遅れたCOCOA不具合、厚労省「実機テストせず」:朝日新聞
                                                              • 論理的思考が高い人ほど「斎藤氏は陥れられた」と考える傾向…鹿大・大薗博記准教授らが捉えた〝異変〟 兵庫県知事選〈末尾に出典元リンク〉

                                                                論理的思考が高い人ほど「斎藤氏は陥れられた」と考える傾向…鹿大・大薗博記准教授らが捉えた〝異変〟 兵庫県知事選〈末尾に出典元リンク〉 斎藤元彦氏が再選した11月の兵庫県知事選で、論理的思考が得意な兵庫県民ほどネットメディアの情報を信頼する傾向だった-。鹿児島大法文学部の大薗博記准教授(43)=社会心理学=らのグループが、選挙後に行ったアンケート調査から分析したところ、全国とは異なる結果となった。 調査は11月21、22日にオンラインで実施し、兵庫県民384人、兵庫を除く全国339人から有効回答を得た。論理的思考力を測る二つのテストのほか、「大手メディアは意図的にネガティブな印象操作をした」「斎藤氏は既得権益層に改革を阻まれた被害者だ」などについて質問した。 テスト結果と質問への回答の相関関係を分析したところ、全国では斎藤氏への評価と論理的思考の関連はあまり出なかった。一方、兵庫県民は論理的

                                                                  論理的思考が高い人ほど「斎藤氏は陥れられた」と考える傾向…鹿大・大薗博記准教授らが捉えた〝異変〟 兵庫県知事選〈末尾に出典元リンク〉
                                                                • [速報]AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020

                                                                  Amazon Web Services(AWS)は、開催中のオンラインイベント「AWS re:Invent 2020」で、アプリケーションに対してクラウド障害のシミュレーションを行える新サービス「AWS Fault Injection Simulator」を発表しました。 クラウド上で稼働するアプリケーションの耐障害性などを高めるために実際にクラウド障害をわざと発生させて問題点をあぶりだす手法は、「Chaos Enginieering(カオスエンジニアリング)」と呼ばれています。 Netflixが2012年にカオスエンジニアリングのためのツール「Chaos Monkey」を公開したことで広く知られるようになりました。 参考:サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 今回発表された「AWS Faul

                                                                    [速報]AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020
                                                                  • minorimanatsu! on Twitter: "あーチェックリストの意味のなさをいつも思ってたけど、まさにこれだわ。こうしたらいいんだ。アメリカ式。 https://t.co/Vekgr7uzKN"

                                                                    あーチェックリストの意味のなさをいつも思ってたけど、まさにこれだわ。こうしたらいいんだ。アメリカ式。 https://t.co/Vekgr7uzKN

                                                                      minorimanatsu! on Twitter: "あーチェックリストの意味のなさをいつも思ってたけど、まさにこれだわ。こうしたらいいんだ。アメリカ式。 https://t.co/Vekgr7uzKN"
                                                                    • 女子高生の私が大好きな家庭科の先生に裏切られた話|潮井エムコ

                                                                      家庭科の授業ではいつも先生に驚かされる。 その日も私たちは週に一度の楽しみとして家庭科室へやってきた。体験的な授業を多くされる先生だったため、座学は久々だった。今日は何をするんだろうと期待に胸を膨らませながら筆記用具を手に席に着くと、先生は言った。 「今から小テストを始めます。」 先生のその一言は、これから始まる楽しい時間の終わりを宣言したも同然だった。 テストという単語は我々学生にとって、条件反射で嫌悪感を抱いてしまう存在である。筆記用具だけを持って来させたのはこの為か、と授業を楽しみにしていた私は深いため息をついた。 裏返しで回ってきたプリントをお通夜のような気分で後ろに回し、机に伏せる。 「今からするのは指示遂行テストです。しっかり問題をよく読んで、その通りに行動してくださいね。しっかりと、よく読むんですよ。制限時間は3分です、はじめてください。」 あまりに短すぎる制限時間を宣告され

                                                                        女子高生の私が大好きな家庭科の先生に裏切られた話|潮井エムコ
                                                                      • ダミーの個人情報を作る「個人情報ジェネレーター」登場 氏名・住所・クレカ情報など、無償で最大1万件

                                                                        ユーザーローカルが、ダミーの氏名・住所などの個人情報を自動生成するWebサービス「個人情報テストデータジェネレーター」の無償提供を始めた。最大1万行を生成し、CSV形式のファイルなどでダウンロードできる。システム開発時の動作テストやセキュリティチェックなどに使えるという。 生成できるのは、氏名や年齢、生年月日、性別、血液型、メールアドレス、電話番号、郵便番号、住所、会社名、クレジットカード番号と期限、マイナンバーの情報。氏名は漢字・平仮名・片仮名・ローマ字などを選択でき、年齢は「20~80歳」など指定した範囲を基に日本の人口比に合わせて出力できる。 データはCSV・TSV形式かExcelファイルでダウンロードできる。生成するデータ数は1件単位で設定できるが、1万行以上はユーザーローカルへの問い合わせが必要だ。 同社はシステム開発時のセキュリティチェックなどに使うダミーデータの作成に手間がか

                                                                          ダミーの個人情報を作る「個人情報ジェネレーター」登場 氏名・住所・クレカ情報など、無償で最大1万件
                                                                        • リーダブルテストコード / #vstat

                                                                          「リーダブルなテストコードについて考えよう ~VeriServe Test Automation Talk No.3~」で使用したスライドです。 https://veriserve-event.connpass.com/event/243280/ 登壇動画はこちらで公開されています。 http…

                                                                            リーダブルテストコード / #vstat
                                                                          • 2022年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                            People Experienceチーム*1の酒井(@sakay_y)です。 2022年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画を公開いたします。 2022年のエンジニア研修について 講義資料公開(2022年版) モバイルアプリ開発 サイボウズのアジャイル・クオリティ MySQL - テストデータが偏るということ モブに早く慣れたい人のためのガイド テクニカルライティングの基本 ソフトウェアテスト セキュリティ ソフトウェアライセンス 社内限定の講義や昨年と同じ講義について 最後に 2022年のエンジニア研修について 研修のコンセプトは例年とほぼ同じです。 誰に 新入社員メンバーに 何と言ってもらう 基礎的な知識/技術/ツールを学べた! 開発/運用本部のチーム/人を知ることができた! スケジュールは以下のとおりです。(一部は、予定になります。) 講義期間

                                                                              2022年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                            • 林士平(りんしへい) on Twitter: "漫画ネーム制作Webサービ ス「World Maker」を創りました‼ 絵が描けなくても頭の中にある物語をビジュアル化できるスマートフォン用無料Webサービスです。 9月8日からβ版を先行体験できるユーザーテストに参加頂く500名… https://t.co/Isef2PhMKa"

                                                                              漫画ネーム制作Webサービ ス「World Maker」を創りました‼ 絵が描けなくても頭の中にある物語をビジュアル化できるスマートフォン用無料Webサービスです。 9月8日からβ版を先行体験できるユーザーテストに参加頂く500名… https://t.co/Isef2PhMKa

                                                                                林士平(りんしへい) on Twitter: "漫画ネーム制作Webサービ ス「World Maker」を創りました‼ 絵が描けなくても頭の中にある物語をビジュアル化できるスマートフォン用無料Webサービスです。 9月8日からβ版を先行体験できるユーザーテストに参加頂く500名… https://t.co/Isef2PhMKa"
                                                                              • 全く新しいバース、「はてなバース」をリリースしました #hatenaverse - はてラボ 開発者ブログ

                                                                                2022/4/2 追記 本サービスは提供を終了しました。 ご利用いただいた皆様、ありがとうございました。 「ランディ・バース」をはじめ、「メタバース」「マルチバース」「マーベル・シネマティック・ユニバース」「オートリバース」「コンバース」と、これまで様々な「バース」が登場してきました。 2022年春、ここに新たな「バース」が誕生しました。その名も「はてなバース」。 世界中どこでも好きな場所に移動して、近くにいる人と言葉を交わす。 すべての出逢いは一期一会、儚く、それが故にひとつひとつの瞬間に貴重な体験が待っています。 はてなバースにはすべてがあり、そして何もありません。 そこにあるのは、あなたのナラティブ。 オンリーワンでワンダフルなワールドをどうぞお楽しみください。 https://verse.hatelabo.jp/#shibuya ハッシュタグ:#hatenaverse <テスト利用

                                                                                  全く新しいバース、「はてなバース」をリリースしました #hatenaverse - はてラボ 開発者ブログ
                                                                                • 日本通運・アクセンチュアのシステム開発訴訟、裁判資料を読んで胃がキリキリした

                                                                                  物流大手の日本通運が「新・国際航空貨物基幹システム」の開発失敗を巡り、ベンダーのアクセンチュアを訴えた裁判。名門企業同士の訴訟、さらには約124億9100万円という賠償請求額の大きさは衝撃的だった。 裁判資料を読んでいると胃がキリキリした。筆者は2年ほど前までシステムエンジニアとして働いていた。その分、記されていた当事者の発言やチャットが、あまりにも生々しく映った。 訴状によると、開発プロジェクトはテスト工程から遅延し始めた。当初2020年12月の予定だった結合テストの後半過程「ITb」の終了は2021年11月にずれ込んだ。アクセンチュアがITbの「成果物」を共有サーバーにアップロードしたのは2021年11月30日。しかし、日本通運は先立って実施していた「打鍵テスト」で大量の指摘事項が挙がっていたことなどから、この品質を問題視した。以降、これら成果物の検収を巡り、両者の主張は至るところで対

                                                                                    日本通運・アクセンチュアのシステム開発訴訟、裁判資料を読んで胃がキリキリした

                                                                                  新着記事