If you know the ropes, good news! Firefox now has support for headless mode, making it easier to use as a backend to automated tools. You can jump ahead to learn how to use it. Browser automation is not a new idea, but is an increasingly important part of how modern websites are built, tested, and deployed. Automation setups range from scripts run on local machines to vast deployments of specializ

おそらくほとんどの人が、要件定義のためのベストプラクティスを持っているはずです。 多くの場合、そのベストプラクティスにはユースケースやユーザーストーリーの作成も含まれているでしょう。この２つはどちらも便利なツールですが、問題や望ましい結果を定義するには不十分です。しかし、ユーザーストーリーはそのフォーマットを少し変えるだけで、完成品に大きなインパクトを与えます。 従来のユーザーストーリーにおける問題点とは？ ユーザーストーリーは欠陥があるわけではありません。不完全なだけなのです。 決してユーザーストーリーを使うなと言っているのではありません。私が言いたいのは、それをプロダクトチームにとってより役立つものにしようということです。 ユーザーストーリーでは、ユーザージャーニーの始めから終わりまでの全体を説明することはありません。さらに、ユーザーの原動力となる動機やニーズも考慮されていません。大抵

Paxosとは何か 分散システムの金字塔とも呼ばれ、Leslie Lamport大先生の輝かしい成果の一つとして知られる分散合意アルゴリズムPaxos。 既存の解説 実はすでに存在するPaxosの解説は充分に質が高い Wikipediaの項目にも結構長々と書かれていて、これを読んで理解できた人はもう僕の記事を読む必要はない。 同様にPFIの久保田さんによる解説スライドもあり、これも良く書けているし、これを読んで理解できた人もこれ以上記事を読む必要はない。 minghai氏によるブログ記事のこれとか特にこっちなんかはかなり納得感があり、これらを読んで理解できた人も（中略） tyonekura氏によるスライドも良くかけていて(中略) この記事はこれらの説明に目を通してもなお理解できなかった人、もしくはこれらの説明をこれから読もうと思っている人に向けて書き、Paxosアルゴリズムの詳細な説明自体

こんにちは！ 野尻湖オフィス デザイナーのずんこです。 最近、シェアハウスの日当たりのいい部屋にカメムシが大量発生する事案が勃発し、気が気じゃない日々を過ごしています。どこから入ってくるんでしょう、あいつらは。 さて、今回はWF（ワイヤーフレーム）を受け取ってからデザインをし始めるまでに、どんな点を確認しているのか？ どんな点に注意すべきなのか？ を改めて振り返ってみようと思います。 そもそもWFってなに？ 誰が引くの？ WF（ワイヤーフレーム）とは、ざっくり言うとWebサイトの設計書です。ひとつのページの中にどんな要素を盛り込むのか、画像や文字量はどのくらいかといった点をクライアントやチームメンバーと認識合わせするために用います。 誰が引くのかはプロジェクトによってまちまちですが、大体はディレクターが作成することが多いです。私は割とWF引くのも好きなので、WF作成からデザイン作成までやる

Thomas Metzは、カスタムウェブデザインとイーコマースのソリューションを専門とするロサンゼルスのウェブデザイン会社337Designと提携している技術系ブロガーです。 TwitterでThomasをフォローしてください。 Webサイトのリデザイン。この言葉は、あらゆるWebサイトマネージャーをおびえさせるでしょう。 しかし、リデザインは頭を悩ませたり、マーケティング予算を浪費するものではありません。 最適化されたリデザインの段取りによって、コストを最小限に抑えつつユーザのエンゲージメントを高めることができます。サイトを改良する時期と、いつ最善の状態で運営されているかがわかっていると、絶えず変化するWebデザインのトレンドの中でも、ITチームの助けになります。 リデザインスケジュールをうまく乗りこなす方法は、次のとおりです。 Webサイトのリデザインの重要性 あなたはサイトのリデザイ

// program.js require("webassembly") .load("program.wasm") .then(module => { console.log("1 + 2 = " + module.exports.add(1, 2)); }); git cloneしてnpm installするだけで動くサンプルコードは次のリポジトリに用意してあります。 azu/webassembly-example: Test https://github.com/dcodeIO/webassembly また、少し話は異なりますがRustがEmscriptenを使わずにWebAssembly(wasm32-unknown-unknown )の出力に対応しました。 std: Add a new wasm32-unknown-unknown target by alexcrichton ·

github.com whatyouhide/stream_data は素晴らしい library だが Elixir 1.5 以上でなければ動かない。他の事の序でついでに 1.4 に對應させてみた。 diff --git a/lib/ex_unit_properties.ex b/lib/ex_unit_properties.ex index f9822b1..f95bcad 100644 --- a/lib/ex_unit_properties.ex +++ b/lib/ex_unit_properties.ex @@ -373,7 +373,7 @@ defmodule ExUnitProperties do # TODO: Use :rand.export_seed in Elixir master. # The value may be :undefined in a new p

ISUCON7に id:kazeburo さんと id:gfx さんと、チーム「スギャブロエックス」で出場して、入賞もならず、最終結果5位で終わりました。 うーん 悔しい。 お題 WebSocketで通信しつつ各ルームで複数のユーザが操作するので同期をとりながら値を更新していく、的なもの。 チームの動き 予選のときと同様に、言語はNode.jsを選択。 今回はTypeScriptを使うようにしていっても良いのでは、と gfxの発案で序盤にすべてのコードをTypeScriptに変換して それを中心に進めていくことに。 実際、TSLintが良く効いて構文エラーや簡単な型の不一致などはすぐに気付くことができて編集しやすくて良かったです。 序盤の各サーバへのログインやNodeのバージョン変更、deployのためのscriptなどの環境整備はお2人に任せて、自分はとにかくアプリケーションをまずgit

