はてなブックマーク

Angular公式のi18nパッケージ（パッケージ名 @angular/locale）がとても出来がよく、DeepLを使った自動翻訳も簡単にできたので、何がよかったかをご紹介したいと思います。「いやいやそんなのまだまだだ」「こっちのツールの方が強強だ」という方はぜひ記事を書いていただき、知見を共有できれば幸いです。 Angular i18nというと「Angular公式のi18nパッケージ」（ @angular/locale ）と「Angularのi18n化（国際化）」の2つの意味がありややこしいですが、本文では前者の「Angular公式のi18nパッケージ」を指すことにします。 Angular i18nのよかったこと4選 私が採用してとても開発者体験がよかった点を4つご紹介したいと思います。 1. compiletime i18nによりパフォーマンスの問題がない まず、SPAの多言語化には

https://twitter.com/kuwahara_jsri のやってる朝活Twitterスペースで以下の記事を知りました。 もちろんこういったリスクを列挙、検討するのは重要なことなのですが、 Firebase Authentication関係ない話では あれ、仕様に関して勘違いしてる？ というのがいくつかあったので、再整理していきます。リスクは列挙することには業務上あまり意味はなく、評価され、リスクを受け入れるか外すかを判断するところが重要なので。 IDaaSは脆弱性を生み出すか IDaaS を導入することにより、逆に脆弱性が生まれることもあります。（中略） Firebase Authentication は他の IDaaS と比べて設定項目が少ないという特徴があります。 もちろんここに書かれてることは間違いではありません。ただ、少し実装にフォーカスが寄りすぎていると思っています。

OSS活動をしてたら、オンライン決済プラットフォームを運営する「Stripe」からGitHub Sponsorsを通じて支援いただけることが決まりました。 サイボウズさんの 「GitHub Sponsorsを使って「企業」として寄付をした話」 から広がり、日本でも「OSSに対する支援をする/受け取る」ことが話題にあがることが増えたので、何をしてきたかみたいなことを簡単にまとめます。 [Web制作者 = 自分]が稼ぐ環境がほしかった 2017年（もう5年前！）にWeb技術でモバイルアプリをつくるための Ionic Frameworkのイベントを東京で開催した のがきっかけだったように思います。当時は日本でのIonicの人気は下火で、最新のノウハウや事例が出回っていなかったので、それを得るためにMeetupを開催しました。 続いて取り組んだのが確か Ionic日本語ドキュメンテーション 。日本

私がサーバレスに全面移行した理由はセキュリティです。セキュリティパッチも当てず放置してしまっていました。 本記事は「サーバを一度構築したら、正常にレスポンスがあるうちは放置する」ような運用をしている方に向けた記事です。 私は学生時代に、「パーツあげるからサーバつくって運用してみなよ！！」と仲のよかった教授がいってくれたことでサーバ構築をはじめました。CentOS入れて、Apache入れて、よくわからないけどiptablesをoffにしたらすごい公開できた！！という体験はとてもよかったです。 その後、アプリをつくるようになって、レンタルサーバではスペックが足りなくなったので、お名前ドットコムでVPSを借りて、AWSが登場したら「すごい！構築したインスタンスをそのままスケールアップできる！！」と勢いのままEC2に移りました。Ansibleで構築自動化のレシピをつくって構築して、運用という名の

JavaScriptからNative APIを”直接”さわるNativeScript for Capacitorとプラグインがβ版リリース！ This article as English is here: Description NativeScript for Capacitorを使えば、JavaScriptからデバイス Native APIに直接アクセスできる 今まではSwiftやJavaで書く必要があったところが、JavaScriptだけで完結するようになった @nativescript-community/capacitor-plugins を使えば、NativeScript for Capacitorのプラグインを利用できる Web技術ができればストアアプリからアプリを配信できる時代はきてる 1. NativeScript for Capacitorとは すごい世の中がやってき

DESCRIPTION https://github.com/capacitor-community/admob/releases のようなバージョンタグとリリースノートを自動生成した話 package.jsonのversionとGitHub上のversionが一致するようになって幸せ デプロイ/リリースフローもそれに沿った形にした話 本文 GitHubでプロダクトのソースコード管理することは当たり前になりましたが、皆さんリリースバージョンはどのように管理していますか？？ 恥ずかしながら半年ほど前まで、プロダクトでリリースバージョンというものをつけていませんでした。 よし、この機能追加した よし、テストも通った。リリースするぞ。 手動でpackage.jsonのversionを変更する じゃあ、productブランチにマージして（GitHub Actionsが動いて）デプロイだ！！ まぁ、

DESCRIPTION CSSの基調色は変数化しよう そうすることで部分最適で「同じような色を複数生み出すこと」が避けれるよ 「基調色」はcontrastとrgb値も用意するといいよ！ 本文 プライマリーカラーやセカンダリーカラーは変数化するのが一般的になりました。配色をいろいろなコンポーネントプロパティに書き散らかすと部分最適化した結果「気づいたら青色が32種類」ということになる事例もありますので、全体を最適化して保守性を高めるために、配色の変数化は一般的です。こんな感じですね。

DESCRIPTION Webサイトをアプリストアから配信することができます ステップ別にWebサイトをアプリ化していく方法をみていこう Webサイトをつくることができるなら、アプリも配信できます 本文 DESCRIPTIONで大上段に断言してますが、概ね事実です。アプリ化なのでコンテンツはメディアアプリといった「アプリ」でないとというのはありますが、まず入り口として、HTML/CSSとちょっとしたJavaScriptでつくられたWebサイトをアプリとして実機で動作確認する方法をみていきましょう。 アプリ化してみるWebサイトはこちらです: ミシュランガイドにも掲載されたフレンチレストランのWebサイトをリニューアルしたので、裏側から考え方、実装まで解説します。で経緯や裏側をご紹介しましたが、こちらのWebサイトを Capacitor というライブラリを利用してアプリ化して、iOS、And