並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 2733件

新着順 人気順

仕様書の検索結果281 - 320 件 / 2733件

  • JSConf JP 2022 公開資料・Twitterリンクまとめ

    2022/11/26(土)で開催された JSConf JP 2022に関する、現時点での公開資料と Twitter アカウントリンクをまとめました。 よろしければご活用ください。 ※2022/11/28追記 ねぎしさんからいただいたコメントを元に、各講演に時間指定をした YouTube リンクを追記しました。 (時間指定をすると流石に動画埋め込みはできないようだったので、リンクでご容赦ください🙏) はじめに 登壇者名は敬称略させていただいています。 Twitter アカウントについては、ご本人が当イベントで登壇されることに言及されている、スライドに記載など、確認できたものを記載しております。 リンクの間違い等ありましたらコメントいただけると助かります🙏 アーカイブ動画 当イベントは、3つのトラックに分かれて講演が行われました。 その3つともアーカイブ動画が残っているので、後から見直すこ

      JSConf JP 2022 公開資料・Twitterリンクまとめ
    • 仕事の進め方の良し悪しを見える化したら、各自が自分で行動を改善してくれた話 - Qiita

      はじめに プログラミングの仕事を効率的に行うためには、プログラミングの知識だけでなく、仕事の進め方も大事と思います。 10年近く前、私のプロジェクト(C#での開発業務)は自分も含めて若手が多く、次のような「仕事の進め方」の問題が多々有りました。 1つの不具合の修正に対して、10時間以上かけて実装したが、そもそも修正方針が間違っていたため、最初からやり直しとなった。 レビュー指摘の修正時に、類似の問題が他にないか横展開調査をしないため、何度も差し戻しが発生した。 そこで、当時の私はプロジェクトメンバーの仕事の進め方を改善する方法を考えました。一般的には「問題を見える化」することで問題が改善されると言われています。逆に言うと、問題は見えないままでは改善されません。 つまり、各自の仕事の進め方の良し悪しを見える化が必要でした。従って、仕事の進め方の良し悪しを測るチェックシートを作成し、その評価結

        仕事の進め方の良し悪しを見える化したら、各自が自分で行動を改善してくれた話 - Qiita
      • 現代における自作OSの難しさ 〜自作OSのいまと昔 [第2回] | さくらのナレッジ

        前回の記事では、自作OSとは何か、そしてこれまでの自作OSの歴史を紹介しました。しかし、近年になって自作OSを取り巻く状況は大きく変化してきています。そこで今回は、現代における自作OSでは、これまでと比べてどのような点が変化してきたのか、どのような難しい点があるのかについて紹介し、さらにそれらに対する解決策を、筆者の経験をもとに提案してゆきます。 自作OSをとりまく環境の変化 川合秀実氏著「30日でできる!OS自作入門」が出版された2006年頃と比べて、コンピュータをとりまく環境は大きく変化してきました。その変化には、CPUのコア数やビット幅からファームウェアの変遷、そしてデバイスの進化も含まれています。まず最初に、CPUのコア数について着目してみましょう。 CPUコア数の増加 上記の図は、1999年から2019年までにIntelから発売されたCPUのコア数の変化を示したグラフです。ご覧の

          現代における自作OSの難しさ 〜自作OSのいまと昔 [第2回] | さくらのナレッジ
        • GitHub Flavored Markdown は何であって何でないか - Qiita

          のんびりしていたらこんなメンションをもらっていたので、ちょっとまとめてみようと思います。 そろそろ @tk0miya さんがアップしてくる頃。GFMはspecかっちりしてるんでしたっけ(markdown全く詳しくない — Aki Ariga (@chezou) February 1, 2020 かっちりしている? この記事を読んでいる皆さんは Markdown の歴史に精通していると思うので、古い部分はざっくり割愛してしまいますが、オリジナルの Markdown は かっちりしていない ことで有名なマークアップ言語です。 必要最低限のマークアップ要素は規定されていて HTML への変換ツールも完成していた Markdown ですが、マークアップ言語の言語仕様としては貧弱で、インデントのルールやインライン要素をネストしたときの挙動、空行の有無による解釈の違い、などなど、細かい部分のルールにつ

            GitHub Flavored Markdown は何であって何でないか - Qiita
          • 取説のイラストを14年描いているプロが、資料を見ずにイラストを描くとこうなる

            1987年埼玉生まれの栃木育ち・群馬県在住。 週末は群馬の温泉を巡っています。 漫画やイラストを描いたり、それに付随した講師もたまにしております。(動画インタビュー) 前の記事:ジェンガに屋根をのせて遊ぶ > 個人サイト Nuki 魔がさしたイラスト こちらが資料を見ない・見て描いたイラストのサンプルです。 伝わりはしますが、見ないで描いたウレタンのごまかし感がすごい。 これは、ベッドを解体したときに作成したウレタンスポンジのイラストです。 ベットの解体に精一杯で「こんなもんだろう」とウレタンスポンジを描きました。しかし、改めて実物を見たらだいぶ形が違い、自分の仕事の雑さに驚いて描き直しました。 仕事でも見ないで描いたものでもOKをもらえる場合があります。ウレタンスポンジがメインじゃなかったり、説明しない場合は細部まで描く必要がないのです。担当者にもよるんですけど…。 概要がわかったところ

              取説のイラストを14年描いているプロが、資料を見ずにイラストを描くとこうなる
            • テスト工程の可視化や自動化に向けた取り組みのご紹介 - Mirrativ Tech Blog

              こんにちは、エンジニアの千吉良(ちぎら)@_naru_jpn です。ここ最近 QA に関して考える機会があり、Systematic Software Testing という本を読んでいたところ、色々と刺激を受けるところがありました。計画書の作成やリスク管理などテストの実施以外の領域についても多く書かれていましたが、まずはミラティブの現状に基づいた改善を行うべきだろうと考えました。今回は特にメトリクスの取得などに関して、GAS(Google Apps Script)を活用してミラティブの業務に応用してみたことについてまとめてみました。 以下では細かいことにも触れているので、3行まとめをおいておきます。 手動テストの進捗を見えるようにしたよ GAS(Google Apps Script)で実装したよ ついでに関連業務を自動化したよ ミラティブにおける QA と解決できそうと感じた課題 ミラティ

                テスト工程の可視化や自動化に向けた取り組みのご紹介 - Mirrativ Tech Blog
              • 東京都若年被害女性等支援事業に対する住民監査請求監査結果への疑念

                Colabo事業への監査結果を読んでみる https://anond.hatelabo.jp/20221229122645 Colaboの監査請求と役人文学の話(追記あり) https://anond.hatelabo.jp/20221229223951 の元増田です。 東京都若年被害女性等支援事業(前回のColaboを除いた、若草プロジェクト、BOND、ぱっぷすの事業が対象)に対する監査結果が出ました。(https://www.kansa.metro.tokyo.lg.jp/PDF/08jumin/5jumin/5jumin2.pdf) 4月から久々に仕事に復帰してみたら妙に忙しい部署に放り込まれてしまい完全に乗り遅れましたが、今までの経緯もあり最後まで付き合うつもりです。 結論まず最初に結論を。 1.本監査結果が全面的に正しいとした場合、以下のことを導くことができる。 (1)事業者の実

                  東京都若年被害女性等支援事業に対する住民監査請求監査結果への疑念
                • LLMをWebフレームワークにしたら、未来が見えた #2024

                  最近、LLMにWeb Backendを書かせて遊ぶ、Hanabiというサービスを作っています。その開発過程で、前に試したLLMをAPIとして振る舞わせるアプローチを再検討したので、記事としてまとめました。 一年ちょっと前、私はChatGPTをWebフレームワークにしようと試みました...が、残念ながら全く実用的ではありませんでした。しかし、あれから一年、LLMは目覚ましい進歩で進化を遂げました。価格は下がり、速度も上がり、記憶容量の増加やRAGの発展など、もはや別物レベルで進化しています。 いまならもうちょっと実用的なヤツが作れるんじゃねってことで、色々な手法を面白がった再検討したまとめです。 余談ですが、一年前はLLM=ChatGPTという状況でしたね...懐かしい。ちょうどvicuna13Bが出た頃ですかね? ↓去年の記事(できれば読んでほしい)↓ 出来たもの 全部プロンプトに入れちゃ

                    LLMをWebフレームワークにしたら、未来が見えた #2024
                  • 【ChatGPT】個人的お気に入りプロンプトまとめ - Qiita

                    あなたは、プロの【その分野の専門家】です。 以下の制約条件と入力文をもとに、【出力内容】を出力してください。 # 制約条件: 【前提条件や決まりごと】 # 入力文: 【期待する出力結果や大まかな指示】 あなたは、プロのエンジニアです。 以下の制約条件と入力文をもとに、ブログ記事の内容を出力してください。 # 制約条件: ・重要なキーワードを取り残さない。 ・文字数は30000文字程度 # 入力文: Swaggerについて技術ブログに投稿する文章を書いてください。 構成は、Swaggerとは?、Swaggerのユースケース、Swaggerのメリットとデメリット、Swaggerの書き方(YAMLファイル)、Swaggerの実行方法、まとめです。 構成間で重複した説明は省くようにしてください。 読者がブログを読みながらSwaggerを触れるようにハンズオン形式などを取り入れて文章を作ってください

                      【ChatGPT】個人的お気に入りプロンプトまとめ - Qiita
                    • 主に東京都選挙管理委員会の方へ:政府・地方公共団体はドメインをどう取るべきか

                      2020年 東京都知事選 ※ここは公式サイトではありません。 2020年6月21日設置 2021年5月19日追記: ドメイン失効が近づいてきたので、まだリンクが付いている政治家の方の投稿などをリストにしました。 2020tochijisen.tokyo にリンクしている政治家・政党・公的機関など Contact Osumi, Yusuke / CISSP,CISA mail: ozuma5119@gmail.com PGP: keybase.io Twitter: https://twitter.com/ozuma5119 ひとことで(読むのがダルい人用) 以下のいずれかがベターです。 管理組織のサブドメインで運用しましょう。(例:senkyo2020.metro.tokyo.lg.jp など) 現在のWebページのサブディレクトリで運用しましょう。(例:https://www.senky

                      • 3万円台で買えるThinkPad E495を知ってるか??|すまさ

                        パソコンというモノは不思議なヤツで突然生えてくるんです…困ったもんだな。 今回はレノボで今最もアツいThinkPad E495の魔の手にとうとう私も堕ちてしまったので紹介します。ほら、給付金もあるし。 ThinkPad E495ってどういうマシンなのか 執筆時点で簡単に言えば ・ThinkPadシリーズで一番安いクラス、テンキー付きのE595もある。 ・在庫限り ・AMD APU(第2世代Ryzen Zen+ / 12nm)を採用していて速い。 ・後継機種のThinkPad E14 Gen2価格コムモデルが発売、でもまだ買える。 ・拡張性が失われつつあるThinkPadの中で自由度が高い(M.2+2.5inch / メモリー2スロット)。 ・重量1.75kg~と持ち運びは無理ではないがちょっと重い(MacBookPro 15インチクラス相当) 久しぶりにE495について調べる人向けな情報と

                          3万円台で買えるThinkPad E495を知ってるか??|すまさ
                        • NPO若者メンタルサポート協会の小杉沙織氏によると、自団体への監査も厳しくなったとのこと - 法華狼の日記

                          NPO代表の一方的な主張を信じられるのなら、本来それで終わっている話ではないか - 法華狼の日記 小杉氏は「ナニカグループ」なる陰謀論的な集団を対象にふくめた「措置費用」としてカンパを求めている。 暇空さんの言葉を借りますが、ナニカグループと呼ばれる人たち また、共産党支持・colabo支持と名乗られる人たち その他この件での誹謗中傷や攻撃に対する 措置費用 上記エントリで紹介したように、同じように若者への支援活動をしている小杉氏はColaboへの陰謀論に同調し、「毎年数千万円も何億も必要ありません」と経費への疑問も主張していた。 しかし数週間後の小杉氏は、自身が理事長をつとめるNPOへの再調査について愚痴りはじめた。 去年一年頂いた休眠預金基金。毎月面談もしてチェックされてたはずの報告書を今になって色々指摘されるというのが2月末になっても続いてるんだが、ちょっと愚痴らせてほしい… 8月に

                            NPO若者メンタルサポート協会の小杉沙織氏によると、自団体への監査も厳しくなったとのこと - 法華狼の日記
                          • 企画や開発で生まれた知的在庫、見えていますか?

                            あなたがやった仕事、不良在庫になっていませんか? Tebiki株式会社では「知的在庫をできるだけ持たない」という考えのもとに、現場DX の SaaS「tebiki」を開発しています。この記事では、Tebiki社の考える知的在庫とは何か、そしてそれを持たなくて済むようにするためにどのような取り組みをしているかをご紹介します。 在庫とは在庫と聞くと何を想像するでしょうか? 靴屋の在庫一掃セール? 倉庫での棚卸し作業? 経営者の方にとっては、キャッシュフローの悩みのタネかもしれません。 この記事では、在庫を「将来利益へと変換されるビジネスのネタ」と定義します。 どのようなビジネスでも、資金によって在庫を獲得し、それを使って利益を生み出すからです。 在庫商品を売って利益を得るソフトウェア開発における在庫靴屋などの小売店が商品である靴を在庫として抱えるように、ソフトウェア開発でも在庫は存在します。

                              企画や開発で生まれた知的在庫、見えていますか?
                            • ダメな無線LANシステムのつくりかた - hgot07 Hotspot Blog

                              ふらりと入ったカフェのフリーWi-Fiが不調でも「こんなものか」で諦めがつくのでしょうが、ホテルや空港、学校などの無線LANシステムが満足に使えないことのストレスは大したもの。ましてや、有償サービスにサインアップしてロクに使い物にならないと知った時の怒りといったら……。 当エントリでは、かつてTwitterに書いてプチバズったものを中心に、記録のためにまとめてみます。世にはびこるダメな無線LANシステムは、一時的な不調というよりも、とにかく「基本設計が悪い」というのに尽きます。 公衆無線LANありがちトラブル https://twitter.com/hgot07/status/770814197374398464 100人部屋だからアドレス120もあれば十分だろう→端末複数持ちが多くて死亡 DHCPのリース時間は適当に2時間でいいかな→人々の入れ替わりに追いつけなくて死亡 利用者数×アプリ

                                ダメな無線LANシステムのつくりかた - hgot07 Hotspot Blog
                              • 徹底解説! return promiseとreturn await promiseの違い

                                先日、こちらのツイートを見かけました。 それに対して筆者は以下のツイートをしたところ、いくつかの反応が寄せられました。 コード部分を再掲します。 async function foo1() { return await Promise.resolve(); } async function foo2() { return Promise.resolve(); } async function wait() { await null; } // pika // chu // と表示される foo1().then(() => console.log("pika")); wait().then(() => console.log("chu")); // chu // pika // と表示される foo2().then(() => console.log("pika")); wait().the

                                  徹底解説! return promiseとreturn await promiseの違い
                                • 東京都、都立高校図書館で“偽装請負”蔓延か…労働局が調査、ノウハウない事業者に委託

                                  「Getty Images」より 2015年5月21日、東京労働局・受給調整事業部が突然、ある事業所へ調査に入った。 悪質なケースでは刑事告発も辞さない姿勢で、違法な派遣事業者を指導することで知られている同局が調査対象にしたのは、民間企業ではなかった。公的機関であり、なおかつ教育現場でもある、東京都立高校に設置された学校図書館だった。 いったい、学校図書館でどのような違法行為が行われたのだろうか。取材を進めてみると、意外な事実が次々と明らかになった。 学校図書館の民間委託について調べていた筆者は、事件の全容が詳細に書かれた文書を6月下旬に入手。そこからは、4年前に都立高校が民間委託していた学校図書館の運営において、「偽装請負」と呼ばれる違法行為を労働局から認定されたうえ是正指導までされていたことが判明した。関係者への取材によっても、その事実は確認できたのだが、なぜか当時、この件に関するメデ

                                    東京都、都立高校図書館で“偽装請負”蔓延か…労働局が調査、ノウハウない事業者に委託
                                  • Software Design連載 2021年10月号 スナップショットテストの可能性を追求する - MonotaRO Tech Blog

                                    こんにちは、辰巳です。 第3回は「スナップショットテスト」をテーマにお送りします! 「組織が拡大する中で、十分な設計情報がない状況でも、複雑に改修が積み重なったソフトウェアをいかに安全かつ正確に変更できるか?」 本記事では、数多くの大幅なシステム変更の経験を経て、この課題に対してモノタロウがいま実践しているグッドプラクティスを紹介します。 本記事の初出は、 Software Design2021年10月号「Pythonモダン化計画(第3回)」になります。過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー&大規模システムをどうリファクタリングするか 第2回 Software Design連載 2021年9月号 「テストが無い」からの脱却 スナップショットテストの可能性を追求する モノタロウは、事業者向けの間接資材を販売

                                      Software Design連載 2021年10月号 スナップショットテストの可能性を追求する - MonotaRO Tech Blog
                                    • SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ

                                      こんにちは。データ・AI戦略部 SREチームの小野です。普段は部内のシステムに対し、SRE推進活動を行っています。直近では、データエンジニアと協力してデータ基盤周りの改善に取り組んでいます。 <SREの主な仕事> IaC化(Terraform/Terraform Cloud Business)の導入・推進 SLI/SLOの導入・推進 ポストモーテムの導入・推進 アプリケーションデプロイ基盤の導入・推進 ツールやAPIの設計・開発 インフラ設計・開発・運用 トイル削除・システムの自動化 データ基盤改善 一般的なSREエンジニアは、インフラ関連の業務が中心になると思います。しかし、データ・AI戦略部のSREチームは、開発を含めた幅広い仕事をします。やりたいことがあり、手をあげればそれを後押ししてくれる雰囲気の職場です。 今回は、SREエンジニアである私が、組織改善プロジェクトを立ち上げた話をお

                                        SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ
                                      • GoでSQLの複雑なクエリのテストを書いてみた - ZOZO TECH BLOG

                                        はじめに こんにちは。ブランドソリューション開発本部FAANSバックエンドブロックの佐野です。普段はサーバーサイドエンジニアとして、FAANSのバックエンドシステムを開発しています。 FAANSとは、弊社が2022年8月に正式ローンチした、アパレル店舗で働くショップスタッフの販売サポートツールです。例えば、コーディネート投稿機能や成果確認機能などを備えています。投稿されたコーディネートはZOZOTOWNやWEAR、Yahoo!ショッピング、ブランド様のECサイトへの連携が可能です。成果確認機能では、投稿されたコーディネート経由のEC売上やコーディネート閲覧数などの成果を可視化しています。 本記事では、成果データの集計処理におけるBigQueryのクエリ実行処理のユニットテストをGoで実装した取り組みと、その際の工夫についてご紹介します。 目次 はじめに 目次 成果データの集計処理とは 抱え

                                          GoでSQLの複雑なクエリのテストを書いてみた - ZOZO TECH BLOG
                                        • ISUCONの問題作成の舞台裏を2020年の出題チーム・白金動物園に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!

                                          インフラにもアプリケーションにも最適化の余地あり。多様化するISUCONの出題傾向 「過去問に出ていないボトルネック」をいかに作るか。知られざる「ISUCONの問題」の作り方 工数管理、設計ミス……挽回すべきISUCON4の後悔 言語特性を考慮するのか?作問プロセスと、そこから見える「やるべき対策」 変化するISUCON。学生参加者はなぜ躍進したのか ISUCONは「学ぶ必要性」を作り出す場 インフラにもアプリケーションにも最適化の余地あり。多様化するISUCONの出題傾向 ── チーム白金動物園はISUCON常連チームのひとつですが、前回のISUCON9が初めての優勝なんですね。 mirakui はい。チーム白金動物園はISUCON3で参加者として初参加し、それから毎年ISUCONに顔を出していますが、優勝は前回が初めてです。ISUCONでは、予選を勝ち抜いたチームが本選に出場できること

                                            ISUCONの問題作成の舞台裏を2020年の出題チーム・白金動物園に聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!
                                          • Colaboへの東京都再調査結果、領収書不要の判断で納税者に衝撃

                                            一般社団法人「Colabo(コラボ)」(仁藤夢乃代表)の会計処理について、住民監査請求が一部認められた事案で、東京都は令和3年度会計報告の再調査の内容を公表しました。 「Colabo」東京都調査 経費約190万円を不認定https://t.co/W8SN7Zm3WW ただ、調査中に団体側が領収書の一部を提示しなかったことを委託時の規定違反とし改善を指示した。 — 産経ニュース (@Sankei_news) March 3, 2023 監査対象となった事業経費のうち約190万円を経費として認めませんでしたが、委託料の過払いはないとして返還は求めませんでした。 また、監査委が認定した経費から差し引き、令和3年度にコラボが委託事業に支出した額は約2,710万円だったとしました。都からの委託費は2,600万円だったため、過払いはないという理屈で委託費の返還を求めませんでした。 調査中にColabo

                                              Colaboへの東京都再調査結果、領収書不要の判断で納税者に衝撃
                                            • 【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選

                                              はじめに 今回の記事では個人の独断と偏見でプログラマー向けに必ず確認しておきたいIT企業の公式ブログを共有する。なお、今回の記事で紹介している公式ブログはあくまで一例に過ぎない。 AppBrew 文章が易しく初心者でも読みやすい 主に業務効率化を中心に書かれている 実務・プログラミングのイメージができない初心者や新人には非常にオススメ ABEJA Tech Blog 主に保守・運用を中心に発信している ドローン・機械学習に興味があるならオススメ 専門用語が多めなので理解に苦労する可能性が高い UUUMエンジニアブログ あの有名なクリエイター(YouTuber)を数多く輩出している会社「UUUM」の公式ブログ Rails・PHP・インフラ(AWS、Dockerなど)の情報が多い 技術記事が非常に読みやすく、画像とソースコードを使って的確に技術ややっていることを説明している Wantedly

                                                【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選
                                              • ベタープログラマ を読んだ

                                                ベタープログラマ を読んだので自分的に刺さった点をまとめる。 6章 航路を航行する⌗ 新たなメンバーが開発チームに参加する際にどのようにすれば速やかに生産的になることができるかについての章。 最善な策はすでにプロジェクトへの理解があるメンバーに導いてもらうこと。もしそれができなければ次のようなことを調べるとよい。 ソースの取得の容易さ⌗ ソースの取得がどれだけ簡単か。健全なプログラムはコードベース全体を得るための単一のチェックアウトのみを必要とする。 コードのビルドの容易さ⌗ 一般的でないツールにビルドが依存していないか コード自身に適切で簡単なドキュメンテーションがあるか 手作業なしで1つのコマンドでビルドを行うことができか コードの一部に取り組んでいるときにその部分だけをビルドすることができるか ビルド中に潜在的な問題を曖昧にしているかもしれない無数の警告が出ていないか テスト⌗ 単体

                                                  ベタープログラマ を読んだ
                                                • 歴史を検討する手法で不織布マスク値崩れの背景を検討してみた | 信州戦争資料センター・倉庫 長野県から伝える戦争の姿

                                                  新型コロナウイルス感染拡大に伴って国が全住所に2枚ずつ布マスクを配布する事業に取り組み始めたところ、この布マスク配布のおかげで不織布マスクが値崩れしてきたーとの言説が流布され、首相や官房長官も発言してきました。時期的にはそんな風にも見えますが、果たして実際のところはどうでしょう。これは歴史の風説の検証にも似ています。せっかく現在を体験しているものとして、個人で入手できる範囲のマスクに関する情報を集め、整理し検討してみました。【写真は本文と関係なく、おそらく戦前に作られたであろう、軍隊マスクです】 作業は基本的に歴史を研究するのと同じで、ある事象に関する情報を集積し相互の関連を検討するという、単純な手法です。今回、末尾に示す170件以上の情報を資料としました。新聞記事と一部ネットから事実関係の記述のみを拾い出して時系列に並べ検討し、マスクの値崩れは中国の輸出緩和が一番の要因であり、布マスク配

                                                    歴史を検討する手法で不織布マスク値崩れの背景を検討してみた | 信州戦争資料センター・倉庫 長野県から伝える戦争の姿
                                                  • Colaboの監査結果に対する弁護団声明を読む

                                                    Colabo事業への監査結果を読んでみる https://anond.hatelabo.jp/20221229122645 の元増田です。 このツリーではおそらく最後の投稿になります。 監査結果に対する所感のまとめ詳しくはこれまで投稿したとおりですが、大まかな所感としては次のとおりです。 総論○行政に対する訴訟・不服申立ては、行政側にとって百戦百勝して当然であり、監査請求も同様(たぶん)。 ○裁判では原告(監査請求でいう請求人)の主張に反論しなければ、反論しなかった部分はその主張が認められる。よって、多少粗雑でも指摘しうる点はすべて主張に盛り込む方が戦術上お得。 ○そのような中で、請求人の主張が一点でも「理由がある」とされたことは重大。(請求人大勝利) ○したがって、「請求人の主張の大部分が退けられたから請求人は誤っている/ほんの小さな事」という主張は、少なくとも行政的には妥当ではない。各

                                                      Colaboの監査結果に対する弁護団声明を読む
                                                    • ユーザーのITリテラシーに配慮するのはアクセシビリティなのか - Qiita

                                                      主に2つの答えがあります。 A. WCAGの考えではユーザーが適切な支援技術を利用することも含めてアクセシビリティであり、支援技術の入手やアクセシビリティ機能の利用に必要なITリテラシーを持たない人はアクセシビリティの対象ではない。(WCAG偏重派) B. うるせえ!! なるべく多様な人に情報を届ける、それがおもてなしの心ってヤツだろうが!!(アクセシビリティはみんなの心にあるよ派) 筆者には、Aのようにアクセシビリティの範疇からITリテラシーを外すのはやや極端な考え方であるように思えます。しかし、アクセシビリティに詳しい方でもAのような考え方をしているのを見かけます。 この記事では、WCAGやその関連文書を読みながら、この問いについて考察していきます。 今回WCAGとして参照するのはWeb Content Accessibility Guidelines (WCAG) 2.1です。この記

                                                        ユーザーのITリテラシーに配慮するのはアクセシビリティなのか - Qiita
                                                      • 求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog

                                                        こんにちは、鈴木です。 求人票の作成を経験しました。実際に公開した求人票を実例として、どのように考え、どのようなプロセスで、どのような中間成果物を生み出しながら取り組んだのか。具体的な内容を共有します。 「先に知っておきたかった!」と思うものや、検索しても見つからなかったものなど、多くの知見を得ることができました。 それらを公開することで、これから求人票の作成に関わる人のお役に立てれば幸いです。 QAリード採用はじめました はじまりは兄弟会社の組織図 求人票を書こう! ってどうすれば!? 求人票作成のフレームワーク 1. 現在を書き出す 1.1. 思っていることを書き出す 1.2. 現在使っているモノを書き出す 1.3. 現在おこなっているコトを書き出す 2. 未来を書き出す 2.1. 将来おこなっているコトを書き出す 2.2. 将来使っているモノを書き出す 3. その職種が必要な理由を書

                                                          求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog
                                                        • 【インタビュー】日本に本物のクリエイターはいるのか? 小島秀夫監督が「作家性」にこだわる理由 - ライブドアニュース

                                                          エンタメにおいてオリジナリティ、つまり「作家性」とは何だろうか? たとえば近年、エンタメ業界ではいわゆる「原作もの」が数多く生まれている。その理由のひとつには、ビジネス上のリスクがあるだろう。人気のある原作や、長く親しまれているシリーズの続編であれば売り上げが読みやすく、逆にオリジナル作品は一度失敗すると挽回が難しい。 「こういった状況が続けば、日本は終わりますよ」 こう警鐘を鳴らすのは、世界的に有名なゲームクリエイターである小島秀夫だ。 小島といえば、世界累計販売数5500万本を超えるゲームソフト『メタルギア』シリーズの生みの親。2001年には『ニューズウィーク』誌の「未来を切り開く10人」に、唯一の日本人として選出された。「監督」の愛称で親しまれ、「作家性」に強いこだわりを持つ人物として知られている。 そんな小島は、2015年末に自ら立ち上げたコジマプロダクションでゲーム制作を続けてい

                                                            【インタビュー】日本に本物のクリエイターはいるのか? 小島秀夫監督が「作家性」にこだわる理由 - ライブドアニュース
                                                          • セルフホスト可能なCコンパイラを書く

                                                            最近、コンパイラを書くことが流行っているようだ。流行に乗ってやってみたらいろいろな知見が得られたので紹介したい。 コンパイラを書くと一口に言ってもいろいろなスコープがある。ここではC言語を用いてCコンパイラを書くことを選択した。C言語は言語仕様的にコンパクトで広く知られている。また、ツールとしてのCコンパイラも普及している。その場合、自分が書いたCコンパイラで、自分が書いたCコンパイラのソースコードをコンパイルすることが原理的には可能だ。これをセルフホストという。ひとつの到達目標として非常に興味深い。 当初は冬の間に終わらせる予定だったのだが春まで伸びてしまった。しかし、春になっても寒かったり雨で家に居る日が多く、アウトドアシーズンまでに目標のセルフホストを達成することができた。 昔、Cのインタプリタを書いたことがあったが、コンパイラを書くのは、はじめてである。時代も進んで開発手法が変わっ

                                                            • Gitのコミットログに詳細を書く習慣をつけている - freee Developers Hub

                                                              おはこんばんちは、SREの橋本です。この記事は、freee Developers Advent Calendar 2021の16日め記事となります。 わたしがソフトウェアエンジニアとして仕事をするうえで、コミットログを詳細に記述する習慣づけがあり、この機会にその具体例をあえて共有してみます*1。以降はとくに明示しない限り、組織全体でルールがあるわけではなく、あくまでわたしの一個人の意見である点に注意してください。 モチベーション freeeでは、Webサービスからインフラ基盤およびその監視設定を含めてコードで管理されており、GitHub上でのPull Requestでのレビューを必須としています。わたし自身は社内の立候補制異動制度*2によってWeb開発の現場とSREを行き来してきましたが、どちらもリファクタリングのためにゼロベースでコードを書き直すこともあれば、機能追加やバグフィックスのた

                                                                Gitのコミットログに詳細を書く習慣をつけている - freee Developers Hub
                                                              • 住民監査請求結果(表3)を検証する|暇な空白|note

                                                                ひ「認知プロファイリング探偵暇空茜です」 な「助手のなるこです」 な「住民監査請求結果公開されましたね、請求が認容されたのは舛添都知事事件から6年ぶり。それだけじゃなく、その舛添都知事事件も13年ぶりだったので、約20年で2件、舛添都知事事件が軽微な内容(公用車をコンサートに行くのに私的利用したのを週刊誌が取り上げたことから発覚)だったことからすると、今回の事件は本当に異例中の異例だと言えますね」 https://www.kansa.metro.tokyo.lg.jp/PDF/16aramashi/aramashi29/ara2914.pdf ひ「えへへ。もっと褒めていいよ」 な「褒めてなくて事実陳列しただけです、はい仕事して」 ひ「はい。まず今回の住民監査請求結果を語る上で外せないのは表3だね」 な「これですね。前ページからの文章を読み上げます。Colaboの本事業実施に係る収支に関する

                                                                  住民監査請求結果(表3)を検証する|暇な空白|note
                                                                • 顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み

                                                                  顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏:私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore/After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの

                                                                    顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
                                                                  • 【解説】政府機関等のサイバーセキュリティ対策のための統一基準群|令和5年度版の改定ポイント

                                                                    サイバーセキュリティ基本法に基づき内閣に設置されるサイバーセキュリティ戦略本部は、令和5年7月4日に「政府機関等のサイバーセキュリティ対策のための統一基準群(以下「統一基準群」)」の令和5年度版を公開した。 統一基準群とは、中央省庁をはじめとする国の行政機関及び独立行政法人等(以下「機関等」)の情報セキュリティのベースラインや、より高い水準の情報セキュリティを確保するための対策事項が規定された複数の文書の総称である。 機関等は、統一基準群に準拠しつつ、自組織の特性を踏まえた基本方針及び対策基準(以下「情報セキュリティポリシー」)を定めなければならず、今回の統一基準群の改定により、令和3年度版の統一基準群に基づき定めていた情報セキュリティポリシーの見直しが必要となる。 これに伴い、機関等へ情報システムやサービスを提供する民間の事業者においても、機関等が見直した情報セキュリティポリシーに基づく

                                                                    • OSS開発wikiツールのGROWI | 快適な情報共有を、全ての人へ

                                                                      無料で使える 高機能なwikiツール マニュアルや企画書の共有、議事録の同時編集など、 チーム内での快適な情報共有と作業効率化を支えるツールです。 GROWIを始める

                                                                        OSS開発wikiツールのGROWI | 快適な情報共有を、全ての人へ
                                                                      • コンサルティング会社完全サバイバルマニュアル(アナリスト編)|uudaiy

                                                                        はじめに記載にあたって2009年から13年にわたり自分自身に就労と学習の機会、何よりも掛け替えのない仲間を授けてくれた会社に感謝する。そしてすべてのコンサルタントにこの文書を捧ぐ。 当文書は2009年9月から13年コンサルティング会社に勤務し、同社でシニアマネージャまでのキャリアレベルを経験した人間が、自身の独断と偏見にのみ基づき記載する業界内サバイバルマニュアルである。そのため、所属業界・会社の総意ではなく、あくまでも個人の体験を基にした非公式文書となる。 当文書を執筆している2021年は大コンサル時代ともいえる時代を迎えている。筆者が就職活動をしていた15年前に人気上位であった総合商社やメガバンクといった伝統的な国内大企業を抑え、東大京大生の就職人気ランキングでは戦略、総合コンサルティング会社あるいはシンクタンクと呼ばれる企業が上位を独占している。加えて即戦力の補填を目的とした中途採用

                                                                          コンサルティング会社完全サバイバルマニュアル(アナリスト編)|uudaiy
                                                                        • 無料で利用できるオープンソースの世界地図フォーマット「Protomaps」

                                                                          クラウドストレージ上に静的なファイルとして配置できるオープンソースの世界地図フォーマットが「Protomaps」です。Protomapsは特別なサーバー実装なしにタイルデータを配信することが可能で、オープンデータソースのOpenStreetMapをベースマップとしているので、完全無料で導入できます。 Protomaps | A free and open source map of the world https://protomaps.com/ Protomaps Documentation | Protomaps Docs https://docs.protomaps.com/ Protomapsは主に、「PMTiles型式」「ベースマップ」「PMTilesファイルを作成・提供・操作するためのツールとライブラリのエコシステム」の3つで構成されています。 PMTiles型式はZ/X/Y座

                                                                            無料で利用できるオープンソースの世界地図フォーマット「Protomaps」
                                                                          • メルペイフロントエンドのテスト自動化方針 | メルカリエンジニアリング

                                                                            Merpay Advent Calendar 2021 の 8 日目はメルペイフロントエンドチーム の @tanakaworld がお送りします。 はじめに メルペイは金融サービスであり、品質の維持・向上に日々取り組んでいます。フロントエンドチームでは、約 2 年前からリグレッションテストの自動化に取り組み始め、直近の 1 年間はインテグレーションテストの自動化にもチャレンジしてきました。本記事ではメルペイフロントエンドチームに於けるテスト自動化の方針とその全体像について振り返ってみたいと思います。 フロントエンドプロダクトに関わるテストは次のものが挙げられます。これらをひとつずつ順番に見ていきたいと思います。 ユニットテスト インテグレーションテスト シナリオテスト リグレッションテスト テストの種類とそのカバレッジ対象 1. ユニットテスト ユニットテストは Jest を用いて、主に

                                                                              メルペイフロントエンドのテスト自動化方針 | メルカリエンジニアリング
                                                                            • ゲーム開発失敗事例「ストーンメイズ」そして「ソロモンの鍵」へ|mTsuruta

                                                                              はじめにこれは、1985年にテクモで開発していた「ストーンメイズ」(後の「ソロモンの鍵」)の開発失敗事例をゲームデザイン面から記載したものです。 どのように変更されたはご存じの方も多いと思いますので、変更の方針などを記載するにようにしようと思います。 読者をソロモンの鍵をプレイした事のある方としています。このため、操作性や敵などの説明を省略しています。今でもプレイできるようです。 ストーンメイズ発想の元は「ロードランナー」SMC-777Cのロードランナーにハマり、その操作性を拡張したら面白いゲームができるのでは、と思ったのが発想の元です。頭突きで石を壊す以外は大体発案時のままです。 重要な補足(2023/8/14)@yoshi_clonoa さんより、ストーンメイズの前にトップビューのグレムリンを題材にしたゲームを考えていて、それを上田さんがサイドビューにすると良い、という指摘があり、スト

                                                                                ゲーム開発失敗事例「ストーンメイズ」そして「ソロモンの鍵」へ|mTsuruta
                                                                              • colaboの「232泊と都に報告した」を検証してみる|opp

                                                                                Ⅰ 令和3年度のホテル宿泊費問題令和3年度の若年被害女性支援事業においてcolaboは保護者の一時的な宿泊のためホテルへの宿泊を計画し、実際に宿泊サービスを実施した。受注直後に提出する事業計画では1万×300泊の300万とし、業務完了時の精算では300万とだけ記した実施状況報告書を提出した。 その一方、colaboの2021活動報告書ではホテル宿泊は61名232泊となっており、事業計画書の300泊とは不一致であった。 R3年度 ホテル宿泊関連資料暇空氏は232泊×1万の232万円経費に対して300万を請求しており、不正会計であると指摘を行った。 この指摘に対してcolabo弁護団は以下のように説明している。 colabo弁護団の説明いつものように計画時の「1万×300泊の300万」は300万の範囲で流用可能であるとし、東京都に232泊分と報告したとして正当化している。 流用に関しては、「事

                                                                                  colaboの「232泊と都に報告した」を検証してみる|opp
                                                                                • 具体的にどう本物のエンジニアになるかというお話(バックエンドエンジニアのロードマップ付) - Qiita

                                                                                  1. 誰に向けたどういう記事なのか いわゆる #駆け出しエンジニア と呼ばれるような(定義割愛)プログラミング学習者に向けて,私が個人的に定義する「本物のエンジニア」になるための1つの道標になるような記事を目指しています. また,今回の記事は主にエンジニアという単語で主にWebエンジニアを指します. 1.1. 駆け出しエンジニアがある程度勉強をし終えた時に抱えるペイン Progate一通りやってレベル強強なんですけど全然自分の作りたいサービスが作れるビジョンが見えない 某スクールにたくさん課金してポートフォリオもできたし転職準備は完璧!でもあれ?Wantedlyで応募しても大抵書類選考で落ちてるっぽい?? Udemyの先生の言ってることはわかるんよ.わかるのと書けるのは別なのよ😊 こんなふうになっていませんか? プログラミングの勉強は決して転職のためのものではないし,正直私個人エンジニア

                                                                                    具体的にどう本物のエンジニアになるかというお話(バックエンドエンジニアのロードマップ付) - Qiita