はてなさんと共催で行った「はてな・ペパボ技術大会＠京都」と「ペパボ・はてな技術大会＠福岡」が無事終わりました。 http://developer.hatenastaff.com/entry/2016/06/21/131302 ペパボ社内では、はてなサービスとその技術力の高さのファンが多く、はてなさんと一緒にこんな技術イベントできるなんて！！と喜んでいる人たちも沢山いましたし、僕自身もご一緒できてとても嬉しかったです。技術大会後の打ち上げも含めて、すごく盛り上がったしとにかく最高でめちゃくちゃ楽しかったです。 id:y_uukiさんをはじめ、はてなさんの若手エンジニアのスキルは圧倒的に高く、id:ichirin2501さん、id:masayoshiさん、id:taketo957さん、そして、技術大会で諸々沢山調整してくださった、id:wtatsuruさんとid:tomomiiさん、座談会をモ

これまで、開発者が「早く・それなりの UI 」を実現するために、Bootstrap などの CSS フレームワークが重宝されてきました。 しかし今では、React などのライブラリを使って UI をコンポーネント化するようになってきています。 React であっても、事前に CSS フレームワークを読み込んでおき、クラス名を付与することでこれまでと同じように使うことができます。 ただ、既存の CSS フレームワークは内部で jQuery を使用していることが多いので、React と jQuery を共存させるか、jQuery 部分を自前で実装しないといけません。 そこで React で「早く・それなりの UI 」を作れそうな React コンポーネントセットを手当たり次第に調べてみました。 Note: Web 向け UI の コンポーネントのみとなっています。React Native や

The domain has expired and may be available at auction. If this is your domain, you can still renew it. Register or transfer domains to Dynadot.com to save more and build your website for free! shinji.asia 2023 著作権. 不許複製 プライバシーポリシー

こんにちは、QAエンジニアの井上恵一です。好きな飲み物は一番搾りと韃靼そば茶です。 初回からニッチなネタではありますが、昨年入社した直後に行った、 iPad アプリのテスト仕様書の管理方法を見直したときの話を紹介しようと思います。 見直しのきっかけ トレタは飲食店向けの予約/顧客台帳アプリです。だれでもかんたんに使いこなせるシンプルさを追求してはいますが、製品の進化に伴ってそのテストケース数はすでに数千という単位にまで膨れあがっています。 製品の品質を安定させるためには、テストの内容自体をブラッシュアップすることが重要なのは言うまでもありません。ただ、安定した製品を永続的に提供していくためには、それに加えて、膨大なテストケースを効率よくメンテナンスし続けるためのプロセス作りも欠かせません。 入社のタイミングでトレタのテスト設計を担当することになったので、テストケースの管理方法についてもいち

お使いのInternet Explorer 11はサポートを終了いたしました。最新のブラウザにアップデートしてご覧ください。

【トレタ×プレイド】TechBlog Deep Dive Meetup #1 〜インフラ編〜 http://plaidtech.connpass.com/event/33511/ での発表内容。 Terraform, Packer, Roadworker, Ansible, Serverspec, C…

こんにちは。ユーザーファースト推進室ディレクターの大黒です。 ありがたいことにクックパッドは今年で20年目をむかえ、数多くのユーザーに利用されるまでに成長しました。それ故に発生する課題もあり、今回はその中でもユーザー登録に使われているメールアドレスの課題と対策をご紹介したいと思います。 ユーザー登録の仕組み クックパッドのユーザー登録では、下記の項目が必要となります。 メールアドレス パスワード 郵便番号 生年月日 ※iOSアプリでは郵便番号と生年月日は任意入力となります SNSアカウント認証や認証コードでのアクティベートを採用するサービスが今では主流ですが、20年続くサービスであれば一般的なユーザー登録フローではないでしょうか。しかしながら最近のスマートフォンユーザーの多くはメールを使わないという実態も分かっているため、ユーザー登録にメールアドレスを使い続けるかどうかは、別途議論を進めて

