2018年、『Androidテスト全書』という本が出版されました。 この本に著者のひとりとしてかかわり、また周囲からの声もあり、iOSにおけるテスト全書も必要だろうと強く感じました。 なぜなら、iOSアプリのテストに関する知見が世にあまり公開されていないからです。 さらに、まとまった形での情報はないといってもいい状況です。 この知見がないという状況はよい循環をうまないと思い、iOS Test Nightという勉強会を企画・開催しています。 ありがたいことに、いろいろな知見が集まっている状況ではありますが、まだまだ広まっていないと感じています。 そこで、iOSのテストに関する本を世に出そうという気持ちのもと、iOSアプリのテスト周りに知見をもつ方々に著者、 そしてレビュー担当者として集まっていただきました。 本書では、まとまった形で情報を提供したいという思いから、iOSアプリにおけるユニット

MF KESSAIの篠原（@shinofara）です。 2017年3月に創業してからもうすぐ2年になります。 MF KESSAIって何 MF KESSAIというサービスは、導入企業様に提供しているサービスのUXはもちろん、サービスを支える裏側も成長を続けています。 しかし、これまで採用広報に力を入れる事ができなかったため、社外エンジニアの方からよく下記の質問をされる事が多くありました。 MF KESSAIってどんな会社？ MF KESSAIって何をつかって、どんな風に開発してるの？ その疑問を解消するために、MF KESSAI Handbookを公開しました。 MF KESSAI HANDBOOKについて MF KESSAI Handbookには、下記の内容を記載しています。 MF KESSAI株式会社について MF KESSAIというサービスについて MF KESSAIの利用言語について

プログラミングのスタートに年齢は関係無い 大人は見守る立場にある 何も教えなくても、好きだから始めている スポンサーリンク プログラミングのスタートに年齢は関係無い 「イチゴジャムを買ってきて」 そう夫に伝えて届いたのがマイコンボードのIchigoJamで、それからだいぶ月日が経ちました。 7歳の長男が、3歳の次男にIchigoJamでキーボードの入力方法とプログラミングを教えるようになりました。 内心、親としては「3歳の次男にできるのか？」と思っていました。でも、そうじゃなかった。次男はアルファベットは完全に書けなくても読めるから、キーボードもタイプする位置さえ分かれば入力できるんです。 7歳長男が3歳次男にキーボードの入力指導しながらプログラミングを教え始めた。意欲のある坊やたち🍡 大人は見守る立場にある プログラミングのスタートに年齢は関係無いんだなと。Lチカできるようになった次男

Ethereum(イーサリアム)は2015年に生まれた、ブロックチェーンのアプリケーションプラットフォームです。 スマートコントラクトと呼ばれる、改ざん不可能で検証可能なプログラミングコードの組み合わせにより、 ブログなどのSNS P2Pレンディング ヘッジファンド ゲーム など、あらゆるアプリケーションが構築可能です。 世の中を大きく変化させる可能性を秘めているのがEthereumですが、なかなか丁寧に概要をつかめる日本語ソースは膨大かつ玉石混合で選定が難しく、英語ソースは少し敷居が高い場合もあります。 そこで、「Bitcoinなどのブロックチェーンはある程度聞いたことがあるが、Ethereumについては知らない」という方にとってもその意義や内容が分かっていただけるよう、個人的に最も分かりやすく網羅的な入門記事であると考えている What is Ethereum? A Step-by-S

ジョブキューイングシステムをどうするかでチームのリーダーとやりあって考えたことがあるのでまとめておく。 Rails で使うジョブキューイングシステムの技術選定で、リーダーは Amazon SQS 推し（レガシーシステムで SQS を使っている）、自分は Sidekiq 推しだった。前職時代に Sidekiq を使ってトラブルに遭遇したことはなかったし、とても簡単に使えるので Sidekiq で十分だと思っていた。 Sidekiq は GitHub でのスター数は 9000 オーバーで、 Rails の ActiveJob バックエンドとしては事実上のデファクトスタンダードだといえると思う。ググれば情報がいっぱい出てくるし、チームメンバーもリーダー以外は全員 Sidekiq の使用経験があった。 GitHub - sidekiq/sidekiq: Simple, efficient back

こんにちは。Wantedly Visit 開発チームで"Squad Leader"をしている森脇です。 この記事では、エンジニアブログでいつも紹介している技術の話ではなく、開発チームが普段どのようにシゴトをしているのかを紹介したいと思います。エンジニアだったらクールな技術を使っているかはもちろん重要ですが、どのような組織体制で、どのような目標を持って、どのように意思決定をするかは、それ以上に大切なことでしょう。 まずは重要なキーワードであるSquadとOKRについて簡単に説明してから、実際のチームを例にしてより詳しく具体的な話をしていきます。 チーム編成: SquadとTribeさっき自分のことを"Squad Leader"と紹介しましたが、いきなり登場したこの"Squad"という言葉について説明します。 Squadとは、いわゆるチームのことなのですが、同じ目標をもち、互いのシゴトが強く依

