hooks が発表されてから趣味でも現場でもずっと hooks を使っています。おかげでだいぶこなれてきて、だいたいなんのライフサイクルでも表現できるようになってきました。 最初は単に useState が state を、 useEffect が componentDidMount/componentDidUpdate を置き換えるもの、と説明を済ますつもりでしたが、 useEffect についてはライフサイクルのモデルがぜんぜん違うので、別の説明をする必要があるように感じていました。 で、その結果 React Hooks を理解するには、関数のメモ化を理解するのが最も簡単だと思ったので、その説明をしつつ、イディオムを解説していこうと思います。 最初に: React Hooks は何であり、何ではないか 関数コンポーネントが状態を持てるようにするもので、関数のメモ化のテクニックを多用しま

最近、社内勉強会で機械学習についてエンジニアに説明する機会があり、その際にKaggleについても説明しました。一方で うーん、「Kaggler はパラメータチューニングやアンサンブル等の自明でインクリメンタルな改善『しか』できない」というような誤解はどうやって解いていけばいいんだろう。— im132nd (@im132nd) 2018年4月4日 という話もあり、(特にデータサイエンティスト以外の職種の人が)Kaggleをやる意義/メリットについてまとめてみました。ガッと勢いで書いたので、項目に結構被りがあります。なお、書いている本人はKaggleほぼ初心者であまり説得力がないです。Kaggle Masterの人がもっといいエントリを書いてくれるのを期待しています、議論の叩き台エントリです!! Kaggleをやる意義/メリット 様々なデータセットを触ることができる kernelでデータ分析の

はじめに 「プロを目指す人のためのRuby入門」を出版して以来、本で学んだ内容をブログに載せてくれている方をよく見かけます。 それ自体は著者として大変嬉しいのですが、たまに「ん？これはちょっと・・・」と思うようなブログ記事を見かけるときがあります。 具体的にいうと、本の内容を丸写ししているだけのブログ記事です。 このエントリでは本の丸写しがなぜいけないのか、かわりにどういうブログを書けばいいのか、ということについて書いていきます。 本の内容を丸写ししているブログの例 本の内容を丸写しをしているブログというのは文字通り「丸写し」しているブログです。 具体的なイメージを共有するために「こんな感じ」という例を載せておきます（特定の誰かのブログを意図しているわけではありません）。 タイトル「第2章 2.2.3 文の区切り」 「プロを目指す人のためのRuby入門」を読んでいるので、勉強した内容をメモ

製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ

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）にとっては技術的挑戦は精神衛生上必要なこと 興味のある分野に限るが… スタートアップにとってはサービスの成長が最も重要 技術的挑戦によって機能を磨いて差別化に

Vueコンポーネントのユニットテスト Vue.js Tokyo v-meetup #4 https://vuejs-meetup.connpass.com/event/58071/

こんにちは、ほけきよです。 ここ数回に分けて書いた『面倒がすぎる内容をpythonにさせよう』シリーズの集大成。 ブログ最適化のために必要なものを『全て』『一気に』抜き出すプログラム、作りました！ この記事を読めば、下記の情報がゲットできます ※ 現在ははてなブログのみ対応となっています。WordPress用にも作成中なので、少々お待ちを。 *1 ・記事とURLとブックマークの情報 ・記事内画像を全て抜きとったもの ・自サイトの内部リンクがどうなっているかを可視化したもの ・リンク切れリスト ・はてなブックマークがどのような伸び方でついたかを可視化したもの 使い方(情報技術に明るい人) 使い方(一般向け) 環境構築 実行するコード コマンド一発！実行する 中身がどうなっているか 注意 出力結果 pythonを勉強したい方に まとめ 使い方(情報技術に明るい人) 情報技術に明るい人と、そうで

最近効率的な課題解決について興味があり、パフォーマンス・マネジメントという本を見かけたので読んでみた。 パフォーマンス・マネジメント―問題解決のための行動分析学 作者:島宗 理米田出版Amazon この本は行動分析学という学問から個人や組織の課題解決にアプローチするという本。ストーリー形式で書かれており、そのストーリーで行動分析学という観点でどうやって問題を解決するかを教えてくれるため、あまり知識がなくとも理解がしやすい。ストーリー形式ではあるものの、きちんと理論的に説明しているので、信用もできる。 とにかくひたすら面白かった。それぞれの理論が正に自分の行動の原因を言い当てられているようで、人間ってけっこう単純に動いているんだな...という感想を抱いた。久しぶりに面白い本に会えたなーと感じるし、面白すぎて読書ノートが異常な量になってしまった。 この本は色んな人におすすめできる。自分でやりた

