2018年7月10日付けでタイププロジェクト株式会社を退職しました。 大学在学中の2012年8月からタイププロジェクトの仕事をするようになり、その後タイプエンジニア（フォントエンジニア）として2015年4月に入社しました。あわせると、6年近くにわたってお世話になったことになります。 タイププロジェクトがコンパクトなチームだったこともあり、製品版フォントのプロダクション、フォーマット変換やカスタマイズ、内製ツールの開発、制作ワークフローの自動化・省力化、イントラの管理などなど、とにかくいろいろなことに携わることができました。仕事を始めた当初はほとんど何もわかっていなかったのですが*1、おかげさまで随分いろいろなことができるようになり、自信もつきました。フォントへの興味がますます深まったのは、言うまでもありません。 タイププロジェクトに参加するまであまり想像していなかったのですが、実際の仕事で

こんにちは、エンジニアの id:tsub511 です。 ここ数日気温の寒暖差が凄いですね。昨日あまりにも寒すぎて一度しまった冬用の布団を引っ張りだしたら、また気温が上がってきたので片付けることになりそうです。 最近、Datadog でプロセスがオープンしているファイルディスクリプタ数のメトリクスを取る必要があり、色々と考えた結果良い方法を思いついたため、今回ご紹介します。 Datadog 標準の system.processes.open_file_descriptors メトリクスを取るには root 権限が必要 Datadog では標準で、Process Check という機能を使うことで system.processes.open_file_descriptors メトリクスを取ることができます。 https://docs.datadoghq.com/integrations/pro

こんにちは、"マークダウンの申し子"こと Yangです。 この記事もマークダウンで書いてます。 わたくしfeedforceでUX/UIデザイナーをやってまして、 現在は弊社プロダクト ”dfplus.io” のUX/UI周りを担当しております。 早速ですが、feedforceではUIデザインにSketch を利用してます。 先日dfplus.ioのUIデザインをまとめているSketchファイルのリファクタリングを行いました。 昨年初め頃、dfplus.ioのデザインリニューアルを行ったのですが、今ほどUI周りが固まりきっていない段階からSketchファイル上で様々な試行錯誤をしてきたため、設計に以下のような問題を抱えておりました。 設計ルール（制限）が曖昧 シンボルの構造に無駄が多い わかりづらい 複雑になっているためか重い テキストスタイルの定義がバラバラ 古いバーションで作ったファイル

GraphQLの導入を先導したバックエンドエンジニアに、導入の経緯や採用した感想を聞いてみました！ こんにちは、人事部の川口です。 先日、フィードフォースでは新規プロダクト「EC Booster」をリリースしました！その開発にあたって「GraphQL という聞き慣れない技術を採用した」と聞き、導入を先導したバックエンドエンジニアの @kielze にインタビューしました。 フロントエンドエンジニアから見た GraphQL については小飼が記事を書いていますので、こちらもぜひご覧ください：GraphQLを使ったアプリケーションがリリースされたので勘所を考えた 今回のインタビュイー EC Booster バックエンドエンジニア @kielze 2017年フィードフォース新卒入社。入社後、研修を経て新規プロダクト EC Booster チームに配属。 現在は同プロダクトにおけるバックエンドの開発

小飼です。Dropbox上場のニュースをみて『Rustで上場』という標語を考えたんですが、ロジックが乱暴過ぎるとの評価を頂きました。 さて、フィードフォースでは去る3月8日広告出稿・運用支援ツール『EC Booster』をリリースしました。 この新サービスにはクライアント・サーバ間コミュニケーションのインターフェースにGraphQLを採用しています。 GitHub, Apolloなど、海外では採用事例の増えてきている印象のあるGraphQLですが、国内における採用事例はまだあまり多くはないようです。 そこで本稿では、フィードフォースで実際のプロダクションに採用してみての、初期の使用感などをお伝えしたいと思います。 なお、本アプリケーションはAPIサーバ及びアセット配信サーバとしてのRailsアプリケーションが、 React/Apolloで構築されたクライアント側アプリケーションと、Grap

Home > プレスリリース > 最短5分で Google ショッピング広告が始められる！中小規模ECサイト向け、広告運用自動化ツール「EC Booster」をリリース！ 株式会社フィードフォース（所在地：東京都文京区、代表取締役：塚田 耕司、以下「フィードフォース」）は、初心者でも最短5分で Google ショッピング広告が始められ、自社商品に興味があるお客様からの自社サイトへのアクセスを増やせる、中小規模ECサイト向けの広告運用自動化ツール「EC Booster」の提供を開始いたしました。 EC Booster：https://ecbooster.jp/ 当社が開発した「EC Booster」（特許出願中 出願番号：特願 2017 – 081708）は、「最短5分から Google ショッピング広告が始められる」をコンセプトにした、自社ECサイトの集客・売上増加に繋がる広告運用自動化ツ

