フロントエンドの悲しみとIsormorphic
室見川“Web フロントエンド”の悲しみと明るい未来という記事を読みました。 これについては全く同感です。 next.js が vercel を提供して CDNからサーバーサイドでの処理までをワンストップに提供しているとか、 firebase がクライアントサイドでの SDK と Cloud Functions をなるべく一貫した体験で提供しようとしていることとか、あるいは今話題の React Server Component とかについて、フロントエンドの最前線がいったいどのような苦しみにあるか、理解できる人は実はあまり多くないのではないか、と僕は思っている。 それは何かといえば、絶望的なまでのサーバーサイド/バックエンドへの忌避感だ。https://anond.hatelabo.jp/20210105164149 というのも、これは私達がvte.cxを提供してからずっと感じていた課題だ
Building the Google Photos Web UI
A few years ago I had the privilege of being an engineer on the Google Photos team and part of the initial launch in 2015. A lot of people contributed to the product — designers, product managers, researchers, and countless engineers (across Android, iOS, Web, and the server) to name just some of the major roles. My responsibility was the web UI, and more specifically the photo grid. We wanted to
とにかく雑に作れ
学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック＆ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか？」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない！」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは
Flutter はじめの一歩
本記事は、このPublicationの中でも特に初学者向けに書かれています。主なターゲット層は以下のような方です。 JavaScript・PHPなどとっつきやすいWeb系の言語は見よう見まねで触ったことがあるがきちんとは理解できてはいない(プログラムを1行も書いたこと無いレベルの場合はFlutterの前にまず何かとても簡単な入門書をまず一冊挟んだ方が良いです)Flutterを触り立て(環境構築は済んでいる)以前、以下の呟きをしましたが、例えばデザイナー本業の方がFlutterも活用できるようになると幅が広がると思い、また公式ドキュメントにもその旨が書かれていました。 とはいえ、元々バリバリコードを書けてしまうようなごく一部のデザイナーを除いて、やはりFlutterを使いこなせるようになるには(UIレイアウト周りに絞ったとしても)けっこう障壁が高いとは思うので、本記事がその補助となれば幸いで
Cloud Pub/Sub調査まとめ
ライフサイクルパブリッシャーがメッセージを送信メッセージがCloud Pub/Sub内のストレージに書き込まれるCloud Pub/Subがメッセージを受信したことをパブリッシャーにACKして、トピックに属する全てのサブスクリプションに配信することを保証メッセージをストレージに書き込むと同時に、サブスクライバーにメッセージを配信サブスクライバーは、メッセージを受信したことをCloud Pub/SubにACK少なくとも1つのサブスクライバーがメッセージ受信のACKを送ってきたらCloud Pub/Subはストレージからメッセージを削除 メッセージについてメッセージ公開ステップデータを含むメッセージを作成Cloud Pub/Subサーバーにリクエスト送信目的のトピックに公開使用上の注意点REST で JSON を使用する場合、 メッセージ データを base64 でエンコードするデコード後のリ
次の一手
時雨堂は 2020 年 10 月で 9 期を迎えます。最近は WebRTC SFU Sora が様々な場面で使っていただけるようになってきたこともあり、会社が自社製品の売上だけでまわるようになりました。 とはいえ、ただの零細企業でしかないため、いつ自社製品が売れなくなるかわかりません。次どうするかを 8 月はコード書くのを止めて色々考えていました。 一通り考えがまとまったので、まとめておこうと思います。 要約Sora を採用したくなる OSS の提供Sora 向け統計解析ツールを OSS で公開Sora 向け録画合成ツールを OSS で公開Sora 向け負荷試験ツールを OSS で公開本気で日本の WebRTC 市場を取りに行く経営状況ありがたいことに相当順調です。税理士も開いた口が塞がらないほどです。とはいえ働き方は特に変わっていませんので、変化があるとしたら社員の賞与の金額くらいでしょ
Microsoft and Google team up to make PWAs better in the Play Store
Web shortcuts on Android — now available to PWA developers through PWABuilderWe’re glad to announce a new collaboration between Microsoft and Google for the benefit of the web developer community. Microsoft’s PWABuilder and Google’s Bubblewrap are now working together to help developers publish PWAs in the Google Play Store. PWABuilder.com is Microsoft’s open source developer tool that helps you b
libwebrtc (Android) のカメラ API
はじめにlibwebrtc は Android, iOS 共にデバイスのカメラとマイクを操作する API を提供しています。両プラットフォームの API は統一されておらず、大まかな処理の流れは似ていますが個別に覚える必要があります。 Android 版はクラスとインターフェースの数が多くて把握に苦労したのでメモしておきます。カメラの映像を深くカスタマイズしたい方 (意外と少なくないと思います) のお役に立てれば幸いです。 なお、 iOS 版ではデバイス操作に関してあまり凝った API は提供されていません。内部ではわりと OS と密結合に実装されており、カスタマイズの余地は Android より少ないです。 諸注意この記事は M83 時点での情報です。記事中のコードは Kotlin です。元のコードが Java の場合は Kotlin の表記に変更しています。処理の流れカメラの映像の取得
読書録:「知性とは何か」「学ぶとは何か」まで踏み込んで日本・フィンランド・中国・シンガポール・カナダの学校にプロの研究者が泊まり込んだ教育体験記。邦題以外最高。「日本の15歳はなぜ学力が高いのか？」ル…
■最高の旅行冒険記でもある 彼女の調査方法がまたすごい。 お仕着せの学校訪問、地元の教育関係者がアピールのためにアレンジした理想コースを避けるために、彼女は自力で各国の教師に、公開されているメールアドレスを頼りにアポイントをとり、ホームステイさせてくれる教師を探す。 そして教師の家に泊まり込みながら、1ヶ国のなかだけでも複数の学校に潜り込んで教鞭をとり、1ヶ月以上生活をともにする。その中で子どもたち、教育関係者、両親特に母親と様々な対話をする中で、文化含めてその国が教育に期待してるものを抽出する。その旅行記としてだけでも面白い。 僕は彼女が調査した中で、日本と中国とシンガポールには、住んでいたしそれなりに詳しい。たぶん言葉の理解とかを含めれば彼女より詳しいだろう。その僕から見ても、彼女のこの３カ国での体験は、文化の深いところをきちんと捉えている。教育にまったく興味がない人でも、そうした文化
6D.ai Joins Niantic Making A Major Step Toward Building The AR Cloud
Today, Niantic announced the acquisition of 6D.ai — an exciting day for our team and the AR community overall. We are extremely proud to join Niantic after three years of taking on the most difficult computer vision software problems so that AR experiences could realistically interact with the physical and digital worlds. When Victor and I first started 6D.ai, our mission was to solve the hardest
SwiftUIチュートリアルをやってみた その１
SwiftUIというのが出ましたね。チュートリアルがあるそうなのでやってみます。これからチュートリアルを読む人が、負担が3割くらい少なくなることを目指して書きます。 Creating and Combining Views次のようなアプリのレイアウトを作っていきます。観光地表示アプリとでも言いましょうか。地図と写真と観光地名と州名などを表示します。 観光地表示アプリやることXcodeで新規プロジェクト（SwiftUIを有効）を作成プロジェクト作成後、初期状態をみてみる。ソースコードとビジュアル表示機能の関係を学ぶ各部品の配置と設定感想&Tipsこのチュートリアルを読むと、新しいOSやXcodeを入れなくてもSwiftUIの概要がわかるようになっている。SwiftUIというのは、誤解を恐れながら言えば、UI設計の新しいやり方である。今までのやり方をかなりの勢いで捨てて新しいやり方に移行してい
オープン・クローズドの原則の重要性について
こんにちは！eurekaのAPIチームでエンジニアをやっている@rikiiです。 少し前に発売されたclean Architecture 達人に学ぶソフトウェアの構造と設計を買ったのですが、本で紹介されてるSOLID原則について改めて復習しておこうと思い、今回はその1つであるオープン・クローズドの原則についてまとめてみようと思います。 eurekaではgo言語を使っているので、goを使ったコード例とともにオープン・クローズドの原則の重要性について説明していきたいと思います。 ちなみにオープン・クローズドの原則とはSOLID原則と呼ばれるオブジェクト指向設計原則のうちのひとつです。 SOLID原則とは？下記5つの原則の頭文字を取ってまとめた、オブジェクト指向設計原則のことです。 ・S : The Single Responsibility Principle（単一責任の原則） ・O : Th
中国の美容室O2Oアプリ“Pumpkin Coach”の体験がめちゃくちゃ良い件
最近よく見る記事（例：“爆発する中国「シェアリングエコノミー」 市場規模は57兆円”）でも紹介されている通り、中国ではデリバリーやタクシー配車、バイクシェアリングなどO2O（Online to Offline）領域のサービスが生活に欠かせないものとして国民に広く定着しています。 今回は自身もヘビーユーザーとして使っている、上海を拠点に美容室O2Oを展開する“Pumpkin Coach（南瓜车）”というアプリを紹介します。ひとことで言うと腕の良い美容師を低価格で予約できるサービスで、既に40万以上のユーザーを抱えています。 またこのサービスが面白いのは、ユーザーと美容師をマッチングするだけでなく、自社でオフラインの美容室を展開しているところです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Component Testing with Storybook
Profiling your Website’s Performance
ITS SINGLE STEP NOT FACTOR — clarifying more FIDO terminology
Extracting Chrome DevTools Network Trace with Playwright
Nuxtjs + Prismic + OneSignal = Awesome PWA
時雨堂の WebRTC に関する取り組み
Introducing Progressive Web Apps to Samsung Galaxy Store