はてなブックマーク

この記事は 【RubyKaigi 2023連動イベント】みんなでRubyの知見を共有しよう - Qiita の参加記事です。 はじめに 先日のRubyKaigi 2023でノベルティグッズとして、マイクロパッドキットが配布されました！ （キースイッチは別で用意したものです） 最近 ここからはじめる自作キーボード をやり、またキーボードつくりたいなと思っており、ちょうどRubyKaigiでいただいたのでつくってみました。 ビルドガイド通りに進める いただいたPCBにビルドガイドへのリンクが記載されていました。 詳細な組み立て手順はビルドガイドにあるので省略します。 なお、KeebKaigi 2023でノベルティキーボード製作者の魔王さんがノベルティキーボードについてお話されていましたので、先に見ておくと組み立てが楽しくなる！かもしれません。 （「ミスしないようにビルドガイドをしっかり読みまし

追記: Twitterなどでご指摘等いただいているのをコメントしてますので、ぜひそちらもご覧ください！ これはなに 絶賛Rust勉強中の僕が、「なんでRustはメモリ安全って言われているの？」と聞かれたので、実際にメモリ安全ではない（？）C言語のコードを並べてみて考える記事です。 C言語の場合 メモリリーク 以下のコードはメモリリークを起こす可能性があります。 #include <stdio.h> #include <stdlib.h> #define STR_BUF_SIZE 100000000 char *str_new() { return calloc(STR_BUF_SIZE, sizeof(char)); } int main() { for (int i = 0; i < 100000000; i++) { char *str = str_new(); snprintf(st

はじめに iOS SafariでのPush通知のサポート予定とのことなので、この機会にWebでのPush通知について調べました。 WebでのPush通知を学ぶにあたって、WebでのPush通知の仕組み・全体像を知っておくと良いなと感じたので記事にします。 全体像 Push通知の全体像としては以下。 通知購読をし、そのユーザーを保存する 図で言うところの1 ~ 6。 必要なことは以下。 通知の許可を得る PushSubscriptionオブジェクトを取得 取得したPushSubscriptionオブジェクトを自身のデータベースへ保存 1. 通知の許可を得る Notification APIを用いて、ユーザーに通知の許可を要求する。 Notification.requestPermission() - Web API | MDN 2. Push Subscriptionオブジェクトを取得 Pu

これはなに Resqueで処理中のジョブを中断したいなと思って調べたのですが、キューに積まれているジョブを削除する方法しか出てこなくて困ったので記事にします。 方法 Resqueの親プロセスに対してUSR1シグナルを送ることで、ジョブを走らせている子プロセスを終了させることができます。 詳細 Resqueのプロセス Resqueはジョブごとにプロセスをforkし、forkされた子プロセスでジョブが実行されます。 Unlike Sidekiq (a well-designed & well-maintained alternative!) it forks a new process for each job, which makes it resilient to memory leaks and eliminates thread-safety concerns. （https://re

この記事は、Qiita エンジニアフェスタ 2022 GitHub Actions の自分流の使い方をシェアしよう の参加記事です。 はじめに 僕は個人の作業環境の 1 つとして EC2 のインスタンスを立てているのですが、コストをなるべく書けたくはないので、使用するとき以外はインスタンスを停止しています。 ですが、インスタンスの停止を忘れてしまうことが多々ありました。 それから「自動で停止するようにしたいなぁ」と思い、AWS CLI でインスタンスを停止する GitHub Actions の workflow を用意して、schedule イベントでトリガーさせることにしました。 上記のようにした理由は、 自由が効く cron サーバーを用意するのはめんどくさい（というか cron サーバーを立ててる時点で本末転倒？） です。 あとは単純に楽しそうだなという好奇心です。 以下で紹介してい

ERROR: It looks like you're trying to use Nokogiri as a precompiled native gem on a system with glibc < 2.17: /lib/aarch64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /usr/local/bundle/gems/nokogiri-1.13.6-aarch64-linux/lib/nokogiri/2.7/nokogiri.so) - /usr/local/bundle/gems/nokogiri-1.13.6-aarch64-linux/lib/nokogiri/2.7/nokogiri.so If that's the case, then please install Nokog

この記事は、現在開催中のイベント「フロントエンド強化月間 - 開発する上で知っておくべき知見を共有しよう」の記事です。 はじめに QiitaではService Workerを使い、リソースをクライアントにキャッシュさせることにより、パフォーマンスの向上、リクエスト数の軽減をしている。 Service Workerでキャッシュを扱うにあたって、いくつかのキャッシュ戦略があるため、それを紹介する。 Service Workerについて Workbox Qiitaでは、Service Workerファイルの生成にWorkboxを使っている。 Workboxは、gatsby-plugin-offline、next-offlineとかにも使われているライブラリで、Googleが開発している。 Service Workerを簡単に書くことができるのがウリ。 プリキャッシュ（事前キャッシュ） Servi

はじめに こんにちは、Qiita開発チームの@ohakutsuです。 現在、QiitaのフロントエンドはReact + Atomic Designで実装されています。 Atomic Designの特徴として、再利用可能な単位で分割されたコンポーネントをつくる必要があります。 しかし、分割されたコンポーネントの数は日々大きくなっていってしまい、コンポーネントの管理が難しくなってしまいます。 そこで、Qiita開発チームでは、default exportを使い実装をしていたのをやめ、named exportを使い実装を行うようになりました。 今回は、Qiita開発チームがなぜdefault exportを使わなくなったのかについてお話します。 なぜ default export を使わなくなったのか Qiita開発チームがdefault exportを使わなくなった理由は、default ex