以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする

Nintendo switchの初期不良を引き当てたので、ゼルダをやるために開けておいた予定がなにもすることなくなってしまったのでブログを書いた。私のswitchは今頃京都にあるでしょう。 Developers Summit 2017 でコンテンツ委員しつつ登壇もしてきた もともとは、デブサミオーガナイザの鍋島さんからコンテンツ委員としてお声がけ頂き、今回はコンテンツ委員という立場でデブサミに関わっていました。 そのため、コンテンツ委員が登壇とか自作自演感甚だしいので自分が登壇するつもりはまったくなかったのですが、GuildWorks -ギルドワークス-の市谷さんから越境をテーマに株式会社ヴァル研究所の新井さんと自分の3人でやりませんかとお誘いを受け、以下で登壇することに。 「新規事業が対峙する現実からエンジニアリングを俯瞰する」 新規事業が対峙する現実からエンジニアリングを俯瞰する #d

仕事で何かしら課題を見つけた時に、それを効率よく解決する方法にはどういうものが知りたかった。そこで参考になりそうな「世界一やさしい問題解決の授業」を読んだ。 世界一やさしい問題解決の授業―自分で考え、行動する力が身につく 作者:渡辺 健介ダイヤモンド社Amazon この本は非常に良かった。100ページ強と非常に少ないページ数ながら、その中に問題解決のためのエッセンスが詰め込まれていて勉強になった。分解の木や課題分析シートなど問題解決のためのツールもコラムに書かれていて、これらも参考になる。とにかくおすすめ。 「課題を見つけて解決策をとりあえず試してみたけど何かうまくいかなかった」というような経験をしたことがある人は読んでみると良いと思う。薄い本ですぐに読めるので、とりあえず誰でも読んでみると良さそう。 この本の中で自分が印象に残った次の二点をまとめておく。 問題解決とは「現状を正確に理解し

最近、自分は問題をうまく分割して解決する能力や、他の人に分かりやすく伝える能力がまだ足りていないと感じていた。そのあたりを強化するために、おすすめと言われた「考える技術・書く技術」を読んだ。 考える技術・書く技術―問題解決力を伸ばすピラミッド原則 作者:バーバラ ミントダイヤモンド社Amazon この本は、わかりやすい文章を作るために、ピラミッド構造で論理構造を作るという技術を教えてくれる本だ。この本を読み終わって、ピラミッド構造を作るという考え方は、問題を分割するということにも、文章を他の人に伝わるように分かりやすく書くということにも応用できる、非常に有用な考え方であると感じた。 まず最初にぱらぱら読んでいた感想は、非常に良いことが書かれてそうなのだけど、なぜか頭に入ってこないということだった。このためあまり面白くないなと思いながら、気になるところを付箋はったりメモしたりしながら読んでい

【翻訳】JSON Web Tokenライブラリの危機的な脆弱性 Written on Sep 14, 2015. Posted in Web Technologies 以下の内容は、JSON Web Tokenを扱うライブラリの脆弱性に関する報告内容を和訳したものです。 https://auth0.com/blog/2015/03/31/critical-vulnerabilities-in-json-web-token-libraries/ JSON Web Tokenライブラリの危機的な脆弱性 最近、いくつかのJSON Web Token実装のセキュリティについてレビューしていた間に、私は検証処理をバイパスする攻撃が可能な危機的な脆弱性を持つ多くのライブラリを発見しました。多くの実装や言語を横断して、同じ2つの欠陥が見つかりました。そして、問題が起こる場所を書き上げることが助けになると

電通の過労死事件を受けて、長時間労働についての議論がいま盛んになってきている。そんな流れの中、こちらの記事を読んだ。 www.outward-matrix.com 「長時間労働の是非」について議論をしていると、このように「残業をしたくてしている人の自由まで奪うのはおかしい」という意見がほぼ必ずと言ってよいほど出てくる。理屈としては理解できない部分もないわけではないのだけど、残念ながらこの意見には賛成できない。 この手の意見を要約するなら「長時間働きたい人には長時間働く自由を与えて、残業したくない人は残業しない自由を与える。自分の意志で自由に働き方を選べるようにすべきだ」といった感じになるかと思う。なるほど、たしかに自分の意志が最大限尊重されるという点ではかなり良さそうだ。しかし、本当にそんなことは可能なのだろうか？ まず第一に、「自分の意志」を外から推し量ることの難しさを考慮する必要がある

