このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
初めて書く時困りそうなトピックごとに TypeScript との関わり方を示していく。導入や書き始めのハードルを下げるのが目的なので意識高いことは言わない。 https://github.com/remojansen/logo.ts 対象読者 ゴール 基本姿勢 何故そんなこといい加減な感じなのか 型の書き方 type annotation シグニチャ 型が合わない時 Structural typing any したい キャスト色々 キャストせざるを得ない時 import できない error TS2307:Cannot find module 'hoge'. error TS1192: Module '"hoge"' has no default export. や error TS2305: Module '"hoge"' has no exported member '_'. など 頑
A simple, lightweight and standalone content embed plugin for web /** * @implements Embedo setup * * @package {npm} npm install embedo --save * @package {bower} bower install embedo * * @import {jsdelivr} https://cdn.jsdelivr.net/npm/embedo * @import {cdnjs} https://cdnjs.com/libraries/embedo * @import {unpkg} https://unpkg.com/embedo */ import Embedo from './my/vendor/folder'; const embedo = new
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ？ 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから？ o 信用できないテストデータ も負債 o 現
Fully customizable and scalable vector elements with 3 pre-defined color themes for creating fast sitemaps and wireframes. All the layers in the project are separate, so you can change the colors or the size easily. Also all the elements are grouped in Symbols/Components for quick changes and building sitemaps.
Curated collection of data structures for the JavaScript language. Mnemonist is a collection of data structures implemented in JavaScript. It gathers classic data structures (think heap, trie etc.) as well as more exotic ones such as Burkhard-Keller trees etc. It strives at being: As performant as possible for a high-level language. Completely modular (don’t need to import the whole library just t
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Functional and Reactive Domain Modelingとは、ドメイン駆動設計(DDD)の関数型プログラミング(FP)とリアクティブプログラミング(RP)によるアプローチを書いた本 1. 関数型ドメインモデリング：イントロダクション 変更可能なステートを避ける - 変更可能なステートは管理が難しく、非決定性につながる 参照透過性 - FPは、参照透過なモデルコンポーネントを設計する能力を提供する。モデルの振る舞いが純粋関数で構築されていることで合成性を得られ、小さな関数から大きな関数を作ることができる 自律的成長
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く