tsuyoshi(@numanomanu)です。技術ブログを書きたい！書いた記事をみんなに読んでもらいたい！と思っている方に向けて、 1年間で qiita コントリビューション 2,500 、はてブ総数 1000 弱（2018/07/01 時点）のエンジニアが 0 からここに至るまでに実施したノウハウをエンジニアのためのブログライティング入門　という内容で登壇したので、資料を公開します。 対象者 – エンジニアや技術のブログを書いたことないけど、書きたいと思っている人 – 書いてはいるけど qiitaのいいねやはてブが思うように伸びない人 内容 記事を書くようになって自分に起きた変化 どんな記事を書けば良いのか？ ネタの集め方、どうやってブログを書けばいいのか？ まさかりが怖くないのか？ いいねやはてブの集め方 おまけ エンジニアブログを書いたことのない人が、ブログを書くきっかけになれば嬉

エンジニアのshinです。 ランサーズでは4月から、ゲストを招いてランチを食べながら話をするランサーズ開発ランチ(Lunchers)という取り組みを実施しています。 5/16に実施した第3回の内容をご紹介します。 第3回のゲスト紹介 合同会社ねこもりの高橋邦彦(@kunit)さんをゲストに迎えて、PHPのバージョンアップの話をして頂きました。 きっかけ 昨年のPHPカンファレンス福岡で弊社の金澤が登壇することになり、事前にPHPバージョンアップの意気込みをブログにアップしました。 その際に多くの有識者の方々からありがたいコメントを頂いたのですが、その中で一番するどいコメントだったのが高橋さんでした。それがきっかけで弊社主催のCakePHP勉強会に参加頂いたりして情報交換するようになりました。 そして今回、ランサーズ開発ランチのゲストとしてお声がけしたところ快く引き受けてくださったという経緯

ヘッドレスChromeでシンプルに自動テストを行う Google Chromeのバージョン59から標準搭載された、ヘッドレスモード（GUIがないモード）。コマンドラインからヘッドレスブラウザを立ち上げることができ、スクリーンショットの撮影を行ったりDOMを出力したりすることができます。自動化の可能性に満ち溢れた機能です。 ヘッドレスChromeの導入については、次の公式ドキュメントが詳しいです。 ヘッドレス Chrome ことはじめ  |  Web  |  Google Developers ドキュメントを読んでいただくと分かると思いますが、様々なことが可能なため指示の記述が少し冗長な面があります。 そこでヘッドレスChromeを用いた自動化処理をシンプルにすることに特化した便利ツール「Chromeless」を紹介します。 なお、今回実装したソースコードはGitHubで公開しています。わせ

Facebook が開発したUI ライブラリ 旧来の DOM 操作による状態管理を props や state で抽象化 パーツをコンポーネントごとに管理するのが得意 https://reactjs.org/ から、ライブデモを試せます。 SPAなどの複雑化する React のステート（状態）管理を、ルール（哲学）に従って書かせることで、フロントエンドの動きを追いやすくするためのライブラリ （*個人的解釈です） もともとは Flux と言う、データの流れを一方向に制限することで、流れを追いやすくするという、オブザーバーパターンの亜種から、さらに転じた考え方。 Redux と言う名前は 「Reducer」 + 「Flux」 で 「Redux」だそうです。array.reduce と同じような役割を Reducer が担います。詳しく知りたい方は作者の発表をご覧ください Dan Abramov

@tsuyoshi です。先日行われた React Redux を用いた SPA 新規サービスを運用して得た知見と実装例　と言うイベントで使ったスライドをアップロードしました。 https://pook.life/ と言うサービスをReact Redux の SPA で運用して得た知見などを共有できればと思い。公開してみた次第です。 内容としては 利用しているライブラリや開発環境、開発フロー コードベースでの実装例の紹介 その他 SPA サービスを運用する上での構成や知見 など、実例や結果を交えながら説明しています。 何かの参考になれば幸いです。 スライドを貼ってますが、以下のgoogle スライドで見た方が、アニメーションとか動いて見やすいかもしれません。 https://docs.google.com/presentation/d/1TIEg5rYJ9vlWTSO6etwupBBO0e

