Front Line of Frontend − Forkwell Meetup #2 発表資料 http://forkwell.connpass.com/event/42527/
![フロントエンドのパラダイムシフトとプロダクトの成長](https://cdn-ak-scissors.b.st-hatena.com/image/square/363b5a23a5cbfe1d4d66dde9273f91a062334085/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F7ceecb5258804ec39093b4fb2e71f135%2Fslide_0.jpg%3F7127179)
Front Line of Frontend − Forkwell Meetup #2 発表資料 http://forkwell.connpass.com/event/42527/
背景 最近は変化し続ける要件に対応するために、システムも柔軟であることが求められています。 そのため、部分的に変更やスケールの可能なシステムを構築し、API経由で連携するマイクロサービス的アーキテクチャが増えてきています。 そういった設計の中で問題になっていくのが、従来のモノリシックなアプリケーションではIDEやコンパイラなどで行っていた、機能間のインターフェイスをどう管理するかという部分です。 Swaggerとは? SwaggerとはRESTful APIのドキュメントや、サーバ、クライアントコード、エディタ、またそれらを扱うための仕様などを提供するフレームワークです。 公式サイトでは、The World's Most Popular Framework for APIsと謳っています。 その理由は、マイクロソフト、Google、IBM、SmartBearなどを大手の企業を含む「Open
概念としてとしてのRESTは、 Roy Fielding が博士論文「 Architectural Styles and the Design of Network-based Software Architectures 」で導入したものです。その16年後、アーキテクチャとしてのRESTは、APIを設計・構築するための最も広く受け入れられた方法となっています。RESTについては私たちはみんな聞いたことがありますし、自分たちが実際にRESTfulなAPIを構築しているとほぼ皆が思っています。しかし、それは本当でしょうか? 「RESTとは何か?」ということを自分たちにもう一度思い出させたうえで、さらにRESTを補う別の方法、「HATEOAS」と呼ばれるものの話に続けていきましょう。 RESTとは何か?をもう一度 私はこれを説明するための良い方法について考えていたのですが、Ryan Tomak
蓄積疲労は3段階に分けられる(『自衛隊メンタル教官が教えてきた 自信がある人に変わるたった1つの方法』より)この記事の写真をすべて見る 2015年12月から50人以上が働く事業所に義務化された「ストレスチェック」。年1回、労働者のストレス状態を調べることで、労働者のメンタル不調を事前に防ぐのが目的である。それほど、働く人の心の不調が社会問題化しているということでもある。 では、実際にどういう原因で、うつ病など心が折れた状態になってしまうことが多いのか。長年、自衛隊のメンタル教官として、多くのカウンセリングや心の不調予防策を実施してきて、『自衛隊メンタル教官が教えてきた 自信がある人に変わるたった1つの方法』(朝日新聞出版)の著者である下園壮太さんにお話を伺った。 * * * 筆者は長年、自衛隊のメンタルヘルスの現場で仕事をし、昨年定年退官した。ご想像のように、自衛官は過酷な任務を与えら
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
LINE Developer Meetup in Fukuoka #16 http://connpass.com/event/38413/
I know the answer for such a question might be very opinionated. However, these opinions are the ones many of us are following, it is some kind of wisdom of crowds. We have a large-scaled client-side project and we are about to switch to ReactJS. Having that, we would also like to switch from plain JavaScript, i.e. ES5, to TypeScript. I have read and watched many ReactJS tutorials including few pa
日本プロ野球史において初めて、外国人枠適用選手として「名球会」入りを果たした最強の助っ人選手の一人、アレックス・ラミレス。日本でプレーしたのは13シーズン。その間、ホームラン王2回、打点王4回、最多安打3回、首位打者1回など華々しい結果を残した。また、「アイーン」や「ゲッツ!」などホームランを放った後で披露するお笑い芸人のギャグを取り入れたパフォーマンスはチームの枠を超えて野球ファンの心をつかみ、「ラミちゃん」と呼ばれて愛され続けた。その「ラミちゃん」が、今年から「横浜DeNAベイスターズ(以下、ベイスターズ)」の監督としてベイスターズのユニフォームに袖を通している。なぜ彼は就任1年目でチームをクライマックスシリーズへ導くことができたのか。ラミレス監督の人物像を追った。(取材・文 今村亮/Yahoo!ニュース編集部) 若き守護神・山﨑康晃の登場曲「Kernkraft400」が鳴り響いた途端
a.md Chrome ExtensionのLive HTTP Headersを調査した。Firefox用のものではない。Firefox用のものではない。 https://chrome.google.com/webstore/detail/live-http-headers/iaiioopjkcekapmldfgbebdclcnpgnlo 11/7追記 類似 or 同様の方法で難読化scriptを埋め込んでいる拡張機能が大量にあったため、Googleに報告済み。 https://twitter.com/bulkneets/status/795260268221636608 English version: https://translate.google.com/translate?sl=ja&tl=en&js=y&prev=_t&hl=ja&ie=UTF-8&u=https%3A%2F%
この記事には広告を含む場合があります。 記事内で紹介する商品の購入やアプリをダウンロードすることで、当サイトに売り上げの一部が還元されることがあります。 ブログをやっている皆様、amp対応していますか? ▼ ampって何?おいしいの?って人はこちらをどうぞ。 はてなブログのAMP対応に伸るか反るか ampだとアドセンスが表示されない(やる方法あるという噂もあるけど僕はできませんでした。誰か教えて)ので対応させたくないっていう人もいると思います。 僕の場合は「いろいろ問題あるけど100%やるべき」っていうのが主張なんですけど、最近アナリティクスとか見ているとなおのことやるべきだなと思っています。 今日はその辺を実例を交えつつ書いていこうかなと。 amp対応しておけばとんでもないビッグワードで上位表示できる可能性がグンと上がるよ ampをやるべきと僕が主張していた一番大きな理由は「検索結果のか
日本語の文章の場合、両端が揃っているとおさまりが良い。CSSではその両端揃えを行うためにtext-alignプロパティーにjustifyという値が用意されている。完全に日本語だけの段落ならほぼ100%、和欧混在の段落でも9割以上の段落で想定通り機能するが、まれに無残な結果になる。それは自動折り返しで長めの英単語が行頭に来る場合だ。 両端揃えは文字と文字の間を開けることで行われる。日本語だけの段落の場合、ほとんどどこでも改行することができる上、行送りの禁則処理が起こっても最大2文字分なので、行の長さが十分にあればその調整は認識されないだろう。問題は和欧混在の段落だ。 Demo: Justifying Problem この「contemporary」くらいの長さの単語だとまだマシな方で、あまり問題が起こることはない。しかし、このウェブサイトのようにcompareDocumentPosition
コンテンツのカラム幅は半角英数で45から75文字という説がある。それをem単位に直すとおおよそ25emから35emと考えられるが、実際にはフォントの横幅に依存する。一方CSSにはch単位というフォントの横幅によって変化する単位がある。ということはこの単位を幅や横方向の余白に利用すると、使用されるフォントに応じてカラム幅が適切に変化するはずだ……が、そうは問屋が卸さなかった。 利用はそれほど難しくない。ch単位は半角数字の0の横幅で決定されることさえ頭に入れておけばそれでよい。45から75文字を直すならそのまま45chから75chになるわけだ。一部でどうしても(r)em単位と組み合わせたい場合も出てくるだろうが、その場合はcalc()関数を使える。これでぱっと見はうまくいく。 しかしながらウェブフォントとの相性が非常に悪い。ウェブフォントの読み込み中と読み込み完了後でch単位の基準が変わって
ウェブサイトを日本語化していた。直訳っぽさや古めかしさ、オシャレ感を排除し、ニュートラルな翻案となると難易度が高い。カタカナ語がなかったら……と考えるとゾッとする。しかし安易にカタカナ語で目をつぶってきたことがこの体たらくにつながったのかもしれない。 日本語難しい。 特にナビゲーションでは長いとまずいことも多く、工夫が必要になることが多い。「About」などはその典型かもしれない。そのページで扱われているコンテンツを考慮すると「奥付」がかなり近いが、正確とはいえない上に一般的な単語でもない。よく見る「○○について」はウェブサイト名によっては致命的な長さになる。このウェブサイトでは正確に写すよりも、当該ページに書いてあることが雑多な情報なことから「いろいろ」としておいた。 インターネットに日本語が向いていない。
William A. Anders, the astronaut behind perhaps the single most iconic photo of our planet, has died at the age of 90. On Friday morning, Anders was piloting a small…
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
VOYAGE GROUP ECナビからPHPカンファレンス2016で発表した内容です。
Introduction My first encounter with docker goes back to early 2015. Docker was experimented with to find out whether it could benefit us. At the time it wasn’t possible to run a container [in the background] and there wasn’t any command to see what was running, debug or ssh into the container. The experiment was quick, Docker was useless and closer to an alpha prototype than a release. Fast forwa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く