ホーム ニュース 『スマブラ SPECIAL』を心待ちにしつつプレイを諦める末期がん患者。その呟きを受け、コミュニティがふたたび任天堂を動かす 今年12月7日にNintendo Switch向けに発売予定の『大乱闘スマッシュブラザーズ SPECIAL』（以下、スマブラ SPECIAL）。登場ファイターやステージ、アイテムなど、あらゆるコンテンツがシリーズ史上最大規模という本作に期待する人は多いことだろう。カナダに暮らす21歳のゲーマーであるChris Taylor氏もそのひとりだ。しかし彼はNintendo Directが放送された9月14日、『スマブラ SPECIAL』をプレイすることは叶わないだろうと、不安を滲ませるツイートをする。 Im really scared i won't be able to play ultimate — Chris Taylor (@SpookyWoob

最近新しく人が入ってきて、今まで手がつけられていなかった部分に対する正論をストレートにぶつけてきてくれて思わずにやけてしまった。 そう、新しい人には感じたことをそのまま言ってほしい。まだ自分が成果を出せるかわからないタイミングで正直に思ったことをぶつけるのはすごく勇気がいることだとは思うけれど、新しい旋風を巻き起こしてくれた方が嬉しいし、それをうまく取り込むのは既存メンバーの役割だと思っている。 正論をうまく取り込むには準備と心構えが必要だと思っていて、それをざっとまとめてみる。 社内ブログやSlackチャネル、定例など意見を言いやすい場所を用意しておく 感じたことは率直に言ってほしいと期待している役割などを伝えておく 口だけみたいになるのでは、という不安はいったん気にしなくていいと伝えておく 個人ではなく仕組みに対してという伝え方を意識してほしいと伝えておく 言ってくれたら、まず素直に感

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

お初です。2017年10月入社の @kobaken です。iOSアプリ開発を生業にしております。 最近はすっかりスタァライトされてしまい、舞台創造科の一員になってしまいました。 普段は声優のことを考える傍ら、pixivやpixiv SketchのiOSアプリの開発をしています。 ところで、iOSアプリ開発をされている皆さんの中に、このような現象に頭を悩まされている方はいるでしょうか？ なかなか終わらないビルド……侵食されるCPUリソース……固まるIDE…… わかります。自分も以前までは上記の症例に頭を悩まされ、【精神破壊(メンタルブレイク)】される寸前でした。 どうにかして作業効率を上げないと僕が病んじゃう！そうすると開発の手が止まって、新しい価値をユーザに届けられなくなっちゃう！私これからどうすればいいの〜〜〜！……そんなとき僕たちの目の前に現れたのが「iMac Pro」でした。 iMa

こういう話を書くとね。放射脳の人がキーキーいうから嫌なんだけどね。とりあえず備忘録で書いておきますわ。 北海道が全道で停電しても死者が出なかったのはいまが良いシーズンだから。これが真冬だったらどうなるか。何万人も亡くなっていたでしょう。帯広の仕事先はそれを考えたら物凄く恐ろしいと言っていた。 夏と冬では必要電力がこれほど違う。 で、北海道は石油ストーブやガスストーブだから停電しても平気だという方もいるが・・・。それ、田舎の家庭だけの話でしょう。 北電の資料だと電力は暖房だけではなく、様々な冬の対策に必須なのである。 3.11の２時間の計画停電でさえ、我が家はガスファンヒーターもオイルヒーターも、そして給湯器も使えないから寒さに震えていた。激寒の北海道ならどうなるか。セントラルヒーティングは使えないし、水道管は破裂するし、ビルや病院のボイラーだって制御装置が停電で使えなくなったら停止するんじ

日常的にVueを使用している開発者が、Reactはどうなのだろうと思い、ReactとVueで全く同じアプリを作成した時のそれぞれの工程を比較して分かった相違点を紹介します。 I created the exact same app in React and Vue. Here are the differences. 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 隣の家の芝生は青く見える VueとReactで作成したアプリの見た目を比較 VueとReactはデータをどのように変更させるか アイテムの新規作成 アイテムの削除 イベントリスナーを渡す 子コンポーネントにデータを渡す 親コンポーネントにデータを戻す 終わりに 隣の家の芝生は青く見える 私は現在の職場でVueを使用しており、Vueがどのように機能するかかなり理解してい

先日、Twitterでこのような投稿をしました。 300冊ほどある技術書を処分します。 今では店頭で手に入らない絶版の本や古典もあります。 売るのめんどいから処分。 八王子まで引き取りにきてくれるなら無料で譲渡します。#技術書 pic.twitter.com/rsAZhjUecM— はむ@フリーランス (@secret_hamuhamu) July 11, 2018 私の自宅でずっと眠らせていた技術書を処分するついでに熱心なエンジニアに譲渡しました。 すると結構バズって(狙い通りだけどw)引き取り手がたくさん現れてくれました！！ 東京の端っこまで足を運んでくれてありがとう！（＾＾ 夜中の１２時過ぎに来てくれた猛者もいました笑 応募が多く残念ながら全員に引き渡せなかったですが、こんなにも熱心な方が多くてエンジニアの世界は素晴らしいなと再確認しました。 今回の譲渡の目的は「未来への投資」です。

