タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

JavaScriptとjavascriptと*programに関するsh19910711のブックマーク (1,928)

  • ブログを更新しました - FIVETEESIXONE

    sh19910711
    sh19910711 2022/12/11
    "投稿しないブログ: 本番運用を想定した遊び場 / できるだけ "JavaScript Free" にしようというのは、この Fresh や Astro だけでなく、React 18+ や Remix, そしておそらく次期バージョンの Next.js でも大きくフィーチャーされ"
  • AWS CDKをDenoで動かす(完全版?) - Qiita

    Task cdk deno run --allow-all npm:aws-cdk --app 'deno run --allow-all main.ts' "synth" Resources: DenoCdkLogGroup24F7F268: Type: AWS::Logs::LogGroup Properties: RetentionInDays: 731 UpdateReplacePolicy: Retain DeletionPolicy: Retain Metadata: aws:cdk:path: DenoCdkStack/DenoCdkLogGroup/Resource CDKMetadata: Type: AWS::CDK::Metadata Properties: Analytics: v2:deflate64:H4sIAAAAAAAA/zPSMzXQM1BMLC/WTU7

    AWS CDKをDenoで動かす(完全版?) - Qiita
    sh19910711
    sh19910711 2022/12/07
    "Nodeとnpmエコシステムの複雑さ / re:Inventの新サービスや機能を追っかけるだけでも大変 / 「ESLintとPrettierの推奨組み合わせ方法が変わった」とか正直追っかけてらんないし、やりたくない / まだ完全移行の道は長そう"
  • 組織と技術の両輪で開発を加速させるkintoneチームの取り組み / JJUG CCC 2022 Fall Cybozu kintone

    kintoneは2011年のリリース以降、開発チームが90名になるまで成長し、コードベースも肥大化を続けてきました。しかし、組織もコードベースもモノリシックなまま成長を続けてきたため、メンバーの認知負荷やコミュニケーションコストの増大などによって、開発体制がスケールしない問題を抱えていました。今後、開発…

    組織と技術の両輪で開発を加速させるkintoneチームの取り組み / JJUG CCC 2022 Fall Cybozu kintone
    sh19910711
    sh19910711 2022/12/03
    "「〜すると良さそう」を「やる」には / 一人での改善は本人もレビュアーもチームもつらい / コード品質の改善を草の根活動に頼らない + 場面に応じた手法で大規模にリファクタリング"
  • ONNX Runtime for WebをVue.js+WebGL環境で試す – Rest Term

    Microsoftから ONNX Runtime for Web (ORT Web) なるものが9月2日にリリースされました。 ONNX Runtime Web—running your machine learning model in browser – Microsoft Open Source Blog ONNX (Open Neural Network Exchange) について ONNX (Open Neural Network Exchange) は機械学習のモデルフォーマットの一つです。機械学習フレームワークはTensowflowやPyTorch、MXNetやCaffe2などたくさんありますが、ONNXフォーマットを使えばそれらのフレームワーク間において相互運用が可能になります。共通で使えるファイル形式ということです。ONNXについての歴史や開発背景はWikipedia

    sh19910711
    sh19910711 2022/11/26
    2021 / "Microsoftから ONNX Runtime for Web (ORT Web) なるものが9月2日にリリース / ブラウザで動くランタイムとしては onnx.js というものがありましたがこちらは今後利用非推奨 / デフォルトだとCPU (WebAssembly)が使われる"
  • JavaScript無効時代

    一週間JavaScript無効で過ごしたけどすごく良かったという記事を読んだ。大雑把な感想を言うとするとそりゃそうだろと言えるような内容であり、特に面白みはない。しかし広告に特に触れずにFSFと絡めて説明するのは比較的珍しかったので、興味深くはあった。 この種の問題にはプライバシーということがとかく強調されるが、対価が見合っているかいないかという側面も持つ。適切な対価があるのならプライバシーに属する情報を提供しても良いと考える人は少なからずいるだろう。僕は比較的そういう傾向が強い。 例えばこのウェブサイトであるならば、Analytics経由で提供することになるデータはコンテンツの提供に対してそれなりに見合っているはずだ(よね?)。ただしAdSenseとなると広告配信者が一方的に得をしていると考えられ、僕もユーザーも少し損をしていると見ることもできる(けれど外すつもりはあまりない)。 対価以

    JavaScript無効時代
    sh19910711
    sh19910711 2022/11/26
    2015 / "一週間JavaScript無効で過ごしたけどすごく良かったという記事を読んだ / 広告に特に触れずにFSFと絡めて説明するのは比較的珍しかった / この種の問題にはプライバシーということがとかく強調される"
  • フロントエンドで作る理由

    FRONTEND CONFERENCE 2018 での登壇資料です。

    フロントエンドで作る理由
    sh19910711
    sh19910711 2022/11/26
    2018 / "わかりやすさは正義: 私が使える ≠ 現場で使える / 技術選定の基準: 安定性 + みんなが使える + 効率化できる / 作り方が変われば要件定義も変わる > 作り方の変化を制作フロー全体に反映させていく"
  • ブログの脱WordPressとJamstack化 | 初歩からの無職

    このブログをWordPressからJamstack構成にしました。具体的にはフロントエンドはGatsbyJS、バックエンドはContentful、GithubでビルドしてNetlifyでホスティングしているという構成です。まだ細かい部分は作れてないですが、ある程度移行は完了したので移行に関する備忘録として残しておきます。 移行のモチベーション サーバー代つらたん 移行のモチベーションの大きな部分として、放置気味のブログに対してサーバー代が割りに合わないという不満がありました。移行前はConoHa VPSWordPressをインストールして運用していました。VPSサーバー代はサーバーサイドの勉強代として自分を納得させていましたが、Kusanagi環境に移行してからは自分で弄ることもほぼほぼなくなり、世の中も何となくサーバーレスイケイケな雰囲気を出しているので、徐々にこのまま払い続ける意味は

    ブログの脱WordPressとJamstack化 | 初歩からの無職
    sh19910711
    sh19910711 2022/11/20
    2020 / "放置気味のブログに対してサーバー代が割りに合わないという不満 / Netlifyのビルド時間無料枠の30分を過ぎて7ドルの洗礼 / GatsbyJS + Contentful: なんというかサイトいじりの楽しさをもう一度思い出させてくれる構成"
  • フロントエンドにおけるアーキテクチャとの向き合い方

    FRONTEND CONFERENCE FUKUOKA2019の登壇資料です

    フロントエンドにおけるアーキテクチャとの向き合い方
    sh19910711
    sh19910711 2022/11/19
    2019 / "フロントエンド: できることの幅も増えたが、考えるべき事も増えた + 保守性を高める整備もされたが、保守性が低くなりやすくもなった / アーキテクチャ: 切り口は複数ある + 試行錯誤の末に考え方が身に付く"
  • 枯れた技術ってほんとに枯れてますか?保守できますか?|erukiti

    「枯れた技術」と言われたとき、それが安定していて、保守しやすいものであるという認識が多いように観測されます(観測範囲問題かもしれない)。 この記事でいう技術は「ソフトウェア技術」に特化した内容です。ソフトウェア技術はまだこの世に生まれでてから100年も経過してないような若すぎる産業であり、脆弱性など、ソフトウェア技術に固有の事情があります。 でもそれってほんとですか?事実ですか?正しくそのことを検証しましたか? あなたが枯れてないと認識している技術よりも保守しやすいと思っているのは、ただの思いこみではないですか? 昨日軽い気持ちで書いた僕のフロントエンド技術に対するスタンスという記事のようにフロントエンド系のバズる記事を書くとだいたい「保守とか考えてるの?」みたいなコメントがつくことがありますが、では、バックエンド、組み込み、機械学習、インフラを見て、枯れた技術ってほんとに枯れてるの?保守

    枯れた技術ってほんとに枯れてますか?保守できますか?|erukiti
    sh19910711
    sh19910711 2022/11/16
    2020 / "フロントエンド系のバズる記事を書くとだいたい「保守とか考えてるの?」みたいなコメントがつくことがあります / とても皮肉なことに枯れた技術の方が情報に到達できないということもある"
  • React も辛くなってきた : (*x).b=z->a+y/c

    React も辛いところが多め ◆ 面倒なところや色々考えないといけない難しい部分など ◆ ライブラリでもそういうのが多い ◆ 他にいいのがないかと探してみたけど 情報やライブラリ充実度で React から移行できるレベルのはまだなさそう React 以外でなにかいいのないのかなReact の記事ってネットでよく見かけますが その理由によく使われてる以外に難しさがあると思うんですよね 簡単に使えて迷うことも躓くこともなく理解できるならわざわざ記事を書いたりすることは少ないでしょうし ブログを見返すと自分でも使ってる度合いに比べると記事の数が多めかなと感じてます React の最近の新しい機能や追加されようとしているものもなんか複雑になってきてもっとシンプルなものでいいのになと思ったりです 実際 React の記事で見かけるものの中には 不満点とか他のものに移行したいとか今後は選ばないと

    React も辛くなってきた : (*x).b=z->a+y/c
    sh19910711
    sh19910711 2022/11/13
    "簡単に使えて迷うことも躓くこともなく理解できるならわざわざ記事を書いたりすることは少ない / Solid では For や Switch といったコンポーネントが用意されていて JSX のタグとして分岐や繰り返しを書けます"
  • 「The Art of WebAssembly」を読んだ - dackdive's blog

    The Art of WebAssembly: Build Secure, Portable, High-Performance Applications 作者:Battagline, RickNo Starch PressAmazon 読んだので簡単なまとめを。 このについて 前半は WebAssembly の基的なしくみや Node.js・ブラウザで動かす方法、後半はパフォーマンス測定やデバッグ方法について学べる。 また、特定の言語やツールチェイン(たとえば Rust だったら wasm-pack とか)に依存した内容ではなく、WAT と呼ばれる WebAssembly のテキスト表現を書きながら実装する。 構成 ざっくり Chapter ごとにやってることを書く。 Chapter 1: Introduction to WebAssembly WebAssemblyとは何か、その

    「The Art of WebAssembly」を読んだ - dackdive's blog
    sh19910711
    sh19910711 2022/11/10
    2021 / "前半は WebAssembly の基本的なしくみ + 後半はパフォーマンス測定やデバッグ方法について / 特定の言語やツールチェインに依存した内容ではなく、WAT と呼ばれる WebAssembly のテキスト表現を書きながら実装"
  • Postgres WASMを支える技術

    Intro 10月3日にWebAssemblyを用いてWebブラウザにx86の仮想マシンを構成することで、PostgreSQLをWebブラウザ上で実行可能にした「Postgres WASM」がオープンソースで公開されました。 以前から気になっていたSupabaseが公開していたこと、最初にSnapletという企業がOSSで公開しておりそれをフォークして完成させたこと、色々気になることばかりでしたので自分なりに調べて深掘りしてみました。

    Postgres WASMを支える技術
    sh19910711
    sh19910711 2022/11/09
    "Postgres WASM: Supabaseが公開 + 最初にSnapletという企業がOSSで公開 / ファイルシステムやネットワーク関係で非常に開発が難航していたことがブログからも読み取れ / WebAssembly(v86)とBuildroot(i686)があれば何でもできる"
  • 役に立たないチャットボット2020 〜あの社内ボットは今……そして slack-wrench〜 - CARTA TECH BLOG

    ※ この記事は VOYAGE GROUP Techlog Advent Calendar 2020 15 日目の記事です。 こんにちは!fluct でインターネット広告配信のお手伝いをしている @jewel_x12 です。今日は社内チャットボットの話を書いていきます。 VOYAGE GROUP は 2014 年から Slack を使用していて、コロナ禍における在宅勤務で重要な役割を果たしています。その社内 Slack ワークスペースでは 2014 年から今日に至るまで jewelpet というボットが元気に動いています。 mint.hateblo.jp あの社内ボットは今…… Slack 使い始めの頃の jewelpet の様子は 機能実装の方針 有用なものを極力作らない かわいいバグは放置する ボットのフレームワーク: Hubot 使用言語: CoffeeScript コード管理とデプロ

    役に立たないチャットボット2020 〜あの社内ボットは今……そして slack-wrench〜 - CARTA TECH BLOG
    sh19910711
    sh19910711 2022/11/02
    2020 / "機能実装の方針: 有用なものを極力作らない + かわいいバグは放置する / slack-wrench: Slack のテストに便利なパッケージ群で、IBM さんから提供 + Bolt アプリケーションに対する入出力のテストを Jest で書けます"
  • Dagger で Node.js アプリをビルドする - なんとなくな Developer のメモ

    CI/CD のパイプラインを定義するためのツール Dagger を使って Node.js アプリのビルドを試してみました。 Dagger v0.2.7 今回使用したソースは こちら sample1. echo の実施 まずは以下の処理を Dagger で実施してみます。 (1) ローカルの input.txt ファイルの内容を取得 (2) alpine イメージでコンテナを実行し、(1) に _echo を付けた文字列を echo して /tmp/output.txt へ出力 (3) コンテナの /tmp/output.txt の内容を取得し、ローカルの output.txt ファイルへ出力 Dagger プロジェクト作成 下記コマンドを実行して Dagger の実行に必要なファイルを作成しておきます。 $ dagger project init $ dagger project upda

    Dagger で Node.js アプリをビルドする - なんとなくな Developer のメモ
    sh19910711
    sh19910711 2022/10/06
    "CUE は一部 Go 言語風なので紛らわしいのですが、パワーアップした JSON のようなものだと捉えておくと理解し易い / ーカルのファイルや環境変数をコンテナとやりとりするために client が用意されています"
  • さようなら、Node.js - 株式会社カブク

    はじめに こんにちは。JavaScriptを書いたりしているあんどうです。 JavaScript、流行ってますよね。より正確にはNode.js流行ってますよね。ぶっちゃけハンズオンなんとかもNode.jsの方がだいぶ・・・ゲフンゲフン。まぁハンズオンNode.jsはマジ名著なのでそのことは置いておくとして、そのNode.jsについて正直なところみなさんはどう思ってますでしょうか? 私はRails文化圏出身なので、開発に必要とわかりきっているツールを事前にわざわざあれやこれやと検証して設定してみたいなのが面倒くさくてしょうがないです。なんか思いついてキーボードに手を置いたらノータイムで機能の実装を開始したい。 しかもすぐ新しい同じようなツールが出てきて数年で主要ツール総取っ替え上等。ポジティブに捉えれば万物流転とか諸行無常とか人生のあれこれの現れかもしれないけど、正直回し車の中のハムスタ

    さようなら、Node.js - 株式会社カブク
    sh19910711
    sh19910711 2022/09/16
    2021 / "JSConf EU 2019でDenoの計画を明らかにしたRyanの講演、「10 Things I Regret About Node.js」 / タイトルに10 Thingsとあるのに7つしかありませんが、間違いではありません。普通に7つしか挙げられてませんでした"
  • 【入門】Figmaで作ったデザインをReactアプリに連携する - Qiita

    はじめに 今回はAWS Amplify Studioを利用してFigmaで作成したデザインをReactアプリに連携する方法について解説します。 「AWSなんて触ったことないよ!」「Reactも触ったことないでやんす!」って人でもサクッとできるような内容なので読んでいただければなと思います。 目標成果物 Figmaで作成したカードコンポーネントのデザインをReactアプリ上で表示させる Figmaで作成したボタンコンポーネントでクリックイベントを試す この記事でやること AWS Amplify Studioの解説 Figmaでのデザイン作成とコードの自動生成方法の解説 Reactアプリとの連携 この記事の対象者 AWSの初心者だけどFigmaで作成したデザインをReactアプリと連携してみたい人 将来的に流行りそうな技術をサクッと試してみたい人 AWS Amplify Studio AWS

    【入門】Figmaで作ったデザインをReactアプリに連携する - Qiita
    sh19910711
    sh19910711 2022/08/22
    "Amplify Studio をつかってFigmaのデザインからReactアプリにコンポーネントを連携する手順 / まだまだロジック周りの結合などが難しそうなので本格的なプロジェクトに導入するのは先なのかなとは思います"
  • Yuki Uehara | Profile page

    sh19910711
    sh19910711 2022/08/21
    "これまでのGatsby.jsはデプロイ時のビルド等の本番環境向けビルドの場合はどれか一つのファイルが変更されるとすべてのファイルをビルドし直す / Incremental Build: Gatsby.js の Version4 から対応した変更差分ビルド方式"
  • ニコニコ生放送におけるWebフロントエンドBFFサーバーのKubernetes移行事例の紹介

    2022/06/13に「ニコニコ生放送 WebフロントエンドKubernetes移行ハンドブック 2022」を公開しました。発表で…

    ニコニコ生放送におけるWebフロントエンドBFFサーバーのKubernetes移行事例の紹介
    sh19910711
    sh19910711 2022/08/18
    "TypeScriptでManifestを書く / 型定義はOpenAPIから生成 / OpenAPI SchemaのdescriptionがEditorで見れるためWeb検索しなくてもいい"
  • 高速なインメモリ全文検索Lyraで遊んでみた | DevelopersIO

    こんにちは、こんばんわ。 「きのこたけのこ戦争は中立の立場をキープしたい。」 どうも、CX 事業部 Delivery 部 MAD グループ@札幌の hiro です。 今回は、Typescriptで実装された超高速インメモリ全文検索を実現する、 Lyra で遊んでみた内容を、記述しています。 はじめに 技術的にLyraを聞くと、 GoogleのLyra を想像してしまいそうになりますが、 そちらではなく、 Lyra です。 自分も詳しくなく、何気なくTwitterでTweetを漁っていたら DEMO ができて、 やってみたら、高速すぎて驚いたので実際に触れてみようと思い、記述してみた次第です。 ちなみに使用できる言語は、以下になるようで、現状は日語はないみたいです。。。 dutch english (default) french italian norwegian portuguese

    高速なインメモリ全文検索Lyraで遊んでみた | DevelopersIO
    sh19910711
    sh19910711 2022/08/17
    全文検索もブラウザで完結できるようになってきてるなー / "nearform/lyra: 超高速インメモリ全文検索 + TypeScriptで実装 + 日本語はない"
  • WebAssemblyとBlazor: 何十年の問題を解決する

    あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

    WebAssemblyとBlazor: 何十年の問題を解決する
    sh19910711
    sh19910711 2022/08/13
    2019 / "どこでも実行できる.NETの夢は2006年に「Windows Presentation Foundation/Everywhere (WPF/E)」というコードネームのフレームワークで、Silverlightとして公開 / 一見関係なさそうな出来事が2つ起こり、最終的には終焉に向かう"