タグ

2020年8月11日のブックマーク (10件)

  • JSer.info 500回目の更新 - Slackワークスペース作成、コラボレータ募集、10年に向けて

    JSer.infoの500回記念の記事です。 目次 JSer.info 500回更新しました 🎉 Slackワークスペースを作りました ここから参加できます 雑談したり、編集作業を載せたり、編集後記を載せたりする場所です コラボレータを募集しています Slackベースでデータの更新する方法を用意したので、JSer.infoの更新に関わりたい人を募集しています 10年に向けて JSer.infoに最初の記事を投稿してからもう500回目です。 日数にすると3500日ほど、毎週更新し続けています。 あらためてJSer.infoの目的を振り返えると次のようなことが書かれています。 改めて、このサイトは言語問わないJavaScriptの情報を紹介するサイトです。しかし、真の目的はJavaScriptの情報を”紹介”ではなく”知ってもらう”事にあるため、継続的な活動が必要となるでしょう。 しかし、よ

    JSer.info 500回目の更新 - Slackワークスペース作成、コラボレータ募集、10年に向けて
    odan3240
    odan3240 2020/08/11
  • レガシーとの向き合い方 〜cron から Rundeck へ〜 - DMM inside

    |DMM inside

    レガシーとの向き合い方 〜cron から Rundeck へ〜 - DMM inside
    odan3240
    odan3240 2020/08/11
  • Node.jsでプロトタイプ汚染後に任意コード実行まで繋げた事例 - knqyf263's blog

    概要 前回Node.jsのプロトタイプ汚染を起こすためのバイパス方法について記事にしました。 knqyf263.hatenablog.com プロトタイプ汚染後に何が出来るのか、ということについては基的にアプリケーション依存なのであまり話題になることは少ないです。 自分の知る限り一番多いのは if(user.isAdmin) { // do something } といったような重要なプロパティを書き換えることで権限昇格する例です。ただし、自分の理解では isAdmin が初期化されていないことが前提条件として必要です。 const obj1 = {}; const obj2 = JSON.parse('{"__proto__":{"isAdmin":true}}'); merge(obj1, obj2) var a = {} a.isAdmin // true var b = {isA

    Node.jsでプロトタイプ汚染後に任意コード実行まで繋げた事例 - knqyf263's blog
    odan3240
    odan3240 2020/08/11
  • Release v6.0.0 · storybookjs/storybook

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    Release v6.0.0 · storybookjs/storybook
    odan3240
    odan3240 2020/08/11
  • 「悪い方が良い」原則と僕の体験談|Rui Ueyama

    ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きっぽい悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになっ

    「悪い方が良い」原則と僕の体験談|Rui Ueyama
    odan3240
    odan3240 2020/08/11
  • 頼むから特定回答者へのブロック機能を追加してください。(運営の方へ)

    プログラミングと無関係ながら記載します。 運営さんへ。特定の倫理観のかけらもない回答者に対して通報機能でしかこちらの意思を伝える手立てがありません。 正直言って、わからない事があるからこちらで質問をし、自分なりに理解しようと努力しておりますが、一部の心ない回答者に失望しております。 英語の質問に回答するときに アルファベットがわからない相手にSVOや関係代名詞等の理解がわかっているという前提で回答しますか? 質問内容からある程度相手の理解度を判断できないのですか? ふざけた回答として ・理解してないから質問するべきでない ・ゼロからやり直した方が良い ・etc.. 少なくとも、私であればアルファベットを理解していない相手に対してあなたちのように心ない言葉をかける事はしません。 もちろん前提知識として理解していなければ理解できない事はたくさんありますが、少し言い方を変えたらいかがですか。 知

    頼むから特定回答者へのブロック機能を追加してください。(運営の方へ)
    odan3240
    odan3240 2020/08/11
  • 認証しないWeb認証 限定公開URLのセキュリティについて考える 公開版

    認証しないWeb認証 限定公開URLのセキュリティについて考える 2020/8/7 API Meetup Online #3- フューチャー株式会社 渋川よしき

    認証しないWeb認証 限定公開URLのセキュリティについて考える 公開版
    odan3240
    odan3240 2020/08/11
  • Announcing HashiCorp Terraform 0.13 General Availability

    PackerBuild and manage images as code​​​​‌‍​‍​‍‌‍‌​‍‌‍‍‌‌‍‌‌‍‍‌‌‍‍​‍​‍​‍‍​‍​‍‌‍‌​‌‍​‌‌‌​‌‍‌‍​‌‍‌‌​​‍‍‌‍​‌‍‌‍‌​‍​‍​‍​​‍​‍‌‍‍​‌​‍‌‍‌‌‌‍‌‍​‍​‍​‍‍​‍​‍‌‍‍​‌‌​‌‌​‌​​‌​​‍‍​‍​‍‌‍‍​‌‍​‌‌​‌‍‍​‌‍‍‌‌‍​‌‍‌​‍‌​​​‍‍‌‍​‌‌‍‌​‌‍‌‌‍‍‌‌‍‍​‍‍‌‍‌​‌‍​‌‌‌​‌‍‌‍​‌‍‌‌​​‍‍‌‍​‌‍‌‍‌​‍‌‍‌‌‌‍‌​‌‍‍‌‌‌​‌‍‌​‍​‍‌‍‍‌‌‌​‌‍‌‌‌‍‌‌‌‌‌​‌‍‌‌​​‌‍‌‌‌​​‍‌‌‍‌​‌‍‌‍‌‍

    Announcing HashiCorp Terraform 0.13 General Availability
    odan3240
    odan3240 2020/08/11
  • 究極のReact向けルーターライブラリ「Rocon」を作った - uhyo/blog

    こんにちは。先月くらいからReact向けのルーターライブラリ「Rocon」を作っていて、この度alphaリリースという形で公開まで漕ぎ着けたので宣伝します。 現在のところ、以下のURLでチュートリアルを読むことができます。 このチュートリアルサイトはRoconを用いて作られています。 Roconチュートリアル: https://rocon.uhyohyo.net/Roconの特徴は非常に型安全であることです。 何よりも型安全性・型周りの快適性を優先してAPIが設計されています。 当然、TypeScriptと一緒に使うことが前提です。 また、Roconはreact-router-domの代替となることを意図しています。 そのため、Roconを使うべきとき・使うべきでないときをまとめると以下のようになります。 Roconを使うべきとき: 今react-router-dom等を使ってSPAを作っ

    究極のReact向けルーターライブラリ「Rocon」を作った - uhyo/blog
    odan3240
    odan3240 2020/08/11
  • 大統一 Node ツールチェイン Rome の野望 現状の実装

    つい先日 beta リリースされたフロントエンドのツールチェインの Rome について、その思想とコードを読んだ結果の現状について。 Rome Frontend Toolchain この記事は公式ドキュメント以外にもソースを読んで得られた undocumented な部分も含んでいるので、すぐ古くなる。その前提で読むように。 問題の認識とその解決手段 フロントエンドの最適化は実行前のプリプロセスに、エコシステムの開発リソースの多くが当てられている。Node のツールチェインが発達するにつれて、自前の パーサ+AST 定義を持つ実装が増えていった歴史がある。 acorn(estree) babel prettier typescript terser それぞれのツールの生成する AST はそのツールの都合で微妙に/もしくは大幅に定義がずれている。typescript に至っては完全に別物。こ

    大統一 Node ツールチェイン Rome の野望 現状の実装
    odan3240
    odan3240 2020/08/11