7月8日に『チーター EP』をリリースするエイフェックス・ツインだが、今夜22時に渋谷で何かが起きると発表している。 『チーター EP』は7曲を収録しており、トラックリストも発表されている。また日本では5形態でリリースされることも発表されており、国内盤CD、国内盤CD＋Tシャツ、輸入盤CD、輸入盤LP、限定盤カセットがリリースされるという。国内盤にはオリジナル・ロゴ・ステッカーが封入され、初回生産盤のみ紙ジャケットとなる。 今回ツイッターでエイフェックス・ツインは「東京都渋谷区：神南一丁目スクランブル交差点」で何かを映像を発表するとしている。ツイートには楽曲名“CIRKLON3 [ Колхозная mix ]”が記されている。 CIRKLON3 [ Колхозная mix ] pic.twitter.com/xXMksVUzwa — Aphex Twin (@AphexTwin)

皆様こんにちは。アスタミューゼという会社でエンジニア業をしています並河 (@namikawa) と申します。 弊社も、昨今の流行りにのっとり、会社で技術ブログをはじめることにしました。 本エントリのタイトルにはわかりやすく "エンジニアブログ" と書きましたが、このブログでは、 astamuse.com をはじめとした弊社のWebサービスを作っている関係者(エンジニア、デザイナー、たまにディレクターや責任者など)が定期的に、Webサービスや技術に関して、最近やっていること・興味のあることを、持ち回りで取り上げます。 このブログを通じて、アスタミューゼという会社の事や、サービス開発の現場の雰囲気が少しでも伝わればいいなと思います。 私個人としては、自分の個人ブログは10年以上続けているし、前職では会社のエンジニアブログがあったので寄稿もしましたが、そういえば企業ブログの運営はしたことがありま

Java のスタックトレースや、使うライブラリによっては改行つきでログ出力したりで、１つの意味をもつログが複数行に吐き出されることがありますが、それだと収集しづらいので、強制的に１行にしておくと、fluentd などのログ収集ツールで収集しやすく・運用しやすくなります。 開発時に参照するコンソールにはヒューマンリーダブルなログがよいですが、本番でファイルに出力するログは１行にしてしまい、運用時のログの参照はなんらかのツールを介して行う、というのがよいのではないかと思います。 最近の fluentd の in_tail は複数行のパースに対応しているが format multiline とし、開始行のパターンを正規表現で書いたりしてがんばって設定することで対応はできます。 が、ちょっと書きづらい。 そこで logback のフォーマット定義で対応してみる 例えば、 <appender ...

チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな

はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。（内容はちょっとボカしてます） 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 （その前に）もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに （その前に）

今回は、Spring MVCベースのWebアプリケーション(画面アプリ or REST API)で、リクエスト処理内の任意のポイントで共通処理を実行する方法をについて説明します。なお、Servlet 3.0でサポートされた非同期処理利用時の共通処理の実装は、今回は対象外として別の回で紹介したいと思います。（乞うご期待！！） 動作検証バージョン Spring Framework 5.3.6 (4.3.3.RELEASE -> 5.1.7.RELEASE) Spring Boot 2.4.5 (1.4.1.RELEASE -> 2.1.5.RELEASE) Tomcat 9.0.45 Note: [2021/5/3] 投稿から5年(前回更新から約2年)くらいたっても引き続き一定のViewが継続してあるので、最新のSpring(Spring Boot)バージョンの内容に更新しました。内容自体には