こんにちは！エンジニアの落合です。 前回の記事で、メール送信機能における開発環境について書かせていただきました。 開発環境なので、基本的に毎回同じものを使います。chefのようなプロビジョニングが有効的です！ 具体的な詳細は、前回の記事で確認していただければと思います。 今回は、Chefで簡単に送信開発環境をできるレシピを紹介したいと思います。 fileの配置 まずは、設定ファイルをあらかじめ取得しておいて、設定変更を行い、 files/default内に配置しておきます。 今回使用するファイルは以下の通りです。 aliases.regexp transport_maps main.cf dovecot.conf 10-mail.conf 10-auth.conf recipeの作成 それでは、recipeを作成したいと思います。 まずは、postfixを起動できる状態にして、postfi

11 May 2016 484,476Views いやね、書こうかどうか迷っていたことだけど、社長１年生の備忘録として、自分の至らなさについて。 （株）MTRLでは、今年の２月に大学生のインターンを雇いました。今回、本当にたくさんの方と面談して決めた２名。面談の際に語った”やる気”あるスピーチと成果物を見ながら「この子となら一緒に働ける」そう思って期待した。 時給は1000円。無償のインターンが多く存在する中、設立半年の会社としては頑張った方だ。今回、狙いは２つあった。 ・メディアへの若い意見の反映 ・安定志向の社員への刺激 そもそも、この時点で期待しすぎていたのかもしれない。というか、いつからインターンに期待することをやめてしまったのだろう…。途中から完全に戦力外として、そもそも頭数にカウントしていない自分がいた。 期待するという行為には少なからず代償がある。人を雇うということはリスクを

Kivyプログラミング ―Pythonで作るマルチタッチアプリ― (実践Pythonライブラリー)posted with カエレバ原口 和也 朝倉書店 2018-06-25 Amazonで探す楽天市場で探すYahooショッピングで探す 目次 目次 はじめに 1. iOS,AndroidのGUIを作ることはできない。 2. ライセンスが微妙 kivyとは? 各プラットフォームへのインストール方法 Macへのインストール Macへのインストール(for iOS) Ubuntuへのインストール Windowのインストール 各プラットフォームでHello world GUIを表示する方法 MacでのHello world GUI UbuntuでのHello world GUI WindowsでのHello world GUI iOSでのHello world GUI 1. アプリのディレクトリを作

いつも通りTwitterでLaravelの話をしていたところ、 匿名でいいからディレクトリ構造シェアしてほしいｗ— たきゃはし (@takahashiyuya) 2016年5月2日 ということがあり、とりあえず自分流のLaravelを紹介します。 2014年にその時の自分の開発プロジェクトなどで利用していたものをまとめました。 blog.comnect.jp.net 新原さんのエントリも参考にしてみると良いでしょう。 www.1x1.jp Laravelは開発者が自由に組み合わせて、自由に構築できるフレームワークという側面があり、 ある程度慣れてきた頃に、みなさん色々試行錯誤すると思います。 RoRっぽさを求めている方はそれの色を求め、 Javaや、エンタープライズ向けのものを求めている方はその色になっていくと思います。 あれから月日が流れ、折角ですので2016年版として自分流のLarav

超オス。それは漫画、バキシリーズで登場する単語であり、常人離れした、規格外の体格を持った格闘家を指すときに使われる。そんな超オスがIT業界にも存在する。いや、あまりにも有名なので、恐らく業界人であればその名を知らぬ人は居ないだろう。そう、ウェブ魚拓の開発者、新沼大樹氏である。はっきり言って、IT業界で新沼氏を知らなかったらモグリだと言って差し支えない。それどころか、その名はIT業界だけで収まらず、アスリートたちの間でも広まっている。なんせ、握力日本一である。CoCのNo.4（166kg相当）をコンスタントに閉じられるということなので、もしかすると世界一かも知れない。（参考：IRONMAN BLOG:新沼大樹氏、未公開写真、握力王 新沼大樹氏 テレビ出演 - YouTube） 実は、そんな新沼氏から衝撃の発言を聞いた。 「私もセパレート式のキーボードを使っています。」 ・・・ 〜〜〜〜〜〜〜