2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/
2019年8月28日(日本時間)更新: 最初の事象概要で言及した通り、今回のイベントは、東京リージョンの1つのアベイラビリティゾーン(AZ)の一部に影響を与えました。この影響は当該 AZ の Amazon EC2 および Amazon EBS のリソースに対するものですが、基盤としている EC2 インスタンスが影響を受けた場合には、当該 AZ の他のサービス(RDS、 Redshift、 ElastiCache および Workspaces 等)にも影響がありました。お客様と今回のイベントの調査をさらに進めたところ、 個別のケースのいくつかで、複数のアベイラビリティゾーンで稼働していたお客様のアプリケーションにも、予期せぬ影響(例えば、 Application Load Balancer を AWS Web Application Firewall やスティッキーセッションと組み合わせてご
ビジネスの現場でどうすればイノベーションを生み出せるのか。もっとも手軽な方法はブレインストーミング(以下、ブレスト)によるアイデア出しです。「あ、それなら普段からやっているよ」と言う人もいるでしょうが、ブレストにはいくつかのレベルがあると考えています。 「思いついたことを口にする」「とにかく数をひねり出す」「絶対に否定してはいけない」「筋道立てて整理しない」などのシンプルなルールのもとで、アイデアがアイデアを刺激して、通常の議論では出てこないような発想を導き出すのが、いわゆるブレスト。 一番スタンダードなブレストの手法を確認しましょう。まず、小規模な会議室にメンバーを数人集めます。ここでは7人が集まった例を紹介します。部屋には7人のほかに、1人のファシリテーターがいて進行役となります。 スタンダードなブレストに潜む落とし穴 最初にすることは、1時間で100個のアイデアを出すこと。メンバーは
個人的なタスク管理ツールとしてGitHub Issueを使うようにしてその仕組みを色々と作っているので、そのアーキテクチャについてのメモ書きです。 後述しますが、GitHubをベースとすることでプログラムでの拡張性が高いというのが特徴です。 セットアップが色々と必要になるためぱっと再現しやすい感じではなかったり一部未公開になってます。 需要があったらオープンソースとして公開できるように整えます。 GitHub Issuesとタスク管理ツールでの課題 自分の中で、タスク管理ツールとGitHub Issuesを両方使う場合に次の課題がありました。 自分のタスクの半分以上はGitHubに何かしら紐づく情報(オープンソース、ブログ、仕事)であったため、GitHub Issueとの二重管理感がある GitHub上で複数のリポジトリのタスクを管理するのが難しい 1つ目は、タスク管理ツールを使っても結局
GitHubのIssueをNuxtとNetlifyでブログ化するというのをやってみたので解説します。 デモサイト: https://gh-blog.netlify.com/ Issues: https://github.com/miyaoka/gh-blog/issues Headless CMS はじめにHeadless CMSについて解説しておきます。旧来のAPI無しのWordPressのような一体型CMSではなく、コンテンツ管理部分を切り離してAPIでやりとりできるようにするのがHeadlessなCMSです。これによりフロントの実装やデプロイが疎結合になり、好きにできるようになります。 例としてCMSにContentful、デプロイにNetlifyを使う構成だとこんな感じになります。 参考) 次世代Headless CMS「contentful」事始め - Qiita Nuxt.js
Resolve Business Issues By Getting a Virtual or Serviced Workplace Are you planning to set up your own business, but are afraid of experiencing problems in the start that most businesses go through? Do you want an effective and simple solution to all these problems? If you answered these questions with a yes, then you need to start leaning towards the idea of getting a virtual or a serviced workpl
最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので
Resolve Business Issues By Getting a Virtual or Serviced Workplace Are you planning to set up your own business, but are afraid of experiencing problems in the start that most businesses go through? Do you want an effective and simple solution to all these problems? If you answered these questions with a yes, then you need to start leaning towards the idea of getting a virtual or a serviced workpl
このところ「人工知能を使ったシステム」や「人工知能を搭載した電化製品」が登場し、世間の注目を集めています。 将棋の世界では人工知能がプロ棋士と互角に戦い、元名人を負かしたりもしています。2011年にIBMが開発した人工知能「ワトソン」はクイズ番組で人間のチャンピオンを破って優勝、今後その技術は医療分野に応用されて、膨大な蓄積データから患者の治療方針を示すのに使われるといいます。三井住友銀行とみずほ銀行は2014年11月に、コールセンターへの問い合わせで適切な回答を抽出するためにワトソンを利用すると発表しました。 ソフトバンクはフランスの企業と共同で人工知能搭載のロボット「Pepper」を発表しました。人の感情を読み取ることができると話題になりましたよね。アップルはiPhoneに人工知能を使った音声対話システム「Siri」を搭載していますし、グーグルは自動車を自動で運転する技術を開発中です。
ProductAdd Reactions to Pull Requests, Issues, and CommentsEvery day, thousands of people are having conversations on GitHub around code, design, bugs, and new ideas. Sometimes there are complex and nuanced points to be made, but other times… Every day, thousands of people are having conversations on GitHub around code, design, bugs, and new ideas. Sometimes there are complex and nuanced points to
What is Trivy?Trivy is a multifunctional, open-source security scanner. It can scan various targets (filesystems, containers, git repositories and more) in order to discover security issues (vulnerabilities, misconfigurations, and secrets). In short, Trivy can find a bunch of different types of security issue in pretty much anything you point it at, for free. Scanning AWSAs of this week, Trivy v0.
というのを作ったました。ちょこちょこ機能改善してます。 yuroyoro/git-issue · GitHub git-issue | RubyGems.org | your community gem host 仕事では、異臭管理システムはRedmineを使っていて、作業はsshでサーバに入ってコード書いてるわけです。 で、次どのチケットやろうか、とか今やってるチケットの細かい仕様どうだっけ?みたいなときに、 いちいちブラウザに切り替えて目的のチケットを検索するのタルすぎて死ねる。 もうターミナルから離れたくないんだ俺は。 そこで、'git issue 1000'ってやると1000番のチケットを見ることができるようにした。 $ git issue 15 [open] #15 Issueをadd/updateするときに引数で全部渡すのタルい ------------------------
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く