ここさえ抑えればGitHub API v4がわかる! GraphQL入門
この記事について 今年の7/27にGitHub Projectベータと呼ばれていたものがGAになりました。 新しくGAになったProject(以下ProjectV2と書きます)は、 フィールドを用いて、アイテムに様々なメタデータを追加できる カードに設定した様々なメタデータごとにかんばんを作ることができる アイテムのグループ化・ソート・フィルタが簡単にできる 日付・各種メタデータを軸として指定したグラフを作ることができるので可視化が簡単 といった、classic Projectではできなかったあれこれが一つのProjectでできるようになっており、とても便利になりました。 そしてProjectV2がGAした今、一部例外を除いてclassic Projectを新規作成するというのはできなくなっています。 そのため、ProjectV2への移行というのは今後どんどん進んでいくと思われます。 Yo
GitHub上にあるリポジトリに対してAPIを通じてgit grepライクに走査できるツール gh-grep (gh grep) を作った - Copy/Cut/Paste/Hatena
git grep 便利ですよね。 私は git grep と git gsub は本当によく使います。 ところで git grep はローカルリポジトリがないと実行できません。 ローカルにリポジトリがなければ git clone して、 git grep すればいいのですが、もう少し簡単にgrepするために gh-grep を作りました。 github.com gh-grep gh-grepはGitHub APIを使ってGitHub上のリポジトリに対してgrepをするツールです。 特徴は、全てGitHub APIを通じて実行するためローカルに git clone することなくgrepできることです。 また、APIを使っている特徴を活用して複数リポジトリに対してgrepすることなども可能になっています。 あと実行が遅いです。ひたすらGitHub APIを叩いているので...*1。 インストー
AWS CDKとGitHub ActionsでLambdaで動くAPIをTypeScriptで作る - SMARTCAMP Engineer Blog
こんにちは、 https://boxil.jp を作っている徳田(haze_it_ac)です。 先月に今風？な構成のAPIを業務で作ったので、その紹介をしようと思います。 作るもの・要件 雑な図 外部のAPIを叩くためのアプリケーションです。 BOXILのAPIサーバから今回作るAPIを叩き、そこから外のAPIを叩いて情報を取得したり、処理をしたりするものです。 現時点ではBOXILのみで使われていますが、それ以外からも使用されることを予定・想定しているため、BOXILとは別の基盤で作成しどこからでも実行できるように構築する必要があります。 なお、今回のサンプルリポジトリは以下になります。ソースコードと合わせて読んでみてください。 github.com 全体構成 概要 雑な構成図 AWS CDKを中心に据えた、AWS Lambdaで実行されるアプリケーションです。 実行環境 Webアプリケ
フロントエンド x RTC界隈の最近とこれから - console.lealog();
フロントエンドエンジニアからみる、この界隈で今どんなIssueが話題になってるのかと、この先どういう動きがありそうかについて。 そこまで自分に先見の明があるとも思ってないけど、アウトプットしておかないと忘れてしまいそうなので・・。 ちなみにここでいうフロントエンドは、いわゆるブラウザとかJavaScriptのAPIのことです。 プロトコル的な側面はそこまで詳しくないのであまり触れません。 WebRTC 1.0 GitHub - w3c/webrtc-pc: WebRTC 1.0 API まず、RTCといえばズバリのWebRTCから。 昨年末にWDからCRへ格上げということで、もうAPIが激変したりはしない・・はず。 実際のところ、ここ半年くらい大きな対応した覚えがないです。（WebRTCそのものを実装してる人は、地味にいろいろ対応してると思うけど） ガワのAPIという観点でいうと、最近はも
commit以外の数値でも草を生やせる、PixelaというAPIサービスを作った！ - えいのうにっき
作りました！ pixe.la これはなに？ お好きな数値を登録、その登録された数値情報に基づいて、アレのあれっぽくグラフを作れるサービスです！ アレのあれってのは、これのコレ↓っぽいやつです！ ↑commit回数をグラフにした場合のイメージ。 ↑プロダクトのデプロイ回数をグラフにした場合のイメージ。 ↑体重の変動（前日比）をグラフにした場合のイメージ。 どうやって使うの？ Pixela は、サービスのトップページ以外は全部 Web API のみで構成されるサービスです！なので、ユーザー登録からなにから、全部 API でおこないます！ $ curl -X POST https://pixe.la/v1/users -d '{"token":"thisissecret", "username":"a-know", "agreeTermsOfService":"no", "notMinor":"
GraphQLの基本用語 - Islands in the byte stream
GraphQLって用語が分かりにくいんですよね…ということで社内用に作った用語集を公開しておきます。 GraphQL http://graphql.org/ グラフキューエル query language リクエストのフォーマットがGraphQLということ レスポンスはJSON（でもMessagePackでもなんでも） GraphiQL https://github.com/graphql/graphiql グラフィクル GraphQL用のAPIコンソールというかAPIエクスプローラとかそういう類のもの 補完のサポートを受けながらqueryを書けるので "GraphQL IDE" とも呼ばれる 実体はReactベースのウェブアプリ（フロントエンドアプリ） graphiql-rails はこのフロントエンドアプリをRails Mountable Engineとして扱うためのgem GitHu
日報をしゃべらせて聴くアプリ「Nippou Player for esa.io」を作った -
みなさん日報書いてますか。 私が所属する Misoca でも、全員が毎日日報を書いています。ただ、メンバーが増えてくると、全員の日報を読むことが地味に大変だったりします。 日報を「聴く」 しかし読みたい。 もし、音楽のように日報を聴くことができたら、聴きながら作業もできるし読む辛さもなくなるかも。というわけで、勉強がてらアプリを作ってみたので紹介します。 Nippou Player for esa.io 特徴 GitHub - hidakatsuya/nippou-player: A client for playing NIPPOU in esa.io. esa.io の日報を音声として再生することができるデスクトップアプリ Mac, Windows, Linux をサポート（ただし、Mac 以外は動作確認してない） Electron, Vue.js 2.x, Photon, Webpa
GitBucket 3.13をリリースしました - たけぞう瀕死ブログ
Scalaで実装されたオープンソースのGitサーバ、GitBucket 3.13をリリースしました。 https://github.com/takezoe/gitbucket/releases/tag/3.13 ワイドスクリーンに適した新しいUIへの変更 GitBucketはこれまでなるべくGitHubに近いUIを提供してきましたが、このバージョンからワイドスクリーンに適したサイドバー付きの独自UIに方向転換しました。 この方向転換はGitHubとの類似性を排除するための措置です。詳細については以前のブログエントリを参照してください。 takezoe.hatenablog.com Issue一覧取得APIのレスポンスにpull_requestキーを追加 GitBucketのIssue一覧取得APIはペイロードにpull_request というキーを含まないため、GitHubプルリクエストビ
Feedly と Github timeline を twitter に流すようにした - tototoshi の日記
Feedly を Twitter に流す 昔は Google Reader があったころは RSS をチェックしていたんだけれど、Google Reader が終了して Feedly を使うようになってからは見ることがほとんどなくなった。別に Feedly が気に入らないのが理由ではなく、その頃にはもう Twitter 見るようになっていたから、情報が Twitter 経由で目に入るようになっていた。 GoogleReader終了のお知らせをTLで知るタイプの人別にGoogleReaderいらないのでは— Toshiyuki Takahashi (@tototoshi) 2013, 3月 14 Feedly をたまに見ると面白い記事はあるので少しもったいないなと思うこともあったが能動的に RSS をチェックしにいくという習慣はもう戻らなかった。サイト巡回とか、RSS をチェックとか既に終わ
github:eで管理しているChefのクックブックを、Berkshelf APIサーバーを立てていい感じに依存解決する方法 - （ひ）メモ
ちょっと前にリリースされた Berkshelf 3から、Berkshelf APIというインデックスサーバーからクックブックの情報を得るようになりました。 https://github.com/berkshelf/berkshelf/wiki/2.x-to-3.0-Upgrade-Guide https://github.com/berkshelf/berkshelf-api Berkshelf APIを使うと、外部に公開していないクックブックをBerksfileで指定する際の記述が簡潔になります。 まだ日が浅いせいか、Berkshelf API ＋ github:e の情報が少ないので、備忘録も兼ねて残しておきます。 環境は以下のとおりです。 berkshelf (3.1.3) berkshelf-api (2.0.0) Berkshelf APIが必要な理由 Berksfile で c
GitHubで「いつIssueが立てられたのか」みたいなのの具体的な日時を見る方法 - その手の平は尻もつかめるさ
TL;DR ブラウザのJavaScriptをOFFにすれば良い [追記] DOMインスペクタで出来るとのこと (tokuhiromさんありがとうございます) [追記2] マウスホバーで出来るとのこと。この記事の価値一切無いな！ (mattnさんありがとうございます) 細かい話 多分APIを使うと取れるんでしょうが，それだけの為にいちいちAPI叩くのもアレなので手っ取り早い方法を． 「いつIssueが立てられたのか」だとか「いつPull-Requestが発行されたのか」だとか，そういう「いつ」の具体的な日時が欲しい時に，以下の画像のような情報しか得られなくて歯がゆい思いをしたことはありませんでしょうか．僕はあります． “3 months ago”とか“1 year ago”とかあまりにざっくり過ぎますね！ 俺はもっと細かい具体的な日時を知りてえのだ！ という時にどうすれば良いかと言うと， ブ
今夜決定。人気Objective-Cモジュール・ベスト2450 - laiso
追記(03/2014) COCOAPODS SEARCH 理想的なサービスが非公式にできていた。最高なので是非使いましょう。 以下は初稿 タイトルの件は忘れてください。 概要 CocoaPodsメインSpecリポジトリの全登録モジュールを対象にGitHubでのwatcher/star数などを参考にした一覧を作成しました+Objective-C Toolbox が欲しい話。 なにかというとローカルのCocoapodsのpodspecディレクトリの各:sourceからGitHub上のリポジトリを特定してAPIで取得しただけです。なのでGitHubにないリポジトリは換算されてない。 作業に使ったスクリプトがこのへんにあります https://github.com/laiso/objc-toolbox/tree/master/script なんでそんなものが必要だったのかというと、前からmetac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://alerta.io/