Skip to content

Instantly share code, notes, and snippets.

フロントエンドの技術選定で考えること

Frontend Study 用

前提: フロントエンドは式年遷宮が有効である

  • DB を持たないため、表層の技術を交換するだけで済む
    • JSON API が実質的な分解点になっている
    • 近年ではモバイルアプリのために JSON API が切り離されていることが多く、ここの利用者になるだけでよい
  • Rails や PHP で ORM ヘルパーにべったりな場合に困難になる(クライアントで同等のバリデーションを再現する必要)
@Quramy
Quramy / README.md
Last active November 4, 2025 15:10
TS 4.2
@debiru
debiru / log.md
Last active May 22, 2020 07:17
2020/05/21 春のアクセシビリティー雑談ナイト! の雑なログ

春のアクセシビリティー雑談ナイト! https://connpass.com/event/176722/

19:35〜 「ラップトップキーボードの残念な2点。1点目、ファンクションキーとEscの行がひと繋がりになっている。Esc,F4,F8,F12で区切りがあるとブラインドタッチしやすいのに困る。2点目、カーソルキーが左・上下・右となっていて上下キーの高さが半分になっているものがある。視覚障害者は特に上下キーを多用するのに小さいので押しづらい。マイクロソフトもそういうラップトップを出していてデファクトスタンダードのようになっているが困る。」

19:55〜 「UDトーク関連の機能デモをしたかったけれど準備できなかったので概要だけお話」

20:05〜

@visvirial
visvirial / bip-0341.ja.mediawiki
Last active September 17, 2020 15:46
BIP 341「Taproot: SegWit version 1 spending rules」日本語版

翻訳者注:この日本語訳は、2020年2月21日時点で https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki に公開されているものを底本としています。最新の情報については原文をご参照ください。


  BIP: 341
  Layer: Consensus (soft fork)
  Title: Taproot: SegWit version 1 spending rules
  Author&#58; Pieter Wuille <pieter.wuille@gmail.com>
          Jonas Nick <jonasd.nick@gmail.com>
          Anthony Towns <aj@erisian.com.au>

明日の下書き


これはなに

  • 高円寺.dev #3 用の資料 https://koenji.connpass.com/event/160886/
  • フロントエンド専門じゃない人向けの、フロントエンドの最先端〜やや未来の話です
  • このレイヤーでは Node.js を使うべき/使うと強いという部分がありますが、他言語を否定しているわけではありません。むしろ他言語でこのアーキテクチャを模倣してほしいという話です。
@nazo
nazo / portfolio.md
Last active February 13, 2024 10:32
ポートフォリオ
@mahya8585
mahya8585 / talk-script.md
Last active December 25, 2019 05:24
2019/12/21 PyLadies Caravan 北海道

Hello world

  • new project
  • pip install flask
  • create new file > application.py

Hello API

import flask
@daisuzu
daisuzu / gorillavim-10.md
Created November 13, 2019 10:19
ゴリラ.vim #10 非公式VimConf後夜祭 girls.vimと合同開催
@noto
noto / 1on1.md
Last active March 24, 2025 07:15

これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。

概要

  • 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか? マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。
  • 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。
  • グループ/チームでのミーティングを補完するためのものです。
    • みんなの前では話しづらい、込み入った内容を話します。
    • チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿っていません。
  • 基本、「メンバーの時間」と捉えてください。メンバーが話したいこと、上長に質問したいこと、相談したいことを話す時間です。
  • ですので、上長は相手の話をさえぎらず、聞くことに徹してください (話すのが得意な人、好きな人がマネージャになっている可能性が高いというバイアスに注意しましょうw)。