サンディスクのmicroSDカード 512GBが40%OFF。写真や動画のデータ置き場はこれで良くない?【Amazonセール】

iPadはpdfの書類を読むのに最高に便利ですよね。 会うたびに友人にオススメしていたら、友人がiPadを購入しました。 すると、アプリやアクセサリを購入して、すぐに私よりも使いこなしていたので、私もiPadProのアプリを買ったりアクセサリを購入しました。 もっと早く購入すべきだったと後悔するぐらい、さらに最高の使い勝手になったので、紹介します。 全部で4,000円の追加投資で、ここまで最高の使い勝手になるのだから、絶対にオススメです。 以下買って良かったと思う順に記載します。 GoodNotes 4 GoodNotes 4 Time Base Technology Limited仕事効率化¥960 ipadでpdfを扱うときの定番アプリらしい。 これまでは他のアプリを使っていて、不満はなかったんだけど、GoodNotes 4は次元が違いました。 ApplePencilで文字が書けるのは

パリで発表されていたReact向けプロダクトがあまりにも未来に生きていて興奮したので、紹介させてください。 目次 目次 この記事のゴール 想定読者 はじめに 今回ベースとするソースコード React Nativeは何をするツールか Reactは何をするツールか React DOMとReact Nativeの違い Reactアプリケーションを描画するものたち React DOMの役割 React Nativeの役割 1. ネイティブ処理系の上でJavaScript処理系を動かす 2. Reactを動かす 3. Reactから渡された差分をネイティブViewに適用する React Native DOMはどこがReact Nativeなのか React Native DOMのやばいところ6連発 ReactからはReact Nativeに見えてるのがやばい Objective-C実装をJavaSc

エンジニアの目標設定において、重要でありながらついつい忘れてしまいがちなのが「キャリアビジョン」と「スタンス」です。この2つの要素は、エンジニアとしての人生を充実させるのにとても重要です。ところが目標設定というものは日々問われるものではないので、個人で日常に落とし込むのが難しい側面があります。しかも必要な要素を見落としたまま目標を立ててしまっているケースが、かなりあるのです。 ここでは「次回の目標設定をどうしよう？」と悩んでいるエンジニアの方に、効率的で完成度の高い目標設定のつくり方を伝授したいと思います。エンジニアの方がついついやってしまいがちなミスなども具体的事例を交えて、解説します。目標設定の作成に悩んでいたエンジニアの方は、是非活用して頂ければ幸いです！ １．目標設定の重要性一般的なビジネスパーソンにとって目標設定は、成功への道標であり、モチベーションの根源でもあります。例えば、「

先日飲み会で技術的負債についての雑談をしていた。結構いろいろな側面の話をしていたのだけど、技術的負債って一括りにしているのが今はあんまり良くなくて、負債の性質によって技術的奨学金、技術的FX、技術的年金などと言葉を変えると良いのではみたいな半分冗談で会話をしていた。 いろんな問題が技術的負債という一言にまとめられてしまっているので、負債の性質に合わせて、技術的奨学金、技術的FX、技術的年金、など用語を分けると良いのではないか、という話をした— 趣味はマリンスポーツです (@hitode909) 2018年3月27日 技術的負債について - hitode909の日記 それで技術的負債のパターンを見つけて、それによりどういう悪影響があるか、それがなぜ起こるのか、どう返却するかについて考えておくと良いのではと思ったので、今日思いついた3つのパターンをメモしておく。 思いついたパターンは3つ。 変

小飼です。Dropbox上場のニュースをみて『Rustで上場』という標語を考えたんですが、ロジックが乱暴過ぎるとの評価を頂きました。 さて、フィードフォースでは去る3月8日広告出稿・運用支援ツール『EC Booster』をリリースしました。 この新サービスにはクライアント・サーバ間コミュニケーションのインターフェースにGraphQLを採用しています。 GitHub, Apolloなど、海外では採用事例の増えてきている印象のあるGraphQLですが、国内における採用事例はまだあまり多くはないようです。 そこで本稿では、フィードフォースで実際のプロダクションに採用してみての、初期の使用感などをお伝えしたいと思います。 なお、本アプリケーションはAPIサーバ及びアセット配信サーバとしてのRailsアプリケーションが、 React/Apolloで構築されたクライアント側アプリケーションと、Grap

スペースマーケットは昨年の9月からproduction環境にgraphql-rubyで実装したGraphQL APIを導入しています。 今日はその際に設計方針として決めた事について書きます。これからRubyでGraphQLを導入する人の参考になれば幸いです。 対象読者 Railsに親しい方 GraphQLがどんなものか理解している方 この記事ではGraphQLの概要については解説しません。スペースマーケットのGraphQL導入の経緯については先日勉強会で発表したスペースマーケットのアーキテクチャ変遷のスライドに詳しく書いています。 Ruby On RailsでGraphQL APIを作るには？ graphql-rubyを使えば導入は簡単です。 # Gemfileに追加 gem 'graphql' # installコマンドを叩く $ bundle install $ rails gener