のようなイメージではないでしょうか？ (灰色と橙色の分け方は作者のおすすめ度（匙加減）な気もしなくないんですが） はい…まさにこの通りですのでこれを参照頂ければなと思います。隅まで目を通していないのがバレますね。 では早速本題 🚀Introduction これが2017版 2018版 左の奴らが軒並みチョーヤバいです。雑だな！ まあここは導入みたいなもんなんで深くは追及しません。最早OSSや仮想鯖、クラウド環境化での開発は必須なんだってことが言いたいんだと思います。（適当） デザインパターンってのはGoF(Gang of Four)というおじさん４人がソフトウェア開発に取り入れたオブジェクト指向プログラミングにおけるこう書くとオブジェクト指向的にええと思う！っていうパターンの集まりです。全23種、知らず知らずのうちに使っているものも多いです。 なんで今追加されたのか僕にはよくわかりません

San Francisco Font Family San Francisco はひとつの書体ではなく、SF Pro, SF Compact などと呼ばれ、それぞれに Text, Display, Rounded バージョンが存在します。Text よりも Display の方が多くのウェイトを揃えているのは、Text は視認性を重視した書体ゆえ、細いものは利用する想定にないからなのだと思われます。SFシリーズはVariable fontに対応しています。 SF Pro vs. SF Compact SF Pro は macOS や iOS, tvOS デバイスのシステムフォントとして採用されています。SF Compact は Apple Watch のシステムフォントとして採用されています。Compact は字が四角形に近い形をしていて、Apple Watch のような小さなデバイスでも視

この記事は2018/1/11にGoogle Apps Scriptに新しく追加された3機能の紹介記事の3番目です。 https://gsuite-developers.googleblog.com/2018/01/three-new-tools-to-help-improve-your.html?m=1 新機能 Dashboard Apps Script API CLI Tool clasp (この記事です) 一つ一つが結構しっかりした機能なので記事を分けて説明したいと思います。 今回は3つ目のCLI Tool claspです。 CLI Tool clasp claspはオープンソースのGAS向けCLIツールです。 https://github.com/google/clasp CLI上からGASプロジェクトに対して以下の様なことが行なえます。 GASプロジェクトの新規作成 GASプロジェ

最近はGASの記事をあんまり書いてない大橋です。 2018/1/11にGoogle Apps Scriptに新しい3つの機能が追加されました。 https://gsuite-developers.googleblog.com/2018/01/three-new-tools-to-help-improve-your.html?m=1 もうこの機能が、歴戦のGAS Userたちにとって素晴らしいものばかりで、ぜひ紹介したいと思います。 新機能 Dashboard (この記事です) Apps Script API CLI Tool clasp 一つ一つが結構しっかりした機能なので記事を分けて説明したいと思います。 まずは1つめのDashboardから 新しいGoogle App Script Dashbaord Google Apps Scriptの作成者・管理者向けに新しいApps Scrip

まえがき 以前 Vue.js用のFluxライクなライブラリVuexを試してみる という記事を書きました。2年前の記事で更新もしていなかったので改めて整理して学び直してみようと思います。今回使用するバージョンは 3.0.1 です。 Vuexとは？ VuexはVue.js用の状態管理ライブラリです。Fluxの影響を受けています。ReactだとReduxに当たります。 Fluxの考え方はFacebookのリポジトリにあるflux-conceptsが詳しいです。その中の図をお借りすると以下のような考え方になります。 1 Action → Dispatcher → Store → View のようにデータが流れていきます。Vuexでもこの考え方と同じようなデータの流れになります。 2 Vuexでのデータの流れは Actions → Mutations → State → Vue Components

本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

はじめに クラウドワークスの初期バージョンを作ってから早6年。後任のエンジニアたちには様々なdisりを受けてきました。 システムアーキテクチャや設計（命名は除く）に関するdisりについては、何よりもビジネスを軌道に乗せることが優先されるタイミングでどこまで「ちゃんと」やるべきか、という議論の余地が常にあります（自分のスキル不足については、いったん棚に上げます）。 一方、「命名」については、サービス立ち上げ期であっても「ちゃんと」やるべきと断言できます。 なぜならば、 システム外（例えば、非エンジニアとのコミュニケーション）にも関係してくる、ある意味ではシステムの最も基礎的な部分と言えるため、ここでしくじると影響範囲がでかい ネーミングをがんばったからといって、それ自体にかかる時間はたかが知れているし、その後の開発速度に悪影響を与えることもほとんどない すなわち、命名を「ちゃんと」考えるとい

※ 本記事は自分が運営しているブログに転載しています。 株式会社LITALICOでWebエンジニア（Rails）を担当しています、@YudaiTsukamotoです。 この記事は『LITALICO Advent Calendar 2017』14日目の記事です。 今回は、実務でペアプロを導入したことで、ペアプロへの考えが180度変わった話について書こうと思います。 はじめに この話は、弊社のとある新規プロジェクトの立ち上げで実際にペアプロを導入した話です。 プロジェクトでは初期メンバーとして私を含めた4人の開発者がアサインされました。過去のプロジェクトで比較的うまく機能していたアジャイルの導入や、ソフトウェアテスト・静的解析ツール等を徹底してコードの品質を担保するなど、アプリケーション開発する上での準備を入念に行いました。 そんな中、同じプロジェクトにアサインされた同期の@Takuan_Oi

はじめに この記事は スマートスピーカー Advent Calendar 2017 10日目の記事です。 Google Homeを購入してからこの2ヶ月でやってきたことをまとめたいと思います。 が、ほとんどQiitaへ投稿した記事の紹介になってしまいました。 大体見たことあるという方はこちら以降をどうぞ。 なお記事の後半でコスト計算していますが、本記事で紹介した内容は最低6,000円あれば大体実現できます。 ※各所で本日までのGoogle Home半額セール前提。まだ購入されてない方はお急ぎを ※ツクモは25日までセール実施のようです 薬の服用ログ Google Home、IFTTT、Googleスプレッドシートを使って独自音声コマンドでログをとる（ついでにNode.jsやngrokやらも使ってLINEやGoogle Homeに通知する） Google Homeを買って最初に作ったのがこれ

※本稿はピクシブ株式会社 Advent Calendar 2017 の9日目の記事です。 さる技術書典で書く原稿のためにHTTPについて調べていたら、こんな記述を見つけた。 HTTP/0.9 は、1991年以来使われている HTTP の最初の版です。 極めて単純ですが、あまりに低機能なので、現在ではほとんど使われなくなっています。 それでも HTTP プロトコルの一部として依然として広く実装されています。 ― HTTP/0.9 - SuikaWiki (強調引用者) 本当だろうか。 HTTP/0.9といえば、HTTP/1.0やHTTP/1.1に上書きされて悠久の昔に忘れ去られた、古のプロトコルであるという認識である。NetScapeもバージョン2.0からHTTP/1.1を実装している。 HTTP/0.9とは GETリクエストしか存在しない HTTPヘッダなんてない HTTPステータスコード

bashとシェル芸 シェル芸を嗜むシェル芸人でなくとも、Unix系OSのユーザであれば日々シェルのお世話になっているはず。 数あるUnix系シェルの中でも、最も普及していると言われるbashについて、あまり使われてなさそうな文法を紹介する。 前提 動作確認環境 Ubuntu 16.04.3 LTS Linux kernel 4.4.0-97-generic x86_64 GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu) 日本語版マニュアルは JM Projectから引用 パイプラインの文法 パイプラインの文法全体の定義は以下の通り パイプライン (pipeline)は、制御演算子 | または |& で区切った 1 つ以上のコマンドの並びです。 パイプラインのフォーマットを以下に示します: [time [-p]] [ ! ]

