The Qiita Advent Calendar 2018 is supported by the following companies, organizations, and services.

Editor's Notesよろしくおねがいします。 それでは「クソコード言い換えのご提案」というタイトルで発表させていただきます。 Twitterアカウント m_norii と申します。よろしくおねがいします。自己紹介です。 埼玉生まれ埼玉育ち埼玉川越在住の埼玉土着エンジニアです。デザインワン・ジャパンという会社に勤務しています日本全国あらゆる店舗を網羅した口コミサイト「エキテン」というサービスを運営しています。 名前だけでも覚えていただけたら幸いです。本発表の内容は個人の見解であり、所属する組織の見解を 代表するものではありません。 ご了承ください。それでは本題に入ります。世の中はクソコードへのうらみで満ちていますたとえば、「俺が見たクソコード選手権」というハッシュタグが流行ったり「プログラマをクソコードで殴り続けると死ぬ」というブログがバズったり本日のセッションにも、クソコードを改革

本記事はEngineering Manager Advent Calendar 2018の19日目です。 エンジニアリングマネージャーをやっているとメンバーの退職というイベントが発生することがあるかと思います。 この退職というイベントはエンジニアリングマネージャーにとってはとても悩ましくどう対処すべきなのかが難しいイベントでもあるにも関わらずテーマがテーマだけにあまり知見が共有されない話題のように思います。 そこで今回は退職についてどう向き合うべきなのかを私の観点から書きたいと思います。 退職云々の前に普段から考えておくべきこと メンバーがいなくなるとどうなるかを考えて組織戦略を考える 退職に関わらず、怪我・病気や、ライフイベントなどでチームからしばらく離れることがあると思います。 そういった場合にチームのアウトプットにどのような影響があるか、その影響は事業の持続性、システムの持続性にどの

こんにちは、エンジニアの肥前です。この記事は Serverless Advent Calendar 2018 の13日目です。 また、HiCustomer Tech Blog の最初の記事でもあります。今後もチームで継続して得られた知見を書き溜めていく場にしたいなと思います。 さて、いわゆる ”サーバーレスアーキテクチャ” を採用してスタートアップのプロダクト開発を開始しておおよそ一年が経過しました。もちろん恩恵に預かっている部分、省力化できた点は多々あるのですが、今改めて振り返るとアンチパターンを踏んでいたり、このまま放置すると負債化しそうな箇所が見えてきています。失敗した話というのはなかなか表に出しづらいものではあるのですが、少しでもこれから取り組む方の助けになればと思い記事に残してみようと思います。サーバーレス界隈の方々にはあるあるネタだと思うのでご笑納ください。 前提となる構成 事

※この記事は、Leverages Advent Calendar 2018とDevRel Advent Calendar 2018の18日目です。 どーも。teratailのDevRelをやってるafroscript（@afrosript10）です。 エンジニア界隈では、LT大会やハンズオン、輪読会、もくもく会などなど、様々な形で勉強会やイベントが行われています。そんな中、天候の影響や、交通機関の事故、謎の急なキャンセルが増えまくる現象などなど、実際の参加人数が想定より大きく下回って焦ったとき、ありませんか？？ 僕もこれまで200〜250回くらいエンジニア向けのイベントや勉強会を開催してきたのですが、そういった場面にも多く出くわしたことがあります。今回は、それに対する僕なりの対処法を、サクっと書いておきます。（たいした方法ではないですが。）もし他にも「こんな対処法もあるよ！」って方がいれば

こんにちは。FiNC Technologiesデータ分析グループ(Growth Team)/管理栄養士のTanjiです。 先日の登壇内容を書き起こしました。 オンボーディング施策で各種許可率を上げるコツや、離脱を防ぐノウハウを大公開します。 会場提供は株式会社Loco Partnersさんでした。 管理栄養士のグロースハッカー？少しだけ、自分の話をさせてください。 私は今、グロースハッカーとしてサービスを広げる仕事をしているのですが、もとはダイエットをサポートする管理栄養士でした。 FiNCでは3年間、管理栄養士としてFiNCのダイエット家庭教師というサービスに携わっており、ダイエット難民、生活習慣病予備軍、綺麗になりたい女の子…そういった方々とオンラインで直接コミュニケーションをとりながら、目標達成のためのサポートをしていました。 そんなある日、グロースハックチームへの異動という転機が訪

10月11日、ガートナーは「日本におけるテクノロジのハイプ・サイクル：2018年」を発表した。 テクノロジーに関係する人にとってはもはや常識だから、知らない人はこの機会に覚えてほしい。ハイプ・サイクルは、新しく生まれたテクノロジーが今後どのようなプロセスを辿って市場に受け入れられていくかを簡潔に示したものである。横軸には時間の経過、縦軸には市場からの期待度が置かれ、時間の経過とともに、黎明期、「過度な期待」のピーク期、幻滅期、啓蒙活動期、生産性の安定期という流れで曲線上を移り変わっていく。また、テクノロジーごとに主流になる時間は異なるため、記号を変えることで対応している。注目すべきテクノロジーの位置づけを知ることは、現在あるいは未来におけるビジネス上の振る舞いに、直ちに関係してくる。 ところで、ハイプ・サイクルの記事がマスコミによって発表される際に、言葉の意味や図の見方が説明されないことが

The Qiita Advent Calendar 2018 is supported by the following companies, organizations, and services.

