ユーザーのニーズを満たせばいいという考えは人の持つ可能性を信じていない - yuisekirakusaiさん、akiyamaさんの元で働いていてワクワクするポイントは、人の可能性は自分たちが拡張できるはずだ！という信念を感じられるところyuiseki.icon
LookDev 自動勉強会 - lookdev
hashrockさん考案の自動勉強会システムが最高だったので、映像・グラフィック・CGI版をやりたい。 概要 グラフィックの見た目（ルック）をどうチネくり回して嬉しくなるか情報交換したい場です。映像やCGI、ジェネラティヴ・アート、Webなど、特に限定はしません。コミュニティを作っていこうという気概も特に無いので、雑に出入りしたり、勝手に仕切ってもらっても大丈夫です。行動規範はBerlin Code of Conduct に準じます。 Discordでやります。招待リンク: https://discord.gg/zzu5K6rMrx LookDevとは Look Developmentの略です。VFXや3DCGにおいて、文字通り見た目（ルック）の調整作業を指します。狭義にはライティングやテクスチャリング、カラーグレーディングなどが含まれますが、この場では雑に拡大解釈して、カッチリしたワーク
成果物の Diff をまとめてとって TypeScript のアップグレードを円滑にした - potato4d
最近仕事でやっているプロジェクトの TypeScript のバージョンが 3.9。 そこそこ古くなっているのと、 TS は比較的気軽に上げて良くてバージョンアップの恩恵も高いパッケージなので、MTGが早く終わったスキマ時間で最新に上げてみることにした。 結果として tsc の設定を変えつつ $ diff -r ./before/ ./after/ を活用するとかなり楽に移行できたので、やりかたを残しておく。 手順 やり方を考える 一応社内に Renovate Bot が立っていて、かつそこから出ている Pull Request も存在したものの、流石にビルド成果物を比較しないままエイヤで上げるのは躊躇われる。 TypeScript のバージョンを上げて何かが壊れたことは経験としては一度もないが、一方でその経験則は根拠足り得ないので、一応アプリケーションへの影響を調査して、違いがないことを確
2020/07/28 時点の Vue 2.x + TypeScript について言える確かなこと - potato4d
できる・できないをまとめておく。 なお、 Class Component の記法は Vue 3 の仕様から Drop されたので、そこについて言及する場合はその旨を明確にする。 this の型について 基本的に全て有効化できる。 Vue 2.5 より this の型が正しく使えるようになっている。しかし、いくつかの条件がある tsconfig.json において、 noImplicitThis が true である必要がある 既存プロジェクトからの移行でない限りは strict: true であるはずなので、問題ない 逆に、既存プロジェクトの TS 化については、 noImplicitThis を false として Vue Template 以外の純粋な JavaScript 部分から段階的に移行できる。 computed などについて、戻り値を明示的に指定する必要がある これは Vet
TypeScriptのInterfaceでstaticが使えない件について - sudow
Typescriptで初めてジェネリックをちゃんと使って、プロジェクトの共通部分をモジュールとして作るというのをやっていた。
新しいデザインの教科書
【ご挨拶】 / 【目次】 / settings / 解釈が変わる写真 / ラインスケッチ / 感覚の変換による観察 / 蓋の分類 / 新しい分け方の基準 / バランスによる新しい価値 / 約束事を共有することで、読みとけるようになる四コマ漫画 / 丸を取り出す / ｷﾘﾄﾘﾑｼ / レイアウトが解釈を生み出す / モノをコントロールするための身体言語 / space / 「解釈が変わる写真」野中大
同じことを何回も人に聞いたほうがよい - yuta25
tl;dr 聞かれた人がメモを取る(Wikiを書く)ほうが効率がよいので、聞く人はメモを取ったりしないで同じことを何回も聞いたほうがよい。
Gormが本番テーブルの数億件のデータを消そうとした話 - keroxpのScrapbox
MySQLの場合、--safe-updatesオプションを利用することでこういった不慮のUPDATE/DELETEを防げるようです
イミュータブルデータモデル - kawasima
CRUDのうちUPDATEがもっともシステムを複雑化する。更新には複雑なルールが伴うからだ。業務的に複雑なルールが存在するのは仕方ないこともあるが、システム、設計で複雑さを更に増さないようにしたい。UPDATEに着目し、その発生をできるだけ削ることによって複雑さをおさえるためには、まずデータモデルをそのように設計しておかなけれなならない。このイミュータブルデータモデルは、それを手助けする手法で、手順に沿って実施すればある程度のスキルのバラつきも吸収できるように組み立てられている。
OSS Contribution と採用時の評価 - potato4d
自分のレポジトリの場合はしっかり README, How to contribution の整備をする
令和のタフな投票術 - keroxpのScrapbox
2019/7/21時点でkeroxp.iconのいる神奈川選挙区は現職の自民・立憲の候補者がほぼ当確なので、ここに投票する意味はあまりない
ソフトウェアアーキテクチャの歴史 - tasuwo's notes
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
dpi awareなimgを表示する 〜完結編〜 - daiiz
https://gyazo.com/1ba014cd7a772fa73c5ff9dd136c9fab https://store.google.com/gb/product/pixel_slate
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
React 内で JS のクラスインスタンスを用いる - fsubal
HaskellでWebを作るframeworkのIHPの概要 - mrsekut-p
WebGL: シェーダのコンパイルが描画開始時に発生してstallする - FMS_Cat
NoCodeと負の遺産 - 西尾泰和のScrapbox
卜部理玲のＳＦブックガイド
物理キーボードに繋いだiPadでカーソル移動する - daiiz
ネカフェ難民からの脱出 in 東京 - yuiseki