作ったもの テレビ(ニュース番組)でよく見る速報テロップを画像を生成できるiPhoneアプリ📱 Sokuhoh Camera なぜ作ろうと思ったか 秋篠宮家の長女・眞子さまが大学時代の同級生である小室さんと婚約されると今年5月に報道されたのは記憶に新しいと思います。 そんな当時ニュース番組が小室さんの日常的な動向を速報ニュース化し、話題になったのを皆さん覚えていますか？ 眞子さまと婚約した小室さんの動向が一々「速報」で報道される理由が判明ｗｗｗｗｗ 小室さんが自宅を出たり、勤務先に到着したりするだけで速報テロップが出るのはなかなかシュールで、こんな速報テロップを好きな画像に簡単につけることができたら面白いなと思ったのが作った理由です😇 使い方 今すぐ作成をタップ 撮影 タイトル入力 That’s it. 作成時間 4時間(デザイン+開発) まとめ Twitterを見ているとSokuho

読書というものは、こちらが頭を空にしていれば、向こうでそれを充たしてくれるというものではない。 読書も亦（また）実人生の経験と同じく真実な経験である。[1] 読書術が学習を加速する 技術書、読んでますか？ 近頃はネット上の情報が増えたとはいえ、 やっぱり技術書は欠かせませんね。 とはいえ、読むべき本も山積。なかなか手がつけられない。 こんな方も多いのではないでしょうか。 今日は読書を一つのスキルとして捉え、 そのスキル向上のためのノウハウを紹介したいと思います。 以下の三部構成からなっていますが、どうぞつまみ食いしてください。 準備編「書物道具論」 実践編「つまみ食い読書術」 応用編「インデックス読書術」 本エントリはリブセンスアドベントカレンダー2017　テーマ「学」 の9日目です。 準備編「書物道具論」 はじめは３つの心構えについて。 まずは 本は頭から終わりに向けて順番に読む 本に書

設定不要のビルドツール parcelというビルドツールが空前の勢いでGitHubスターを集めており、リリース数日で5000スターを超えています。今日だけでも1000スター以上増えており、Googleなどの有名企業リポジトリ以外でこのスピードで人気がでるのは異例です。 https://github.com/parcel-bundler/parcel https://parceljs.org/ 実際に試してみたところ、これはwebpack一強時代を終わらせるレベルの使いやすさだと確信しました。 作者はAdobeのエンジニアで、その他著名エンジニアも続々と参加している様子です。 webpack疲れ webpackが出た当初、webエンジニアはgulp/grunt疲れの状態だったことを覚えている方もいるかと思います。 webpackの統合された設定ファイルは、タスクランナーで逐次処理していたものを

