並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2937件

新着順 人気順

Approvedの検索結果1 - 40 件 / 2937件

  • Engadget | Technology News & Reviews

    Tesla cuts Model Y, X and S prices in the US and says it’s ending the referral program

      Engadget | Technology News & Reviews
    • GMOインターネットグループ:お客様手続きの印鑑を完全に廃止・契約は電子契約のみへ

      GMOインターネットグループは、新型コロナウイルスの感染拡大で出社が制限される現在の状況が長期化すると考えられる中で、当社グループを含む多くの企業において、契約業務をはじめ捺印のために出社対応している状況を受けて、以下の2つの方針を決定いたしました(※1)。 (1)サービスにおけるお客様の各種お手続きから、印鑑を完全撤廃(印鑑レス) (2)お取引先とのご契約は電子契約のみとする(ペーパーレス) この方針(1)に基づき、まずはGMOインターネットで提供している各サービス(※2)において、本日2020年4月17日(金)正午、お客様の手続きから印鑑を完全撤廃いたしました。また、方針(2)に基づき、GMOインターネットグループでは、今後、お取引先企業へ電子契約の利用を要請していきます。 GMOインターネットグループでは、これによりパートナー(従業員)の出社対応の場面をなくしていくとともに、グループ

        GMOインターネットグループ:お客様手続きの印鑑を完全に廃止・契約は電子契約のみへ
      • アウシュヴィッツ博物館はその倫理的正当性を失った - 読む・考える・書く

        11月20日、アウシュヴィッツ博物館の公式アカウントが以下の内容を投稿した。 RESOLUTION OF THE INTERNATIONAL AUSCHWITZ COUNCIL ON THE TRAGIC EVENTS IN ISRAEL, APPROVED BY CIRCULATION ON 18 NOVEMBER 2023 The International Auschwitz Council by the Prime Minister of the Republic of Poland acknowledges with the deepest pain and sorrow the suffering of… — Auschwitz Memorial (@AuschwitzMuseum) November 20, 2023 イスラエルにおける悲劇的出来事に関する国際アウシュヴィッツ

          アウシュヴィッツ博物館はその倫理的正当性を失った - 読む・考える・書く
        • Googleは「社員が休日に個人的に行ったプロジェクト」にも知的財産権を主張する

          By Pressmaster Googleで働いていた経験を持つヘクター・マーティンさんが、「Googleとの間に生じた、勤務時間外に開発していたサイドプロジェクトの知的財産権の問題」に関するストーリーをTwitter上に綴っています。 Since we're talking about Google being less than nice towards its workers, here's a fun little story from my days there. There were two things that I really didn't like about Google at the time: The Google+ saga (realnames et al), and the IP ownership policy.— Hector Martin (@marc

            Googleは「社員が休日に個人的に行ったプロジェクト」にも知的財産権を主張する
          • GitHub、Rails 6がリリースされてからわずか9日で移行を完了。短期間で問題なく移行できた理由とは?

            GitHub、Rails 6がリリースされてからわずか9日で移行を完了。短期間で問題なく移行できた理由とは? 2019年8月17日、Ruby言語によるWebアプリケーションフレームワークの「Rails 6」がリリースされました。 Rails 6は、Railsアプリケーションでのメールやリッチテキストなどを扱いやすくした新機能に加えて、マルチデータベース対応、パラレルテスト機能なども追加されています。 参考:Rails 6.0正式版がリリース。Action Textでリッチテキスト対応、Action Mailboxでメール処理、マルチデータベース、パラレルテストなど新機能 GitHubはRails 6の正式リリースから約9日で、同社の本番システムをRails 6に問題なくアップグレードしたことをブログ「Running GitHub on Rails 6.0」で報告しています。 On Augu

              GitHub、Rails 6がリリースされてからわずか9日で移行を完了。短期間で問題なく移行できた理由とは?
            • GitHub CLI 1.0 is now available

              ProductGitHub CLI 1.0 is now availableGitHub CLI brings GitHub to your terminal. It reduces context switching, helps you focus, and enables you to more easily script and create your own workflows. Earlier this year, we… GitHub CLI brings GitHub to your terminal. It reduces context switching, helps you focus, and enables you to more easily script and create your own workflows. Earlier this year, we

                GitHub CLI 1.0 is now available
              • ついに最強のCI/CDが完成した 〜巨大リポジトリで各チームが独立して・安全に・高速にリリースする〜 - ZOZO TECH BLOG

                こんにちは。SRE部の巣立(@ksudate)です。 我々のチームでは、AWS上で多数のマイクロサービスを構築・運用しています。マイクロサービスが増えるにつれて、CI/CDの長期化やリリース手法の分散など様々な課題に直面しました。 本記事では、それらの課題をどのように解決したのかを紹介します。 目次 目次 はじめに CI/CDのこれまで Release PRによるリリース CI/CD実行時間の長期化 マイクロサービスごとのリリースが難しい リリーサーの制限ができない ドメイン単位の並行リリース リリース手法が分散する ブランチ間の同期が必要 パイプラインの増加 CI/CD実行時間の長期化 リリーサーを制限できない CI/CDの刷新 高速かつシンプルなCIパイプライン 変更差分を利用したCIパイプラインの実行 承認機能付きのCDパイプライン GitHub Environmentsによるリリー

                  ついに最強のCI/CDが完成した 〜巨大リポジトリで各チームが独立して・安全に・高速にリリースする〜 - ZOZO TECH BLOG
                • note 社の AWS 権限設計の変遷を辿る|かとうかずや | kakato

                  いつの世も人々は権限設計に苦しめられている。そうは思いませぬか。 ご多分にもれず、ぼくも note に入ってからというもの AWS の権限設計をどうしてやろうかと、あれこれ思い悩みまくった人間でした。 組織が変われば権限も変わる。誰が何をしたいのかなんてとても把握しきれないし、かといって全員に Administrator を割り振るような豪胆さも持ち合わせておらず。組織再編が繰り返される中で、なんとか運用に耐えうる設計を考え、実装しようと試みた内容をまとめたのがこの note です。 note 社における AWS 権限設計の変遷と、その結果生まれた自動で AWS の権限を払い出す仕組みについて書いていきます。 ※この記事はnote株式会社 Advent Calendar 2022 の 25 目の記事です。 注意事項つらつらと書き連ねていたら 12,000 字超の大作 note となってしま

                    note 社の AWS 権限設計の変遷を辿る|かとうかずや | kakato
                  • 一滴で最大6時間視力を高める目薬「VUITY」が発売、特に中年に効果的

                    瞳孔を収縮させ、近見視力を改善する薬「VUITY」がアメリカ食品医薬品局(FDA)に承認され、2021年12月9日から市場に出回り始めました。VUITYは特に老眼が始まった40歳以上に効果をもたらすとされています。 VUITY™ (pilocarpine HCI ophthalmic solution) 1.25%, the First and Only FDA-Approved Eye Drop to Treat Age-Related Blurry Near Vision (Presbyopia), is Now Available | AbbVie News Center https://news.abbvie.com/news/press-releases/vuity-pilocarpine-hci-ophthalmic-solution-125-first-and-only-fd

                      一滴で最大6時間視力を高める目薬「VUITY」が発売、特に中年に効果的
                    • 2022年Reactを使ってる人には必ず知っていてほしい最強のdata fetchingライブラリであるRTK Queryの優位性とメンテナンスの際に役立つTips - Qiita

                      import type { ConfigFile } from "@rtk-query/codegen-openapi"; // https://redux-toolkit.js.org/rtk-query/usage/code-generation#simple-usage const config: ConfigFile = { schemaFile: "https://petstore3.swagger.io/api/v3/openapi.json", apiFile: "./store/emptyApi.ts", apiImport: "emptySplitApi", outputFile: "./store/petApi.ts", exportName: "petApi", hooks: true, }; export default config; import { empty

                        2022年Reactを使ってる人には必ず知っていてほしい最強のdata fetchingライブラリであるRTK Queryの優位性とメンテナンスの際に役立つTips - Qiita
                      • Building Protocols with HTTP

                        Workgroup: HTTP Internet-Draft: draft-ietf-httpbis-bcp56bis Obsoletes: 3205 (if approved) Published: 22 March 2022 Intended Status: Best Current Practice Expires: 23 September 2022 Author: Building Protocols with HTTP Abstract Applications often use HTTP as a substrate to create HTTP-based APIs. This document specifies best practices for writing specifications that use HTTP to define new applicati

                        • 抗寄生虫薬が新型コロナウイルスの複製を48時間以内に止めるとする研究結果

                          既に抗寄生虫治療薬として広く使われている「イベルメクチン」という薬が、新型コロナウイルス(SARS-CoV-2)の複製を48時間以内に止めるという研究結果が発表されました。この研究は試験管内の実験によるものですが、イベルメクチンは既に人体に対する安全性が認められており、臨床試験の結果次第ではあるもののCOVID-19に対する薬として有望であるとみられています。 The FDA-approved Drug Ivermectin inhibits the replication of SARS-CoV-2 in vitro - ScienceDirect https://www.sciencedirect.com/science/article/pii/S0166354220302011 Possible coronavirus drug identified by Monash Univer

                            抗寄生虫薬が新型コロナウイルスの複製を48時間以内に止めるとする研究結果
                          • オープンソースの定義について - tmtms のメモ

                            こんな Togetter が話題になってた。 togetter.com オープンソースソフトウェアはOSIに認められたオープンソースライセンスで配布されるソフトウェアのことであり、それ以上でもそれ以下でもない これに違和感が。「オープンソースの定義(OSD)」に準拠したライセンスのソフトウェアであればオープンソースだったような記憶があるんだけど、「OSIに認められたオープンソースライセンス」である必要はあるんだっけ? まあ実際にOSDに準拠したオレオレオープンソースライセンスを作って「オープンソースでござい」と言ったとしてもなんか怪しいし、堂々とオープンソースを名乗りたいならちゃんとOSI認定のライセンスを使うか、そのライセンスをOSI認定してもらえよって感じなんでどうでもいいんだけど、定義の問題として。 オープンソースの定義 を見ると 「オープンソース」とは、単にソースコードが入手できる

                              オープンソースの定義について - tmtms のメモ
                            • ちょっとした気配りで皆を幸せにする GitHub の使い方 - Qiita

                              TL;DR 読むのが面倒な人は 私が一番訴えたい事: PR がレビューされない環境を作らない を読んでください。 その他のものは、周りの開発者体験をより良くするための手法について提示しています。 初めに この記事は GitHub での開発者体験をより良いものとするため、チームメイトにこの記事を見せて GitHub 上での開発手法を合わせたいという意図があります。 より良い開発体験を見つけたり躓いた部分があった場合は適宜更新されます。 また記事を見ている方の意見も募集しております 皆でより良い開発者体験を得られる環境を考えられたらと思います。 私が一番訴えたい事: PR がレビューされない環境を作らない Git を使った開発をした事なら誰にでもある、PR が全然レビューされない問題 は開発者体験を下げる大きな要因です。 そこが タスクを止めている明確とした要因 にも関わらず、誰もレビューしな

                                ちょっとした気配りで皆を幸せにする GitHub の使い方 - Qiita
                              • Twitterの「認証済み組織」に付く金色バッジは申請に必要な13万円超がバッジをもらえなくても返金されない

                                Twitterは認証済みバッジ(青色チェックマーク)の企業や組織向けバージョンとして、金色チェックマークを提供する「Blue for Business」をリリースしています。この「Blue for Business」では1000ドル(13万4000円)を支払いTwitter認証済み組織となることで、金色チェックマークを受け取ることが可能となります。しかし、Twitter認証済み組織として認められなかった場合であっても、申請に使用した1000ドルは返金されないことが明らかになりました。 Twitter will keep your $1,000 if you apply for Verified Organizations status and don't get it | Mashable https://mashable.com/article/twitter-tos-refunds-v

                                  Twitterの「認証済み組織」に付く金色バッジは申請に必要な13万円超がバッジをもらえなくても返金されない
                                • Windows 95に続き、クロスプラットフォームに対応したElectron製Mac OS 8エミュレータ「macintosh.js」が公開される。

                                  Windows 95に続き、クロスプラットフォームに対応したElectron製Mac OS 8エミュレータ「macintosh.js」が公開されています。詳細は以下から。 以前、元Microsoftのエンジニアで、現在はSlackHQでSlack for macOSなどの開発を行っているFelix Riesebergさんが、Electronベースでクロスプラットフォームに対応したWindows 95エミュレータ(v86ラッパー)「Windows95」をリリースして話題になりましたが、そのMacintosh版となる「macintosh.js」が新たに公開されています。 macintosh.js This is Mac OS 8, running in an Electron app pretending to be a 1991 Macintosh Quadra. Yes, it’s the

                                    Windows 95に続き、クロスプラットフォームに対応したElectron製Mac OS 8エミュレータ「macintosh.js」が公開される。
                                  • AWS、他社クラウドなどへの移行時にはデータ転送料金を無料にすると発表

                                    AWSはこれまで、外部へのデータ転送料金の高さを競合ベンダから何度か非難されてきました。AWSにデータを蓄積すればするほど他社クラウドへ移行する際のデータ転送料金が高額になるため、顧客のデータを人質にしていると指摘されていました。 そのAWSが今日、他社のクラウドへ移行する際にはインターネットへのデータ転送料金を無料にすると発表しました。 ブログ「Free data transfer out to internet when moving out of AWS」(AWSから移行する際にはインターネットへの転送料金を無料にします)では、AWSは幅広いサービスを提供しており顧客はそれらを自由に選べるが、その選択肢には他社のサービスも含まれるべきだとして、次のようにデータ転送量の無料化を発表しました。 That’s why, starting today, we’re waiving data

                                      AWS、他社クラウドなどへの移行時にはデータ転送料金を無料にすると発表
                                    • ミサンドリーとリプロライツ|斎藤環(精神科医)

                                      私の「炎上」を機に、Twitter上でリプロライツの議論が活性化しています。私自身の主張はかなり単純なのですが、ツイートで毎回同じことを書くのは骨が折れるので、ここにまとめてみました。ご一読くだされば幸いです。 まず大前提ですが、ジェンダーギャップが大きい現実、男性優位の社会や制度、家父長制的な慣習が遺残している現実、女性表象の「もの」的消費の現実が問題であるのは当然です。こうした状況に対する対抗運動としてフェミニズムはきわめて重要な意味を持つと考えています。ただし、私は「フェミニズムは女性の自己決定の保証を求める運動だ。自立する女性を励ます運動だ。保護という名目で女性の自由を奪うことに反対する運動だ」(@ruriko_pilltonさんのツイート)という意見に同意し、『男も女もみんなフェミニストでなきゃ』(チママンダ・ンゴズィ・アディーチェ、河出書房新社)にも同意する立場なので、男性批判

                                        ミサンドリーとリプロライツ|斎藤環(精神科医)
                                      • モバイルアプリの大規模開発における組織的なソフトウェア改善の一事例と考察|mhidaka

                                        こんにちは。mhidakaです。技術書典やDroidKaigiのオーガナイザーという側面以外にもメルペイ所属のAndroidエンジニアという立場も持っています(みなさんあまり知らないと思いますので書いておきます)。 今日はメルカリ・メルペイでのモバイルアプリ大規模開発での、とあるアプローチをメモしておきます。内容は社内レビューを受けてマネージャの承認が取れたものなので安心して読んでください(自分のブログで書いてるのは真面目に書くと大変そうに感じる話題だったのと、なるべく楽しんでもらえるようカジュアルな口調で書きたかったからです) メルカリ・メルペイでモバイルエンジニアの開発対象というと主にアプリケーションです。大規模開発の重要な要素はアプリケーションだけではありませんが(考慮すべき要素はたくさんあるんですよ)今日はアプリのはなしです。本記事では一般化できるよう努めていますが大規模開発では組

                                          モバイルアプリの大規模開発における組織的なソフトウェア改善の一事例と考察|mhidaka
                                        • Slack の CLI と無料サンドボックス環境でサクサク快適開発

                                          こんにちは、Slack の公式 SDK 開発と日本の Developer Relations を担当している瀬良 (@seratch) と申します 👋 サンドボックス環境が使えるようになりました 米国時間 3/6 にサンフランシスコで開催された TrailblazerDX にて、Slack の新しい開発者向けサポート機能が発表されました。 Bolt for Python / JavaScript でのカスタムファンクションなどのトピックもあるのですが、この記事ではこれまでよりもはるかに簡単な取得・管理が可能となった Enterprise Grid のサンドボックス環境を使ったローカル開発の方法について紹介したいと思います。 何が嬉しいの? 今までの Slack アプリ開発は、最初に以下のような手順が必要でした: https://api.slack.com/apps にアクセスして、アプリ

                                            Slack の CLI と無料サンドボックス環境でサクサク快適開発
                                          • 海外就職: シンガポールでデータサイエンティストとして働くまでの話|Yusuke Minami @Minyus86

                                            シンガポールに来た経緯、Resume、OSS、Kaggle、(コーディング)面接対策、給与交渉体験、就労ビザについて、以下の方向けに書きます。 ・ 外資系企業との英語面接を控えている方 ・ 海外、特にシンガポールでの就職に興味がある方 ・ データサイエンティスト、MLエンジニア、ソフトウェアエンジニアとしてのキャリアに興味がある方 前置き ・ こちらの記事は全文無料で公開していますが、最後にお願いがあります。 ・ 技術的な内容を含みますが、その部分は読み飛ばしていただいても問題ありません。 ・ あくまでも一個人の体験に基づきますので、参考にされるかどうは自己判断でお願いします。 シンガポールに来た経緯 私は2010年1月にエンジニアとして東京で働きはじめ、主に製造、自動車業界向けのセンサーデータ処理、解析、シミュレーション、コンピュータビジョンといったアプリケーションに携わっていました。

                                              海外就職: シンガポールでデータサイエンティストとして働くまでの話|Yusuke Minami @Minyus86
                                            • 20 Things I've Learned in my 20 Years as a Software Engineer

                                              Hard disagree with most of the 20 items. 1. Writing software is difficult, tedious and needs real work. No silver bullet libraries, no methodology, no framework, no IOT, no amount of unit tests will get the work done faster. 2. Developers collect tools, libraries and pet technologies and make projects go over their time and budget by doing it. 3. Code should encapsulate algorithms and not be struc

                                                20 Things I've Learned in my 20 Years as a Software Engineer
                                              • 反ワクチン派「『不妊になる可能性がある』と書いてある」→原文を確認すると真逆の事が書いてあると判明 @pony_sumire - Togetter

                                                リンク www.pfizer.com The Facts About the Pfizer-BioNTech COVID-19 Vaccine | pfpfizeruscom The Pfizer-BioNTech COVID-19 vaccine has not been approved or licensed by the U.S. Food and Drug Administration (FDA), but has been authorized for emergency use by FDA under an Emergency Use Authorization (EUA) to prevent Coronavirus Disease 2019 (COVID-1 2 users 6736 知念実希人 物語り @MIKITO_777 誤訳ですね。 もとになった英文を訳すと 『

                                                  反ワクチン派「『不妊になる可能性がある』と書いてある」→原文を確認すると真逆の事が書いてあると判明 @pony_sumire - Togetter
                                                • GitHub Flow with GitOpsの導入 - ZOZO TECH BLOG

                                                  はじめに こんにちは、計測プラットフォーム開発本部SREブロックの近藤です。普段はZOZOMATやZOZOGLASS、ZOZOFITなどの計測技術に関わるシステムの開発、運用に携わっています。 計測プラットフォーム開発本部では、複数のプロダクトを開発運用していますが、リリース作業はプロダクト単位で行っています。プロダクトによってローンチから数年経過し安定傾向のものもあれば、ローンチしたばかりで機能開発が盛んなものもある状態です。 複数のプロダクトを管理する上では当然の状況ですが、プロダクト単位でリリース作業手順が異なり、手順そのものにも課題がある状態でした。 本記事では、リリース作業で課題となっていた部分の紹介と、それぞれの課題に対する対応策についてご紹介します。 目次 はじめに 目次 現状 課題と対応方針 リリース作業の自動化 リリース作業の自動化をする上での必須条件の確認 自動化が必要

                                                    GitHub Flow with GitOpsの導入 - ZOZO TECH BLOG
                                                  • 🌳🚀 CS Visualized: Useful Git Commands

                                                    Although Git is a very powerful tool, I think most people would agree when I say it can also be... a total nightmare 😐 I've always found it very useful to visualize in my head what's happening when working with Git: how are the branches interacting when I perform a certain command, and how will it affect the history? Why did my coworker cry when I did a hard reset on master, force pushed to origi

                                                      🌳🚀 CS Visualized: Useful Git Commands
                                                    • OpenAPI + Zod で型安全な API クライアント出力

                                                      import { asApi, Zodios } from '@zodios/core' import { z } from 'zod' const vR1x0k5qaLk = z.object({ id: z.number(), name: z.string() }).partial() const v8JbFEq2fUl = z.object({ id: z.number().optional(), name: z.string(), category: vR1x0k5qaLk.optional(), photoUrls: z.array(z.string()), tags: z.array(vR1x0k5qaLk).optional(), status: z.enum(['available', 'pending', 'sold']).optional(), }) const vlh

                                                        OpenAPI + Zod で型安全な API クライアント出力
                                                      • Design Docs のいけすかなさ / morrita - Message Passing

                                                        Design docs というのが昔からあまり好きでない。読むのも書くのも好きでない。 仕事で文書を書くのはやぶさかではないけど Design docs はなんとなくいや。 せっかくなのでこのイヤさを言語化してみたい。 Design Docs とはなにか 自分が想定している Design docs は この文章が説明しているようなものだ。 なにかそれなりの規模があるものを作る時に設計やそのトレードオフをざっと文書化する文書。 もっというと一般名詞の design docs ではなく、リンク先に書いてあるような自分の勤務先固有の The Design Docs 文化が好きでない。 「設計やそのトレードオフをざっと文書化する。」 それだけ聞くと割と良いもののような気がして、自分もある時期までは良いものだと思っていた。 「ドキュメンテーション」というのは、プログラミングのポップカルチャーにおいて

                                                          Design Docs のいけすかなさ / morrita - Message Passing
                                                        • Findy Teamsの指標を使ってチームの生産性を改善しよう - ANDPAD Tech Blog

                                                          株式会社アンドパッドのアカウント基盤チームで認証基盤に関するエンジニアリングをしているid:shiba_yu36です。最近はチームのテックリードロールも担っています。 現在アンドパッドではFindy Teamsを導入し*1、生産性の可視化を行っています。自分は生産性向上のためのチーム改善に興味が強いため、2021/10に入社してからアカウント基盤チームのFindy Teams指標を観察し、チームのボトルネックを見極め、チームの生産性改善をしてきました。結果として、Findy Teamsの平均プルリク クローズ時間の指標が、チームに入った2021/10当時は120時間だったのが、現在は23時間ほどまで改善しました。今回はその様子について書きたいと思います。チーム改善の流れの一例として、参考にしてもらえればと思います。 チーム改善の全体的な流れ Findy Teamsで定量的にチームの生産性を

                                                            Findy Teamsの指標を使ってチームの生産性を改善しよう - ANDPAD Tech Blog
                                                          • TypeScriptによるアプリケーションの開発環境 | さにあらず

                                                            このエントリーは pyspa Advent Calendar 2019 の 11 日目の記事です。昨日は @chezou の「Vein の iOS ショートカット複数 URL 対応しました」でした。 はじめに#TypeScript は大変に素晴らしい言語で、僕の手によくなじむ。そのせいか最近はめっきり TypeScript ばかり書いている。 今回のエントリでは、僕がこの一年くらいの間に磨いた TypeScript のテンプレートプロジェクトについて説明する。かなり何度も使って必要十分なものだけを含めるようにしている。 しかし、僕の知識の偏りがそのままになっているので、万人に合うというわけではないだろう。 とはいえ、開発環境の初期構築はかなり面倒な作業なので参考にして貰えれば嬉しい。 細かい説明なんかよりもコードを見た方が早いってハードコアな方は、こちらへどうぞ。 taichi/ts-te

                                                              TypeScriptによるアプリケーションの開発環境 | さにあらず
                                                            • 「ハンコ」をなくすために、国や会社だけでなく、私たちの足元で身近なところから|楠 正憲(デジタル庁統括官)

                                                              新型コロナ対策を契機に、ハンコを見直す動きが広がっています。はんこ議連会長として知られる竹本IT相が「ハンコのために会社に行くと公共交通機関の中で密の状態が発生する。できるだけ省いた方がいい」と24日の会見で述べたのに続いて、27日には総理が経済財政諮問会議で脱「対面・紙・ハンコ」を指示、経団連の中西会長もハンコ文化は全くナンセンスとコメントしています。ここへきて急にはんこ見直しの機運が高まってきましたが、日本はe-Japan戦略以来はや20年近くも事務のIT化を目指してきたはずです。なぜ今日までハンコが温存されてきたのでしょうか。 政府はこれまで電子帳簿保存法 (1998年) 電子署名法・IT書面一括法 (2001年) 行政手続オンライン化法 (2002年) e-文書法 (2005年) デジタル手続法 (2019年)  と、紙の事務を電子化するための法律を、20年以上も継続的につくってき

                                                                「ハンコ」をなくすために、国や会社だけでなく、私たちの足元で身近なところから|楠 正憲(デジタル庁統括官)
                                                              • カンムにおけるGitHub Projects Beta活用方法 - カンムテックブログ

                                                                マニアックなSQLに続き2回目の登場、COOの achiku です。 これは カンムでは GitHub Projects (Beta) を利用してプロダクト改善を推進している。Private Betaの時点から使い始めてから約4ヶ月、今の運用に落ち着いてから約2ヶ月程度経過したため、導入の目的、目的を鑑みた運用方法、現時点での状態をまとめる。誰かの参考になれば嬉しい。 ※以降断りのない場合はGitHub ProjectsもしくはProjectsはGitHub Projects (Beta)を指す ※同様に以降断りのない場合はprはGitHub上のPull Requestを指す 前提(2022/03時点) まずは前提の共有から。ぱっと見ても分かるように、小さくはないがとんでもないサイズでもない、という状況のチームの話であるという前提がある。 作っているもの バンドルカード カンム、Visaプ

                                                                  カンムにおけるGitHub Projects Beta活用方法 - カンムテックブログ
                                                                • Platform Engineering on Kubernetes を読んでCloud Native の現在地を理解する - じゃあ、おうちで学べる

                                                                  はじめに 近年、Kubernetesの採用が進む中、複数のチームが関わり、複数のクラウドプロバイダーへのデプロイを行い、異なるスタックを扱う組織では、その導入の複雑さが新たな問題となっています。本書 『Platform Engineering on Kubernetes』は、Kubernetes に登場しつつあるベストプラクティスとオープンソースツールを活用し、これらのクラウドネイティブの問題を技術的に組織的にどのように解決するかを示してくれます。 learning.oreilly.com 本書では、Kubernetes上に優れたプラットフォームを構築するための要素を明確に定義し、組織の要件に合わせて必要なツールを体系的に紹介しており、実際の例とコードを交えながら各ステップをわかりやすく説明することで、最終的にはクラウドネイティブなソフトウェアを効率的に提供するための完全なプラットフォーム

                                                                    Platform Engineering on Kubernetes を読んでCloud Native の現在地を理解する - じゃあ、おうちで学べる
                                                                  • GitHub の OAuth 実装の仕様違反とセキュリティ上の考慮事項 - Qiita

                                                                    本稿は GitHub Docs の "Authorizing OAuth Apps" ページに書かれている情報に基づいています。英語版はこちら → "Spec Violations in GitHub OAuth Implementation and Security Considerations" 仕様違反箇所 認可リクエストの response_type リクエストパラメーターがない。当パラメーターは必須である。RFC 6749 (The OAuth 2.0 Authorization Framework) Section 4.1.1 (Authorization Request) 参照。 トークンレスポンスのデフォルトフォーマットが application/x-www-form-urlencoded のようである。フォーマットは常に application/json でなければならな

                                                                      GitHub の OAuth 実装の仕様違反とセキュリティ上の考慮事項 - Qiita
                                                                    • OpenAPI Generatorに適したOpenAPIの書き方 - ZOZO TECH BLOG

                                                                      はじめに こんにちは! WEARバックエンドブロックの高久です。 WEARではOpenAPI(Swagger)を使って、アプリやWebのクライアントが利用するAPIを定義しています。そして先日、開発効率化のためにOpenAPI GeneratorでOpenAPIからAPIクライアントコードを自動生成、活用できるように整備をしました。その中でOpenAPI Generatorに適したOpenAPIの書き方のポイントがいくつかあったので、内容を紹介していきます。 想定読者 OpenAPIを現在利用している、またはこれから利用する予定の方 OpenAPI Generatorを利用したコード自動生成を検討している方 背景 当初WEARではAPIクライアントコードはOpenAPIでのAPI定義を基に各クライアントが手動で実装していました。しかし手動で実装すると初期の実装コストや変更時の追従コストがか

                                                                        OpenAPI Generatorに適したOpenAPIの書き方 - ZOZO TECH BLOG
                                                                      • いまさらGoでElasticache Redisの負荷・障害試験をがっつりしてみた

                                                                        こんにちは、 株式会社アプリボット、バックエンドエンジニアの小川詩織です。 今回はgolangで開発中の新規プロジェクトのため、ElasticacheRedisに関する検証を行いました。 かなり長くなってしまいましたが、参考にしていただければ幸いです。 以下、検証内容になります。 まえおき 検証のための実装にはgolangを用い、 go-redisによるElasticache Redisについての検証になります。 また、ゲームで良く活用される Ranking機能 の実装を想定した検証を行いました。 Ranking機能実装のためにRedisは ソート済みセット型 を用います。 Ranking機能についての想定なので、同一ランキングはkeyも同一になり、 Shardを増やしても負荷分散できないため全て Shard=1 として検証を行います。 また、Redisの 要素数は1000万件 用意しまし

                                                                          いまさらGoでElasticache Redisの負荷・障害試験をがっつりしてみた
                                                                        • Cosmopolitan Libc: build-anywhere run-anywhere C library

                                                                          Cosmopolitan Libc makes C a build-anywhere run-anywhere language, like Java, except it doesn't need an interpreter or virtual machine. Instead, it reconfigures stock GCC and Clang to output a POSIX-approved polyglot format that runs natively on Linux + Mac + Windows + FreeBSD + OpenBSD + NetBSD + BIOS on AMD64 and ARM64 with the best possible performance. Getting Started First, download the Cosmop

                                                                          • Kubernetes環境に特化したCI/CDツール「Jenkins X」を試してみる | さくらのナレッジ

                                                                            広く使われている継続的インテグレーション(CI)/継続的デリバリ(CD)ツールの1つに「Jenkins」がある。このJenkinsの開発チームが、Kubernetesに特化したCI/CDツール「Jenkins X」を発表した。今回はこのJenkins Xの特徴やインストール、基本的な使い方を紹介する。 昨今ではソフトウェア開発を迅速に進めるために「継続的インテグレーション(CI)」と呼ばれる手法が広く採用されている。CIはバージョン管理システムなどと組み合わせて使われるのが一般的で、たとえばバージョン管理システムへのコミットをトリガーとして自動的にビルドやテスト、パッケージ作成を実行する仕組みなどを構築できる。また、最近では「継続的デリバリ(CD)」という手法も使われる。CDはCIと似ているが、運用環境へのデプロイまでも自動で行うという仕組みだ。 CIツールとして著名なものの1つに、以前紹

                                                                              Kubernetes環境に特化したCI/CDツール「Jenkins X」を試してみる | さくらのナレッジ
                                                                            • M5StackでCO2モニターを作って、データ可視化と換気を促す通知するものを Azure IoT Central で作ってみた - Qiita

                                                                              M5StackでCO2モニターを作って、データ可視化と換気を促す通知するものを Azure IoT Central で作ってみたAzureIoTM5stackAzureIoTCentralQiitaAzure はじめに 以前にM5StackでCO2モニターを作って、直接Teamsに通知するものを作ったのですが、 『M5StackでCO2モニターを作って、Teams通知で換気を促すものを作ってみた』 CO2濃度が高くなると通知が来るけど、その傾向が良く分からない テレワークが増えてくると、いま職場の状況がどうなのかが遠隔で分からない 換気を促す通知は来てるけど、いまいち上手く活用できてない(されてない)気がする という辺りが少し課題かなと思っていました。 なので、今回は上記を解決する為、「M5Stackで作ったCO2モニター」 と 「Azure IoT Central」 を連携させることで、

                                                                                M5StackでCO2モニターを作って、データ可視化と換気を促す通知するものを Azure IoT Central で作ってみた - Qiita
                                                                              • 内部統制へのGitHub活用事例 - BASEプロダクトチームブログ

                                                                                この記事は、「BASE Advent Calendar 2019」の3日目の記事です。 devblog.thebase.in 前の日は id:ngsw のEC2における単位時間あたりの名前解決制限の対応と id:chiiichellのエンジニア2年生がリーダブルコードを読んで今年自分が書いたコードを振り返るでした。 devblog.thebase.in Product Dev Divisionの加賀谷です。内部統制の実現手段の1つである「ITへの対応」について整備改善を日々進めています。社内の内部統制事務局と監査法人に評価とアドバイスをいただきながら、IT統制のうちの全般統制への対応を実施しています。 AnyPay社さんのGitHubを組織運営に活用する事例にあるとおり、活動の中で行う文書管理、承認、証跡管理にGitHubがとても有効だと感じることが多くありました。この記事では先の記事に学

                                                                                  内部統制へのGitHub活用事例 - BASEプロダクトチームブログ
                                                                                • GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020

                                                                                  GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020 GitHubは、オンラインイベント「GitHub Universe 2020」において、自動的にマージを実行してくれる新機能「Pull request auto-merge」を発表しました。 Check out auto-merge! Now, when your branch protection rules are met, your changes approved, and your checks are green, GitHub can automatically merge your pull request for you. #GitHubUniverse #Keynote https://t.co/9gQRFt3aqQ pic.tw

                                                                                    GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020