みなさんは「カジュアル面談」にどんなイメージを持っていますか？ 「会いたかったエンジニアの話が聞ける場所」という前向きな意見がある一方で、「実は裏側で選考されてそう」などの意見もあるはず。それぞれが持つイメージがバラバラなのは、カジュアル面談の定義自体があいまいだからかもしれません。 そんな状況だからこそ、エンジニア向け転職サイトを運営する転職ドラフトとして、カジュアル面談に対する一つの答えを導き出したいと考え、日頃リブセンスで数多くの面談・面接を行う２人のエンジニアにお話を伺いました。 竹馬 力（ちくばつとむ） 東京工業大学理学部を卒業後、ベンチャー企業を経てフリーランスエンジニアを7年経験。戦略PR会社ビルコム株式会社にて開発マネージャーとして新規事業に従事。2013年に株式会社リブセンスに入社。不動産価格査定サイト「IESHIL（イエシル）」立ち上げを経て、現在、データエンジニア／エ

Code for Happiness 2019 こんにちは。id:boscoworks です。 2018年末まで転職ナビのエンジニアリングマネージャを勤めていましたが、年明けからは全社横断でエンジニア採用を推進する業務をしています。 リブセンスは、『当たり前を発明しよう。』というコーポレート・ビジョンで謳っているとおり、プロダクトを通じて社会の課題に対してポジティブで不可逆的な変化を起こすことを目指し活動しています。 昨年に引き続き、技術により社会の課題解決に挑む学生を支援するプログラム『Code for Happiness 2019』を開催します。技術力に自信があり、その力を社会課題の解決に活かしたいと考えている学生の方は、ぜひエントリーしてくださいね。 Code for Happiness とは https://recruit.livesense.co.jp/lp/engineer/c

こんにちは、リブセンスで統計や機械学習関係の仕事をしている北原です。今回はレコメンデーションで使う評価推定値計算の効率化に関する小ネタです。機械学習を実務で使うときのちょっとした工夫に関するお話です。実装にはJuliaを使います。 FM(Factorization Machines)をレコメンデーションで使う場合、各ユーザーに対してレコメンド可能なアイテムの評価推定値計算を行うため、ユーザー数とアイテム数が多くなると非常に計算時間がかかります。学習データで交差検証をしたりコンペで使ったりしているだけだとあまり問題にならないのですが、実務では結構問題になります。こういうのは実務の現場で個別に対処されているためか知見もあまり公開されていないようです。対処方法はいろいろあるのですが、ここでは計算方法を少し工夫することで計算量を削減する簡単な方法を紹介します。合わせて計算量の見積もりや計算量削減の

デイキャンプとカメラにハマっているネイティブアプリグループの堤下(@roana0229)です。 みなさんはCI導入していますか？ 今まで弊社のiOS,AndroidアプリではCIが導入できていない現状がありましたが、2月末にリリースしたマッハバイトiOS版の開発を機に導入して、自動化していることを紹介します。 CIサービスは色々ありますが最近はよくBitriseを導入しているのを見かけます。ビルド環境への対応の早さやGUIでの操作しやすさから弊社もBitriseを導入しました。 静的なチェックの自動化 UnitTest以外では、静的なチェックでdangerを利用しています。dangerではgitの差分が扱いやすいようになっています。例えば、Swaggerを利用していてるのでAPI定義のyamlとswagger-codegenによって生成されるコードの差分をチェックしています。 swagge

2019/04/18に株式会社gumi様で行ったデザイン講義のスライドです。 デザインとは何か？デザイナーは何を考えてデザインを作っているのか？ という話から、実際にデザインを評価・検討するための言葉を紹介しています。 この 作品 は クリエイティブ・コモンズ 表示 - 改変禁止 4.0 国際 ライセンスの下に提供されています。 第二回「UIデザインをはじめよう」はこちら https://speakerdeck.com/kinakobooster/uidezainwohazimeyou 第三回「今日からできるUXデザイン」はこちら https://speakerdeck.com/kinakobooster/jin-ri-karadekiruuxdezain ※訪問講座のご案内※ あなたの会社に話しに行きます。料金表はこちら https://xemono.life/#/workwith/co

「Twitterは、フォロー機能をアカウントからトピック単位に変更する」──米国のいくつかのメディアがこのように報道し、Twitterユーザーから混乱の声が上がっている。これに対し、米Twitterのジャック・ドーシーCEOは「機能を追加するだけで、置き換えるわけではない」と説明している。

