This content has moved; redirecting to the new location.
This content has moved; redirecting to the new location.
compiled Svelte shifts as much work as possible out of the browser and into your build step. No more manual optimisations — just faster, more efficient apps. compact Write breathtakingly concise components using languages you already know — HTML, CSS and JavaScript. Oh, and your application bundles will be tiny as well. complete Built-in scoped styling, state management, motion primitives, form bi
昨年の冬、十年勤めた会社を辞めた。上司と揉めて、にっちもさっちも行かなくなり、最後はヤケクソで辞表を叩きつけた。 しばらく保険で食いつないだあと、近所の倉庫でバイトを始めた。すでに33才。未来には何の展望もないが、特に悲しいわけでもない。そんな段階はとっくに越えてしまった。学歴もコネも才能もない俺みたいな人間は、石の裏に棲息する虫みたいにひっそり生きて、死ねばいい。たまに小さな幸福を拾えたら御の字だし、拾えなくても別にどうってことはない。 夏にSさんという男が入社してきた。俺よりひとまわり上の45才で、とにかく無口なおっさんだった。俺たちは同じ班で働くことになり、気づけば仕事帰りに飲む仲になっていた。 先週、終電を逃してSさんのアパートに泊めてもらった。 その夜の彼は別人のように饒舌だった。 「そういえば、あるよ」Sさんが冷蔵庫からおもむろにストロングゼロを出した。 「飲んだことない?」
tl;dr ReduxのActionに関するベストプラクティスを 本家のdocumentやdiscussion含め日英の文献にあたりながら模索してみました。 Action名は「システムが行うこと」ではなく「実際に起こったこと」を書く Actionのフォーマットは、Fluxスタンダードにあったものを使う APIのデータはnormalizrで正規化する 「基本的に」データの加工はActionで完結させる ActionがFatになりすぎたら①〜副作用がないデータ加工はReducerでやる〜 ActionがFatになりすぎたら②〜redux-sagaに非同期処理を書き、分ける〜 ※※※ 特に後者3つに関して、コメントでご指摘を頂いておりますのでそちらも必ずご参照ください。 まえがき 筆者はReactを使っていますが、Vue等他のライブラリを仕様した際も転用可能な議論かなと思います。 冒頭にも書きま
こんにちは、アプリケーション共同開発部のみなみです。 初代 iPhone が発売されてから今年で10周年を迎えました。これまでに多数のアプリが開発され、傾向としては、以前と比べものにならないくらい大規模・複雑化してきています。フェンリルでも毎年多数のアプリが開発されていて、開発の日々の中で今後もその傾向は加速していくと感じます。 大規模・複雑化する開発で出てくる問題 スコープの広い状態の扱いの難しさ 画面間やモデル間で共有されるスコープの広い状態をどうするかは、アプリ開発において最も厄介な問題の一つです。 例えば・・・ 開発者が頑張って小さい責務だけ持つようにした、それぞれ 200 行ぐらいのクラスを5つ作ります。突然の仕様変更でこの5つのクラスが A という状態を共有するようになりました。共有するのはたった1つの状態なのですが、これだけで全てがぶち壊しです。この5つのクラスは、1つの共有
近年の KVS では割と Redis が覇権を取っていることもあり(当社比), 社内の多くのプロジェクトで Redis を使用するようになりました. ということでノウハウ的なのも溜まってきたのでまとめたいと思います. (大量のユーザーデータを扱うソシャゲにしか当てはまらない部分もあるかと思います) 単純にパフォーマンスを RDB < Redis と思い込んでとりあえずでキャッシュしない 「Redis は速い」と言われますが, インデックスをちゃんと貼った RDB のクエリも そこまで遅いわけではありません. 結局通信コストの方が遥かに大きいので内部の 取得時間差はトータルで考えると多くの場合誤差です. 特に RDB の主キーのみで取得できるようなデータを Redis にキャッシュすることに メリットはありません. キャッシュするコードを書くコストの方が高くつきます. キャッシュするのは R
「会社に電話がかかって来たら、電話に出ましょう」 ほとんどの人が、言われ続けて来ていることとおもいます。 電話が仕事に及ぼすデメリット 電話が会社にかかってくると、さまざまな問題が生まれる可能性があります。 不在時にメモのやりとりや連絡が社内で必要になり、時間を取られる 集中していた作業が中断される 不要な飛び込み営業電話の対応(電話の取次、断りの会話)に時間を取られてしまう また、電話を仕事で使うのが習慣になると、以下のような問題が発生します。 電話が最優先となり、自分の仕事が中断される 電話がかかってこないか、常に気にしている必要がある 電話に出れなかった場合に、かけなおす必要がある。出なかった場合にまたかけるなどがタイミングを合わせる同期コストが必要 お客さんから思いつき、またはまとまってない状態で電話で要件を伝えられてしまう。メモを残して送信しておかないと、言った言わない問題になる
Some of the updates described here are explained in the Google I/O session, Secure and Seamless Sign-In: Keeping Users Engaged: Chrome 57 Chrome 57 introduced this important change to the Credential Management API. Credentials can be shared from a different subdomain Chrome can now retrieve a credential stored in a different subdomain using the Credential Management API. For example, if a password
Too Long; Didn't ReadBorn deep inside <a href="https://hackernoon.com/tagged/facebook" target="_blank">Facebook</a> labs, <a href="https://facebook.github.io/react/" target="_blank">React</a> gained a huge popularity among the developers who make web applications with complex user interfaces. Being widely used in single-page application projects that require easy scaling, simple maintenance and fa
このドキュメントの目的 自分は趣味でFlowをずっと使っていて、またプロダクションでも今まで3プロジェクトほどにFlowを導入した。その知見。 「Flow は便利そうだけど、怖い」「いれてみたら色々ハマったからクソ」「わからん、なにもかも…」という人に対し、自分がいままで出くわしたパターンや、聞かれた疑問について、メジャーな解法を提示する。 なぜFlowを導入するか Babel から段階的に導入することが出来る React の JSX にも推論を入れることができる 部分的に適用できる ASTがES準拠であり、ESLintなどがツールが使える(TSは独自AST) それ自身ランタイムに全く影響はないので落とすのも簡単 実際にはReactと一緒に使うのが、エコシステムもユースケースも揃っていて、一番効果を発揮するだろう。それか、小さい npm モジュールを自分で書くとき。 型のメリット/デメリッ
前回の記事『10 Tips to Become a Better Node Developer in 2017(達人に学ぶ、優れたNode使いにレベルアップするための10のヒント)』では、いますぐ使える10個のNode.jsのヒントやテクニックを紹介しました。この記事もそれに続いて10個のベストプラクティスを紹介し、Nodeのスキルを次のレベルに上げられるようにしたいと思います。 以下が今回紹介する内容です。 npmスクリプトを使う:bashスクリプトを使わず、npmとNodeのスクリプトを使ったほうが管理しやすい(例:npm run build、start、test)。Nodeの開発者が新プロジェクトに取り組むには、npmスクリプトこそが唯一の真実 環境変数(process.env)を使う:process.env.NODE_ENVを、development(開発)あるいはproducti
WindowsのDocker Toolbox上でdockerを動かしているのですが、最近はWindowsでもdocker-composeも使えるようになっています。 なのですが、普通にdocker run -vではマウントできる設定でも、docker-composeでvolumes指定を使ってマウントを行おうとすると、エラーが出てマウントできないという問題がありました。 調べてみると同様の報告が見つかり、どうやら「Windows用にパスの書式を変換する」という指定が必要らしく、 COMPOSE_CONVERT_WINDOWS_PATHS=1と環境変数が設定されていると良いようでした。 docker compose volume mounts not work on Windows · Issue #4303 · docker/compose https://github.com/docke
世の中のブログではよく SIer から Web への転職の記事をよく見かけますが、プログラマの例が多く、インフラエンジニアの場合の記事が少ないように感じます。 私自身が今年8月で、SIer から Web のインフラエンジニアに移り1年が立ちました。今までの経験を振り返り、インフラエンジニアへ転職してどうだったかを一つの例として、書いて行こうと思います。 カスタマーサポート時代新人配属から BtoB 向け SaaS のカスタマーサポートをしていました。 殆どの仕事は、契約周りやお問い合わせの回答を行い、たまに自社データセンターで運用しているサーバーのディスク交換やサーバーの追加作業を行っていました。 扱ってたサービスが社内ツールだったこともあり、プライベートクラウドとしてお客さんのデータセンターにサービスを構築しに行ったりもしていました。 あるときはサーバーのキッティング作業から Capis
このページではMayonezに掲載されている「ITキャリア」に関する記事をたくさんご紹介しています。Mayonezで「ITキャリア」に関する記事をお楽しみください。 Unity入門に最適なチュートリアルサイトまとめ・比較今回はUnityでのゲーム開発を始めるときに参考になる、入門チュートリアルサイトをまとめました。全くプログラミング初心者の方から、他のプログラミング言語で開発をしたことがある方を対象にまとめています。 入門に最適!C++を学習できる無料サービス10今回は、C 言語を無料で学習できるサービスをご紹介していきます。C をこれから学習したいと思っている方や初心者はもちろん、既にCを習得しているという方も、復習してみてはいかがでしょうか?
こんにちは。オールアバウトの@naga1460です。 オールアバウトの代表的なメディアである「All About」の広告配信システムは、 ここ1年で大きく変わりました。 All About初期からのレガシーシステムをどうリプレイスしたのか、紹介したいと思います。 All Aboutの主な広告 まず前提知識として、All Aboutで扱っている代表的な広告を簡単に説明します。 ※ここに挙げたもの以外の種類もありますが、今回は割愛します。 純広告 All About内の特定のページの特定の枠に配信する広告です。 リンク先は基本的には広告主様(以下クライアントと表記)のサイトとなります。 ネットワーク広告 こちらに関しては説明不要かと思います。 All Aboutでは、純広告が配信されていないページにネットワーク広告を配信しています。 タイアップ広告 + 誘導広告 タイアップ広告は、商品・サービ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く