D750と一緒に買ったので三年半くらい使ってるのかな？　一応現行品なはずだけどあんまりレビューがないんで書きます。つーても毎年年末の総括とかではレンズごとに乗っけてるのでここをよく見てる方ならご存知かと思いますが… デカイ、重い、しかも中望遠。でも使いたい このレンズ、正直でかいし重いです。手ぶれ補正はガコガコ言ってうるさいし、AFは遅いし、利便性を求めて買うと大失敗すると思います。でも僕は好きなんです。なぜか？ デジタルカメラで使ったときのシャープさ、解像度の高さ、ハイキーでとってもローキーでとっても黒つぶれ・白とびが少なくて現像の自由度が高いってのも一つです。情報がきちんとセンサまで届くと編集がしやすい。うっかり失敗してもリカバリができる。たしかに収差はあるし周辺光量は盛大に落ちるけど、君たち周辺光量が落ちた写真は好きだろ？ それに105mmっていう中望遠域なのもいい。写真は引き算って

ANDPADでデザインを担当している後藤です。 エンジニア 「このボタン、分かりにくいですね」 開発を進めてて、エンジニアにこう言われたことはありませんか？ 「このボタンって、どう動くんですか？」 「このボタン、気がつきにくいですね。」 そういったときに、どのようにUIの意思決定をしたか、説明して納得してもらう必要があります。 今回は「並び替えボタン」で起きたケースを紹介します。 あまり目立たない機能ですが、データを整理することが多いBtoB向けサービスでは、要望が多い機能じゃないでしょうか。 【目次】 ・どこが分かりにくかったか？ ・エンジニアとデザイナーの通る思考回路は違う ・エンジニアの考えた解決策 ・画面上における機能の優先順位 ・機能単体のゴール ・まとめ どこが分かりにくかったか？実際の画面がこちらです。（※こちらは現在開発中の機能になります） さて、どこが分かりにくかったでし

PWAのメリットが強くなる時ってどんなときか考えた。 今回はネイティブアプリの代わりにPWAで頑張る話したけど、ネイティブアプリのありなしに関わらずWebを良くしていきたい。 紹介した自作PWA - http://ease.netlify.com/ (TODOリスト) - http://mo…

2. Ryo Tezuka @inureo 来歴 ❑ 2009年04月 デザイナーとしてWeb制作会社に入社 ❑ 2013年10月 エンジニアとしてnanapiに入社 ❑ 2015年09月 リクルートライフスタイルに入社 ❑ 新規事業開発チームで開発責任者担当 ❑ 美容事業配属後、カスタマサポートや事業部を巻 き込んだ生産性向上プロジェクトの立ち上げ ❑ 現在リプレイスプロジェクト担当

こんにちは、CTOのあんちぽちゃんです。ペパボにはエンジニア職位制度というのがあるのですが、それをちょっとアップデートしようとしています。その際に社内向けに書いた文章があるのですが、せっかくなんでペパボのことを知ってもらうために、こちらにも貼っておきます。 2018年上半期の職位制度立候補についてお知らせいたします。いつもとは異なり、内容に入る前に、CTOとしてのあんちぽの考えを述べたいと思います。しばらくおつきあいください。 これからのペパボのエンジニアについて 「IT産業においては、物事は常に変化し続ける。そして変化し続けることだけが不変である」と僕はよくいっています。僕自身がエンジニアになったのはちょうど10年前、2008年の頃でした。2008年といえば、iPhoneが日本で発売開始された年です。エンジニアリングにまつわる環境は、あれから随分変わりました。どう変わったかをいま書き出し

iOSとは、Apple製のスマートフォンであるiPhoneやタブレット端末のiPadに搭載しているオペレーションシステム（OS）です。その他にもiPod touch・Apple TVにも搭載されています。

フロントエンドのレベル上げ 〜Rails エンジニアが Webpacker を使う場合〜 リンク付きの原稿はこちら https://github.com/ohbarye/slides/tree/master/2018/meguro.rb-15

僕は自分と自分のチームが幸せに仕事が出来るようにしようと思っています。そしてあなたの給与と市場価値を上げるのが僕の仕事です。 僕はあなたが楽しく仕事が出来るようにしています。そのためにはエンジニアとしてもキャリアとしても成長が必要だし、それに対する納得も必要だと思っています。たんに甘やかすとかではなく、一緒にエキサイティングに仕事を楽しみたいと思っています。 あなたとあなたのチームがどの方向に向うのかを考え伝えます。全体として進む先を考えそのために何をすべきかを一緒に考えていきます。 他のチームとの交渉が難航した時はすぐに動きます。僕に頼らなきゃいけなくなった時点で問題がややこしくなっていると認識し、情報を集め適切に動きます。また、必ず結果を報告するようにします。 コードを書く事をやめません。自分自身で触ってみないとわからない事が多いので手を動かす事はやめません。ただし立場上スケジュールの