DX: Developer Experience のよいプロジェクトで働きたい！ - builderscon tokyo 2018
Abstract 3行で DX（開発体験）とは、「システムを気持ちよく開発・保守できるかどうか」を表すものです このセッションでは、具体例を示すことで「DX」という概念をを明確にします また、よいDXとは何か、どうやってDXをよくしていくかについて議論します 例 たとえば、DXがよいプロジェクトでは、 テストとCIが整備されて安定かつ高速に動き、 コードの命名がわかりやすく一貫しており、 適切に設計されたアーキテクチャをもち、 ライブラリや依存関係のメンテナンスが行き届き、 TypeScriptやGraphQLなどのよりよりDXのための技術の採用に理解があります。 またDXが悪いプロジェクトは、しばしば「治安が悪い」ともいわれますが、 CIが遅くランダムでfailし コードの命名に一貫性がなく、 設計も不適切でテーブル構造も場当たり的で、 ライブラリやフレームワークははるか昔のものを使い続
DroidKaigi 2018で『すばらしきGraphQLのSEKAIへようこそ』という発表をしました - Islands in the byte stream
DroidKaigi 2018 に参加して発表してきました。 今回はDroidKaigiということでクライアントサイドの視点から解説しています。よって、サーバーサイドの実装についてはまったく触れていません。サーバーサイドの実装については以前発表をしたことがあるのでそちらもどうぞ。 RejectKaigi 2017で「GraphQL on Rails」という発表をしました - Bit Journey's Tech Blog 今回のDroidKaigiはday 1で当日スタッフとして司会もしましたし、個人的にもDroidKaigi Prelude というイベントをするなどして思い出深いkaigiになりました。また来年もできるといいですね。
2017年まとめ - Islands in the byte stream
キャリア Bit Journey（as エンジニア）とSpeee（as 技術顧問）は引き続き スタートアップでサービス開発するのは学びがあってよい 技術顧問業は難しい。成果はあったりなかったりする 35歳になった 2017年の初頭に 定年説をめぐって — 1. ミームの濫用 – To Phantasien *1 を読んでキャリアについて考えた ぼくはこれを「35歳定年説は捨てていいとして、その後50代や60代を見据えたキャリアプランを真面目に考えるべきでは？」という話だと解釈した 自分に関して言うと、まだ Plan B（≒ プログラマ以外の職種）は考えられないが… 子供が産まれた 家事と子育てに割く時間が非常に大きい これは好むと好まざるとに関わらず、キャリアに対する影響は大きい 時間もそうだが、家事と子育てで疲労がたまることにより他のことをする気力がなくなるという問題もある 結果、子供が
ISUCON7予選の上位陣の戦略まとめ - Bit Journey's Tech Blog
Speee社でISUCON7の復習会をやったのでその資料を公開します。 ISUCON7復習会 2017/11/08 at Speee Lounge. original repo: https://github.com/isucon/isucon7-qualify 概要 ISUCON7の予選突破組の上位陣の戦略をいくつか分析してみました。 †空中庭園†《ガーデンプレイス》 repo: https://github.com/ryotarai/isucon7q http://eagletmt.hateblo.jp/entry/2017/10/24/010832 https://mozami.me/2017/10/24/isucon7_qualify.html スギャブロエックス repo: https://github.com/gfx/isucon7-qualify http://memo.su
RejectKaigi 2017で「GraphQL on Rails」という発表をしました - Bit Journey's Tech Blog
id:gfxです。 RejectKaigi 2017で「GraphQL on Rails」という発表をしました。 当日はKibelaでプレゼンテーションをしたので、それをそのまま資料として発表します。 2017/08/19 at Speee, Roppongi. 自己紹介 Kibelaという情報共有サービスを開発している Kibelaの公開Web APIをフルスクラッチするにあたってGraphQLを調べているところ 自分のOSSを誰かに引き継いだり共同開発体制にしていたら、GitHubのpinned reposがすべてorganizationのものになった 本日の話 GraphQLとは GraphQLをRailsに組み込む話 GraphQLとは Web API のためのクエリ言語 http://graphql.org/ RESTful API の次を狙うWeb APIアーキテクチャという位
サービス開発を加速させる技術選定 in Kibela - Bit Journey's Tech Blog
2017/07/18 Service Dev Meetup #1 の資料です。 会場は Speee さんに提供していただきました。ありがとうございました。 自己紹介 FUJI Goro / @__gfx__ ビットジャーニーのエンジニア 最近のスコープ: Ruby on Rails / TypeScript / React / GraphQL 情報共有サービス Kibela を開発してます 最近の発表: RailsエンジニアがReactを始めてSSRとReduxとTypeScriptを導入するまで 今日の話 Kibelaにおける技術選定とは やらないこと やったこと これからやること Kibelaにおける技術選定とは 自分（@gfx）にとっては技術的挑戦は精神衛生上必要なこと 興味のある分野に限るが… スタートアップにとってはサービスの成長が最も重要 技術的挑戦によって機能を磨いて差別化に
RailsのURL helpersをTypeScriptとしてexportするts_routesを書いた - Islands in the byte stream
カッとなって作りました。後悔はしてません。 github.com /entries/:id を生成するためにRailsのviewで entry_path(42) などとしますが、それをTypeScriptからも Routes.entryPath(42) などとして使えるようにするためのgemです。 READMEにあるように rake task を定義して適当なパスに routes.ts を生成するという想定です。sprocketsには対応してません。 Rails URL heplersのJSへのエクスポートというとrailsware/js-routes があって、これをずっと使っていてしばらくは十分だったのですが、js-routesの生成するコードには型情報がありません。フロントエンドのコードベースをTypeScript化したいまとなっては、開発中にしばしばtypoして実行時エラーになるの
Roppongi.rb #3 で「RailsエンジニアがReactを始めてSSRとReduxを導入するまで」という発表を行いました - Bit Journey's Tech Blog
id:gfx です。Roppongi.rb #3 に登壇する機会をいただいたので、最近のKibelaのフロントエンドについて発表をいたしました。 RailsエンジニアがReactを始めてSSRとReduxとTypeScriptを導入するまで | bitjourney Kibela イベントページ: Roppongi.rb #3 “Rails x Frontend-Tech” - connpass （当日は開発中のKibelaのプレゼンテーションモードで行ったため色々不都合があり、ご迷惑をおかけしました。） 書きたいことはほぼ書ききったので特に補足することもないのですが、最近はReactにはだいぶ慣れてきて、Hypernova SSRも安定して運用できています。最初は開発が難しいのではないかという懸念もありましたが、現状はほぼ定形どおりの対応でReact componentの開発ができていま
Bit Journeyに転職してKibelaをリリースしました - Islands in the byte stream
半年くらいまえにBit Journeyに転職してKibelaを作ってました。AndroidエンジニアからRails + Reactエンジニアへの転向ということになります。 Kibelaはこちら。ようやく本日リリースできました。といっても開発面でいうとこれからが正念場ではあります。 Kibela - 個人の発信を組織の力にする情報共有ツール “個人の発信を組織の力にする情報共有ツール” と銘打っているとおり、これは 個人が組織内で自由に情報を発信すると組織が活性化する という仮説に基づいて設計されている、会社などの組織向けのサービスです。もちろんそれだけでなく、仕様書の整理につかったり議事録をとりあえず突っ込んでおくみたいなのもありです。 さてKibelaでできることはBlogとWikiを書くことです。これはつまり 個人が発信する情報 とそれ以外を分けるということです。このあたりの思想やベス
Retropiler: AndroidでJava8の機能を使うもう一つの方法 - Qiita
retro + compiler からの造語 Android用ビルドツールのプラグイン 古いAndroid向けにJava8の標準ライブラリの機能をバックポートする 古いAndroid向けにJava8の標準ライブラリの機能をバックポートする？？🤔 Retropilerができること 7.0より前のAndroid OSで実行すると例外になる この Iterable#forEach() がJava8で追加されたメソッドで、Android 7.0でやっと利用可能になったAPIなので 🤔 Android OSの開発言語 よく「AndroidアプリはJavaで書く」とか「AndroidのアレはJavaではない」とかいわれる それは、AndroidがJVMのバイトコードを変換した別のバイトコード（dex）を実行するから さらに、Javaの標準ライブラリがOracle JDK由来ではないのでJDKとは挙
Ormaの2016年振り返りと2017年の展望 - Islands in the byte stream
https://github.com/gfx/Android-Orma 2015年末に開発をはじめたOrmaも、この一年でだいぶバージョンが進んで、年明け時点で v0.20.0だったところが、年末時点でv4.0.2でした。v0.20.0...v4.0.2で21,768 additions and 6,328 deletionsということで、結構書いたなあという感じです。そのおかげでv1.0.0の頃とくらべると格段に安定していますし、機能も増えてます。 採用事例や紹介エントリも増えてきました。 ActiveAndroidからOrmaへ移行した理由 | eureka tech blog ちはやふるにはまったので百人一首を暗記するアプリ作った - もやもやエンジニア Android開発のマイベストプラクティス - Qiita 今から新規でAndroidアプリを書き始めるなら。 - wakwak3
モバイルアプリ開発環境のためのフェーズ別チェックリスト - Speee DEVELOPER BLOG
こんにちは、 id:gfx です。この8月から技術顧問としてSpeee社に関わることになりました。普段はビットジャーニー社で情報共有ツールKibelaの開発をしています。 技術顧問として関わるというのは色々なやり方があると思いますが、私の場合はモバイルファーストなサービスの開発チーム作りやメンバーのスキルの向上などのお手伝いする予定です。 さて本エントリでは、アプリ開発の初期から開発メンバーが数名〜十数名になる成長期において、モバイルアプリの開発基盤チームとして何ができるかということをチェックリストにして紹介します。これはあくまでもモバイルファーストなサービスを効率よく、かつ安定して開発するために、開発フェーズごとにこんなことをやればよいのではないかという提案です。 開発フェーズごとに区別したのは、たとえば「最初期」に「成長期」のタスクをやろうとするのは間違いだからです。最初期は安定したリ
npm dependenciesを更新してGitHub Compare Viewのリンク付きでPRするツールを定期実行する - Islands in the byte stream
タイトルに要素を詰め込みすぎましたが、要は CircleCIを使ってbundle updateを定期実行する - Qiita の npm update 版です。web appのJavaScriptライブラリ管理にnpmを使うとき、依存関係のアップデートを継続的に行うためのツールです。 https://github.com/bitjourney/ci-npm-update これはいまのところGitHub専用です*1。CIサービスはドッグフーディングも兼ねてCircle CI用の起動スクリプトを同梱してますが、実際には ci-npm-update を定期実行するだけなので簡単に代替可能です。 これはCircle CI + Heroku Schedulerで動かしていて、以下のようなフローです。Circle CIはJenkins含め他のCIでも動かせますし、Heroku Schedulerはcr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"OSSにコントリビュート" なんてしてる場合じゃない！