毎年恒例の ISUCON 7 本選に参加して、惨敗してきました。 競技中の最終スコアが 19600 程度、これが再現できていれば7位だったのですが、実際の結果は fail で 0 点、過去7大会の予選と本選で一度も経験したことがないスコアなしでの終戦でした。 今回の問題はインフラ、ミドルウェア的にいじるところはほぼなく、nginx の設定は初期状態からいじらず (APIで返す websocket の endpoint を Go の TCP 5000 にしたので)、MySQL で最低限の設定をしたのみでした。チームメイトの @acidlemon, @handlename のコード修正を見守るばかりで、もっと能動的に動けたらなあ、という後悔もあり。 やったこと m_items をメモリに持つ (handlename) getStatusをtickerのときのみキャッシュする (acidlemo

まずは、素晴らしい問題と素晴らしい会場、素晴らしいインフラを提供してくれた運営に関わる皆様、本当にありがとうございました。 また、腰の重い僕を引っ張ってくれた会社の同僚の皆さんありがとう。 ISUCON7に同僚のmizkei とsuzukiとMSAで参加して優勝してきました。 勝因はこれです。 脳筋使うんで朝食はプロテインにしました #isucon— kensaku araga (@ken39arg) 2017年11月24日 というのは冗談ですが、初参加のため過去の大会のことはわかりませんが、今回の問題は僕たちのチーム編成にとってとにかく相性が良かったというのが大きかったです。 チーム編成や基本的な作戦については下記の予選のブログに書いていますが、今回の問題はインフラはほとんど関係なく、膨大かつ複雑なアプリをどうするかみたいな感じで、手数を打てる僕らに有利だったと思います。 ken39ar

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

こんにちは。 LIGフィリピン支社代表のせいと(@seito_horiguchi)です。 最近は、日本人・外国人問わずエンジニアの採用に関わる機会が多いのですが、自分だけでは見きれないので他の人にも採用を手伝ってもらう機会が多々あります。 しかし、非エンジニアの方に丸投げしてしまうと、応募者の方がどんなエンジニアなのか、どれくらいスキルがあるのか判断しづらいのが現状です。 そこで今回は、エンジニアについての知識がなくとも、ポイントを抑えておけばある程度判断ができるよう、社内で実際に僕らが使っている質問の一部をまとめてみました。 よかったら参考にしてみてください。 優れたエンジニアかどうかを見抜くための質問例6つ 1. ポートフォリオ、制作実績はありますか？ エンジニアはアウトプットが肝心ですから、実際に作ったものを見せてもらったほうが話が早いです。 中身のソースコードまでは見られないにして

Measuring Uの創設者。シックスシグマに熟練した統計学分析者であり、ユーザーエクスペリエンスを定量化したパイオニアでもあります。 Googleアナリティクスは、Webサイトのトラフィック状況を把握できる優れたツールです。 Googleアナリティクスでは、主に以下のような情報を取得でき多くのWebサイトで使用されています。 ・日、月、年、季節ごとのサイト訪問数 ・訪問者のページ滞在時間 ・訪問者がもっとも多いページ ・訪問者のランディングページと、サイトを離脱したときのページ Googleアナリティクスを使って幅広い情報を知ることができますが、すべての情報がわかるわけではありません。Googleアナリティクスから入手したデータに基づいて何かを検討をするのは、犯罪現場における探偵になるようなものです。Googleアナリティクスが集めたデータと証拠で、起こったことをつなぎ合わせることはで

大会運営者の皆様ありがとうございました。 本戦もよろしくお願いいたします。 まとめ 決勝に行くことはできたけど、打倒組長は達成できず... 勝因: /icons/* と /fetch をなんとかできたこと 敗因: nginxを2台にしていたこととswap対策できなかったこと 参加経緯 ISUCONの存在は同僚の組長が無双していたこともあり最初から当然知っていて、 自分も出たら結構いいところまでいけそうだなあみたいな気持ちはあったのだが、 惨敗したときの恐怖が勝って、あれこれ言い訳をして出てこなかった。 今年も、本番当日がつくばマラソンとかぶっているので「参加できないわー残念！！」と言いながら心のなかでホッとしていたけど、 うっかりつくばマラソンのエントリーをし忘れてしまい、本番当日が空いてしまったということで言い訳ができなくなってしまった。。。 そんななかここ2年くらい業務で一緒にやってい

はじめまして、開発基盤部フロントエンドエキスパートチームの小林(@koba04)です。 チームメンバーがまだひとりなので、仲間を募集中です！ macOS High Sierra及びiOS11のSafariで導入されたIntelligent Tracking Preventionについて紹介します。 詳細は、下記のWebKitのブログに書かれていますが、Intelligent Tracking Preventionはクロスサイトトラッキングを制限することを目的とした機能です。 Intelligent Tracking Prevention クロスサイトトラッキングとは まず最初にクロスサイトトラッキングとは、複数サイト間でのユーザーの行動をトラッキングすることです。 クロスサイトトラッキングを行うには、トラッキングしたいサイトに、Cookieを設定した共通のリソースを埋め込みます。 これによ