Slackの次世代プラットフォームを使ってJiraと連携するアプリを作る - Qiita
はじめに KWCのSRE部に所属している、@kumico_kwcです。 この記事はKWC Advent Calendar 2022の9日目の投稿となります。本稿では、現在オープンベータとして提供されているSlackの次世代プラットフォームを使ったSlackアプリ開発を紹介します。 Slackの次世代プラットフォーム SlackのマネージドインフラストラクチャとDenoによって、従来のSlackアプリ開発とは全く違う手法を提供してくれるプラットフォームです。Slack CLIとSDKを使うのですが、開発からデプロイ、アプリの設定まで一つのプラットフォームで一貫して行えるので、作業環境とSlackやブラウザを行ったり来たりしないでよくなります。また、デプロイ先に何を採用するか悩まなくてもよいので、コードを書くことに集中することができます。 次世代プラットフォームの詳細については、公式ドキュメン
セキュリティーチェックシートという闇への防衛術 - Qiita
といった感じです。（この例、下で問題例として取り上げるため、実はおかしなチェック内容にしています。） "No.～基準"までがシートに記載されていてます。回答する発注先企業は"Yes,No,N/A"を3択で✅をつけ、備考欄にNoやN/Aの理由のほか、注記を記載できます。こういう項目が20～500項目あるExcelのシートに、発注先企業の回答担当は自社の状況、対応を確認しながら、ひたすら記載してゆくわけです。 知ってる人は知っているが、知らない人はぜんぜん知らない 最近参加したエンジニアがぞろぞろいらしたカンファレンスで、私が 「……あの セキュリティーチェックシート ってあるじゃないですが、あの 面倒なアレ です。アレにこの規格を採用するよう書いてあったら、各企業に規格の採用が広がるかもですね。あはは。」 と話したことがありました。その瞬間、 嫌なことを思い出したのか顔を曇らせたり苦笑いをす
Goを学ぶ有料講義を始めた話 - Qiita
Gopher塾をきっかけ どうもナレッジワークのtenntennです。 2022年の10月よりGopher塾という有料の講義を始めました。参加頂いた方は、ありがとうございました！ 『チャンスは待たずに自分で作る ─ ソフトウェアエンジニアが「好きな技術」で生きていくための技術とは』という記事にも書いた通り、有料にした理由は家族との時間を減らして行う個人活動の時間に一定の意味をもたせることです。 有料で行うからには、参加者が参加して良かったと思えるものにしなければいけません。#1はテストに関して、#2はGoらしいコードの書き方について扱っています（#2は開催予定）。 単なる使い方だけではなく、10年以上Goコミュニティで学んだ知識や開発経験、技術顧問などで複数社の設計・実装を見た経験を基に講義を構成しています。 また、私は内部構造を調べるのが好きなので、たとえばgo testの仕組みやカバレ
Goの並列テストでよくあるバグ（tt := tt忘れ）に対する対策 - Qiita
どうもナレッジワークのtenntennです。 本記事は、Gopher塾で扱ったテストの話で、参加者の方から質問が出た並列テストにおけるよくあるバグについての解説とGo 1.20以降で入る対策について書きます。 並列テストとサブテスト Goでは、テスト関数内で(*testing.T).Parallelメソッドを呼び出すとテストを並列に実行できます。テストを並列に実行することでテストを効率よく行い、実行時間の削減が見込めます。 また、*testing.T型には、サブテスト（子テスト）を実行するためのRunメソッドがあり、サブテストを並列に実行できます。Goではテーブル駆動テストがよく用いられため、各テストケースがサブテストとして実行されます。テストの効率化を考えて、各テストケースをParallelメソッドを用いて並列に実行することが多いです。 並列テストでよくあるバグ サブテストを並列に実行す
Slack 次世代（オートメーション）プラットフォーム機能のご紹介 - Qiita
こんにちは、Slack の公式 SDK 開発と日本の Developer Relations を担当している瀬良 (@seratch) と申します この記事では、この記事投稿時点で Slack がパブリックベータとして提供している「次世代プラットフォーム機能（英語では next-generation platform とか Run on Slack とか呼ばれています）」の概要について紹介します。 この記事では概要のみを説明しますが、今後も今年（2022 年）の Advent Calendar の空いている枠をお借りして、より詳細な記事も投稿していきます。なお、この Advent Calendar への投稿はどなたでも大歓迎ですので、ぜひお気軽に登録いただければと思います！ それでは、さっそく本題に入っていきたいと思います。 Slack の次世代プラットフォーム機能とは？ Slack の「
ファン・ダン・ラーン(FDL)ふりかえりボード - Qiita
ふりかえりで使える手法としてKPTやYWTなどがありますが、新しくファン・ダン・ラーン(Fun/Done/Learn)というアプローチを作ったので紹介します。チームがやったことを、Fun、Done(またはDeliver)、Learnという3つの軸とその重複で見直します。上の図のように、Fun、Done(Deliver)、Learnのを重ね合わせた図をボード上に書いて、そこに分類していきます。 この図を見れば、経験のあるファシリテーターやスクラムマスターなら自分なりのやり方が思いつくのではないでしょうか。ぜひ自由に使ってみてください。以下では、私たちが実際に試してみた方法を紹介します。 まずホワイトボードや模造紙に、上のFun/Done/Learnの図を描く。重なり合う領域が狭くなりすぎないよう気をつけること メンバー1人ひとりで、やったことを付箋に書き出す 付箋の内容を共有して会話しながら
一番分かりやすい OpenID Connect の説明 - Qiita
はじめに 過去三年間、技術者ではない方々に OpenID Connect（オープンアイディー・コネクト）の説明を繰り返してきました※1。 その結果、OpenID Connect をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1：Authlete 社の創業者として資金調達のため投資家巡りをしていました（TechCrunch Japan：『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』）。 2017 年 10 月 23 日：『OpenID Connect 全フロー解説』という記事も公開したので、そちらもご参照ください。 説明手順 （１）「こんにちは！ 鈴木一朗です！」 （２）「え！？ 本当ですか？ 証明してください。」 （３）「はい！ これが私の名刺です！
Reactヘビーユーザーが思うSvelteの良いところ - Qiita
はじめに https://svelte.jp/ 皆さんはSvelte使っていますか？ 私はReactやVueをよく利用していましたが、最近Svelteにハマっています。 Reactヘビーユーザーの私が感じた、Svelteの良いところ、改善してほしいところを挙げてみました。 Reactを使う上で特に不満があったわけでもないですが、Svelteに乗り換えてみると無駄が多かったことに気付かされました。 私の思うSvelteの良いところをいくつか挙げさせていただきます。 書きやすい、分かりやすい SvelteはReactと同様に、宣言的にUIを記述することが出来ますが、Reactと比べてより少ないコードで書けるようになっています。 例えば、React.useEffectのような記述は、以下のように書くことが出来ます。
フリーランスエンジニア向けの稼働管理ツールを作ってみた【GAS】 - Qiita
はじめまして、ますみです！ 本記事は、「身の回りの困りごとを楽しく解決！【PR】Works Human Intelligence」のアドベントカレンダー2日目の記事です🎄 今回は、フリーランスエンジニア向けのツールとして**「自分の稼働時間を管理するツール」**の作り方と使い方を紹介します👨💻 私自身は4年ほどフリーランスとして、受託開発やコーチングなどの業務などをしてきましたが「実際にどれくらい各案件ごとに稼働しているのか？」を把握することは非常に重要だと3年目あたりから気付き始めました。 理由としては、以下の3つです。 自分の時給単価（市場価値）を正確に把握するため。 自分のタイムリソースのマネジメントのため。 請求業務を効率化するため。 これに関しては、また別の機会に詳しく書きたいと思います！ いずれにせよ、稼働時間の管理をしっかりとしていない（もしくは全く管理していない）フ
振り返り時間の雑談っていらなくないですか？ - Qiita
はじめに 筆者は初めてアジャイルの開発でスクラムを経験。3ヶ月が経つ。 今回チーム内で出た意見を元に、良い気づきを得ることができたので記事にまとめました。 ★フルリモート環境 ★バックエンドとフロントエンドでチームが分かれている ★私を含む新規参画者はスクラム初心者 ★バック、フロントそれぞれスプリントの振り返りが終わった後、 スクラムチーム全員で共通の振り返りという名の雑談タイムがある。（30m～） 雑談の時間っていらなくないですか？ この議題があがり、スクラムチームの意見をいただきました・・・ 最終的な投票結果では、現状のままで良いという結論に至りましたが 雑談のメリット 改善案 新しい手法の提案 色んな気づきを得ることができたので記していきたいと思います。 この議題が生まれた背景 そもそも、開発状況が芳しくない。という所に 新規参画者の方が目をつけてくださいました。 『進捗率があまり
リダイレクト URI の前方一致 - Qiita
はじめに OAuth 2.0 の認可レスポンスは、登録済みの『リダイレクト URI』宛に返却されます。詳細は『OAuth 2.0 の認可レスポンスとリダイレクトに関する説明』を参照してください。 複数のリダイレクト URI が登録されている場合、どのリダイレクト URI に認可レスポンスを返して欲しいかを、認可リクエスト時に指定する必要があります。この目的のために、redirect_uri リクエストパラメーターが用いられます。 認可サーバーは、redirect_uri リクエストパラメーターで指定された URI が、事前登録されたリダイレクト URI のいずれかに一致するかどうかを確認します。この「一致」について、「前方一致のサポートは可能か？」との質問を受けることが稀にあるので、見解を述べさせていただこうと思います。 OpenID Connect のケース ID トークンを発行するなど
【Gradle】bomを生成する/利用する - Qiita
概要 Gradle利用時に、独自のbomを生成したり、生成したbomを利用する方法をまとめます。 ここではBOMのpublish先としてlocal repositoryを使用します。 動作環境 Gradle : 7.0.2 1. BOMを生成する BOMをlocal repositoryにあげるための最低限のbuild.gradleがこちらです plugins { id 'java-platform' // BOM生成に必要なプラグイン id 'maven-publish' // maven publishに必要なプラグイン } group = 'rhirabay' version = '0.0.1' // 利用アプリケーションにデフォルトで依存を追加するために必要 // ※使用しないライブラリも依存に追加されてしまうので、注意 // javaPlatform { // allowDepe
フルサイクルエンジニアになろう - Qiita
この記事は、 みらい翻訳 Advent Calendar 2020 4日目の記事です。 はじめに こんにちは。株式会社みらい翻訳 プラットフォーム部の@m-chikaです。 みらい翻訳には今年からジョインし、エンジニアリングマネージャーとして機械翻訳サービスMiraiTranslatorの開発に携わってます。 Advent Calendarには初めて参加します。 この記事について ある日、社内ミーティングの資料で以下の一文が目に入ってきました。 「今日から皆さん、フルサイクルエンジニアです」 今後、開発チームのフルサイクル化を目指しますということでした。フルサイクルエンジニアという言葉に初めて触れた瞬間です。 お、これは何だろう？ フルスタックエンジニアと似てるけど、間違えたという感じじゃなさそう。 プロみたいに、宣言すればなれるのかな？ それともどこかになれるサイトでもあるのだろうか。
NginxとApacheって何が違うの？？ - Qiita
はじめに Webサーバーを使うときに、NginxとApacheって言葉よく耳にしますよね。 ただその違いっていまいち良くわからなくないですか？？（僕だけだったらすみません笑） ちなみに僕は「Nginxの方がなんか人気だし良さそうな気がする。。。」という何の根拠もないイメージしか持っていませんでした。 さすがにもう少しちゃんと理解したいと思い、今回はこの違いを記事にしてみました。 ぜひぜひ最後まで読んでみてください〜！ ※ちなみにNginxとApacheはそれぞれ、「エンジンエックス」「アパッチ」と読みます。 そもそもNginxとApacheとは？ NginxとApacheはWebサーバーのソフトです。 サーバーにこれらのソフトをインストールすると、Webサーバーとしての機能をもちます。 Webサーバーソフトにおいて、2021年12月時点でNginxとApacheが圧倒的シェアを誇っています
Ubuntu20.04へのDocker Compose v2 インストール - Qiita
はじめに 気が付いたらDocker Compose のv2がリリースされていた。V1と比較して PythonではなくGolangベース docker-composeではなくdocker composeで実行 インストール手順も変更 という変更点があって、興味がわいたので試しにインストールしてみた。 ついでに、Docker本体も推奨されている手順でインストールしなおしてみた。 そのメモ。 2022.8.21 追記 より簡単な導入手順が公開されていたので、この記事の内容を改めてまとめなおしました。 Ubuntu 22.04 向けとありますが、20.04 でも導入できますので以下のリンクをご参照ください。 環境 インストール先 Ubuntu Server 20.04 (x86_64) インストールするもの Docker 最新版 Docker Compose version v2.6.1 手順 D
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 でなければならな
不揮発メモリに対するLinux周辺動向 (2021年版) - Qiita
はじめに この記事は Fujitsu Advent Calendar 2021 25日目の記事です。（記事は個人の見解であり、組織を代表するものではありません。） さて、今年もこれまでと同じく不揮発メモリの記事を書きます。今回は以下の内容です。 不揮発メモリ周りの規格・新仕様(CXL, RDMA) メモリ不足時の不揮発メモリの活用 Filesystem-DAXの動向 不揮発メモリ周りの規格・新仕様 今年は規格回りでいくつか新仕様が策定されています。まずは、それらについてざっくりと解説していきましょう。 CXLの不揮発メモリ対応 これまではNVDIMM、すなわちDRAMと同じようにCPU中のメモリコントローラからDDR4で直接つながるデバイスであった不揮発メモリですが、ここへきて新たな接続方法が追加されようとしています。それがCompute Express Link(CXL)です。 コンピュ
すべての社内文書はMarkdownで書けばいいと思うこれだけの理由 - Qiita
Markdownを社内に布教したい、というモチベーションからMarkdownを勧める理由をまとめたもの。 同じようなことを考える方へ、周囲への説得材料になると嬉しい。 1. Markdownを勧める理由 1-1. 圧倒的理由 全人類がマークダウンを学習すべき理由｜情報デザイン力を鍛えよう Markdownとは (日本語Markdownユーザー会) をMarkdownで引用する。 Markdown（マークダウン）は、**文章の書き方**です。 デジタル文書を活用する方法として考案されました。特徴は、 - 手軽に文章構造を明示できること - 簡単で、覚えやすいこと - 読み書きに特別なアプリを必要としないこと - それでいて、対応アプリを使えば快適に読み書きできること などです。 Markdownはジョン・グルーバー（John Gruber）によって2004年に開発され、 最初は [Darin
Javaのパッケージ名の命名には2019年でも所持ドメインの逆順を使うべきなのか調べた - Qiita
発端 Java6までは言語仕様の中に命名規約の章があったけどJava7からはなくなった。あとパッケージ名もドメイン名逆順にしろというのが、ローカルでの利用を意図してるなら単一の識別子だけでいいということになった。そのころからlombokみたいにプロダクト名だけのパッケージ名を見るようになった気がする — きしだൠ (@kis) 2019年1月22日 今までjavaパッケージの命名はドメイン名の逆順というのが通例だと思っていたが、たしかにそれに沿わないライブラリも特にScala系のライブラリで見ることが増えてきた。 そもそもこの命名規則は確かに衝突を避けるためには合理的ではあるもののコード中の記述量が増えるため後発の言語でもまったく真似されていない。 最近のJavaでより短いパッケージの命名が許容されるならとても嬉しいと思い、本当にJavaのFQDN逆順命名規約は無視していいのか調べた。 調
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JUnitのアサーションライブラリHamcrest,AssertJ比較 - Qiita
