並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 2575件

新着順 人気順

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

  • 読まれるテックブログの極意は「書く人の心が折れない仕組み」モノタロウのエンジニアに学ぶベストプラクティス

    株式会社MonotaROのテックブログは、記事を公開するたびに多くの注目を集め、今では月間1万人が訪れるブログに成長しています。 運営を担当するのは同社のエンジニア。通常業務に加えて、テックブログ運営業務として記事のテーマ選定から構成の策定、執筆者のモチベーション管理、内容のブラッシュアップまで一貫して担当し、記事の品質や更新頻度を担保しているそう。 「さぞ大変なのでは」と話を聞いてみると、何やらとても楽しそうな雰囲気。運営チームの皆さんに、「バズるテックブログ」を生み続ける方法を取材しました。 keyboard_arrow_down テックブログ運営の肝は「書き手1人に背負わせないこと」 keyboard_arrow_down 「執筆者が折れない仕組み」が読まれる記事を生み出す keyboard_arrow_down ブログの運営で鍛えられる「伝える力」「読み取る力」で、エンジニアとして

      読まれるテックブログの極意は「書く人の心が折れない仕組み」モノタロウのエンジニアに学ぶベストプラクティス
    • 引越し手続オンラインサービス|デジタル庁

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

        引越し手続オンラインサービス|デジタル庁
      • 監査結果公表後の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
          • 「2022年は生産性も品質も低下した」 『ソフトウェア開発分析データ集2022』から見る結果 | ログミーBusiness

            ソフトウェアの開発者・テスト技術者・品質管理/品質保証の担当者の方へJSTQBからの情報を届ける「JSTQB カンファレンス in 2022 Autumn」。ここで五味氏が「DXに求められるソフトウェア品質とその計測」をテーマに登壇。続いて、『ソフトウェア開発分析データ集2022』の内容について話します。前回はこちらから。 定量データの傾向性五味弘氏:ということで最初の一歩です。前振りがやっと終わりました。 (スライドを示して)私たちは『ソフトウェア開発分析データ集2022』というものを、9月26日に公開しています。昔の名前は「ソフトウェア開発データ白書」で、知っている人が99パーセントいてくれればうれしいなと思うのですが、その後継が「分析データ集」で、2022年版を9月26日に公開したばかりです。今日はこれを紹介したいと思います。 最初に結論です。2年に1回(「分析データ集」を)出してい

              「2022年は生産性も品質も低下した」 『ソフトウェア開発分析データ集2022』から見る結果 | ログミーBusiness
            • Tests as Documentation - たにしきんぐダム

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

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

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

                  『ユースケース実践ガイド』をもとにした品質向上への取り組み 全体像を見るテスターの視点はチームへの大きな貢献になる
                • 開発のスケジュール遅延には抗うことはできないのか? “最大16倍”の誤差を小さくする見積もりの考え方

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

                    開発のスケジュール遅延には抗うことはできないのか? “最大16倍”の誤差を小さくする見積もりの考え方
                  • ゼロからはじめる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」を活用しよう
                    • 「ソフトウェア開発で伸びる人、伸びない人」を読んでみた。

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

                        「ソフトウェア開発で伸びる人、伸びない人」を読んでみた。
                      • セキュリティ、DB設計、パフォーマンス分析__。Railsを使ったWebアプリ開発をパワーアップする書籍6冊 | レバテックラボ(レバテックLAB)

                        TOPコラムプロフェッショナルの技術書本棚セキュリティ、DB設計、パフォーマンス分析__。Railsを使ったWebアプリ開発をパワーアップする書籍6冊 日本Rubyの会代表理事 高橋 征義 株式会社達人出版会代表取締役、一般社団法人日本Rubyの会代表理事。20世紀末よりWeb制作会社にてプログラマーとして勤務する傍ら、任意団体として日本Rubyの会を設立。後に法人化し、現在まで代表理事を務める。2010年よりITエンジニア向けの電子書籍の制作と販売を行う達人出版会を創業、現在まで代表取締役。ほか、RubyKaigiや技術書典の運営にも関わる。著書に『たのしいRuby』(共著)など。好きな作家は新井素子。 X:@takahashim keyboard_arrow_down はじめに keyboard_arrow_down 想定しているレベル感について keyboard_arrow_down

                          セキュリティ、DB設計、パフォーマンス分析__。Railsを使ったWebアプリ開発をパワーアップする書籍6冊 | レバテックラボ(レバテックLAB)
                        • 『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のブログ
                          • 「たけしの挑戦状」を作った男,福津 浩氏が追い続けた新世界(前編)光栄「三國志」と襟川夫妻への思い 「ビデオゲームの語り部たち」:第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で自動化した話 | メルカリエンジニアリング
                              • 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
                                      • 世界一わかりみの深いDify | SIOS Tech. Lab

                                        第1章: Difyとは? 生成AIが注目され始めて早数年。ChatGPTの登場が世間を賑わしたのは記憶に新しいですね。その後も、DALL-EやGPT-4など、様々な生成AIが登場しました。これらの生成AIは、それぞれの特徴を持ち、様々な用途に活用されています。ChatGPTなどの生成AIの技術は、LLM(Large Language Model)と呼ばれ、膨大なテキストデータから学習し、高度な言語理解を実現する技術であり、自然言語処理の分野で大きな注目を集めています。 そして、LLMを利用したアプリも登場しました。特に大きな注目を集めているのはRAGやAIエージェントでしょう。RAGは、外部のデータベースや文書から関連情報を取得して回答の精度を向上させる技術、そしてAIエージェントはLLMを活用してタスクの実行や意思決定を自律的に行う仕組みです。これらのアプリは、LLMを利用して、高度な自

                                          世界一わかりみの深いDify | SIOS Tech. Lab
                                        • プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ

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

                                            プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ
                                          • 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
                                                    • 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
                                                        • [CEDEC 2020]日本人よ,このままでいいのか? 日中ゲーム開発の現状や,日本のゲーム開発者が進むべき道が熱い思いで語られた講演をレポート

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

                                                            [CEDEC 2020]日本人よ,このままでいいのか? 日中ゲーム開発の現状や,日本のゲーム開発者が進むべき道が熱い思いで語られた講演をレポート
                                                          • 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
                                                            • API仕様書をバリデーターと型と同期させて作る

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

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

                                                                ITエンジニア不足が叫ばれている今、すぐに活躍できるエンジニアの教育は急務です。では、どのような教育をすれば、エンジニアはすぐに活躍できるのでしょうか? エンジニア教育の大切さと必要性を、社内でエンジニア教育にあたっているリクルート社の竹迫良範氏と、3カ月の教育で活躍できる派遣エンジニアを輩出しているラクスパートナーズ社の取締役である森大介氏に、それぞれの立場からエンジニア教育について対談していただきました。全2回。後半は、エンジニア教育の難しさと生成AIとの付き合い方について。前回はこちら。 まだ教科書がない技術が増えてきているーー「エンジニア教育のここが難しい」みたいなことはなにかありますか? 竹迫良範氏(以下、竹迫):教育の難しさでいうと、教科書がないものが最近増えていますよね。まさに今ChatGPTが急速に流行りだしていたりしますが、紙の教科書は去年はほとんどなかったと思うので、教

                                                                  「“わからなくてもまずはやってみる”ができる人は成長できる」 未経験エンジニアが“活躍できるエンジニア”になるために必要な考え方 | ログミーBusiness
                                                                • ラズパイPicoで作るUSB接続テンキーパッド——USB HIDキーボードの実装|fabcross

                                                                  Raspberry Pi Picoシリーズ(以下、Picoシリーズ)を使ったUSB接続のテンキーパッドを取り上げる最後となる今回は、PicoシリーズにUSB HIDキーボードを実装する方法を紹介していきます。 ちなみに、キーボード自作の世界では、QMK Firmwareなどオープンソースのキーボード用ファームウェアが盛んに利用されています。なのでHIDキーボードの実装法を知らなくてもキーボードの自作はできます。 しかし、HIDキーボードの実装方法を知っておくことで、さまざまな自作機器にキーボードの機能を持たせられます。たとえば、ロータリーエンコーダーにキーボード入力の機能を持たせることも可能になるので、知っておいて損はないでしょう。また、キーボードは割と楽に実装できますから、USBデバイス自作の入門にも最適です。 USBデバイスを自力で作製しようとするのであれば、多少なりともUSBデバイス

                                                                    ラズパイPicoで作るUSB接続テンキーパッド——USB HIDキーボードの実装|fabcross
                                                                  • ウォーターフォールを見直して自チームに最適化した開発フローを構築する - カンムテックブログ

                                                                    エンジニアの佐野です。バンドルカードではポチっとチャージという後払いの機能を利用する際に年齢確認が必須となりました。通信キャリアや銀行との連携等によって年齢確認ができるようになっています*1。今回はこの機能の開発を題材に普段開発でどのようなことを考えて開発し、本機能の開発ではどのようなフローを構築して進めていったかを書きます。 少し概要を書くと、本件についてはウォーターフォールモデル "のような" 開発フローで行いました。事業上の理由でビッグバンリリースが必要でした。要件をしっかり決めてステップバイステップで開発を行いすべての機能を同時にリリースする...案件の性質を考えるとウォーターフォールが開発フローの候補の1つだと思っていたためです。ただそのまま一般的に思われているウォーターフォールを導入するのではなく、その欠点や面倒な点を解消しつつ、認識齟齬なしに設計と実装を行い、納期を死守しつつ

                                                                      ウォーターフォールを見直して自チームに最適化した開発フローを構築する - カンムテックブログ
                                                                    • カカクコム、AIエディタ「Cursor」を全エンジニア500人に導入

                                                                      「食べログ」などを運営するカカクコムは4月2日、AIコードエディタ「Cursor」を同社の全ITエンジニア約500人に導入したと発表した。CursorはAIによってコーディングを支援するツール。業務に取り入れ、開発効率の向上を狙う。 Cursorの導入で目指すのは、コーディングやテスト、デバッグなどの効率化だ。開発以外に、日々のタスク管理や仕様書の作成・整理などにも活用。ITエンジニアに加え、プロダクトマネジャーやデザイナーへの導入も検討中という。 カカクコムの京和崇行CTOは、エンジニアにとって生成AIの登場は「『そろばんが電卓に変わる』ほどの技術革新」と表現する。今後、Cursor以外のAIツールの活用も進める方針を示した。 Cursorは、AIスタートアップの米Anysphereが開発。米OpenAIのAIモデルなどを搭載しており、自然言語の指示によりコードの生成や修正などを実行でき

                                                                        カカクコム、AIエディタ「Cursor」を全エンジニア500人に導入
                                                                      • ちいさくはじめるADR - 虎の穴ラボ技術ブログ

                                                                        こんにちは、虎の穴ラボのKanonです。 今回は僕が所属するチームで新たに始めたADRを書く取り組みについてです。 実際にADRを始める準備から、実際に3ヶ月ほど運用してみてどうだったかをお話します。 「ADRってなに?」っていう方や、同じくADRの導入を検討されている方の参考になれば幸いです。 導入のきっかけ ある日。これまで動いていたCIがとあるライブラリのバージョンが古いことによりビルドに失敗するようなりました。 原因を調べていくと、どうやらそのライブラリのバージョンは以前から上げずに固定されているようでした。 けど、「これまでどうしてバージョンを上げていなかったのか?」「そもそもなぜそのライブラリを導入したのか?」という理由がわからない状況でした。*1 結局バージョンを上げる方向で対応したのですが、この「どうして?」という経緯は結局わからないまま。 この「"どうして?"がわからない

                                                                          ちいさくはじめるADR - 虎の穴ラボ技術ブログ
                                                                        • 自作プログラミング言語と 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回