Ｑ：これは何の構造を表しているでしょう？ グラフ理論 上の構造のように、頂点（ノードともいいます）の集まりと、２つの頂点をつなぐ辺（エッジともいいます）の集まりでできたもののことを「グラフ」あるいは「ネットワーク」と呼び*1、このような構造を研究する分野こそが「グラフ理論（Graph theory）」です。今回はそんなグラフを使うと、身近なものの新たな側面が見えてくる話。 （余談ですが「グラフ」という用語は、数学だと関数のグラフとか円グラフみたいなやつもあって検索精度が悪いです。グラフ理論に関してわからないことがあった場合に「グラフ　○○」や「グラフ理論　○○」とググるよりも、「ネットワーク　○○」とググったほうが得たい情報にリーチしやすいというライフハックが知られています） さて、冒頭のグラフです。グラフ理論の知識なんかひとつもなくても、このグラフから読み取れることはいくつもあります。例

この記事は feedforce Advent Calendar 2017 の 8 日目の記事です。昨日は id:phiitakes の『フィードフォースのスポーツ系活動紹介 - phiitakesのなにか』でした。弊社こんなに運動部あったんだ！？ｗ こにゃにゃちわ（世代）id:tmd45 です。 ちょうど今週、社内で開催していた TypeScript 勉強会が一段落したので、それについて書きたいと思います。TypeScript の話というよりは社内勉強会のやりかたのひとつという話になりますのでご了承ください。 きっかけ 今年の夏頃から担当プロダクトで AWS Lambda を利用するようになりました。当初開発に取り組んでくれたサーバサイドメンバーが JavaScript 学んでいたり、強力なフロントエンド開発メンバーがいたりということで実装に Node.js を選択しています*1。 フロン

この記事は はの飯 Advent Calendar 2017 3日目の記事です。 adventar.org 2日目の記事はこちら。 hanocha.hateblo.jp 1月から12月まで、各月を2回に分けて紹介していく予定です。計24回。 今回は1月編 その2です。 湯島 春近 https://tabelog.com/tokyo/A1311/A131101/13192460/tabelog.com てんぷらが美味しかった。 会社近くのお店。うどん屋さんっぽいですが実はうどんではない「おざんざ」なる食べ物らしいです。 omachi-chiiki2.jimdo.com とはいえ割とうどんっぽい感じなのは確か。天ぷらがサクサクで美味しかった記憶。 湯島に来たら行ってみてもいいかもしれません。 嵯峨谷 秋葉原店 https://tabelog.com/tokyo/A1311/A131101/13

こんにちは。lorentzcaです。 ⛺ 先日データセンターにある20台ほどのサーバを別のラックに移し替えるという作業を行いました。無事サービスを止めずに作業を完了出来たので、どうやってサービスを止めずに作業を完了できたのか振り返ってみようと思います。 そもそもなぜサーバを別のラックに移動する必要があったのか ざっくりとした段取り 物理的にラックの縮小が可能かどうかの調査 調査結果を元にチームメンバーと相談 データセンターと打ち合わせ 具体的な作業手順書の作成 実作業 まとめ そもそもなぜサーバを別のラックに移動する必要があったのか 5月末に弊社の RSSSuite というサービスが終了しました。 RSSSuiteの思い出 - 避難訓練 - Feedforce Developer Blog その結果、ラック内に未使用のサーバがけっこうな数発生しました。そこで使っていないサーバや機器を整理し

おいしいですね

こんにちは、すぐ沼にはまると評判の id:hano_tea です。今浸かっている沼はカメラ（レンズ）、キーボードです。 …あれ？思ったより沼ってない？ それはさておき、先週末から自作キーボード沼に浸かり始めました。 先週末に会社の一部スペースを借りて自作キーボード組み立て会を行ったので、その日がキーボード沼記念日になりました。 せっかくなので、社内で行ったその組み立て会の様子を紹介しようと思います。 個人ブログの方にビルドログ、と言うほどのものではないですがまとめ記事を書いたので、そちらもよろしければ御覧ください。 hanocha.hateblo.jp （ちなみにキーボード沼は住民曰く「沼」ではなく、「温泉」らしいです。怖いですね。） きっかけ そもそもなんで弊社内でキーボードの組み立て会をしようということになったのかという話。 元々自作キーボードに対する興味自体はあったのですが、そう気軽

遂に自作キーボード沼に入ってしまいました。はのちゃです。 先週の金曜日に会社でレツプリの組み立て会を開催し、翌土曜日に完成しました。 もともと早くないタイピング速度が劇的に遅くなってしまっていますが、レツプリ使うの楽しいです。 レツプリだから、というよりは自作のキーボードだから楽しいのだとは思いますが！ 無事レツプリ入門は果たしたのですが、使いはじめるまでにいくつかハマりかけたポイントがあったのでメモしておきます。 余談ですが、弊社エンジニアのキーボード事情をまとめた記事も面白いので是非。 developer.feedforce.jp 部品は極力基板から浮かさずにキッチリ実装する 組み立ては先生が居たということもあってあまり迷うことはなかった印象。 ただ高さに関する制約が割とシビアなので、各種部品はかなりキッチリと実装した方がよさそうです。 最初のダイオード取り付け時、そんなにキッチリじゃ