地球から約16万3000光年離れた場所に位置する「大マゼラン星雲」は、太陽系が存在する銀河系のすぐ隣にある銀河です。ポルトガルの探検家フェルディナンド・マゼランが船旅の道しるべにしたことにちなんだ名前を持つこの銀河は、南の空にあるため日本からは見ることができません。そんな大マゼラン星雲を数ヶ月間かけて撮影し1枚の写真に収めた猛者が登場し、満天の夜空にひときわ美しく輝く星雲の画像が公開されています。 Cielaustal - Galerie photos http://www.cielaustral.com/galerie/photo95.htm 1,060-hour image of the Large Magellanic Cloud (LMC) captured by Amateur Astronomers - AstroSpace https://astrospace-page.bl

ポジション MSがRNめっちゃ使ってるという話について Brownfield事例は実質的にネイティブの事例 Skypeの事例ならどうなのか ネイティブアプリ開発者の仕事は減るのか まとめ みんなの反応 Xamarin勢の反応 Cordova勢の反応 iOSネイティブアプリ開発者の反応 jp.techcrunch.com こちらの記事への雑な感想です。感想は私の主観であり、ポジショントークであり、所属する組織の意見とは無関係であることを先に述べておきます。 また「ネイティブ」という言葉に「C/C++などから作られた機械語」という本来の意味に加えて、「プラットフォームの標準言語（WindowsのC#, AndroidのJava, iOSのObj-C）や標準開発ツールである」というニュアンスを含めることをご容赦ください。 ポジション こんな感じのポジションの人です。 中小企業向けにBtoBでアプ

この記事は CAMPHOR- Advent Calendar 2016 23日目の記事です。 JS知識ほぼ0は言い過ぎかもしれないが、いわゆるモダンJSというものには縁遠く、つい最近まで jQuery をブラウザからぽちぽちダウンロードして適当に ajax とか使う人生を送ってまいりました。(当然フレームワークとか使ったことない) まさしくこの記事みたいな状況 kikuchi1201.hateblo.jp 最近 TypeScript を書く機会があって、開発環境は用意されてるのでなんとなく書けるけど、エコシステムとかいろいろ全くわかってなくてこのまま旧石器時代然としたJavaScriptを書いていてはまずい気がすると思って勉強することにしました。 目標は TypeScript を使ってこんなんを作る、テストも書こうね(こんなのに何をテストするんだ) この記事では主に環境構築~DOM操作のテ

TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に JavaScriptプロジェクトでTypeScriptを導入する際には、“柔らかい”静的型付き言語とするのがおすすめです。藤吾郎（gfx）さんがまとめた「がんばらないTypeScript」のガイドラインです。 TypeScriptは、すべてのJavaScriptプロジェクトで採用する価値のある技術です。TypeScriptとこれに対応したエディタを導入することで、補完や型ベースの整合性のチェックにより、すべてのプロジェクトで生産性が上がります。またリファクタリングも容易になるので、長期あるいは大規模なプロジェクトでも品質を保ちやすくなります。 この記事では、TypeScriptについて最低限の知識とともに、サクッと（どちらかというと既存のプロジェクトに）導入するための

Swift5のResultが楽しそうだったので、色々遊んでみました。 Xcode10.2になって、playgroundの挙動も改善してますね。以前は怪しい挙動をよく見かけましたが、今のところ大丈夫そう。 Appleの公式リファレンスはこちらになります。 https://developer.apple.com/documentation/swift/result 0.この関数を使って遊んだ よく使う感じの、結果をクロージャで返す関数です。即時実行されるので、escaping はしません。 import UIKit struct EmptyError: Error { } extension EmptyError: CustomStringConvertible { var description: String { return "value is Empty!" } } // 関数定義 f

この記事は React Native Advent Calendar 2017 の 4 日目の記事です。 TL;DRエラートラッキングサービス Sentry の React Native における導入方法の紹介Sentry を使えば、 OS ・バージョン等どのような環境でどのような問題が起きたかがわかるようになるどのユーザがどのようなシチュエーションで問題に遭遇したかがわかるようになる基本的な使い方を紹介 エラートラッキングの必要性とその方法一切の問題無くアプリケーションが動作するのであればそれに越したことはありませんが、十分なテストを以てしても予期せぬ障害は起きるものですよね。 そういった問題は全て解決されるべきですが、そのためには以下が不可欠でしょう。 問題が発生したことに気付ける仕組み問題が発生する原因を（容易に）知ることが出来る仕組み文字通り解釈すれば前者をエラートラッキングと呼ぶ

