Rust プロジェクトの GitHub Actions で incremental build をするためのテクニック
Rust のビルド時間はプログラム言語の中では割と長い方に入ると思われますが、incremental build をうまく使うことでビルド時間を短縮する事が出来ます。ローカル開発時には、とくに何も考えなくても勝手に incremental build になりますが CI で incremental build するためには一工夫が必要になります。この記事ではそのテクニックを紹介します。 TL;DR actions/cache と git-restore-mtime コマンドを組み合わせると CI で incremental build が出来ます。 さらに release build で incremental ビルドしたい場合は incremental flag を明示的に on に上書きが必要です。 Rust プロジェクトのキャッシュ設定 Github Actions で action
Deno first でやっていく
去年末ぐらいから Deno を使う割合がグッと増えてきた。最近のJS関連は7割ぐらい deno 環境の VSCode でコードを書いている気がする。 今回はいくつかの実例を示しながら、実際に Deno 使えるじゃんというイメージを持ってもらうためのユースケースを紹介していく。 というか、 deno が普及してくれないと、自分が作ったツールの紹介を全部 deno のインストールから書かないといけなくなる。みんなインストールしといて。 最初に: なぜ Deno を使いたいか 一番の問題点、Node は新しいプロジェクトを一式整えるための手間が非常に重い。 とくに ts で書いたものを他の環境に渡すための方法が未だにしんどい。ある環境で動いたコードをそのままコピーしても、プロジェクト設定の非互換を踏む可能性が非常に高い。 deno にそういう側面がないとは言わないが、非常に少ない。とくに TS
スプレッドシートとAWSでコストかからない業務システムを作る設計TIPS
はじめまして @shimma です。本業はD2C企業のCTOとして働く傍ら、業務支援として複数社、インフラを中心に直接手を動かして、社内で横展開できるような設計・コードベースをご提供しています。 枯れた技術で コード行数少なく 運用コストかからず 8-9割くらいのことを解決できる こちらが私の設計がポリシーです。 世の中9割はスプレッドシートで解決できる 私達の想像以上に、世の中の困りごとの大半はスプレッドシートやエクセルで解決ができます。エンジニアに依頼しなくても直接ロジック変更できるなど、組織リソースの有効化としてもメリットあります。 一方、複雑な数式やマクロにすべてを寄せ切り、ロジックを育てていくと、メンテナンスが困難を極めていきます。この記事を読んで頂いている技術者の方々であれば 複雑な箇所はコードによせて 変更しやすい所はスプレッドシート／Google App Script とい
Adobe Acrobat Reader DCをwingetで導入して、余計な事をしないように設定を上書きする方法 - Qiita
Adobe Acrobat Reader DCをwingetで導入して、余計な事をしないように設定を上書きする方法自動化キッティングwinget wingetいいよwinget winget良いですね。すごいいいですね。 当初発表されたときには「これ本当にリポジトリ充実するんかいな?」とかなり疑問を持って見ていましたが、今や欲しいものは大体あるというWindowsでアプリを簡単に導入するための方法として十分に耐えられる物になってきました。 開発者の方々にも御対応いただいておりFastCopyやCrystalDiskMark、果てはDell Command | Update(MSI版とUWP版が両方ある)やMPC-HC (clsid版)までお手軽導入できるわけです。 この記事は、そんなわけで「よっし。キッティングでこれ使えるぞ」とばかりに入れられるソフトは全部winget経由で入れていたとこ
How to Build a Product Loved by Millions and Get Acquired by Google: The Firebase Story | HackerNoon
オフィス移転にともなう廃棄物処理（什器・IT機器・紙関係・雑ごみ） | 非エンジニアからの報告書
先般、オフィスを引っ越した際の廃棄物をどう処理したか、その方法について投稿します。 まずは「オフィスで使用していた什器」、つまりデスクやイスなどの執務用オフィス家具、テーブルやソファ、書棚、ラック、キャビネット関係ですが、それらすべてを新しいオフィスに持っていくわけではなく、大部分を廃棄することにしました。 ほか、昔現金で購入したPCやモニター、スキャナー類。そしてプラスチックのケース等の雑ごみ。 その他、大量の紙、雑誌、書籍など。制作会社のため、20年以上各種カタログや資料としての雑誌や書籍が大量にありました。 私の場合、廃棄方法は下記の通り。 ＊什器関係の買取処分。 ＊無料で引き取っていただく什器や機器関係の処分。 ＊IT機器（PC・モニター等） ＊紙（雑誌、書籍、書類、段ボール）の処分。 ＊産廃物として雑ごみ含めた有償処分。 初めに什器関係の買取処分。 ”買取”ですが、基本的に高額で
ChatGPTを業務に組み込むためのハンズオン.pdf
ChatGPTを業務に組み込むためのハンズオン 2023/06/26 一般公開用 デジタル庁 Fact&Data Unit 大杉直也 ↑マイナンバー交付数のダッシュボードを作っているところです 「Microsoft でテストされたアイデアのうち、改善を示すメトリクスを実際に改善できたのは3分の1にすぎない」 (Microsoft社 元Vice President) 「もしあなたが実験主導のチームにいるなら、70%の仕事が捨てられることに慣れてください。それに応じてプロセスを構築しましょう」(Slack社 Director) A/Bテスト実践ガイド p14より 一方で 「アイデアの価値を見積もることは難しい。このケースでは、年間１億ドルの価値ある単純な変更が何か月も遅れていた。」(同著 p5より) こともあります 午前中のアイデアソンで出たアイデアはちゃんと検証するまで価値があるかは不明です
正規表現でのURLのチェックとバイパス | 技術者ブログ | 三井物産セキュアディレクション株式会社
最近はMBSDでWebアプリケーションスキャナの開発をしている寺田です。 Webアプリケーションを開発していると、セキュリティの観点でURLをチェックしなければならないことがしばしばあります。本日の記事では、そのようなURLのチェックを如何に行うか、正規表現を使う場合の注意点や、バイパス方法などについて書きたいと思います。 本記事で想定するのは、ブラウザからパラメータとして来るURLをチェックしてリダイレクトやリンクのURL等として使ったり、ブラウザから来たOriginヘッダ等のURLをチェックしてアクセス制御をするケースです。その中でも、以下のようにサブドメイン部分（★の部分）を可変にする状況を主に想定します。 https://★.example.jp/… よく使われてそうなチェック用の正規表現と、そのバイパスは以下のとおりです。 正規表現: ^https://.+\.example\.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
deno deploy で任意ドメインを使ったときのポイント
The best way to set typographic defaults in Tailwind CSS
BHMT
How to advertise to developers: deep dive into paid developer marketing
10 Quick Tips for Launching Chat Messaging Functionality in a Limited Timeframe | HackerNoon
GPUなサービスをそこそこな費用で運営する | Kai INUI
ChatGPT で自分の仕事がどう楽しくなるのかを考えるネタ集
Getting Started with Deno Fresh & the Platform 🍋
The employer's guide to managing digital nomads
https://eco.senritu.net/docker-mailserver_my_domain/
ChatGPT 人間のフィードバックから強化学習した対話AI
バンドルカードの クレジットカード決済システムの 泥臭い運用