ビジネス上のプロジェクトの成功法則やマネジメント方法は様々な形で語られています。一方で、主に余暇の時間で行われる技術的なサイドプロジェクト（ソフトウェア、ハードウェア含む）に成功パターンはあるのでしょうか。 最近では定量的なプロジェクトの分析を行うために GitHub のプロジェクトのデータを使おうとしている動きがあります。もちろん GitHub を使った研究はあくまでソーシャルコーディングのプロジェクトをスコープとするものですし、一部は因果関係というよりも相関関係でしかありませんが、知見として活用できる部分もあると思うので、GitHub の研究や私個人の経験を通して見てきたサイドプロジェクトの成功パターンをまとめてみたいと思います。 以下では大きく 3 つに分けて解説します。 チームアイデアとテーマプロセス 1. チーム最初に残念なお知らせです。どうやらプロジェクト内部の仕事の多くは少人

みんな大好き♪Google Analytics！！ ただ、見れるデータが膨大すぎて、あっちをクリックしたりこっちをクリックしたり・・・。 気づけば「何のデータを見たかったのか忘れてしまった」なんて事も日常茶飯事です。 実はウィジェットを配置して、見やすい一覧画面を作成できたりします。 「マイレポート」って機能ですね。 で・・・。マイレポートの作成手順とか説明してもいいんですけど、長くなっちゃうし、読むのもめんどくさいでしょ？ って事で！！ 数クリックで導入する方法を解説します Google Analyticsの標準機能で発行されるリンクをクリックするだけで導入できてしまいますので、面倒な手順は一切必要ありません。 もちろん共有されるのは「レイアウト」なので、中身はあなたのサイトのデータになりますのでご安心ください（笑） では次項でレイアウトの概要を説明した後、文末で導入方法（と言ってもクリ

皆さんはマインドマップを日頃描いていますでしょうか？僕の身近にも、メモしたり、議事録書いたり、アイディアをまとめていったり、いろいろな目的でマインドマップを描いている人たちがいます。僕もマインドマップでいろいろ書けるようになりたいな、と昔から思っていましたが、以下のような壁があって、なかなかマインドマップ脳になれずにいました。 インストール型アプリはイヤ。ウェブアプリがいい。 お金かかるのはイヤ。無料がいい。 変に凝ったマインドマップのデザインはイヤ。シンプルで王道なものがいい。 描いていくのが手間なのはイヤ。単純にマインドマップが書ける方がいい。 満足がいくものを見つけることができなかったので、結局自分で作っちゃいました。 MindMap Tab その名も"MindMap Tab"。Chromeの拡張機能として作りました。 インストール方法 Chromeをお使いの方は、以下のページからM

タイトルだけで何をやったか想像がついた方はお疲れ様でした。とりあえずなんだかんだはまりながらたどり着いたので、もっとできる人からもっと効率の良いやり方のまさかりが飛んでくることを期待しつつ。 背景 Webアプリケーションとバッチで構成されるサービス Web側についてはアクセス数に応じてスケールさせやすくしておきたい バッチはデータ量が極端に増えないのであまりスケールを考えなくてもいい どうせ同じEntityモデルとか使うしWebとバッチでリポジトリは分けたくない 一応、Webアプリケーションとバッチはdocker(でなくてもいいけど)でスケールしやすい構成にしようかと思っています。 で、Webアプリケーションは複数だし、バッチもあるし、必ずしも両方リリースする戸言うことは考えられないし、デプロイ時にDDLのauto-generateやってしまうのはあまり得策ではないなあ、と思ったので、マル

[D] Windowsはターミナルがダメだから使えないってのは過去の話? 基本的にはいい感じに見えますが、いくつか問題は発覚してます。 http://blog.drikin.com/2015/01/windows-2.html 僕は Cygwin よりも msys2 が好きです 理由は最後の方に書きます。 cygwin は windows 上に完全な POSIX を提供するのが目的であって、msys2 は native な windows アプリケーションをビルドするのが目的なのでゴールが違うのよね。そして僕は全て cygwin で染められるのが好きじゃ無い。それだけの話です。 — mattn (@mattn_jp) April 10, 2016 もちろん msys2 を POSIX 環境としても使いますが、一番の目的は cmd.exe から Windows ネイティブなアプリケーションを