はてなブックマーク

去年の9月から今年の3月まで、株式会社ventusで技術顧問をしてた。 いい感じの経験だったし、忘備録も兼ねて、振り返りかえってみる。 きっかけ ある日、Twitterで株式会社ventusでVPoEをしている野間さん(@ytnm0520)から、こんな内容のDMをもらった。 現在Web展開しているサービスがある これをアプリとして出したい 社内ではJS/TSの知見はあるので、React Nativeで開発したい が、アプリ開発の知見はないので、技術顧問として相談できる人を探してた 「なるほど。なかなか技術顧問って経験できないし、やってみたいな〜〜」と思い、面談した。 最初の面談では「そもそも技術顧問って何するんや」という気持ちになったので、自身が提供できるスキルと稼働時間提示して、「私は求められている人物像ですか？？？」という確認をした。 その上で、以下の責務を技術顧問として担ってほしいと

この記事はReact Native Advent Calendar 2019の 12 日目の記事です。 10 日目は、React Native の iOS/Android ビルドする bitrise.yml を晒してみる&ビルド高速化などでした。 パフォーマンスチューニングをしようとした際に、Weak Point を調べるライブラリを調べていたので、紹介したいと思います 🤘 ライブラリ紹介 why-did-you-render コンポーネントが再 Rendering されたときに、何が起因で再 Rendering が起こったのかを console に出してくれる君。 Statefull な Component が多いときに入れておくと便利そう。 welldone-software/why-did-you-render 使い方は、Root となる箇所で以下のように書いとくだけ。 すべての

登壇することになりました あばばばば。 「React NativeとExpoを用いたクロスプラットフォーム開発入門」というセッションでDroidKaigi登壇することになりました。yatteikiです。 💪 #droidkaigi— とらい (@mrtry_) 2018年11月12日 前職で生React Nativeで音楽再生アプリを作ってて、最近は副業でExpoを触っている感じでした。 その流れで「Expo最高じゃん？？？」というお気持ちになっていたので、シュッとしました。 しゃべる予定の内容 https://droidkaigi.jp/2019/proposals/ からシュッと抜粋 React NativeとExpoを用いたクロスプラットフォーム開発入門 発表者: mrtry 近年、クロスプラットフォーム開発環境のひとつとしてReact Nativeに注目が集まっています。 201

Material-UIをつかって、 https://mrtry.github.io/ の見た目をいい感じにしていた その際、スタイリングをちょっといじったのだけど、いじり方を忘備録的にメモ 実際にいじったコードは以下にある mrtry.github.io/index.tsx at source · mrtry/mrtry.github.io 基本 MuiThemeProviderというコンポーネントにthemeを渡すと、 その子コンポーネントにはthemeで設定したスタイリングが適用される const theme = createMuiTheme() const Root = () => ( <MuiThemeProvider theme={theme}> <App /> </MuiThemeProvider> ) タイポをいじりたい typographyオブジェクトを渡すと良い デフォル

はてブしたやつのタイムラインあったらいいな、と思ってたらこんな記事を発見した。 はてなブックマークのお気に入りのブックマークをSlackに投稿する あはーん。便利そう。そんなわけで、記事を参考にしつつやったので、その作業ログ。 できたもの 自分のアカウントで、はてブをキメると、こんな感じでSlackに流れる。 完成までの流れ 大体は、以下の記事と一緒。 はてなブックマークのお気に入りのブックマークをSlackに投稿する Slack側の準備 1.以下から、SlackのTokeの取得しておく Legacy tokens | Slack 2.はてブの通知を受け取りたいチャンネルを準備しておく GASの下準備 下準備として、Slackのライブラリ追加と環境変数の設定をする リソース→ライブラリを開きライブラリを追加にM3W5Ut3Q39AaIwLquryEPMwV62A3znfOOを入力して、Sl

概要 AndroidをJavaで書くマンしている 今まで、staticに突っ込んだ値は、アプリのプロセスが終わるまでは生きていると思っていた プロセスが終わるまで生きてるんだから、staticに値つっこんで管理せばええやろ〜〜〜と思って、そういったコードを書いている箇所があった 今回の場合、staticフィールドに状態を持たせるようなコードを書いていた 「staticの値って、ホントにプロセス終わるまで生きてるの？」「その理解、ホント？」とレビューで突っ込まれた 先に書いていた理解してた事柄は、学生の時に「そうなんだ〜。ふ〜ん。」程度に覚えていた知識で自信もなかったので、調べたのでそのメモ 先に結論 staticも初期化される可能性は普通にある staticとするのは定数のみにして、状態管理に使わないほうが良さそう (この理解に間違いがあれば、何かしらでツッコミを入れてもらえると、とてもあ

リーダーがメンバーに期待する振る舞いや目標を伝えるということは、とても重要なことだと思っている。 仕事で活用できる知識やスキルについて自信がある人であれば、 自身の役割を自覚し、それに沿った立ち振舞をすることができ、 圧倒的当事者意識を持ってyatteikiを高めれると思う。 逆に「知識やスキルに自信がない」というマイナスな思考を持っている人については、 自身が取るべき立ち振舞が持てず、それによってつらい気持ちになることがあると思う。 私自身は、後者のタイプだ。 仕事で活かせる強い技術スキルや知識についてあまり自信がなく、 他者と比較して秀でているところがないと感じており、なかなかつらい気持ちになることが多い。 (そこの解消のために、自学自習を心がけたり、職場環境を変えようと転職活動をしていたりする。) 自分のようなタイプの人間がチームいたら、心理学の文脈でいう「ラベリング」の手法で良い方

このブログは、React Native Advent Calendar 2017 - Qiitaの7日目の記事です。 私はAndroidがもうそろ1年ぐらいになるエンジニアです。 最近、ReactNativeを触ってアプリを書いていまして、 その際に気になった、AndroidのPermissionの話を書いてみようと思います。 Permissionが取られていることに気づいた ReactNativeの新規プロジェクトを立ち上げて、 AndroidのmergeされたManifestを見てみると、 以下の3つのPermissionが取られていることに気づきました。 WRITE_EXTERNAL_STORAGE READ_PHONE_STATE READ_EXTERNAL_STORAGE 自身のManifestに追加したわけでもないのにな〜〜〜。 あと、以下のPermissionが自分のアプリの