Your code is complex and working with it is difficult. Years of development and bug fixes have you ready to declare bankruptcy on your technical debt and start again from scratch. It feels so freeing to leave all your past mistakes behind and start over in a new technology and do everything right this time. Before taking that plunge, let’s take a careful look at what the actual costs of beginning

マネジメントスタイルは対象となるメンバーだけでなく、時々の状況や幾つかの要因によって変えるべきものだという話です。 本記事は『HIGH OUTPUT MANAGEMENT』を読んだうえで自分の観測範囲と経験に照らし合わせた感想なので、詳細が気になる方は同書の第12章を読むことをおすすめします。 マネジメントスタイルとは まず、ここでいうマネジメントスタイルとは何か。 マネジャーが部下をマネージするやり方、というと同語反復が過ぎるので、イメージしやすいように極端な例を2つ出してみます。 マイクロマネジメントとは マイクロマネジメントとは、マネジャーが部下や従業員の業務を緊密に観察する and/or コントロールしようとするマネジメントスタイルである。 マイクロマネジメントは職場における自由の欠如を示すことから、一般的にはネガティブな含みを持つと考えられている。 https://en.wiki

この記事はEngineering Manager Advent Calendar 2018の14日目の記事です。 株式会社FiNC Technologiesにてエンジニアリングマネージャーやっております清水 @takayuki_shmz です。今は自分の担当の日が回ってしまいそうで焦っております。 今日はEngineering Managerをそこそこやってみて、特に難しかったなぁという点を書きたいと思います。TOP3とか偉そうに書いてますが気をつけてください、n=1の主観100%です。異論は余裕をもって認めます。 まぁ「この世のすべての不利益は当人の能力不足」とのことなので、以後でる話題はすべて自分がマネージャーを始める際の勉強不足が原因なのですが、Engineering Manager界隈も徐々に盛り上がっていますので、僕のただの後悔を書き綴ることで、誰かの役に立てばと思います。 では

この記事は エムスリー Advent Calendar 2018 12日目の記事です。 こんにちは。エムスリー エンジニアリンググループの三浦(@yuba)です。基盤開発チームというところで各サービスチーム共用のシステムの開発保守に携わっており、そこで見つけた面白い動作を掘っていったら意外な知識にたどり着いたという話をいたします。 化けた日付はどこから来た？ あるサービスの管理画面の動作を検証していたときのことです。バリデーションの振る舞いを確かめるためにいくつかテストケースを作りながら実際の動きを試していたところ、不思議な現象を見つけました。 次のように日時入力をするところで年の欄を空のままにして送信したところ⋯ 次のようにおかしな日時が設定されたのです。 0013年？ 18分59秒？ 入力した覚えのない数字が3つも紛れ込んでいます。 これが C で書かれたプログラムなら何か不定値を拾っ

この記事は「技術同人誌 Advent Calendar 2018」の5日目です。 残念ながら執筆側ではないので、技術書典5で買って読んだ本の紹介第4弾！ techbookfest.org [何で読もうと思ったか] [読んで何が分かったか] [今後どう活かすか] [まとめ] [何で読もうと思ったか] この一年くらいはマイクロサービス関連の本を読んだり、技術書典4で同サークルの「Microservices architecture よろず本」を買っていたのもあり、技術書典5で続編が出ていたので迷わず購入。 kdnakt.hatenablog.com kdnakt.hatenablog.com 並行して、ちまちまと『マイクロサービスアーキテクチャ』も読み進めている。年内には読み終えたい……！ マイクロサービスアーキテクチャ 作者: Sam Newman,佐藤直生,木下哲也 出版社/メーカー: オ

FiNC Technologiesに10月からJoinしました、エンジニアインターンのMuratanです。 先日 2018/12/06、Flutter Meetup Tokyo#6がFiNC Technologiesにて開催されました。 (前回Flutter Meetup Tokyoの記事はこちら)

react-rails で SPA, SSR を実現する / react-rails-spa-ssr

Waroomの開発モチベーションと今後のロードマップ / Waroom development motivation and roadmap

Railsだけでなく開発チームのバージョンアップは順調ですか? 多くの企業がRailsを使ってスピーディな開発・事業立ち上げをし、サービスを拡大していると思いますが、そのアップデートのスピードにチームのスケールが追いつけていけず、最初は最高にクールだったチームに、いつのまにか停滞感が漂い出すといったことは、実は珍しくないように思います。Railsと同様に開発チームにおいても、チーム自体の仕組みや考え方のアップデートを怠ると、徐々に負債が溜まっていきなかなか新しいことができなくなり、バージョンアップが難しくなってしまいます。 本セッションでは、FiNCアプリをつくるFiNC App Teamでおきた典型的な事例を、なるべく聞き手のチームでも再現性のある形で整理してお伝えしていこうと考えています。今の開発チームに課題感があって変えたい方、急拡大するスタートアップの開発者・テックリード、日々開発

Mercari Advent Calendar 2018 の6日目はフロントエンドチームの @vwxyutarooo がお送りします。 このタイトルが言いたくて Micro Frontends の記事を書きました。皆さんは Micro Frontends という言葉を聞いたことがあるでしょうか? 私は数ヶ月前まで全く知りませんでした。メルカリのフロントエンドチームにて Micro Frontends に関して考える機会があったので、Micro Frontends とはなんなのか。何をどのように解決しようとしているのかという内容を紹介します。 Micro Frontends とは Micro Frontends という考え方は ThoughtWorks Technology Radar にて2016年に初めて登場したと言われています。日本語で言うときは複数形は無視して "マイクロフロントエン