並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 51546件

新着順 人気順

仕様の検索結果121 - 160 件 / 51546件

  • POSTリクエストを冪等処理可能にするIdempotency-Keyヘッダの提案仕様 - ASnoKaze blog

    はじめに HTTPリクエストには冪等なものと非冪等なものがあります。 仕様上、GETやOPTIONSは冪等であり、同じリクエストであれば何度行っても問題ありません。そのため通信上エラーが起こっても自動的にリトライすることが出来ます。 一方で、POSTリクエストは冪等ではありません。同じリクエストでも複数回行うと、結果が変わってしまいます。投稿や課金APIであれば2重に処理されてしまいます。 POSTリクエスト中にタイムアウトが発生した時に、サーバに処理される前にタイムアウトしたのか、サーバが処理したあとにレスポンスを返そうとしたところでタイムアウトしたのかクライアントは区別できません。そのため、POSTリクエストを一概にリトライすることは出来ません。 そこで、リトライにより複数回同じPOSTリクエストを受け取っても、同じものと識別できるように識別子をHTTPリクエストに付加できるようにする

      POSTリクエストを冪等処理可能にするIdempotency-Keyヘッダの提案仕様 - ASnoKaze blog
    • GitHub、Copilotの将来像となる「Copilot Workspace」発表。人間がコードを書くことなく、Copilotが仕様作成からコード作成、デバッグまで実行。GitHub Universe 2023

      GitHub、Copilotの将来像となる「Copilot Workspace」発表。人間がコードを書くことなく、Copilotが仕様作成からコード作成、デバッグまで実行。GitHub Universe 2023 GitHubの年次イベント「GitHub Universe 2023」が米サンフランシスコで開幕。同社CEOのThomas Dohmke(トーマス・ドムケ)氏は1日目の基調講演の最後に、GitHub Copilotの将来像となる「Copilot Workspace」を発表しました。 Copilot Workspaceは、人間が書いたIssueを起点にCopilotがIssueに対応した仕様を書き、実装計画を示し、それに沿ってコーディングや既存のコードの修正を行い、ビルドをしてエラーがあれば修正まで行うという、コーディングのほとんど全ての工程をCopilotが自動的に実行してくれる

        GitHub、Copilotの将来像となる「Copilot Workspace」発表。人間がコードを書くことなく、Copilotが仕様作成からコード作成、デバッグまで実行。GitHub Universe 2023
      • お前たちの仕様の伝え方は間違っている!

        仕様を伝えるときには、ストーリーテリングでも伝えよう。

          お前たちの仕様の伝え方は間違っている!
        • JR東日本、Suica販売停止1年 ガラパゴス仕様で半導体作れず - 日本経済新聞

          JR東日本が交通系ICカード「Suica(スイカ)」の販売を停止してから1年が経過した。世界の半導体不足は2024年に解消に向かっているのにもかかわらず、日本仕様の通信方式がネックとなり、ICカード向けの半導体が足りない。訪日外国人にスイカを発行できず、不便を強いている問題も生じている。JR東と首都圏私鉄各社などが出資するパスモ(東京・新宿)は、23年6月8日に無記名カードを、8月2日に記名式

            JR東日本、Suica販売停止1年 ガラパゴス仕様で半導体作れず - 日本経済新聞
          • 40年越しにTCPの仕様(RFC793)が改訂される RFC9293 - ASnoKaze blog

            2022/08/09 追記 「RFC 9293 Transmission Control Protocol (TCP)」として正式なRFCが出ました TCPのコア部分の仕様は1981年に発行された「RFC793 TRANSMISSION CONTROL PROTOCOL」で標準化されています。 この、RFC793の改訂版となる「Transmission Control Protocol (TCP) Specification」は、2013年からIETFのTCPM WGで議論されてきましたが、4月4日にIESGによって承認されました(参考URL)。現在はRFC出版の準備に入っています(新しいRFC番号はこの後正式に決まります) www.ietf.org 改めてTCPの仕様を読みたい場合はこのドキュメントを読むのが良さそう。 概要 この改訂版の仕様(通称 rfc793bis)は、RFC793が

              40年越しにTCPの仕様(RFC793)が改訂される RFC9293 - ASnoKaze blog
            • 「img要素をpで囲う」仕様を読むのがめんどくさい人向け解説 - m31

              web屋さんたちのTLで話題沸騰の「img要素、下から見るか?横から見pで囲うか?」問題について、Twitterでもやいのやいの言っていますが、件のツイートで挙がっている項目について、独自解釈ではなく、仕様についてきちんと解説したいと思います。 って書いたけどたぶんimg要素の話だけで終わる。 2019.9.12追記 この記事は書いたものを書きっぱなしにしておくつもりだったのですが、TwitterのDMでいただいたメッセージで気付かされたことがあり、一部に訂正と補足を追記することにしました。 このボックスで書かれている追記には、著者による嘘は含まれていません。もし追記の内容に誤りがありましたらそれはただのミスです。 また、追記にこのボックスを使用するにあたり、もともと記事内にあった同じボックスは別のボックスに置き換えました。 訂正の経緯については記事の最後で後述します。 img要素の仕様を

                「img要素をpで囲う」仕様を読むのがめんどくさい人向け解説 - m31
              • ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に(医療介護CBニュース) - Yahoo!ニュース

                厚生労働省新型コロナウイルス感染症対策推進本部は、都道府県などに出した事務連絡(18日最終改正)で、新型コロナウイルス感染者等情報把握・管理支援システム(HER-SYS)での新型コロナウイルスワクチン接種歴の入力について、「現時点では4回目までしか入力できない仕様となっている」と伝えた。既に5回目接種が行われているが、接種回数を「不明」とするよう求めている。【新井哉】 事務連絡では、「今後、5回目以降の入力を可能とする改修を行う予定である」と説明。それまでの間、「新型コロナウイルスワクチン接種歴」の接種回数は「不明」とし、「感染経路分析」の「医師が必要と認める事項」に「ワクチン5回」と入力する。 HER-SYSを巡っては、入力作業に追われ、医療現場が逼迫した事態を踏まえ、入力する際、症状や診断方法などの項目をなくす改修を行っていたが、ワクチン接種歴に関しては、5回目以降に未対応だった。

                  ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に(医療介護CBニュース) - Yahoo!ニュース
                • 「YAMLの本来の使い方」を仕様から読み取ってみる | Wantedly Engineer Blog

                  YAMLは「便利なJSON」として使われることが多い一方、その複雑性から落とし穴も多く、しばしば批判の対象になります。 なぜYAMLはそこまで複雑なのでしょうか? その背景のひとつは、本来のYAMLがJSONとは大きく異なる目的意識で作られているからです。 本稿ではYAML specに従う形でYAMLのコンセプトを解説することを目指します。残念ながら、ここに書かれているYAMLの思想は実際には実用されているとは言い難いですし、これらの背景を理解しても「YAMLは複雑だ」という事実がひっくり返ることはないでしょう。それでも、YAMLの複雑さの源泉を体系的に理解し、YAMLとほどほどの距離感で付き合う助けにはなるのではないかと思います。 この記事ではこういう話をしますYAMLはJSONとは独立に、異なる目的で生まれた野心的な仕様であるアンカーやタグなどの強力な構文は、これらの目的を満たすために

                    「YAMLの本来の使い方」を仕様から読み取ってみる | Wantedly Engineer Blog
                  • カートリッジ会社がキヤノン提訴へ 「仕様変更は違法」:朝日新聞デジタル

                    ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                      カートリッジ会社がキヤノン提訴へ 「仕様変更は違法」:朝日新聞デジタル
                    • Webサービスにおけるマイページの仕様とセキュリティ観点 - Flatt Security Blog

                      はじめに こんにちは。株式会社Flatt Security セキュリティエンジニアの石川です。 本稿では、ログイン機能をもつWebアプリケーションにおける実装上の注意を、マイページ機能から派生する機能のセキュリティ観点から記載していきます。特に、XSS(Cross-Site Scripting)やSQLインジェクションのような典型的な脆弱性と比較して語られることの少ない「仕様の脆弱性」にフォーカスしていきます。 これから述べる実装上の注意点は、実際にはマイページ機能であるかどうかに関係なく注意するべきです。 しかし、開発者の視点に立つと「これこれの機能にはどのようなセキュリティ観点があるか」という形が読みやすく、また他の機能の仕様のセキュリティを考える上で想像力を働かせやすいものになるのではないでしょうか。 また、株式会社Flatt Securityではお客様のプロダクトに脆弱性がないか専

                        Webサービスにおけるマイページの仕様とセキュリティ観点 - Flatt Security Blog
                      • 【画像あり】商用仕様のエロゲ塗り教えて欲しい人いる? : 暇人\(^o^)/速報 - ライブドアブログ

                        【画像あり】商用仕様のエロゲ塗り教えて欲しい人いる? Tweet 1: 以下、\(^o^)/でVIPがお送りします 2014/12/12(金) 14:25:50.85 ID:XTew+FO00.net 3時間程時間が空いたので 5: 以下、\(^o^)/でVIPがお送りします 2014/12/12(金) 14:29:36.53 ID:XTew+FO00.net じゃあ1から行くか うんこ行くからちょっと待って 6: 以下、\(^o^)/でVIPがお送りします 2014/12/12(金) 14:31:52.01 ID:7BRx4WOW0.net 期待してる 7: 以下、\(^o^)/でVIPがお送りします 2014/12/12(金) 14:32:37.96 ID:XTew+FO00.net うーしじゃあレイヤー構成の基本から 【Android】パズルとモンハンを合体させたようなボリューム満点

                          【画像あり】商用仕様のエロゲ塗り教えて欲しい人いる? : 暇人\(^o^)/速報 - ライブドアブログ
                        • 「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?

                          「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?:誰にでも分かるSEのための文章術(11)(1/2 ページ) 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな

                            「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?
                          • JavaScript の this キーワードに結びつけられる値はどのように決定されるのか (言語仕様の説明) - ひだまりソケットは壊れない

                            最近 JavaScript の this キーワードについての記事をいくつか見かけて 「そういや自分も昔 this キーワードについて記事を書いたなー」 と思って 古い記事 を見返してみたのですが、関数呼び出しのことしか説明してなかったので改めて this キーワードの全般的な話を書いておこうかと思います。 本記事は ECMA-262 5.1th に基づいています。 初心者向けの this キーワードの使い方の指針を示しているわけでも JavaScript 処理系の実装の説明をしているわけでもなく、JavaScript 言語コアの仕様を説明していることに注意してください。 ECMA-262 5.1th : JavaScript の言語コア部分 (ECMAScript) の言語仕様 (バージョン 5.1) 初心者向けの this キーワード周りの指針 この記事の最後の 「まとめ」 に、自分が

                              JavaScript の this キーワードに結びつけられる値はどのように決定されるのか (言語仕様の説明) - ひだまりソケットは壊れない
                            • 「神様が来て全てを壊した」 繰り返される仕様変更、本当にあったAIプロジェクトの怖い話

                              「神様が来て全てを壊した」 繰り返される仕様変更、本当にあったAIプロジェクトの怖い話(1/3 ページ) 「人事系のAIシステムを8カ月で作ってほしい」――この依頼から、全てが始まった。 AI(人工知能)ベンチャーのトライエッティング(愛知県名古屋市)の長江祐樹社長は、同社が体験した“大炎上プロジェクト”の経験を振り返る。 同社は企業のAI活用を支援するAI専任のSIerだ。ヒアリングから設計、業者選定、施行管理や納品までを一括で担当。実際のシステム構築はベンダーに委託し、上流設計やアルゴリズム構築などを担う。 2016年創業の若い会社だが、早くも炎上プロジェクトの洗礼を受け、そこから大きな学びを得たという。19年3月現在も進行中のプロジェクトの話だが、学びを生かして状況は改善。いまは順調にプロジェクトを進めている。 長江社長は、18年にネットで話題になった「メテオフォール型開発」そのもの

                                「神様が来て全てを壊した」 繰り返される仕様変更、本当にあったAIプロジェクトの怖い話
                              • サイゼリヤのモバイルオーダーが完全にガチ勢のための攻めた仕様になっている→逆にタブレット操作に慣れていない人ほど使いやすい仕様かも

                                Yuta SAWA @sawawww 数ヶ月ぶりにサイゼに来たが、いつの間にかモバイルオーダーが導入されていたんだが、流石にこれは攻めたUIだな。。。 pic.twitter.com/vn4FxpU8wr 2024-05-31 12:22:05 ラムダ🥒ラムダ技術部 @yoidea 番号を暗記していればミスなく爆速注文できそうな常連向けのUIなのは個人的に嬉しい! リッチなUIのモバイルオーダーアプリは、視覚情報メインでわかりやすさを追求している代償として、1つの商品を選択するのに何回も画面遷移させられる傾向にあるから、対極的なこの攻めたUIを採用したのは興味深い x.com/sawawww/status… 2024-05-31 14:58:39

                                  サイゼリヤのモバイルオーダーが完全にガチ勢のための攻めた仕様になっている→逆にタブレット操作に慣れていない人ほど使いやすい仕様かも
                                • 商用利用無料、64種類のさまざまな紙が揃ったプロ仕様の高品質なテクスチャ素材

                                  個人でも商用でも無料で利用できる、ざらっとした紙、つるっとした紙、もわっとした紙など、さまざまな紙が揃ったテクスチャ素材を紹介します。 紙系のテクスチャ好きの人には、嬉しい素材ですね。 Free Paper Texture Pack ダウンロードできる素材のフォーマットは.jpgで、サイズは2,100x1,500pxの高解像度のテクスチャ素材です。 紙は全部で64種類! その中からいくつかジャンルごとに紹介します。

                                  • Redmine で技術仕様書を書こう

                                    はじめまして! 株式会社 Aiming の土井です! エンジニアをやっております! 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います! 技術仕様書の“図” どうやって書いてますか? 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか? 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー

                                      Redmine で技術仕様書を書こう
                                    • マキタのBluetoothスピーカー「MR200」は音も仕様も構造も斜め上 (1/3)

                                      あのマキタがBluetoothスピーカーを売っている。型番は「MR200」。例によって電動工具用のリチウムイオンバッテリーを使う、青緑色の強そうなやつだ。建設会社の会社員である私は、うちの現場でどうだろうと、編集部経由でメーカーから広報機材を貸していただいた。この製品をオーディオ専門店で見たことはないが、工具などを扱うモノタロウでなら普通に買える(1万1772円)。そこがまず気に入った。 ちなみに同社からはコーヒーメーカー(CM500DZ)、ラジオ(MR050、MR051、MR052、MR102、MR103、MR106、MR107、MR108)、ロボット掃除機(RC200DZ)など、家電系機器が数多くラインナップされている。いずれも電動工具メーカーの製品という意外性から、ネット民の間では評判だ。 もちろんメーカーとしては「あのマキタがまたwwwww」のようなウケを狙っているわけではない。電

                                        マキタのBluetoothスピーカー「MR200」は音も仕様も構造も斜め上 (1/3)
                                      • 「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro

                                        上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏,ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏,パフ 代表取締役社長 釘崎清秀氏,下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏,パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏,パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合,ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは,まさにモックアップをそのまま仕様書した。「十数人の開発者で,5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み,CSSで切り替え 「この未体験のスピー

                                          「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro
                                        • gRPCを用いたマイクロサービスのAPI仕様の記述 - Mercari Engineering Blog

                                          この記事はMERPAY TECH OPENNESS MONTHの10日目の記事です。 こんにちは、メルペイのバックエンドエンジニアの柴田(@yoshiki_shibata)です。 メルペイのバックエンドは、Google Cloud Platform上でGoogle Kubernetes Engineを使用して、マイクロサービスアーキテクチャを採用した多数のマイクロサービスから構成されています。モノリシックなサービス実装では複数層のライブラリ(あるいはコンポーネント)から構成されるのに対して、マイクロサービスアーキテクチャでは複数層のマイクロサービスから構成されます。 どちらのアーキテクチャにおいても、偶発的プログラミング(Programming by Coincidence)1を避ける2ために、注意を払って作成する必要があるのが、境界部分のAPI(Application Programmi

                                            gRPCを用いたマイクロサービスのAPI仕様の記述 - Mercari Engineering Blog
                                          • Google、SEOに適したLazyloadの仕様を公開

                                            [レベル: 上級] SEO と相性がいい Lazyload の実装を解説するドキュメントを Google はデベロッパー向けサイトで公開しました。 3つのアドバイス ドキュメントには3つの指針が書かれています。 1. viewport 内で見えるようにする viewport 内にあるコンテンツは、必ず Google にも見えるようにしておきます(viewport は簡単に言えば、スクリーンに表示される領域)。 つまり、重要なコンテンツが viewport に入ったときは確実に読み込ませます。 IntersectionObserver API と polyfill を実装するように Google は指示しています。 2. 無限スクロールでは paginated loading を使う 無限スクロールを採用している場合は、paginated loading を実装します。 paginated

                                              Google、SEOに適したLazyloadの仕様を公開
                                            • 仕様記述テクニック「Promotion」の紹介 - DeNA Testing Blog

                                              こんにちは、SWETの鈴木穂高(@hoddy3190)です。 私はこちらの記事に記載の通り、形式手法の可能性を模索しています。 現在はツールやゲームの仕様を形式的に記述すること(形式仕様記述)で、仕様の欠陥をなるべく早く見つける取り組みにチャレンジしています。 今回は仕様記述をするにあたりよく使う重要な記述テクニックである「Promotion」を紹介します。 形式仕様記述とAlloyというツールを知っている人を対象にしています。 もし形式仕様記述やAlloyをご存じない方は、以前私がbuilderscon tokyo 2019で発表したときに使った資料をご覧ください。 Promotionとは 一般にソフトウェアシステムは複数のコンポーネントから構成されます。 システム全体としての状態(以下、システム状態)は各コンポーネントの状態の組み合わせからなります。 たとえどんなに奥深くのどんなに小さ

                                                仕様記述テクニック「Promotion」の紹介 - DeNA Testing Blog
                                              • 「ウマ娘」、3Dモデル制作方法に関する講演内容を一部先行公開 「ウマ娘」3Dモデルの基本仕様、フェイシャル、泥の汚れとは?

                                                  「ウマ娘」、3Dモデル制作方法に関する講演内容を一部先行公開 「ウマ娘」3Dモデルの基本仕様、フェイシャル、泥の汚れとは?
                                                • ダイソン空気清浄ヘッドフォン「Dyson Zone」全仕様公開

                                                    ダイソン空気清浄ヘッドフォン「Dyson Zone」全仕様公開
                                                  • W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達

                                                    W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達 World Wide Web Consortium (W3C)は、「Decentralized Identifiers (DIDs) 」(分散型識別子)バージョン1.0(以下、W3C DID)の仕様が勧告に到達したと発表しました。 W3C press release: "Decentralized Identifiers (DIDs) v1.0 becomes a W3C Recommendation" "This new type of verifiable identifier... will enable both individuals and organizations to take greater control of their onl

                                                      W3C、中央集権的な管理を不要にする「Decentralized Identifiers (DIDs)」(分散型識別子)の仕様が勧告に到達
                                                    • ドコモ口座の不正引き出しでヤバいのは「ゆうちょ等の未記帳行数が30行を超えると合算になるという仕様」→履歴を発行しないと不正を検出できない

                                                      解答略 @kaitou_ryaku ドコモの不正引き出しの件でヤバいなぁと思ってるのは、ゆうちょ等の「未記帳行数が30行を超えると合算になる」という仕様だと思う。不正引き出しが合算化されると、見つけるのが困難で、郵便局窓口で履歴を発行してもらわないと不正を検知できない。これで埋もれてる不正引き出しの件数が多いんちゃう 2020-09-12 22:27:07 解答略 @kaitou_ryaku まぁ多分近いうちに、金融機関側がDocomo口座関連の引き出しを検知して「不正な引き出しを見つけました」みたいな手紙を利用者に送付する仕組みができるのだと思う。むしろそうしないとマジで預金が闇の中に消えかねん 2020-09-12 22:30:13

                                                        ドコモ口座の不正引き出しでヤバいのは「ゆうちょ等の未記帳行数が30行を超えると合算になるという仕様」→履歴を発行しないと不正を検出できない
                                                      • 検査仕様書なしでシステム開発するとどうなるか?

                                                        検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自

                                                          検査仕様書なしでシステム開発するとどうなるか?
                                                        • Microsoft、「.doc」「.xls」などのOfficeバイナリファイル仕様を公開

                                                          米Microsoftは15日、Office 97以降で使われているバイナリファイル形式の文書仕様を公開した。「Microsoft Open Specification Promise」(OSP)プログラムの下で使用できる。 公開されたのは拡張子が「.doc」「.xls」「.ppt」となるOffice製品のバイナリファイル仕様。これらのバイナリファイルはOffice 97より採用され、Office 2003まで基本的な保存形式となっている。最新版のOffice 2007からはデフォルト保存形式が「Office Open XML」(.docx、.xlsx、.pptx)となっているが、バイナリ形式での保存もできるようになっている。 MicrosoftのWebサイトでは「Word 97-2007バイナリファイルフォーマット」(.doc)、「Excel 97-2007バイナリファイルフォーマット」(

                                                            Microsoft、「.doc」「.xls」などのOfficeバイナリファイル仕様を公開
                                                          • HTML5と関連仕様、言語リファレンスが公開 | Web標準Blog | ミツエーリンクス

                                                            HTML WGより3月4日付で、新しいHTML5の草案を含めた6つの文書が公開されました。 HTML5 HTML Canvas 2D Context HTML Microdata HTML+RDFa HTML: The Markup Language HTML5 differences from HTML4 HTML5 differences from HTML4の日本語訳も、いつもの通り更新しています。 HTML5 における HTML4 からの変更点 変更点 昨年の草案からの変更点から、いくつか気になるものを挙げてみます。 ひとつは、会話文を表現するdialog要素が削除されました。専用のマークアップを用意する必要性や、表現力に乏しいといった懸念が寄せられたことによります。 また、figure要素とdetails要素について内容モデルの変更がありました。これらの要素はキャプションにlab

                                                            • GitHubの削除されたリポジトリや非公開のリポジトリに誰でもアクセスできてしまうのは仕様通り

                                                              GitHubでは削除されていたりプライベートに設定されていたりするフォークやリポジトリに誰でもアクセスでき、さらにその動作が欠陥ではなく仕様通りであるとオープンソースセキュリティ企業のTruffle Securityがブログに投稿しました。 Anyone can Access Deleted and Private Repository Data on GitHub ◆ Truffle Security Co. https://trufflesecurity.com/blog/anyone-can-access-deleted-and-private-repo-data-github GitHubでの一般的なワークフローとして、「新しいフォークを作成する」「コミットする」「フォークを削除する」というものを考えてみます。 この時、削除したはずのフォークの中身を誰でも確認できてしまうとのこと。

                                                                GitHubの削除されたリポジトリや非公開のリポジトリに誰でもアクセスできてしまうのは仕様通り
                                                              • Twitterの@付き投稿が仕様変更 - SEO辻正浩のブログ

                                                                大変多くの方にTwitterやはてブでご紹介頂きました。ありがとうございます! 分りづらいなどの声がありましたので、「返信」扱いのタイムラインに現れるツイートの条件など、TwitterのRT・返信についての詳細情報を書きましたので、よろしければご覧下さい。 Twitterの仕様変更が10月頭に行われた模様です。 この仕様変更は、Reply、@付き投稿についてのもの。微妙な変化がありますが、非公式RTを使っている人には大きな変化ですので、ちょっと調べてまとめてみました。 まずはこの画像を御覧ください。 左が私のアカウントから見た私の4つの連続したツイートです。右は、この4ツイートを他アカウントから見た状態です。 普通のツイート、公式RT、非公式RT、普通のツイートと4つツイートしたはずですが、他アカウントから見ると、非公式RTがTLから抜けて3ツイートになっています。 この例のように、@付き

                                                                  Twitterの@付き投稿が仕様変更 - SEO辻正浩のブログ
                                                                • 米Microsoftがついに,バイナリ形式のOffice文書仕様を公開

                                                                  米Microsoftは2008年2月16日(米国時間),Office 97以降で採用するバイナリ形式のOffice文書仕様を公開した。拡張子が「.doc」「.xls」「.ppt」であるOffice文書を,同社の新フォーマット「Open XML」に変換することを目的とした技術情報公開である。同社で相互運用性を担当するBrian Jones氏によれば,Open XMLをISO(国際標準化機構)標準にするうえで,複数の国の標準化団体から既存のバイナリ形式についても開示するよう求められたことが,公開の理由であるとしている。 Open XMLのISO標準化に関しては,今月下旬からスイス・ジュネーブで開催されるISOの会合で,最終的な結論が出る見込み(関連記事:顧客が支持しているのは「Open XML」,ISO標準化にも自信--MSの標準化担当幹部)。Microsoftとしては,会合に先立ってバイナリ

                                                                    米Microsoftがついに,バイナリ形式のOffice文書仕様を公開
                                                                  • ビジュアル仕様書共有ツール Zeplin でアプリ開発が爆速になった - Qiita

                                                                    デザイナーが作ったデザインをエンジニアがコードに落としこむ工程,コミュニケーションコストも大きくなかなか大変ですよね.そんな課題を解決してくれる,ビジュアル仕様書共有ツール Zeplin を使ってみたところ非常に好感触で,アプリ開発がかなり効率化されたように思うので,普及もかねてまとめてみようと想います. Zeplin は何を解決してくれるのか これまでアプリ開発の際,デザイナーさんに以下の様なビジュアル仕様書を Google Drive で共有してもらっていました. 自分はデザイナーさんみたいに 1px の細かい差異など分からなかったりするので,このようなビジュアル仕様書を作成してもらえると,正しく実装することができ非常に助かります.しかし,これには例えば以下のような課題がありました. (1) デザイナーさんのコストが大きい.上図の例はアプリの 1 画面に過ぎませんが,これが 10 枚,

                                                                      ビジュアル仕様書共有ツール Zeplin でアプリ開発が爆速になった - Qiita
                                                                    • iPhoneアプリ開発できる方を探してます。エヴァカメラと同等の仕様で納期が明日昼と急ですがよろしくお願いします

                                                                      @xxxigoxxx @iphone_dev_jp iPhoneアプリ開発をお願いできる方を探しております。有料アプリ開発経験者様で守秘義務を守れる方、エヴァカメラhttp://bit.ly/bW4A3v と同等の仕様で、リソース等は全てあります。納期が明日2日(金)昼と急ですが、お願い致します。 2010-07-01 12:10:33 isisi @isisi RT @iphone_dev_jp: iPhoneアプリ開発をお願いできる方を探しております。有料アプリ開発経験者様で守秘義務を守れる方、エヴァカメラhttp://bit.ly/bW4A3v と同等の仕様で、リソース等は全てあります。納期が明日2日(金)昼と急ですが、お願い致します。 [@xxxigoxxx] 2010-07-01 12:14:07

                                                                        iPhoneアプリ開発できる方を探してます。エヴァカメラと同等の仕様で納期が明日昼と急ですがよろしくお願いします
                                                                      • BMW、くまモン仕様のMINI「くまモン MINI」を初公開

                                                                        • COCOA、グーグル・アップルOS最新仕様に未対応 政府は数カ月放置 | 毎日新聞

                                                                          新型コロナウイルスの感染者と濃厚接触した可能性を知らせる政府のスマートフォン向け接触確認アプリ「COCOA(ココア)」が、15日時点で米グーグルとアップルの基本ソフト(OS)の最新仕様に対応していないことが分かった。稼働はしているが、両社の今後のソフトの更新次第で作動停止など不測の事態に陥る恐れがある。政府は状況を把握しながら、数カ月にわたり事実上放置していた。 ココアはグーグルのOS「アンドロイド」、アップルのiPhone(アイフォーン)の「iOS」のいずれを使ったスマホでも利用できる。両社は2020年秋ごろまでに、接触履歴を記録する機能を向上させるため、OSの大幅な更新を実施した。それ以前の古い仕様のソフトに対応したアプリが機能停止する事態を避けるため、当面はサポートを続ける方針を示したが、同時に「古いソフトを使わないよう強く推奨する」との警告を出し、ココアのようなアプリを運用する各国

                                                                            COCOA、グーグル・アップルOS最新仕様に未対応 政府は数カ月放置 | 毎日新聞
                                                                          • W3C - W3Cの仕様書等の文書の日本語訳集

                                                                            注意 日本語翻訳集は w3c-translators@w3.org メーリングリスト上で報告された日本語翻訳文書へのリンクを集めたものです. リンクされた翻訳はボランティアによって行われたものです. またこれらの翻訳には誤りが含まれる可能性もあります. 正式なものはあくまでも英語版ですので, この点をご理解頂いた上でご利用下さい. またコピーライトに関する情報を含め,W3Cの文書の翻訳に関しての一般的な情報や, 翻訳の際のヘルプは, http://www.w3.org/Consortium/Translation/にあるW3C翻訳ページ(英語版) をご覧下さい. TR集 勧告 ・ 勧告案 ・ 勧告候補 ・ 草案 ・ 技術ノート その他の文書等 FAQ集 ・ その他 TR集 勧告 HTML 4 (勧告) http://www.asahi-net.or.jp/~bd9y-ktu/html4re

                                                                            • フリマアプリ「メルカリ」仕様変更のお知らせ

                                                                              株式会社メルカリは、お客さまにより安心・安全にご利用いただくことを目的に、12月上旬よりフリマアプリ「メルカリ」で三点の仕様変更を行います。 なお、変更時期については正式決定し次第、改めてお客さまにお知らせする予定です。 【変更内容】 (1)初回出品時の本人情報登録必須化 初回出品の際に、本人情報(住所・氏名・生年月日)の登録が必須となります。登録された本人情報と売上金の銀行口座名義が一致しない場合は売上金を引き出せなくなります(※)。なお、過去に出品経験のあるお客さまについても、本人情報が未登録の場合は登録が必要です。 ※家族名義の銀行口座や婚姻等による改姓等の場合を除く (2)振込申請期限の変更 売上金の振込申請期限を従来の1年間から90日間へ変更します。適用対象は当仕様の変更以降に完了した取引で得られた売上金に限り、変更以前からの売上金の振込申請期限は変わりません。なお、振込申請期限

                                                                                フリマアプリ「メルカリ」仕様変更のお知らせ
                                                                              • エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう - yigarashiのブログ

                                                                                プロダクト開発のアンチパターン プロダクトオーナー(PO)が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの理由からひどいアンチパターンであると言えます。 ひとつには、仕様案を持って臨むPO側の精神的な負担があまりにも大きいやり方だからです。ちゃんとした仕事をしているPOならば、そもそも仕様案なんていう細かいところにたどり着くまでに、とてつもない量の不確実性を捌いてボロボロになっているのです。プロダクトのミッション、戦略、プロダクトゴール、ユーザーの課題、仮説検証の設計、MVPの特定、そういった大上段からのヘビーな分解を繰り返して、ようやくたどり着くのが具体的な仕様案なわけで、それを実装が難しいとか

                                                                                  エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう - yigarashiのブログ
                                                                                • Language Server Protocol の仕様 及び実装方法

                                                                                  Language Server Protocol通称LSPの仕様と、各機能をどうやって実装したら良いかの指針を示します。 対象読者 * 言語処理系を実装する人/したい人 * Language Serverを実装する/したい人 * LSPに興味がある人、日本語のまとまった情報源を探している人 * Language Serverがエディタの裏でどのようなことをしているのか気になる人 本書で解説される機能は以下の通りです。 * Diagnostics (検査) * Completion (補完) * Inlay hint * Hover * Goto definition (定義へ移動) * Find references (参照を表示/移動) * Rename (名前変更) * Code actions * Code lens * Signature help * Command * Docu

                                                                                    Language Server Protocol の仕様 及び実装方法