【全文】オードリー・タン独占インタビュー「モチベーションは、楽しさの最適化」 | Forbes JAPAN 公式サイト（フォーブス ジャパン）
6月29日に台湾デジタル担当政策委員、オードリー・タン（唐鳳）にオンライン・インタビューを行った。記事は、Forbes JAPAN No.73（7月25日発売号）の巻頭に掲載されている（オードリー・タンが語る「欠陥は、あなたが貢献するための招待状」）。 その記事中でも書いたように、彼女を取材するメディアは一律に、オフィスが定める「Radical Transparency（徹底的な透明性）」の原則に準じる必要があり、取材内容は、取材後ある一定期間を置いてサイトに公開される。また、撮影する場合はクリエイティブ・コモンズへのライセンス登録が推奨されるという。 市民に公務の内容をオープンにするのが主たる目的というが、オープン・ガバメントという彼女のデジタル大臣としての義務と、情報を世界で公平に共有するワールド・ワイド・ウェブの思想をそのまま公務で表現しているようなラディカルな実践に、とても興味を引
設計書には何を書くべきなのか - terurouメモ
設計とは、 要求（やりたいこと）をヒアリングする 要求を要件（何を満たさないといけないのか）に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する） 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案（いわゆる比較表で書いていくのが楽） 検証結果 選定・合意結果（合意した代替策や妥協ラインについても記載する） 詳細設計（どういう実装にするとか、パラメーターにするとか、細
Goで作るテキストエディタ - Sansan Tech Blog
はじめに みなさんこんにちは。Sansan事業部プロダクト開発部のiOSエンジニア荒川です。 以前はRDBMSの記事*1を寄稿し、好評いただいたこともあり、定期的に車輪の再発明系の記事を書いていこうと思います。 さて本日はタイトルの通り、VimやEmacsに代表されるターミナルで動作するインラインテキストエディタをGoで開発してみました。 ソースコードは以下のリポジトリに置いているため、ぜひ参考にしてください。 github.com 完成品 文字だけだとイメージも湧きにくいので、まずは完成品をお見せします。 最低限エディタの動きは出来ている、というレベルの完成度ですね🙏 特徴 1000行インラインエディタ 文字入力/挿入/削除 画面スクロール キーボードショートカット ファイル読み込み/保存 Goのコードハイライト機能 実装の方針 今回はただ開発するだけではなく、いくつかのこだわりポイン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.si-ght.jp/entry/techandme-matsumoto03