こんにちは、福岡オフィスでpixiv chatstoryの開発を担当しているtawachan（@tawachan39）です。 前回「デザイナーでも書けるReact Native」と題して、React Nativeでの開発模様を書かせていただいたのですが、先日無事リリースをすることができました（！）ので、今回はその小話を書いていければと思います。 特に、React Nativeでアプリを作ることに興味があったり実践登用することを検討している人にとって参考になることがあれば幸いです。 リニューアルのきっかけ pixiv chatstoryは既存のSwiftで書かれていたアプリをReact Nativeで書き換えるだけでなくデザインのリニューアルも行っていました。そのきっかけや経緯について簡単に紹介します。 Swiftのコードをメンテナンスするのが大変でWebの技術で置き換えたかった 現在のpi

Over the coming months, there will be many more components following this path to a leaner core. We're looking for help with this — head over to the lean core umbrella to pitch in. 👩🏽‍💻 CLI improvements​ React Native's command line tools are developer's entry point to the ecosystem, but they had long-standing issues and lacked official support. The CLI tools have been moved to a new repository,

こんにちは。モバイルエンジニアの@m-sugawaraです。 弊社ではReact Nativeを使って作られたアプリがいくつかあります。 今回はReact Nativeほぼ未経験で入社した私が、三ヶ月ぐらいReact Nativeの開発に参加して感じたことをつらつらと書きます。 簡単に私のバックグラウンドを説明しますと、Swift、Java/Kotlinを使ったiOS/Androidのアプリの経験はありましたが、React NativeやReact/Redux/TypeScriptについてはほとんど未経験でした。 すでに業務でReact Nativeをバリバリ使っておられるような方には当たり前の内容になるかもしれませんが、これから取り組もうと考えている方などに少しでも参考になれば嬉しいです。 なお、導入の背景や技術的な説明に関してはこちらやこちらに詳しく書かれているので、ご興味のある方はぜ

モバイルエンジニアの@chiiia12です。 先日@m-sugawaraからReact Native開発全般についての記事が公開されましたが、今回はAndroid対応にフォーカスして紹介します。 QuipperではReact Nativeで書かれた業務用アプリがあり、iOSでのみ提供していました。対象ユーザーは内部のスタッフに限られていたため、会社から配布している業務用iOS端末のみで正しく動作すれば十分だったためです。しかし私用端末でも使える方が業務上効率が良いこと・業務用の端末を用意するコストの観点から、会社からの端末配布をやめ、iOS/Android両プラットフォームでアプリを提供し私用端末で利用してもらうことになりました。 今回は私達のチームが遭遇したReact NativeアプリでのAndroid対応をサプライズ度(★★★)と一緒に紹介します。React Nativeのマルチプラ

Docker Compose利用者から見た Kubernetes 開発環境構築入門 / introduction to kubernetes for docker compose user

はじめに 転職会議では、2年ぶりとなるエイプリルフール企画を実施しています。 今年のテーマは「転生」、その名も転生会議です！ 無料で豪華商品をゲット！今すぐ転生しろ！ 「何か楽しいことしたいね」という気持ちで集まった、有志のエンジニアで始まった企画です。 有志で始めた企画のため、一番大切にしたいのは「楽しむこと」です。 さらに言うと、楽しむには業務として堂々と実施させてもらえることが重要であり、業務とするからにはプロダクトや組織に貢献すべきと考え、以下のように二つの目標を掲げました。 表目標：エイプリルフールに便乗して転職会議の認知を上げ、流入を増やす。（プロダクト貢献） 裏目標：技術的挑戦をしながら転職会議システムのレンダリング最速を目指す。（エンジニア組織貢献） このブログでは、裏目標について詳しくご紹介します。 転生会議の裏では「使ってみたいけど、プロダクション適用にはまだ知見が足り

最短でサービスをローンチするサービスが世に出ない限り、検証は何も始まりません。最短でサービスをローンチするための技術選定を行う必要があります。 技術的な冒険はしない重要なのは『チームをリードできる技術を使うこと』であると考えています。最も自分が精通している技術で、メンバーが躓くことなく一直線に開発できるようサポートする必要があります。私の場合、最も手に馴染んだ言語がRubyであったため、Rubyを選択しました。 コードを書かないことに勝る手段はないまた、『いかにしてコードを書かずに済ますか』という観点も重要です。成熟したフルスタックフレームワークを使用することで、自分たちで書くコード量は圧倒的に短縮できます。私たちの場合、Ruby on Railsを使うことで多くの処理をGemに丸投げし、管理画面はRailsAdminを使用することで開発時間を圧縮しました。Railsはもちろん銀の弾丸では