@grafbase lets you go from idea to serverless GraphQL backend in seconds. • Local dev with zero config • Instant deploys • Persistence built in • Globally fast without cold starts As a developer, you are faced with many decisions before your backend is ready for use. What API framework do you use? What database? Where do you deploy your API? Where do you deploy your database? Authorization? What a
この記事について 先日、@catnoseさんがカメラ映像の代わりに絵文字(Emoji)を配信するためのサービスを公開されました。凄く完成度が高くて良いサービスだと思ったので、さっそく使ってみたのですが、仮想カメラとして使用するためには OBS Studio が必要でした。[1] サービスを使うには全然申し分無いのですが、「 もっと簡単にできたらなぁ～ 」と思ってしまうのが私の悪い所で、すぐさまブラウザのみでどうにかできないかと調べてみると、色々な制約はありますが、Chrome 拡張を使うことで OBS Studio を使わずとも仮想カメラを使用できることが分かりました。 実装も簡単にできるので、 今回は Google Meet で、画面キャプチャを仮想カメラとして表示する Chrome 拡張を作って行こうと思います 💪 今回作るモノについて 今回この記事で作る Chrome 拡張は、上記
3. Cynefin Framework Chaotic Complex Complicated Simple / Obvious Disorder 問題に対する解: 1つは既知 (最良かどうかは分からない) 問題と解の因果関係: あり 問題の解き方: 把握-分析-対処 問題に対する解: 1つで既知 問題と解の因果関係: あり 問題の解き方: 把握-分類-対処 問題に対する解: 未知 問題と解の因果関係: あり 問題の解き方: 調査-把握-対処 問題に対する解: 未知 (問題も不明) 問題と解の因果関係: なし 問題の解き方: アクション-把 握-対処 解決策を得るための方向にはパ ターンがある 既知の解法から選択して適用す る (Good Practice) 既知の解法を適用する (Best Practice)行動を起こして、Complexな状 態に移行させる。 分からないことが分からな
4月より勤務していたヘマタイト株式会社が2020年10月半ばをもって解散し、私は完全なフリーランスになった。 自分が書いたから言うけど、みんな転職エントリばっかり書かないでこういう振り返りをちゃんとしていけよなと思う。 前に 92thunder がこんなことを書いていて、自分も10月くらいに振り返りエントリを書こうかなと思っていた。ところがその10月になんやかんやあり、職が決まって諸々が公表できるまでおあずけとなり、今日に至った。 今は半端だから「転職&フリーランス開始から半年が経った」を書くわ、10月に— Takumi Sueda (@puhitaku) 2020年7月21日 これからの仕事と経緯 これまでフリーランスと社員を半分ずつやっていた間はフリーの仕事は特に種類を選ばずやっていたが、ついに好きな方面の仕事だけで固めることに成功した。 これからは、東京都は小金井市のNICT 国立研
IDEs CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Grazie Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana CodeCanvas .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS
GiltのCo-founder & CTOのMichael Bryzekが、同社のエンジニアチームについてインタビューに答えています。 まずは、Ruby -> Java -> Scalaと開発言語が変わっていった経緯について質問を受けて。（Ruby -> Javaは、昼の12時にAmazon並みの大量のトラフィックが集中する同社のフラッシュセールスというビジネスモデルに対応するシステムにするために決めたということだった思います。） RubyからJavaへの転換はやや大変な作業だったが、どうにかできた。Scalaへの移行のきっかけは採用。ものすごくできるエンジニアを2009年 or 2010年はじめあたりに採用できたとき、彼が「自分はScalaを２年やっていて、すごくいいので是非JavaでなくてScalaで。」と言ってきたので、試しにつくらせたのがはじまり。それから、関数型言語としてできるこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