「不動産テック業界 カオスマップ 最新版」「不動産テック業界 資本金グラフ」公表 | Limar Estate 日本において「ビッグデータでAIで機械学習でマーケティングのブランディングでディープラーニングのリードナーチャリングだ！」でごまかせる業界はもう不動産しかないのか、今年に入ってから「不動産テックでデータ可視化で物件価値の向上でウッハウハですよ！」な会社から融資をお願いされることが増えました。 しかし、残念ながら今のところ投資に値する会社はありません。というか適当すぎてやばい。話聞いてる途中で「え、え、ちょっと待って、それテクノロジーって言えるの？」と遮りたくなるレベルの会社だらけでびびります。 不動産テックはアメリカの話を聞いていると面白いんですが、日本の不動産テックはがっかりを通り越してテック名乗るな馬鹿野郎と言いたくなることばかりです。 他社サイトからスクレイピングしすぎ 融

CakePHP2系になってからはPHPUnitがテストに使われていてそれを使ってテスト書いてるんだけど assert文を微妙に間違ってるなあって気づいた。けど動いてるのでなんでかなと思った。 ちなみにassertEqualsをassertEqualって書いてた。 答えはまんま下のページに書いてあった PHPUnitへの移行のヒント - 2.x CakePHP2系は1.3系からかなり変わっていてテストもSimpleTestからPHPUnitに変わっている。 SimpleTestにassertEqualっていうassertがあって移行期間としての一時的な処置でラッパーが用意されていてカバーしてくれていたので assertEqualと書いてもassertEqualsとして動いてくれていたのであった。 上記ページにも書いてあるがこれは一時的な処置のようで2.1では削除予定とのことなので PHPUn

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

はじめまして。サーバーサイドエンジニアの中野(@Hiraku)です。2015年12月からメルカリで働いています。 2016年1月27日(水)の第98回PHP勉強会@東京にて、composerを速くする取り組みについて発表をしてきました。 composerはPHPにおける実質スタンダードなパッケージマネージャです。 このcomposer、日本で実行すると非常に遅く感じます。この原因は普通ならこう表現すると思います。 githubやpackagistが日本から遠いから composerの実装がよくないから しかし発表ではあえて「光が遅いから」という主張をしました。 一般常識として、光の速さ(真空中で秒速約30万km)はとてつもなく速いものという認識だと思います。しかし一方で、地球や宇宙の規模など極限的な状況に携わる仕事をしている人であれば「全然速くない、むしろ遅い」というのが普通の感覚です。

今年は大袈裟な見出しを考えたところで８割方燃え尽きました。 お久しぶりです。デザイナーの きの です。 今回は【UX Tokyo Advent Calendar 2015】 の7日目としてお送りします。 今年も僕はゲームのUI制作の現場で働いています。 サービスではなくコンテンツの制作となるゲームの現場では、UIもUX一緒に考える機会ばかりです。 （そんな現場の様子は去年のブログをごらんください） なので、業界関係者からは刺される覚悟で「UI/UX」という括りで今回は今年のゲームを振り返ってみたいと思います。 今年はいろんなゲームを遊んでいく中で、おっと思ったポイントを紹介します。 果たしてそれが来年のトレンドなのか、それとも・・・。 年越しには少し早いですが、一緒に振り返ってみましょう。 1. ユーザーはデータ容量に敏感 [画像：アイドルマスターシンデレラガールズ スターライトステージ]

最近は人工知能分野の話題に事欠かないので、IT系に詳しくない人でも、Deep Learning がどうとか、人工知能がどうとかという話題を耳にすることが多いと思います。 猫も杓子も Deep Learning な世の中ですが、そもそも人工知能とか Deep Learning ってなんなんだっけ？ という疑問に答えられる人は多くないはずです。 今回は、広く浅く、人工知能と Deep Learning について書きます (この記事をご覧になればわかるように、人工知能 = Deep Learning では決して無いのですが、両者はよく並んで紹介されるので、ここでも同列に書いています)。 最初に結論 Deep Learning は(真の)人工知能ではない。なんでもかんでも人工知能って呼ばない。 「Deep Learning」、「人工知能」ともにバズワード*1になりつつあるので気をつけよう。 コンピ

Photo by Matt Ryall こんにちは。谷口です。 ITエンジニアの皆さんや、プログラミングを学習中の皆さんは、プログラミング問題を解くのはお好きでしょうか？（お好きな方が多い……と信じております……） プログラミングが好きな方の中には、「業務とは直接関係ないけどプログラミング問題をもっと解きたい！」また、「プログラミング初心者で勉強中だから、問題をたくさん解きたい！」という方もいらっしゃるかと思います。 また、競技プログラミングがお好きで既にばりばり挑戦されている方や、競プロに挑戦してみたいけど「まだ初心者だしいきなり挑戦するのはハードル高いな……まずは自分の実力アップのために練習したい！」という方も、ちょうどいいレベルのプログラミング問題が必要になってくるかと思います。 （※競技プログラミングとは、一般に、出題されたプログラミング問題を制限時間内に解いて競い合う競技大会のこ

