【いでよ障害対応太郎】我々はインシデントにどう向き合っているのか 〜社内向け障害対応リスト付き〜
「なんかアプリでインシデント起きてエンジニアがどこかで対応してるらしいよ」 「インシデント時のお知らせって誰がどうやって出すんだっけ？」 「インシデントの復旧作業って今どれくらい終わってる？」 「あのインシデントって振り返りしたっけ？」 「似たようなインシデント、前も対応したような、していないような」 このような会話に覚えはありませんか？ FiNC Technologies社 (以下FiNC) では今まで インシデント対応をしていても自チーム内で対処しようとしてしまい、他の人が気づけないインシデント対応の仕方にフォーマットがなく、迅速な対応やお客様への報告ができないインシデントの振り返りが実施されず、インシデント時の知見が共有されないという問題がありました。 それらの問題を 気が付きやすく、シェアしやすくする = 統一のチャンネルで情報を整理し、そこにシェアしやすい空気を作る何をすべきかわ
ミルクボーイがアジャイルを説明したら
序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった
とにかく雑に作れ
学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック＆ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか？」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない！」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは
個人で運用している Web サービスをどう管理しているか 2018年版 - r7kamura - Medium
個人で運用している幾つかの Web サービスについて、自分がどう管理しているかを振り返る。 実験には Heroku を利用習作につくったアプリやβ版段階のアプリは、Heroku で動かしている。Heroku を使う場合のより具体的な条件としては、データベースが明らかに無料枠に収まりそうで、24時間動いていなくてもまあ誰にも怒られそうないような場合。Slack 用の Bot や、nippo という日報専用サービスのクローズドβ版などを主に置いている。 メリットに感じている部分は、無料で使えること。デメリットに感じている部分は、サーバが US に配置されることと、データベース系の Add-On が高くつくこと。例えば日本語圏向けのサービスだと、通信時間がそこそこ長くなり、結果的にサービスの体験が悪くなる（昨今の平均的な Web サイトの速度はまだまだ遅いので、それと比較すると悪くなるというほど
iOSアプリを作るときのおすすめ構成
高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´･‿･｀) Continuous Integration(CI)環境次に、CI環境について触れます。CI
Xcode 9 のベクター機能がさらなる次元に
Apple added PDF vector images to the Xcode asset catalog in Xcode 6. It is a convenient way to build the image assets… など、英語の記事が出てきました。日本語のは無いようなので書きます。（追記：ありました。 https://qiita.com/hikaruna/items/e6fbc283f0b3e21fd2f3） これらによると バイナリにPDFベクターデータを含めて、実行時に処理され、にじみのない画像が表示されるXcode 9で作成したアプリをiOS 11で実行した時コードで書かれたものでもストーリボードでも出来るということで、まさしく俺達が待ち望んだ機能です。 注意点は アセットカタログのPreserve Vector Dataをオンにすることです。 やってみましたS
なんで駐在員は大変なのか (英語編)
(この記事のその後の経緯をこちらに書きました) 今は日本で働いているけど、いつか一度は海外で働いてみたいという人もきっと多いだろう。 海外で働く一般的な手段は駐在員かと思うが、日本企業の駐在員というのは様々なパターンがある。任期付きの研修風な扱いか、採用目的のただの福利厚生的な位置づけか、社内の「期待の星」を育成するポストみたいになっているか、いっちょ若いやつに任せてみるか的なノープランポストか、そんな感じのイメージかもしれない。 メーカーさんや商社さんなどは、既に現地の市場か生産拠点があり、現地マネジメント、現地オペレーションという意味合いが強いかもしれない。バリューチェーンの中で欠かせないピースとして、海外子会社が存在する。 一方、インターネットの場合はちょっと様相が違うようだ。大半が、買収した海外の会社に行くか、もしくは全くの別事業を展開しているところに行く感じになる。こういった事業
Swift 3から4へ変更してみた
Xcode 8.3.3 & Swift 3で作られたプロジェクトをXcode 9 & Swift 4へ変更する作業のレポートです。 Xcode 9でプロジェクトを開く警告が2つ発生。警告というかおすすめというか。 Swift ConversionのConversion to Swift 4 is available 3から4へソース変更のおすすめValidate Project SettingsのUpdate to recommended setting プロジェクト設定変更のおすすめUpdate to recommended settingでは実行してみます。まずは簡単に終わりそうなUpdate to recommended settingから。ビルド設定にあるワーニング発生の条件が増えるようです。 押すだけでした。チェックボックスが2つありますが連動しているので実質1つです。変更の中身
LicensePlist というiOSアプリ利用ライブラリのライセンス一覧を生成するツールを作りました
依存ライブラリ形式は以下に対応しています。 CocoaPodsCarthageYAML設定ファイルによる指定(例はこちら)特に、3つ目の「YAML設定ファイルによる指定」があるので、例えばソースを直接入れたりGit Submodule使っている場合も、そちらに記載すればOKです。SwiftPMはiOSアプリではまだ通常使われていないので未対応ですが、普及したらCocoaPods・Carthageと同様に標準対応する予定です。 生成される結果例このように、設定アプリ上でキレイに一覧されます。 インストールの仕方Installation にいくつか書いてありますが、CocoaPodsでのインストールをお勧めします。 Podfileに次の行を追記することでインストールできます。 pod 'LicensePlist'CocoaPodsを使っていない場合、Homebrew経由で、以下のコマンドによる
Serverless Server Side Swift with Hexaville
Hello World. I’m writing client and server applications with Swift at my company. Our company has only two people(me and co-founder/Engineer) and running by our own money. So we don’t have abundant money to launch a lot of server instances usually and difficult to hire other people to operate/observe our clusters in 24 hours a day. I hope Serverless computing is one of the solution for this situat
私が松江にUターンした理由
おことわりもともと[松江移住ITエンジニア Advent Calendar 2016](http://www.adventar.org/calendars/2018)の記事をQiitaで公開していましたが、「プログラミングとは関係ない」という理由で公開停止となりました。まあ、執筆当時知らなかったとは言え、基準は明確ですし、そのことに不満はありません。しかし、せっかく書いた文章が公開されなくなるのはもったいないので、こんどはMediumに書いてみることにしました。 今度はどうかな？ はじめにこれは[松江移住ITエンジニア Advent Calendar 2016](http://www.adventar.org/calendars/2018)の25日目です。 私が松江に引っ越してからおおよそ２０年になります。松江移住ITエンジニアの中でも古参と言っても良いでしょう。Ruby関連となれば確実に
33 iOS open source libraries that will dominate 2017.
Hello, iOS developers! My name is Paweł, and I’m the iOS developer and publisher behind the Astro Photons Apps. Almost two years ago I published 27 iOS open source libraries to skyrocket your development. It is my best story (regarding Medium users reactions) here ever: If 155 thousand people are concerned enough to break through a wall of text on the Internet to find the best iOS open source libr
私が億万長者になった日 — Japanese Official — Medium
By DHH 私はコペンハーゲンの街はずれのミドルクラスよりちょっと下くらいの家庭で育った。スカンジナビアの外はどこでも「貧乏」という社会経済的なレッテルが貼られていたが、デンマークのセーフティー・ネットとサポート・システムは国内状況を何とか改善しようと最善を尽くしてくれていたのだ。 中央が私。手作りの服を着て、同じく手作りの忍者の武器を構えている。イェイ！とここまで読んで心配しないで欲しい。これから語るのは「無一文から大金持ちになったサクセス・ストーリー」ではない。しかも、私は「英雄的なことをたった1人で成し遂げた」と吹聴して回るのが大嫌いなタイプだ。私は無一文どころか政府が支援する産休、育児、教育制度、現金支給の恩恵まで受け、さらにはAAB（労働組合による住宅支援協会）が用意してくれた住宅で不自由なく育った。それに私の母は、全く余裕のない家計の帳尻を「1番安い牛乳を買うために自転車で1
Swiftポエム — null安全編
Swiftのおかげで人生豊かになったと言っても過言では無いので、ポエムを書きます。 Objective-Cという色々突っ込みどころの多い言語を使いこなさないとiOSネイティブアプリを書けない辛い時代でした。 しかし、そんな中でもiOSは… ミスったところは大体コンパイルエラーにしてくれてます。 Scalaなどと同様、関数型言語の性質も取り入れた書き方も出来ますし、かといっていわゆる関数型言語みたいな堅い縛りもなく、共存しやすいです。 一時期Haskell入門してモナドなど勉強して挫折気味でしたが、Swiftでそれ系の記事読んだり触れたりして理解深まりました。 SwiftでOptionalというnull安全のための言語仕様があることはもちろん嬉しいですが、個人的にはそれはそこまで重要では無いと思っていて、「型が強い」ことの一要素程度に思っています。 静的言語 vs 動的言語僕は静的言語大好き
UIがエロいMac App集
UIがとてもイケている『エロい』Macアプリを適当に挙げようと思う。 私が考えるエロいUIの条件： AppKitを利用したCocoa AppデスクトップアプリWebView, Electron, Flash, Javaなどの技術で構築しないHIGを守る／Apple純正アプリをリスペクトするWindowsのUIを基準にしないドラッグアンドドロップなど機能的にもMac OSの仕組みに従う独自UIで汚染しすぎないMac OSらしい色使いMac OSらしいアニメーション／インタラクションMac OSらしい言語表現（例えば「ウインドウ」「環境設定...」など）Mac OSらしいフォント（San Francisco, Helvetica Neue, Lucida Grande, Hiragino Sans, Menlo, Monaco...）標準的なメニューバーおよびキーボードショートカットよって例え
Parseサービス終了についての雑感
BaaS(Backend as a Service)のParseが、来年一月でサービスを終了することをブログでアナウンスしました。昨年末にウェブ・ダッシュボードをReactベースで刷新するなど、活発に開発がされている印象があったので、とても驚きました。Twitterのタイムラインでは、デベロッパーさんのこんなつぶやきも。 筆者自身も現在開発中のゲーム・アプリでParseの一部機能を利用しており、以前にも自分の関わるウェブ・サイトでParseの利用を検討していたことがあったので、Twitterにいくつか感想を書きました。せっかくなのでここに記事としてまとめておきます。 Parseの移行に関する情報先に書いておくと、既存の顧客にはデータをMongoDB形式でエクスポートするツールと、Parse互換のAPIサーバがオープンソースで提供されます。ただし、現状ではAPIサーバはウェブ・ダッシュボード
友達がほしいです
今日は、今まで僕がインターネットにあまり書いてこなかった、個人的なことを書きます。 これを読んでいるのは、僕のことを知っている人でしょうか。それとも知らない人でしょうか。知らない人は、初めまして。実は僕にはずっと友達がいなくて、つらい思いをしています。今までなんとかごまかしてたけど、最近はいろいろあってごまかしきれなくなってきました。なのでこれを見て、友達になれそうな感じがもしあったら、連絡をください。出来れば同性の方がいいです。 こういうかたちで友達を募集するのは、かなり滑稽だと思うし、多くの人はこんなことしなくても自然に、あるいは頑張って友達を作ってるのだと思います。こういうことを書くようなメンタリティだから友達ができないのだ、というお叱りもあるかもしれません。ただ、自分ではもう、友達をどう作ったらいいかも分からなすぎて、こういう方法をとるしか思いつきませんでした。 僕は、Facebo
シリコンバレーのUXトレンド10選 / UX Survival Guidesレポート
先日、サンフランシスコで行われたUX Survival Guidesに行ってきました。10年以上シリコンバレーでUXデザイナーをしているJoe Prestonから最近のUXトレンド、プリンシパルに関するショートトークを聞くことが出来たので紹介します。(次回はプリンシパルについて書きます) https://www.youtube.com/watch?v=NEKvlVYR0SM&index=5&list=PLGkDzKLOoQkk2VaE_QDnE7h4FKlDbJF4Rミニマリゼーションとも呼びます。私たちがデザインを始めた90年代と比べて、非常に変化してきている流れの一つです。 背景、グラデーションや影、線、ラベル、、すべてのものを取り去ることが美しいデザインと考えられるようになっています。例えばグラフはこのようになります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はやいUI
Swiftレター #3