ぎんざRuby会議LT資料
こんにちは丸山@h13i32maruです。 僕は2015年からESDoc*1というJavaScript向けのドキュメンテーションツールを開発しています。 https://esdoc.org https://github.com/esdoc/esdoc Star 最初のリリースから2年、昨日ようやくv1.0をリリースできました🎉 いやー、ここまで長かったです。今ではRxJSやSketchAPIなど、様々なツールで使用されています。 この2年間、ESDocは2つのゴールを目指して開発してきました。 ドキュメントの作成・メンテナンスを快適にする(ドキュメントを書くの楽しい!という状態) ソフトウェアの使い方を簡単に理解できるドキュメントを作成する(ソースコード読まなくても大丈夫!という状態) この2つを満たすためにESDocは色々な機能を提供しています。 今日はそれらの機能の中でも(多分)モダ
こんにちは。エンジニアの小川です。約1年の産休育休を経て2016年に復帰し、ワーキングマザーとしての日々を送っています。主な役割は「ぐるなびまとめ」というコンテンツの開発チームリーダー。仕事内容は、チーム運営や案件管理などです。 ぐるなびのエンジニア職では産後に復帰する人が100%(2017年1月現在)*1。復職者向けの支援制度があり、妊娠・出産するママを会社がバックアップしてくれます。 今回は私の産休育休から復職までの体験や子育て・家事の経験から得たマインド、家庭での情報収集・共有方法などを紹介していきたいと思います。 妊娠発覚から産休引き継ぎまで 2014年の4月にレストラン検索のチームリーダーになった私は4月中旬に妊娠が発覚。一部上長には早め(4月下旬)に報告し、8、9月あたりから後任者(同じチームの後輩)への引き継ぎをはじめました。 引き継ぎ内容は、実務的なことよりチーム運営的な業
Documentation Driven Contractsについて調べてみた May 15, 2017 ( May 15, 2017 更新 ) モチベーション 最近業務で、社内の他のチームに提供するAPIを開発している。 関わっている人が少なければ、みんなで近くに座って都度仕様について相談していけばいい。(感覚的には〜7人くらい?) しかし、会社全体の人数が多く、関わるチームも複数いるため(サービスのモバイルアプリ担当、Webフロント担当、バックエンド担当…など)包括的で都度更新されるドキュメントがないと開発効率が悪い。 とはいえ、API提供チームとしては、実装になるべく多くの時間を使いたい。具体的には以下の条件を満たす手法があればよい: ドキュメント作成にかける時間を短くできる 作成したドキュメントの内容が正確(最新であることが必須) 一番原始的な手法として、ドキュメントをちまちま人手
明示的アクション/暗黙的アクションについてずっと言語化できていなかったので、このたび記事にまとめてみました。馴染みのあるMac OSそしてiOSを例に、画面上のオブジェクトを操作するための二つのパラダイムについて説明します。 2005年頃の Apple Human Interface Guidelines (HIG) を開いてみると、そこには「Explicit and Implied Actions – 明示的および暗黙的アクション」と呼ばれるデザイン原則が示されています。Mac OSのユーザーインターフェイスでは、明示的アクションと暗黙的アクション、この二種類の操作体系が同時に提示され、ユーザーは好きな方法を選択することができるようになっています。 明示的アクション明示的アクションとは、すなわち画面上に明示された手段を選択してコマンドを実行するというものです。Macを例にすると、ユーザー
今だけ5,400円割引キャンペーン! 期間限定!返金保証&無料お試し可!>> ︎ スタディサプリENGLISH「TOEIC 対策コース」がリリースされて1年弱、「結果の出るTOEICアプリ」としてTOEIC学習者の間で評判が高まりつつある。一部ではTOEIC対策の「神アプリ」と呼ばれ 、TOEIC試験会場で本番前に使っている人もチラホラ見るようになってきた。 このアプリは、特にTOEIC300~600点台の人と相性がよいので、このスコアレンジにいる人はぜひ一度試してみる価値がある。 僕自身も750時間超このアプリを使ってきた。その感触として、確かにこのアプリは「初級者、中級者がTOEIC基礎力を底上げして800点台を目指すのに最適」だと実感している。 ● ● ● ここでは「スタディサプリ ENGLISH TOEIC対策コース 」の概要はもちろん、TOEIC対策アプリとしての評価・評判、
昔話 昔(2009〜11年くらい)はみんなTwitter APIを使うだけのWebサービスを大量に作ってた。ブラウザで動くTwitterクライアントだったり、診断系だったり、あとはTwitterとなんかのAPIをマッシュアップ(死語)させるやつを作ってた。最近の若者は、あんまりWebサービスを作ってインターネットに公開していないような気がする。今はアプリ開発の人もいるからそっちに流れてるのかもしれないけど。 気軽に作れない理由 これは結論から言ってしまうとWebサービスを作って公開するのに考えることが増えたという話だ。 Webサービスを公開するのに、最低限ローカルの開発環境とWebサービスをホスティングする環境(自宅サーバ、VPS、IaaS、PaaS、なんでも良い)の2つがあればよかった。今もそうだ。でも、今はそれだとダサいと言われるようになってしまった。 Ansible, Chef, I
いつも心に冪等性。古橋です。 リトライと冪等性のデザインパターンの完結編です。 だいぶ間が空いてしまいましたが! 最後に冪等性を実装する汎用的な実装手法についてまとめていきます。 パターン6:操作ログとリクエストIDでUPDATEを冪等にする 同じIDで識別される値がUPDATEされる場合、つまりmutableである値の管理は、一般に冪等に行うのが難しい。 例えば、ユーザーごとに「最後に購入したアイテム」を更新する操作を考えてみると: 1. ユーザーAが最後に購入したアイテムをアイテム1に変更する(UPDATE) 2. ユーザーAが最後に購入したアイテムをアイテム2に変更する(UPDATE) この操作に何の対策もなくリトライを実装した場合、後続のUPDATE処理の結果を古い内容で上書きしてしまう可能性がある: 1. ユーザーAが最後に購入したアイテムをアイテム1に変更する(UPDATE)→
はじめに こんにちは、普段はPawooの開発を担当している新卒エンジニアのabcangです。 最近話題のHeadless Chromeを使って魚拓を作ってみましたので、その話をします。 結論から言うと、こういうものができました。 以下、詳しくお話していきます。 日々行われるデザイン変更をどう把握するか pixivには毎日新機能やUIの変更がデプロイされており、どんどんページが変わっていきます。 ある日、ディレクターから「デザインの変更履歴を追うための魚拓ツールがほしい」と相談されました。魚拓ツールがあると、なにか数値の変動があったときにデザインの崩れを確認したり、過去のデザインを振り返ったりするときに便利とのことです。 ちょうどそのタイミングでHeadless Chromeが利用できるGoogle Chrome 59がリリースされていたので、試すいい機会だと思い引き受けました。 Headl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く