uzura です。 ファーストサーバ Advent Calendar 2017 の8日目を担当させて頂きます。 僕は会社では主にフロントエンドの開発を行っています。 今回 Advent Calendar に記事を投稿するということで、弊社サービスの Zenlogic にも使用されている Ruby on Rails や React.js を使いつつ、せっかくなので以前から作ってみようと思っていたサービスを（個人で）作ってみて、それについての記事を書きました。 rechord https://rechord.cc ソースコード (GitHub) どんなサービスなの？ コード進行を入力するだけで誰でも簡単に演奏/共有することができる Web サービスです。 コード進行って何？？ 音楽の知識が無い方には少々分かりにくい概念と思いますが、伴奏をする時の指針となるものです。 簡単に言うと、これ通りに弾

Cognitect社のNygardさんが10年ぶりに改訂したRelease It! 2nd Editionがまもなくリリースされます。内容は現在のベータ5版で全て書ききっておられるようなので、是非読んでみてください。 https://pragprog.com/book/mnee2/release-it-second-edition その中から4章の安定性パターンの概要をご紹介し、実際JavaのFailsafeライブラリを使った実装例を示したいと思います。 安定性のパターン Stability Patterns 分散システムや後続をブロッキングしてしまう重い処理は、システム全体がスローダウンしたり、無応答になってしまう危険にさらされています。クラウド時代になって、これらの安定性を保つための設計はより強調されるようになりましたが、わりと昔から様々な工夫がされてきたものでもあります。以下、Rel

はじめに この記事は，SLP KBIT Advent Calendar 2017 4日目の記事です． Vimで英語を書くときに便利なテキストオブジェクト コードを編集する上では，あまり使われないが英文を書く上で便利だと自分が感じるテキストオブジェクトの紹介をします． sentence [motion]is or [motion]as で分単位のテキスト操作ができます． [motion] は y がヤンク，dが削除，cが変更など． operatorは， i (inner) や a (a) などがありますね． 覚え方は，sentence inner yank, sentence a change みたいな感じです． gifアニメの例では，yank しています． vim内における文の定義は，:h sentence で確認できます． 簡単に要約しておきますと， '.', '!', '?'のどれかの

D3.jsで日本地図を描くときの基本(geojson) D3.jsで埼玉県地図を描くときの基本（topojson) D3.jsで埼玉県の地図上に市町村ラベルを描く 前回はGeoJSONフォーマットのデータを使って、D3.js(v4)で日本地図を描く方法を紹介しました。今回はTopoJSONフォーマットのデータを使って地図を描く方法を紹介したいと思います。同じ日本地図ではアレなので、今回は埼玉県の地図を描くことにします。 今回作成した埼玉県地図 https://s3-ap-northeast-1.amazonaws.com/kuki-app-bucket/japanmap/saitama.html １．TopoJSONについて GeoJSONは経度緯度の配列をデータとして持っていて、ポイントやライン、ポリゴンを描くことができました。TopoJSONはアーク（弧線）の配列を持っています。しかも

好きなモノは酒と女とラーメン、LIFULLのてぃば(@rechiba3)です。 弊社にはふたりの千葉がいますが、私のことは“人妻の方の千葉”で覚えて下さい！ はじめに この記事はLIFULL Advent Calender2017　その2の4日目の記事です。 今年の１月に誤って天使を地上へ産み落としてしまいまして、そりゃもう、毎日が幸せです。 天使は生後〜２ヶ月ぐらいは１５回／１日ほどおむつ交換の必要があり、それからは徐々に１０回、６回と減っていきます。 はじめは、おむつを替える度に育児手帳のような紙に記録していたのですが、ペンを持って時間を見て、印を付けて…といったフローが億劫でした。 なのでGoogle Homeを利用して記録できるようにしました。 ちなみに記録する目的 夫婦の共有のためです。 いつ交換したか、うんちは出ているか、便秘ぎみか、軟便ぎみか、などなど 娘の健康のために把握し

この記事はReact #1 Advent Calendar 2017の5日目です。 はじめに 私はなんとなくReduxが好きなのですが、 初めて手を出した時はreact-reduxのボイラープレートやディレクトリ構成やstore、Provider、middlewareのセットアップなど初見ではどれも意味不明で、最初はReact専用のフレームワークだと思っていました。 しかしソースコードを読んでみるとRedux自体は実装にflowもTypeScriptも使っていない非常に小さなJSライブラリに過ぎず、Reactとは独立した存在であることが分かりました。 ここではreact-reduxや他のJSフレームワークの事を一旦忘れてVanilla JSでReduxを動かし、純粋にReduxの動作原理について学んでみたいと思います。 FluxアーキテクチャとRedux1 ReduxはFluxアーキテクチ