おいしいですね

Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第七回にして本対談もついに最終回を迎えることになりました。その栄えある最終回を飾ってくださるのは、あの『株式会社ドワンゴ』の川上量生氏！　創業期からエンジニアとして第一線で活躍し、現在は代表取締役会長と『象徴CTO』を兼務。そして『株式会社KADOKAWA・DWANGO』（10月１日付で社名を『カドカワ株式会社』に変更予定）の代表取締役社長、『スタジオジブリ』のプロデューサー見習い、アニメーション製作会社の『株式会社カラー』では取締役と、業界では知らぬ者はいないスーパースター。そんな川上氏が、プライベートでもゲーム仲間として交流のあ

2015年6月17日に標準仕様として発行された ECMAScript6 通称“ ES6 ”ですが、脚光を浴びているものの実際のブラウザが対応するには時間がかかると思います。そのような状況の中、トランスパイラの一つである Babel で一足先にES6（ECMAScript6）を体感したいと思います。 ES6からES5へトランスパイラするBabel トランスパイラとはコード変換ツールの意味として利用されています。Babelは現行のES5へ、ES6のコードを変換する（トランスパイルする）ツールです。Babelはランタイムライブラリとちがって、実行時のオーバーヘッドがありません。また、トランスパイル後の変換コードが比較的読みやすいという評判です。 では見ていきましょう！ ※ 本記事では、Babelの利用だけに留め、ES6とES5の構文の違いや、ライブラリの説明は行いません。 Babelのセットアッ

初めて執筆に参加した本、データサイエンティスト養成読本シリーズの機械学習入門編が技術評論社さんから出ます。共著です。9月10日発売です。 データサイエンティスト養成読本 機械学習入門編 (Software Design plus) 作者: 比戸将平,馬場雪乃,里洋平,戸嶋龍哉,得居誠也,福島真太朗,加藤公一,関喜史,阿部厳,熊崎宏樹出版社/メーカー: 技術評論社発売日: 2015/09/10メディア: 大型本この商品を含むブログを見る このブログを読んでいる人はすでに機械学習に詳しい人が多いと思いますが、周りでこれから機械学習使い始ようとしている方に薦めてもらえれば幸いです。特に、最初の一歩を踏み出せずにいる方に手にとって欲しいと願っています。 また、発売当日にはちょうど私も日本に戻っており、執筆者が何人か集まって出版社主催のトークイベント（？）をする可能性もあるので、興味がある方はご参加

ランサーズのtsuyoshiです。 今回も社内コミュニケーションを活性化させ、プロダクトをよりよくするような【ネタ】です。 サービスやプロダクト開発のPDCAにおいて、日々カイゼン要望を吸収し、高速なPDCAを回すことが必要不可欠です。 ですが、よくよく考えるとカイゼン案件自体が現在アサインされているプロジェクトのアドオン（150% workしましょうと？？？)だったりと カイゼンしたくてもできない夜を過ごしているかと思います。 今回はそんな半ばやけくそ気味の状況を打開し、より高速にPDCAを回すためにランサーズで実践したプロダクト開発の手法についてです。 目次 す背景と目的：カイゼンプロジェクトの始動 しカイゼンのためのPDCAサイクル がPDCAを回してみて変わったこと たカイゼンプロジェクトの課題 べもっと高速に回すためのPD鮨Aサイクル たダーツで白熱するカイゼン競争 いまとめ 背

6月1日新しい仕事を始めました。 ITエンジニアのための技術勉強会サイト運営者、というこれまでのHR一本のキャリアとは全く違う世界に飛び込んだんです。 で、なんでブログ？？ 「なぜブログを書くのか」 これまで： 社会人9年目。ITエンジニアのキャリアコンサルタント（転職相談）7年、IT会社の人事1年半、ITエンジニアが常に近くにいるビジネス人生を送ってきました。 社会人になったらすぐ結婚して家庭はいろーと思っていた自分がまさかこんなに働くとは。 気持ちの変化： 社会人になるまではエンジニアリングがどんな世界であるのか、全く知らなかった私。この業界の人って暗そう、とか安易な想像をしてました。 でもキャリアコンサルタントとして2000人のエンジニアの方々のお話を伺い、エンジニアって本当に学び続けてアウトプットし続ける大変な仕事、私には到底真似できないんじゃないか、すごいなーと思うようになりまし