並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 2664件

新着順 人気順

仕様書の検索結果441 - 480 件 / 2664件

  • 入力欄のプレースホルダーって結局どうなの - Qiita

    入力欄のプレースホルダーの話をします。プレースホルダーというのは、フォームの入力欄で、ユーザーが入力するまでの間に表示されているテキストのことです。 書籍「Webアプリケーションアクセシビリティ1」では、「3.1 ラベルと説明」のところで、紙版にして約1.5ページの分量を割いて、フォーム入力欄のプレースホルダー(<input> 要素や<textarea> 要素の <placeholder> 属性)の問題点を指摘しています。 この本で指摘されているプレースホルダーの問題点は以下の3つです。 プレースホルダーの色が薄く視認しづらい プレースホルダーとフォームコントロールの値との区別がつかない フォームコントロールに値を入力したときにプレースホルダーの値が見えなくなってしまう Webアプリケーションアクセシビリティ さらに、Nielsen Norman Groupによる「Placeholders

      入力欄のプレースホルダーって結局どうなの - Qiita
    • アベノマスクによる在庫放出論について - 電脳塵芥

      所謂「アベノマスク」について。まず「アベノマスク」の定義みたいな話をすれば、政府が配布した布マスクは介護施設向け、学校向け、妊婦向け、そして全世帯向けという大まかに分けて3種類あり、アベノマスクは「全世帯向け配布布マスク」のみという人もおり、そういった定義も有りはいえます。しかしながら不良品やその検品、在庫などで同時期に配布、備蓄された「安倍政権が配布した布マスク」と考えている人間が多く、違和感も少なくない事、またこれらを分けて考える必要性も薄いことからこの記事における「アベノマスク」とは介護施設、学校、全世帯向けに配布された布マスクとします。 さて、アベノマスクについてこのブログではいくつかの記事を書いておりますが、今回の記事に関する事以外では『「毎日新聞がカビマスクを捏造した」というデマの生成過程』というのを以前書きましたので興味がある方はそちらもどうぞ。 nou-yunyun.hat

        アベノマスクによる在庫放出論について - 電脳塵芥
      • JavaScriptの「カバー文法」とは何か - Qiita

        この表を上から読みつつ多少言葉で説明すると以下のようになります。 const foo = bar + 3;はStatementListItemである。なぜなら、DeclarationはStatementListItemの一種であると定義されているから。 const foo = bar + 3;はDeclarationである。なぜなら、LexicalDeclarationはDeclarationの一種であると定義されているから。 const foo = bar + 3;はLexicalDeclarationである。なぜなら、LetOrConst, BindingList, ;が並んだものはLexicalDeclarationであると定義されているから。 constはLetOrConstであると定義されている。 foo = bar + 3 はBindingListである。LexicalBind

          JavaScriptの「カバー文法」とは何か - Qiita
        • マイクロサービスの開発とテストファースト/テスト駆動開発 【Mercari Gears Lecture Series】 | メルカリエンジニアリング

          こんにちは、Mercari Gears事務局です! この記事では、動画公開以来とても反響のある Mercari Gears Lecture Series #47〜#49「マイクロサービスの開発とテストファースト/テスト駆動開発」の動画の内容を記事に起こしたものです。 今回の実際の動画はこちらになります、興味があればぜひご覧ください! MERCARI GEARS Lecture Seriesとは? MERCARI GEARS Lecture Seriesは、株式会社メルカリをはじめとするメルカリグループ各社が、これから目指す方向や、これから取り組む技術的なチャレンジについてご紹介するエンジニア向けのレクチャー動画シリーズです。 MERCARI GEARS Lecture Series お話する人の自己紹介 株式会社メルペイ 柴田芳樹 九州工業大学 情報工学修士 1984年 富士ゼロックス 入

            マイクロサービスの開発とテストファースト/テスト駆動開発 【Mercari Gears Lecture Series】 | メルカリエンジニアリング
          • 『Binary Hacks Rebooted―低レイヤの世界を探検するテクニック89選』に込めた思い - a_kawashiroのブログ

            はじめに 2024年8月28日に『Binary Hacks Rebooted―低レイヤの世界を探検するテクニック89選』という本の販売が開始されました。 著者の一人として、この本の紹介をします。 お持ちでない方は、Amazon や、楽天、お近くの書店などで購入が可能です。 購入していただけると大変嬉しいです。 どうぞよろしくおねがいします。 どのような本か 『Binary Hacks Rebooted』は2006年に発売された『Binary Hacks』の再構築版です。 再構築版と聞くと『Binary Hacks』とどれくらい異なるのが気になると思いますが、ほぼすべてが異なります。 詳細な目次はこちら で確認できますが、『Binary Hacks』からそのまま引き継いだ Hack は一つもなく、全てが新しい Hack です。 『Binary Hacks Rebooted』は低レイヤプログラ

              『Binary Hacks Rebooted―低レイヤの世界を探検するテクニック89選』に込めた思い - a_kawashiroのブログ
            • 監査結果公表後のColabo弁護団の声明の適正性について|red

              1月6日 Colaboの件、東京都の住民監査請求結果が出て数日が経つが、Colabo側の声明が正しくないように思われるので、端的に考えを述べる。 1、そもそも、住民監査とは以下の通り、『都民の方からの監査請求により、都の財政面の適正な運営を確保し、都民全体の利益を守る』ことを目的として行われるもので、『都の財務会計上の行為』が対象となる。 都の財務会計、要するに当該委託事業における『違法又は不当な公金の支出』の疑惑と関係がないことに触れることはなく、監査で問題視されていない部分に問題がないわけではない。 2、監査結果本文の解釈① 「請求人の主張は妥当ではない」とされた項目について監査結果本文のP.18~21にかけて、請求人である暇空茜氏の主張は退けられている。 『請求人の主張は妥当でない』という文章を以て『不正が否定された』とするColabo弁護団の見解は誤りであろうと思う。 何故ならば、

                監査結果公表後のColabo弁護団の声明の適正性について|red
              • DNS改ざん検知ツール(Slack通知付き)で検知速度を爆速にした - Code Day's Night

                暑い夏2020、DNSと戯れていました。 レジストラの脆弱性でDNSが改竄されてサイトがハッキングされる事件を見て、これを防ぐ方法がなかったので7月末にDNS改ざん検知ツール NSchecker を作って公開しました。 blog.ichikaway.com 結論 忙しい方のために結論だけ先に。NSchecker Ver0.03ではDNS改竄検知速度が60秒程度に大幅改善しました!(Ver0.01では最大48時間の検知遅延) NScheckerのソースコードはこちら。 github.com 詳細 このツールはDNSのNSレコードが改竄されるとSlackで通知できる(slack以外も可能)ため便利だったのですが、NSレコードの参照がDNSキャッシュサーバだったため検知が最大で48時間ぐらいかかる問題がありました。(NSchecker Ver 0.01) 無いよりはマシなツール程度になってしまっ

                  DNS改ざん検知ツール(Slack通知付き)で検知速度を爆速にした - Code Day's Night
                • ゼロからはじめるJavaScript(18) 可読性と表現力の高いデータ形式「JSONC」を活用しよう

                  最近、よく目にするデータフォーマットに「JSONC」があります。これはJavaScriptでお馴染みのJSON形式にコメントを記述できるよう拡張したものです。Visual Studio Codeでも採用されており、設定ファイルとして利用されることが増えています。そこで、JSONCの記法やJavaScriptから使う方法を確認してみましょう。 JSONCは可読性の高いデータフォーマット JSONCとは 「JSONC(JSON with comments)」とはJSONにJavaScriptスタイルのコメントを記述できるようにしたデータフォーマットです。そのため、基本的にデータフォーマットのJSONなのですが、そこにJavaScript風のコメントである「// コメント」と「/* コメント */」を記述できるようにしたものです。 冒頭で紹介したように、プログラミング用のエディタ「Visual

                    ゼロからはじめるJavaScript(18) 可読性と表現力の高いデータ形式「JSONC」を活用しよう
                  • Tests as Documentation - たにしきんぐダム

                    production code の設計についてはよく議論される一方、ユニットテストをどう書くべきかについてはあまり議論されることが少なく。とにかくカバレッジが高ければヨシみたいな感じで軽く扱われていることが多い気がする。 その結果、テストを書くときやとりわけテストを追加するときに "良くない" 方法でテストを追加/拡張してしまい、メンテナンスしにくく壊れやすい・(未来の自分でも)読んでも何を検証しているのか分からない、テストが落ちても不安だけを煽り何が問題なのか分からない、技術的負債が誕生してしまう。 詳しいことは本 ( XUnit Test Patterns など? 詳しい人は僕に紹介してください)を読んだりチームメンバーと議論するのが良いと思うが、この記事を読んでテストの書き方に対する意識を啓発できたらなと思っている。 理想を述べるのは簡単だけど現実は大変、頑張ろう introduct

                      Tests as Documentation - たにしきんぐダム
                    • 『ユースケース実践ガイド』をもとにした品質向上への取り組み 全体像を見るテスターの視点はチームへの大きな貢献になる

                      ソフトウェア開発、ITインフラ運用、そしてその境界線上にあるトピックをカバーし、特にDevOpsを実現するための自動化、テスト、セキュリティ、組織文化にフォーカスした「DevOpsDays」。ここでウイングアーク1st株式会社の伊藤氏が登壇。つづいて、ビックピクチャーを理解する重要性と、品質向上のために取り組んだ流れを紹介します。前回の記事はこちらから。 ビッグピクチャーとユースケース 伊藤潤平氏(以下、伊藤):ビッグピクチャーとユースケースです。ジャネット先生と話していると、「ビッグピクチャーを理解しましょう」という話がよくあります。ビッグピクチャーは全体像という意味で、Agile Testing Daysのキーノートでもジグソーパズルの例を出して説明していました。 ジグソーパズルの1ピース1ピースがユーザーストーリーで、これを組み立てると全体像になる、というキーノートでした。あとRSG

                        『ユースケース実践ガイド』をもとにした品質向上への取り組み 全体像を見るテスターの視点はチームへの大きな貢献になる
                      • 引越し手続オンラインサービス|デジタル庁

                        行政手続だけでなく、民間手続を含めた引越しに関する手続のオンライン化・ワンストップ化を推進します。 お知らせマイナポータルを通じたオンラインによる転出届・来庁予定の連絡(転入予約)について、2023年7月13日より スマホ用電子証明書搭載サービスに対応しました。これにより対応する端末をお持ちの方については、マイナンバーカードを持ち歩くことなく、スマートフォンだけで本サービスを利用できるようになります。(※転入予定市区町村での転入手続の際は、引越す方のうちどなたか1名が、ご自身のマイナンバーカードを窓口で提示する必要があります。)引越し手続オンラインサービスの取組の一環として、2023年2月6日より全ての市区町村で、マイナポータルを通じた転出元市区町村への転出届の提出や、転入予定市区町村への来庁予定の連絡(転入予約)が可能となりました。また、今後民間の引越しポータルサイト経由でもライフライン

                          引越し手続オンラインサービス|デジタル庁
                        • 開発のスケジュール遅延には抗うことはできないのか? “最大16倍”の誤差を小さくする見積もりの考え方

                          DeNAの多様に展開する事業や、それぞれの個性やライフステージに応じたフレキシブルな働き方、それらを受容するDeNAが根底に持つ考え方などを伝えるDeNA TechCon 2022 Autumn。ここでゲーム事業本部の伊藤氏が登壇。プロジェクトのスケジュール遅延に対して、プロジェクトマネージャーができる対策を紹介します。 伊藤氏の自己紹介 伊藤理恵氏(以下、伊藤):それでは「スケジュール遅延に対して Project Manager ができること」の発表をします。私は伊藤理恵と申します。2011年にDeNAに入社して、ゲーム事業でサーバーサイドのエンジニアをしていました。2017年ごろにプロジェクトマネージャーに転向して以後、新規タイトルや運用タイトルといった複数のゲームタイトルに携わりました。 ゲーム事業ではチームの規模が大きいことも多く、1チームに複数人のPM(プロジェクトマネージャー)

                            開発のスケジュール遅延には抗うことはできないのか? “最大16倍”の誤差を小さくする見積もりの考え方
                          • 「ソフトウェア開発で伸びる人、伸びない人」を読んでみた。

                            GMOアドマーケティングのmaykeartです。 ソフトウェア開発 で伸びる人、伸びない人という書籍について、開発で女性(著者)の先輩と働いた経験がないので新たな視点が得られそうなので読んでみました。 本書は2つの質問に対し、いくつかのチェックリストがあり、回答に沿って足りていない事に気づかせてくれる内容でした。 1.伸びる人、伸びない人のチェックリストをやってみた。 [❌]解決策偏重:開発しているシステムが何の問題を解決する為のシステムか明確に答えられない 意外と多いそうです。どのシステムも使用するユーザーを考える事はイメージしやすいと思いますが、 確かに最適な広告を配信するという概念だけで、その中のどの部分の開発なのか、常に意識出来ていませんでした。 例:Supply Side Plathomeとは(媒体側の収益を最大化させるためのプラットフォーム)です。のように ★伸びる人:システム

                              「ソフトウェア開発で伸びる人、伸びない人」を読んでみた。
                            • 「たけしの挑戦状」を作った男,福津 浩氏が追い続けた新世界(前編)光栄「三國志」と襟川夫妻への思い 「ビデオゲームの語り部たち」:第29部

                              「たけしの挑戦状」を作った男,福津 浩氏が追い続けた新世界(前編)光栄「三國志」と襟川夫妻への思い 「ビデオゲームの語り部たち」:第29部 ライター:大陸新秩序 ライター:黒川文雄 カメラマン:愛甲武司 この連載「ビデオゲームの語り部たち」の第26部では,タイトーで「たけしの挑戦状」に関わり,その後アテナを立ち上げて「デザエモン」などを世に送り出した中村 栄氏に話を聞いた。 だが,「たけしの挑戦状」については,それ以前から,ある人物の話を聞いてみたいと思っていた。それが同作の開発スタッフである福津 浩氏だ。 福津氏はすでにゲーム開発から離れているのか,業界に古くからいる知人に聞いても,消息はようとして掴めなかったのだが,演劇集団「ヨーロッパ企画」が2020年に上演を予定していた舞台「たけしの挑戦状 ビヨンド」(関連記事)の関係者を通じて,コンタクトを取ることができた。 そんな事情もあって,

                                「たけしの挑戦状」を作った男,福津 浩氏が追い続けた新世界(前編)光栄「三國志」と襟川夫妻への思い 「ビデオゲームの語り部たち」:第29部
                              • 物理サーバのセットアップをon-the-fly ISO patchingで自動化した話 | メルカリエンジニアリング

                                メルカリSREの@kazです。 今日は、メルカリの所有する物理サーバのセットアップと設定配布の自動化をどのように実現したかをお話します。 メルカリのデータセンタ 本題に入る前に、メルカリが現在構築している自社データセンタ(東京DC)についてご紹介します。 メルカリでは現在、基幹システムのMicroservice化を進めています。各Microservicesの開発においては、そのサービスの特性などを鑑みて、チームの裁量で柔軟にインフラを選択することが可能です。その結果として、メルカリはさくらインターネット、GCP、AWSなど複数のクラウドにまたがって運用される状況となりました。 こうした中、SREチームが問題視したのは「各クラウドデータセンタ間の物理的距離」です。メルカリでは、コストダウン・低災害リスクの観点から、主にさくらインターネットの石狩リージョンを利用しています。一方で、GCPやAW

                                  物理サーバのセットアップをon-the-fly ISO patchingで自動化した話 | メルカリエンジニアリング
                                • 桜を見る会 野党「政府から一定の回答」国会審議に復帰 | NHKニュース

                                  「桜を見る会」をめぐり、野党側は、招待状に関する資料について政府側から一定の回答が得られたとして衆参両院の国会審議に復帰しました。 こうした中、29日午後、参議院行政監視委員会の理事懇談会が開かれ、内閣府は共産党に提出していた「桜を見る会」の招待状の発送業務を発注するための仕様書について「発送を効率化するために『招待区分』を記している」などと説明しました。 これを受けて、野党側は、これまで政府のものかどうかも答えられないとしてきた資料について、一定の回答が得られたとして衆参両院の国会審議に復帰しました。 立憲民主党の安住国会対策委員長は、会派の代議士会で「資料の解釈についてはさまざまだが、安倍総理大臣を含む官邸の推薦枠として、ジャパンライフの幹部に招待状を発送したとみなすことにした。なぜ招待したのか政府は説明する責任がある」と述べました。 このあと国会では、与野党の議員が出席して衆議院と参

                                    桜を見る会 野党「政府から一定の回答」国会審議に復帰 | NHKニュース
                                  • Flutterアプリでのデザインマネジメント - エムスリーテックブログ

                                    エンジニアリンググループ 新規プロダクト支援チーム所属の荒谷(@_a_akira)です。 あまり知られていないかもしれませんが弊社では、2019年末から既に6つの新規アプリをFlutterで実装しリリースしています。 先日リリースされたデジカルスマート診療(以降デジスマアプリ)という医療機関向けに予約やキャッシュレス決済を導入・利用できるアプリもFlutterで作成しています。 digikar-smart.jp このサービスの立ち上げからリリースまでの開発期間は約3ヶ月で開発側の人数もPdM1人、アシスタントPdM1人、デザイナー1人、バックエンド2人、WEB フロント(クリニック向け管理画面)1人、アプリ(患者向け, Flutter)1人の構成で開発しています。 このあたりの開発体制については先日記事が上がっているので興味のある方はそちらを見てみてください。 www.m3tech.blo

                                      Flutterアプリでのデザインマネジメント - エムスリーテックブログ
                                    • Jupyter で公共交通データを可視化する|NAVITIME_Tech

                                      こんにちは、ふた月です。 ナビタイムジャパンで主にサーバーサイドのシステム開発や公共交通データの運用改善を担当しています。 今回は公共交通データの運用改善を進める中で、学習や調査向けのデータ可視化に Jupyter を使用した事例を紹介します。 Jupyter とはJupyter はインタラクティブにプログラミングやデータ分析を行うための Web アプリケーションです。Python で利用されることが多いですが、数十のプログラミング言語に対応しています。JupyterLab や Visual Studio Code を利用してローカル環境で利用する他、 GCP、 Azure といったクラウド環境上でも動作環境が提供されています。機械学習でよく用いられている Google Colaboratory にも Jupyter が利用されています。 向き合いたい課題当社では経路探索や案内情報の提供の

                                        Jupyter で公共交通データを可視化する|NAVITIME_Tech
                                      • EOL対応はシステム見直しを行うベストタイミングである - MonotaRO Tech Blog

                                        今回のミッションと問題 テスト環境 テストの方針 全体像を知ったからできたこと テストを通じてあるべき姿を知る まとめ こんにちは。モノタロウで開発担当している竹原です。 皆さんは、EOL対応についてどのようなイメージをお持ちでしょうか? EOL(End Of Life)とは、ハードウェアやソフトウェア製品の販売や生産、ベンダーのサポートや修正・更新プログラムの提供終了を意味します。EOLを放っておくと脆弱性や不具合を抱えたまま運用することになりかねないため、基本的には対応必須です。 とは言いつつも、不具合を出すリスクもあり作業内容としては広範囲のテスト作業となるため、入れ替えるハードウェアやソフトウェアに劇的な機能向上が無ければ、コストに見合う価値が得られません。しかし、確認範囲が広いという点を逆手にとるとシステム全体を見直す良い機会でもあります。 今回、私のチームでPythonのEOL

                                          EOL対応はシステム見直しを行うベストタイミングである - MonotaRO Tech Blog
                                        • Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog

                                          こんにちは、タノシムスタジオテックリードの吉谷です。タノシムスタジオでは2011年ごろからクライアントアプリケーションの開発にUnityを利用し始め、いろいろ試行錯誤をつづけた結果、現在ではクリーンアーキテクチャの考え方を取り入れています。 今回は、Unityを利用したゲーム開発にクリーンアーキテクチャを適用した例として、導入理由、具体的な構成、実際に感じたメリット、デメリットなどを紹介したいと思います。 クリーンアーキテクチャとは クリーンアーキテクチャはRobert C. Martin氏が自身のブログにて発表した、すべてのソフトウェアアーキテクチャが守るべき考え方やアプローチがまとめられた概念です。以下のような同心円状の図で説明されることが多いかと思います。 出典: The Clean Architecture クリーンアーキテクチャの説明自体は、検索していただければ優れた記事や書籍な

                                            Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog
                                          • プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ

                                            こんにちは! クラウドワークスの新規事業開発チームでプロダクトマネージャー(以下、PdM)を担当している八尾です。 クラウドワークスでは、新規SaaSプロダクトを目下開発中です。 プロダクトの中身はまだ詳しく言えないのですが、新規事業の考え方などはこちらの記事をぜひご覧ください。 現在開発中のプロダクトでは初期からドメイン駆動設計(以下、DDD)の思想を取り入れて設計をしています。 DDDは、端的にいうと、ドメインモデルを中核に据えて設計しようということだと理解しています。 (参照:Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita) この記事では、なぜ初期の小さな規模のプロダクトでDDDを取り入れる意思決定をしたか、取り入れてみてどういう効果が得られたかについて、非開発者のPdM視点で書いてみようと思います。 (開発者視点でどうだったかは後々また公開する予定

                                              プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ
                                            • スクウェア・エニックス 齊藤陽介氏ロングインタビュー。『ドラゴンクエスト』から実写ゲームまで、王道と獣道を歩んだゲームプロデューサーの四半世紀 - AUTOMATON

                                              普段スポットライトがあたらないゲーム業界の裏方の仕事、人、もの、イベントなどを特集する企画「The Back Room Residents(隠し扉の住人たち)」。初回のインタビュー対象となるのは、常にゲームクリエイターと共に歩みながら、一歩引いた立場でプロデュース業を続けてきたスクウェア・エニックスの齊藤陽介氏。実写ゲームからアイドルグループ、『ドラゴンクエスト』から『ニーア』シリーズまで、王道作品を担当しつつ獣道を開拓してきた齊藤氏に、ゲーム業界に入ってからの四半世紀の間に何を考え、どう動いてきたのか対談形式でうかがった。 齊藤陽介 スクウェア・エニックス 取締役兼執行役員、プロデューサー。1993年、エニックスに入社。『アストロノーカ』『ユーラシアエクスプレス殺人事件』『クロスゲート』といった実験的な作品をプロデュースしてきた。2010年代には『ドラゴンクエストX オンライン』『ドラゴ

                                                スクウェア・エニックス 齊藤陽介氏ロングインタビュー。『ドラゴンクエスト』から実写ゲームまで、王道と獣道を歩んだゲームプロデューサーの四半世紀 - AUTOMATON
                                              • AWSコスト倍になっちゃった!〜削減への道のり〜 - freee Developers Hub

                                                こんにちは、DevBrandingのellyです。5月20日に配信した「AWSコスト倍になっちゃった!〜削減への道のり〜」の様子をご紹介します。 今回はITストラテジーチームとSREチームから2人のゲストを招いて、freeeで実際に起きたAWSコスト増加の事例をもとに、気がつけば増えるインフラ費用の無駄をどのように見つけ、コスト削減していったのか、実話のストーリーを話してもらいました。 登壇者集合写真 miry:写真左上。2015年入社。ITストラテジー。全社のITツールのコスト管理やIT戦略の策定を担当。 nakagawa:写真右上。2020年5月入社。SREチームエンジニア。基盤の更改やクラスタ管理効率化を担当。 のぶじゃす (@noblejasper): 写真右下。ラジオパーソナリティ、2017年に中途入社。mixi、ソーシャルゲーム企業でソフトウェアエンジニアを経験し freee

                                                  AWSコスト倍になっちゃった!〜削減への道のり〜 - freee Developers Hub
                                                • 結合テストの自動化にQAはどうかかわっていったか - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                  こんにちは、サイボウズの永田です。 私は、サイボウズの開発本部、アジャイル・クオリティで、アジャイルの品質を探求する活動をしています。 この記事では、2023年3月9日、JaSST Tokyo 2023のテクノロジーセッションで発表させていただいた内容を、より解説を入れながら紹介します。 結合テストの自動化にQAはどうかかわっていったか 今回取り上げる事例では、kintoneのフロントエンド刷新プロジェクト(フロリア)で結合テストの自動化を決定した際に、QAメンバーがどのように関与し、困難に直面しながらも、信頼性の高いテストコードを作成するに至るまでの過程をご紹介します。 フロリアについては次のブログをご覧ください。 blog.cybozu.io テストのポリシー ~このミッションにおけるQAのチャレンジ~ フロリア内で新しく3つのチームが立ち上がった際、各チームのテスト戦略の中心を、自動

                                                    結合テストの自動化にQAはどうかかわっていったか - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                  • PMによる仕様書では補えない運用フェーズに強いドキュメント作り|さとじゅん

                                                    メルペイでプロダクトマネージャをしてます、さとじゅんです。 メルペイでto B向けプロダクトの開発をしてます。なので、主にto B向けプロダクトについての話になります。 たまに思うこと突然ですがPMは新しい機能を作る時は仕様書を書くことが多いですよね。 PRD(プロダクト要求仕様書)とかですね。 「Why」とか「What」とか「How」とか書きますよね。 それでリリースして運用していくと思うのですが、運用中にいろんな課題をこなしていくうちにひとつの事に気づきます。 「もう少しビジネスとシステムとオペレーションがひとつのつながりで理解できる資料が欲しいな」と。 to C向けのプロダクトに比べ、to B向けのプロダクトにはセールスやオペレーションのチームなど1つのプロダクトに関わる人が多くなる特徴があると思います。 PLGという考え方もあると思いますが、だいたいのto B向けプロダクトがto 

                                                      PMによる仕様書では補えない運用フェーズに強いドキュメント作り|さとじゅん
                                                    • 「colabo令和4年度事業計画書」のデマを流したの誰?|opp

                                                      colaboの令和4年度事業計画書に関する開示請求結果についてまとめる。 Ⅰ 経緯10月下旬に暇空氏は、colaboが東京都に提出した令和4年度事業計画書に、多数の計算ミスがあることをツイートで指摘した。 令和4年度 事業計画書の計算ミスの指摘これに対して11月29日付の文書にてcolabo及び弁護団は「暇空氏は新旧のバージョンをもっているのに、修正前の旧バージョンを用いて情報操作をしている」と反論した。これを受けて暇空氏は公開したバージョンしか開示されてないと再反論している。 Colabo及び仁藤夢乃さんに対する誹謗中傷等についてどちらの言い分が正しいか明らかにするため、東京都に関連資料の開示請求を実施した。 Ⅱ 計画書の修正は許されるのか?本題に入る前に暇空氏の開示資料のツイートに対して「当初の事業計画を修正するのは問題」とする反応があるので、先決的に解決しておく。 女性支援事業のよう

                                                        「colabo令和4年度事業計画書」のデマを流したの誰?|opp
                                                      • JWT アクセストークンからの個人情報漏洩 - Qiita

                                                        内包型アクセストークン、典型例としては JWT アクセストークンは、関連するデータを自身の内部に持っています。下記の条件が成り立つと、論理的な帰結として、そのようなアクセストークンから直接個人情報が漏洩します。 個人情報が含まれている 暗号化されていない ステートレス 意図しない者に盗まれる ここで「ステートレス」とは、「個人情報を保存するためのデータベースレコードを認可サーバー側に持たない」ことを意味しています。 もしもアクセストークンの実装が「内包型/暗号化されていない/ステートレス」であり、また、システムがクライアントアプリケーションに個人情報を提供する必要があるなら、当該システムは、アクセストークンに情報を埋め込むことを避け、個人情報を問い合わせるための Web API を提供すべきです。 ユーザー情報エンドポイント (OIDC Core Section 5.3) はそのような A

                                                          JWT アクセストークンからの個人情報漏洩 - Qiita
                                                        • OS徒然草 (1) - VA Linux エンジニアブログ

                                                          はじめに コンピュータのアーキテクチャ プログラムの構造 あとがき 執筆者 : 小田 逸郎 はじめに 筆者は自分のことを OS 開発者 (OS屋) だと思ってます。最近は、OSにあまり深く関われていないのですが、筆者が若かりし頃に情熱を注いだものであり、筆者の基盤をなしているものであることには間違いないです。 筆者が OS (UNIX) の開発に携わり始めたのは、1986年のことなので、もう40年近く経ってしまいました。その間に OS の規模も随分大きくなってしまったようです。 筆者が始めた頃の UNIX は、デバイスドライバを除くと、20K行くらいだったと記憶しています。 全コードをラインプリンタで出力、コピー、製本し、皆で読み合わせて、勉強会をしたりしていました。そんなことができる分量だったのです。 今の Linux の規模はどれくらいでしょうか。筆者たちが「Linuxカーネル 2.6

                                                            OS徒然草 (1) - VA Linux エンジニアブログ
                                                          • CSS嫌いがあえてフレームワークまでつくった理由。 NES.css開発者流、「嫌い」を「好き」に変える勉強術【フォーカス】 レバテックラボ(レバテックLAB)

                                                            TOPフォーカスCSS嫌いがあえてフレームワークまでつくった理由。 NES.css開発者流、「嫌い」を「好き」に変える勉強術【フォーカス】 CSS嫌いがあえてフレームワークまでつくった理由。 NES.css開発者流、「嫌い」を「好き」に変える勉強術【フォーカス】 2024年4月24日 「NES.css」開発者 ダーシノ SIerでの業務アプリ開発や職業訓練校でのプログラミング講師を経て2015年にさくらインターネット株式会社にフロントエンドエンジニアとしてジョイン。2018年にファミコン風CSSフレームワーク「NES.css」を開発、公開する。人生の目標に「笑って死ぬ」を掲げている。柔道初段。 X ブログ GitHub ファミコン風のデザインのWebページをすぐにつくれる、オープンソースのCSSフレームワーク「NES.css」。フロントエンドエンジニアのダーシノさんが2018年にGitHu

                                                              CSS嫌いがあえてフレームワークまでつくった理由。 NES.css開発者流、「嫌い」を「好き」に変える勉強術【フォーカス】 レバテックラボ(レバテックLAB)
                                                            • [CEDEC 2020]日本人よ,このままでいいのか? 日中ゲーム開発の現状や,日本のゲーム開発者が進むべき道が熱い思いで語られた講演をレポート

                                                              [CEDEC 2020]日本人よ,このままでいいのか? 日中ゲーム開発の現状や,日本のゲーム開発者が進むべき道が熱い思いで語られた講演をレポート 編集部:御月亜希 ゲーム開発者向けカンファレンスCEDEC 2020の初日となる2020年9月2日,「日本人よ,このままでいいのか?!日中ゲーム開発現場から日本人クリエイターの未来像を考える〜緊急時対応から見えてきた実像」という,大胆な見出しのセッションが行われた。ナムコ,バンダイナムコゲームスに在籍し,現在はゴールデンサニーの代表取締役を務める田村俊彦氏が,日中ゲーム開発の現状を説明し,日本人ゲームクリエイターが今後進むべき道を語った。 田村氏の淡々と落ち着いた話し方とは対照的に,講演の内容は同氏の思いが込められた熱いものだった。講演時間ギリギリまで,視聴者の質問に答える様子も印象的だ 4Gamer「CEDEC 2020」掲載記事一覧 田村氏は

                                                                [CEDEC 2020]日本人よ,このままでいいのか? 日中ゲーム開発の現状や,日本のゲーム開発者が進むべき道が熱い思いで語られた講演をレポート
                                                              • 「“わからなくてもまずはやってみる”ができる人は成長できる」 未経験エンジニアが“活躍できるエンジニア”になるために必要な考え方

                                                                まだ教科書がない技術が増えてきている ーー「エンジニア教育のここが難しい」みたいなことはなにかありますか? 竹迫良範氏(以下、竹迫):教育の難しさでいうと、教科書がないものが最近増えていますよね。まさに今ChatGPTが急速に流行りだしていたりしますが、紙の教科書は去年はほとんどなかったと思うので、教える側が教材開発から新しくしないといけない。それは今すごく大変だと思います。新しいものがどんどん入ってきますが、そこはひたすら試して、試した人が教材を作っていくかたちになっています。 会社が大きくなる中で、志望者の質が変化してきた ーーラクスパートナーズはどうですか? 森大介氏(以下、森):うちのビジネスは、採用、教育、派遣という流れで進んでいるのですが、私が採用をやっていた時は、社員数も100人ぐらいで会社の規模も小さかったので、知名度もそこまでなく、採用が大変だった時代でした。 そんな中で

                                                                  「“わからなくてもまずはやってみる”ができる人は成長できる」 未経験エンジニアが“活躍できるエンジニア”になるために必要な考え方
                                                                • API仕様書をバリデーターと型と同期させて作る

                                                                  API Spec を書くとそれ通りのリクエストしか受け付けないようにバリデーションしてくれて、なおかつバリデーションされた値には Spec で期待した通りの型が付いて欲しいですよね。 これを TypeScript で実現しようとすると色々と壁があります。特に API Spec と TypeScript の型を揃えるのが難しいです。 この手の課題は NestJS であればクラスフィールドとデコレータを使って解決できるのですが、制約の強い FW であるため会社の事情で採用が難しかったりもします。そこで fastify を使って同様のことを達成できるか模索してみましょう。 (※ OGP は https://www.pakutaso.com/photo/75600.html です。型、バリデータ、API Spec 三銃士感があって選びました) API 仕様書はどうあるべきか まず、フロントエンドエ

                                                                    API仕様書をバリデーターと型と同期させて作る
                                                                  • ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた

                                                                    ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた AIの進化が止まらない。“生成AIブーム”の火付け役といえる米OpenAIの「ChatGPT」が2022年11月に登場してから、早くも1年以上が経過した。当時、出力結果の精度の高さに驚いた人も多いだろう。 世の中に数多くのAIツールや基盤モデルが登場し、業務効率化やデータ分析による新たな価値創造を狙ってAIの活用に乗り出そうという企業も増えている。米IDCが全世界の890人を対象に23年9月に実施した調査によると、77%以上の組織が生成AIに投資または活用を模索中と答えた(米IDC「企業向けGenerative AIガイド」より)。 生成AIはどのような用途で活躍するのか。IDCが上記調査で「今後18カ月で生成AIが最も大きな影響を与える可能性があるビジネス分野」を聞くと、第1位が「ソ

                                                                      ChatGPTで「業務アプリ」作成に挑戦 プログラミングの工数削減につながるか? 新機能を使い倒してみた
                                                                    • 社内文書検索&QAシステムの RAG ではないところ - Algomatic Tech Blog

                                                                      こんにちは。NEO(x) 機械学習エンジニアの宮脇(@catshun_)です。 RAG システムの開発、いざ業務に統合するとなると結構大変ですよね。 構築してみたがユーザ数が伸びず、、なんてことはよくあると思います。 実際こんな記事も話題になりましたね。 本記事では、コラムとして RAG システムの設計で考慮したい点を自戒を込めて記述したいと思います。 誤っている記述等もあると思いますが、本記事を読んだ方の議論のネタになってくれれば幸いです。 また Retrieval-based LM の技術的な話は、以下で触れておりますので併せてご覧ください。 RAG とは RAG (Retrieval-Augmented Generation) とは、社内文書・長期記憶に該当する対話履歴・API 仕様書などの 外部知識資源 を、言語モデルが扱えるよう入力系列に挿入する手法です。もともと Lewis+'

                                                                        社内文書検索&QAシステムの RAG ではないところ - Algomatic Tech Blog
                                                                      • TypeScript で querySelector メソッドを使うときに型引数を指定する - Hatena Developer Blog

                                                                        こんにちは、エンジニア職の id:nanto_vi です。(この記事は、はてなエンジニア Advent Calendar 2020 の 12 日目の記事です。昨日は id:cohalz さんによる「Webサービスのモニタリングについてのチェックリスト」でした。) 結論 TypeScript で querySelector、querySelectorAll メソッドを呼び出すときは、型引数を指定しましょう (メソッド名の直後の < > で囲んだ部分です)。 const foo = document.querySelector<HTMLElement>('.foo'); if (foo) { foo.style.display = ''; } const bars = document.querySelectorAll<HTMLInputElement>('input[name="bar"]'

                                                                          TypeScript で querySelector メソッドを使うときに型引数を指定する - Hatena Developer Blog
                                                                        • 自作プログラミング言語と WebAssembly コンパイラ

                                                                          Photo by Lukas Tennie from unsplashはじめにこのエントリでは、僕が趣味で作っている PicoML という自作プログラミング言語の話を書こうと思う。 作ってから半年くらい経っているのだけれど、如何せん自作言語という無用の長物であり、登壇などでコイツの話をすることもないため、ある種の供養みたいなものだと思ってもらって構わない。 PicoML の概要まずは実装した言語の紹介から。ざっくり以下の特徴を備えた言語である。 ML ベースの文法による関数型言語単純 let 多相型推論による型チェックCLI として、Node.js 上での即時評価器(REPL)と WebAssembly をターゲットにしたコンパイラの双方を提供REPL やコンパイラの実装は TypeScript で行っている。自分の勉強が主目的であったため、REPL やコンパイラの CLI を動作させるの

                                                                            自作プログラミング言語と WebAssembly コンパイラ
                                                                          • 最速でフロントエンドを刷新するための開発フロー - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                            こんにちは、フロリアでQAエンジニアをやっている中園です。 現在サイボウズでは kintone のフロントエンドリアーキテクチャプロジェクト(フロリア)と称して、Closure Tools から React へと置き換えるプロジェクトが進行中です。 フロリアの詳細については 次の記事をご覧ください。 今回は、フロリアのチームの一つで、利用者に気づかれない形で React への置き換えを行っている Mira チーム1の開発・テストフローの紹介をします。 "最速で" React に置き換えたい Mira チームはただ React に置き換えるのではなく「最速で React に置き換える」という目標があります。 フロリアの各チームはそれぞれのチームごとにオーナーシップを持っており、チームごとに意思決定を行っています。Mira チームでは「最速で置き換える」という目標に向かって、開発スピードを向上

                                                                              最速でフロントエンドを刷新するための開発フロー - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                            • 達人出版会

                                                                              探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 Tom Hombergs(著), 須田智之(訳) 詳解 AWS CloudFormation 潮村 哲 その決定に根拠はありますか? 確率思考でビジネスの成果を確実化するエビデンス・ベースド・マーケティング 小川 貴史, 山本 寛 プログラマーのためのVisual Studio Codeの教科書【改訂2版】 川崎 庸

                                                                                達人出版会
                                                                              • 内閣官房・総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が発表されました | Amazon Web Services

                                                                                Amazon Web Services ブログ 内閣官房・総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が発表されました 内閣官房と総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」(以下、『報告書』)が発行されました(令和2年8月5日付)。 今回の『報告書』は、内閣官房IT総合戦略室・総務省行政管理局の2府省により構成される「政府共通プラットフォームの構築・活用推進及び政府におけるクラウドサービス利用検討」プロジェクトチーム、クラウド利用戦略・企画担当の皆様より、作成・取りまとめをいただいた報告書となります。 後述の引用部分の記載のとおり、今回の『報告書』は、第一号の政府重点プロジェクトに指定された政府共通プラットフォームにおける「クラウドサービス調達」に関して、2府省共同で組成されたプロジェクト

                                                                                  内閣官房・総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が発表されました | Amazon Web Services
                                                                                • 新卒ばかりのチームがいきなりインディーゲームを作ると何が起こるのか!? ⇒「仕様書が足りない」「コンセプトがブレる」と前途多難に。“落とし穴”にハマった事例から学ぶ「縛りだらけのインディーゲーム開発」第2回

                                                                                  世は大インディーゲーム時代。 SteamやSwitch、それともPS5、XBOXなどに溢れんばかりにリリースされるインディーゲームに注目しているゲーマーは多いことだろう。そんなインディーゲームについて「職人的な個人、少人数の有志が個性的なゲームを作る、自由なゲーム」というイメージを抱いているのではないだろうか。 それは一面の真実だが、これは別の真実……表に出づらいインディゲームの世界をテーマとした連載である。 本連載で語られるのは、SEモバイル・アンド・オンライン株式会社(SEM&O社)の事例。同社はゲーム開発支援(SES)業務・受託開発、そしていくつかの運営、ダウンロードゲームを手がけているが、2023年に新卒中心のチームで新規にSteam向け自社ゲーム開発を行っていた。 ところが、企業がインディーゲーム開発に乗り出そうとすると個人・少数集団の開発とは異なる問題に直面する。ゲーム開発チー

                                                                                    新卒ばかりのチームがいきなりインディーゲームを作ると何が起こるのか!? ⇒「仕様書が足りない」「コンセプトがブレる」と前途多難に。“落とし穴”にハマった事例から学ぶ「縛りだらけのインディーゲーム開発」第2回