キーボード大好き id:kogainotdan です。 社内ではハンダ付けの傍ら、フロントエンドエンジニアを拝命しています。 さて、みなさんFlowは使っていらっしゃいますか？ Facebookが主導して開発しているこの静的型検査ツールは、競合のTypeScriptに比べて強力な型推論器による厳格かつ注釈をあまり必要としない（そしてたまに理不尽な）型検査が非常に魅力的です。 ところで最近Flowを使用しているプロジェクトでこんな声が聞かれるようになりました。 例えば『エディタで編集していると、急にFlowの型エラーが報告される』とか『本来エラーになるはずのコードからエラーが報告されない』であったりです。 https://github.com/facebook/flow/issues/5125 https://github.com/flowtype/flow-bin/issues/91 ht

はのちゃこと id:hano_tea です。会社では主にカメラマンを担当しています。 好きなカメラメーカーは Fujifilm、相棒は X-T2 Graphite Silver Edition + XF35mm F1.4 R です。フジはいいぞ。 先日行われた第一回 FFLT の際、カメラマンとして色々写真を撮影していました。 せっかくなので幾つか撮影したものを公開しようと思います。以前の FFLT 開催記事などと併せて見て頂けるとより一層楽しめると思いますので是非。 FFLT の各発表の詳細や、FFLTに関する思いについて纏められた記事もありますので、併せてごらんください。 developer.feedforce.jp developer.feedforce.jp それでは写真の方いってみましょう。 各LTの発表者ごとに id:kano-e お手製のタイトル付箋が用意されていました。温か

こんにちは、 id:kano-e です。 さて、先日のことですが、出社すると、なにやら隣の席のキーボードが……！ 別件で相談に行ったのですが、開口一番「キーボード変わってる！」って口走ってしまいました。 以前から ErgoDox EZ を使っていた方だったので、キーボードがセパレートしているのには慣れていたのですが、それでもなかなかのインパクトですね。 という訳で、本日は「突撃！隣のキーボード」と題して、社内のキーボードを勝手に紹介しようと思います。 フロントエンドエンジニア id:kogainotdan 冒頭で紹介しましたキーボード、Infinity ErgoDox です。 ガガーリンをイメージしたキーキャップとのこと。 キリル文字は単なる装飾で、実際のキー配列とは無関係。 そもそもアルファベットと文字数が違うので割り当てできないらしい。 右下のキーキャップは ErgoDox EZ の時

こんな時間ですがこんばんは。 id:kano-e です。 先日の記事でお伝えしてました、社内LT大会 Feedforce Lightning Talks を昨日無事開催いたしました👏 ピザ 🍕 開催の言葉を含めて11人、2時間の発表時間が終わった後も、わいわいとお喋りしてました。 ECS の話や、純粋関数型データ構造、Hue、CSV、文字詰めなど、様々な発表がありました。 デモに挑戦する人も多かったです。 メンバーの興味や、普段考えてること、好きなこと、色々と聞けてとても面白かった！ エンジニア以外の社員が覗きにきたりもしていて、社長や人事から「楽しそうで、次は自分も発表したい」という感想ももらいました。 (追記あり) 発表内容 発表内容については、この記事の中に追々リンクが追加されていきますよー 😀 (……されるよね！？) 👇 それでは、LTで発表された内容をお楽しみください。

しました。 スライドは諸事情で公開していませんのでご了承ください。 FFLT ってなによ FeedForce Lightning Talk の略です。 フィードフォースのエンジニアが思い思いに5分間喋りたいことを喋るLT大会。 ちなみに今回が初の試みです。 🍕と🍻を食べたり飲んだりしながらワイワイ交流する、そんな会です。楽しかった。 フロントエンドと私って何よ 私は今、フィードフォースでフロントエンドエンジニアとして働いています。 フロントエンドとして働き始めて大体2ヶ月目です。それまではサーバサイドエンジニアとしてRails書いてました。だいたい1年ちょっと？ FFLTで何を話そうか悩んでいた時、だいたいフロントエンドやり始めて2ヶ月なことに気付いたので、 ちょうどいいからちょっと振り返ってみよう、ということで発表してみました。 話したこと 私がイマドキのフロントエンドに入門したのが

最高ウデマエ S+12 の id:mizukmb です。 社内勉強会で『雰囲気でコンパイラを書いたら大変だった話』という内容でお話しました。 成果物 github.com ソースコードの読み込み〜構文解析を行います。 github.com 解析木を読み込んで実行します。書籍：『RubyでつくるRuby ゼロから学びなおすプログラミング言語入門』の写経コードです。 ↓実行結果 === Source code === if(1 < 3) { 10 + 2 if(1< 10) { 100 } } === AST === ["if", ["<", ["lit", 1], ["lit", 3]], ["stmts", ["+", ["lit", 10], ["lit", 2]], ["if", ["<", ["lit", 1], ["lit", 10]], ["lit", 100]]]] === o