You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
itamae と比較して mitamae のメリットをシングルバイナリ以外にも作りたいなと思って mitamae の高速化を進めている。 高速化の方針は「できるだけ Ruby (mruby) のプロセス内で実行する」というもの。 itamae と mitamae の差の一つに SSH サポートや Docker サポートがあって、itamae は SSH 越しに実行したり Docker コンテナに対して実行したりできるが、mitamae はローカルのみをサポートしている。 mitamae では未実装なだけかと思ったが、既に一部の実装がローカル実行前提のようだったので、だったらその前提で外部コマンドを使わずに Ruby でファイルの存在などをチェックすることで高速化できるだろうと考えた。 実は itamae のときにも同じことをやろうとしていて実際に ちょっとだけ作ってみていた んだけど、うま
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、Pepabo Managers Advent Calendar 2016 の12日目の記事です。 11日目は、kwgcさんの「スニーカーについて」でした。 以下のような項目についてお話ができればと思います。 現在の立場について どのような経歴からマネージャー職になったか 足りないと思ったスキル 会計 面接 コーチング ファシリテーション プロダクト開発 それをどのような手段で身につけてきたか 本を読む 計画 実践 問題の発見 改善 (PDCA) 先輩マネージャーを見る 問題だったプロセスや気付き とにかく行うMTG 共通認識
この記事は、Pepabo Managers Advent Calendar 2016の14日目の記事です。 13日目は、取締役兼EC事業部部長兼インターネット汁というポッドキャストで一緒にMCをしているホシハヤトさんの「山田くんと一緒に考える「組織の成長段階における最適なマネジメントとは？」〜 2016 年に購入してよかったものを添えて〜」でした！ はじめましての方からインターネット幼馴染まで、皆さんこんにちは、蛭田悠介（37歳）会社ではヒルティという可愛い呼び名で殺し屋のような顔面とのギャップ萌えだけで何とかここまでやっきた少し毒のある蠍座の男です。 ということで最近の私は何をしているかというとグーペというサービスのマネージャーをしています。 2016年のグーペ まずグーペを簡単に説明しますと、月額1,000円から誰でも簡単にホームページが作成できるウェブサービスです。 リリースは200
これは pepabo Advent Calendar 2016 - Qiita の14日目の記事です。 昨日は id:Fendo181 さんの 日報サービス「DuPo」を作った話でした！ それは、今からちょうど半年前のこと。 海の香りと共に暑い夏がやってくる ... 甘酸っぱい青春が再び来るのではないかと予感させる ... そんな季節でした。 開発チーム内で行っていたスプリントレトロスペクティブの時間に、チームメンバーから「そろそろコードレビューをやってみよう！」と提案があり、それから本格的にコードレビューをやり始めることになりました。 早いもので、あれから半年が過ぎました。 今宵は年の瀬ということもあり、ふりかえりを目的として半年間コードレビューを積み重ねたことで僕の中で起きた考えの変化や感じたことについて 10 個書き出してみることにしました。 教育関連に興味がある方や組織の成長を考え
この記事は、はてなエンジニアアドベントカレンダー2016の14日目の記事です。13日は id:astj による『Perl 6 のモジュールエコシステムの話とモジュールを公開する話 (2016年12月版) - 平常運転』でした。 こんにちは。Mackerelチームでアプリケーションエンジニアをやっている id:itchyny です。 Mackerelは、同じ役割を持つホストを束ねた「ロール」、そしてロールを束ねた「サービス」というまとまりでホストを管理し、一覧性の良いグラフ画面を提供しています。 ロールあたりのホスト数、そしてサービスあたりのロール数が増えると、グラフの画面のパフォーマンスに大きく影響します。 Mackerelチームでは大規模なサービスでも快適にグラフを閲覧できるように、継続的に画面のパフォーマンスを改善してきました。 本記事では、Mackerelのフロントエンドのパフォーマ
Dockerエンジンのコアランタイムが「containerd」として分離、独立したオープンソースプロジェクトに。Docker、AWS、Google、IBM、マイクロソフトらが協力して開発推進へ Dockerは、Dockerエンジンのコア部分を「containerd」（発音はCon-tay-ner-D：コンテナーディー）として分離し、単独のオープンソースプロジェクトとしてアリババ、AWS、Google、IBM、マイクロソフトらと共同で開発を推進していくことを発表しました。来年2017年の早期には、このプロジェクトを中立的な団体へ寄贈するとしています。 containerdは、Docker 1.11以降のDockerのコアコンテナランタイムに相当するもの。RunCベースであり、コンテナ標準であるOCI（Open Container Initiative）に準拠しています。 下記の図は現在のDo
こんにちは！ id:amagitakayosi です。 はてなブログチームで JavaScript と Perl を書いています。 最近はてなでは Frontend Lunch Podcast を配信しています。 iTunes: https://itunes.apple.com/jp/podcast/frontend-lunch/id1174199369 RSS: https://hatena.github.io/frontend-lunch/feed.xml (2017-02-07 15:38 追記) Podcast配信サイトを移転したので、配信URLを変更しました。 この記事では、Podcast を始めた経緯を通じて、はてなのフロントエンド会の取り組みを紹介したいと思います。 目次 フロントエンド会の発足 フロントエンドMTG フロントエンドランチ Frontend Lunch Pod
この記事は、 Advent Calendar 2016 - VOYAGE GROUP techlog の16日目のエントリです！ みなさんこんにちは！ VOYAGE MARKETINGにてエンジニアをしている なかにしごう (@gomachan46) | Twitter です。 2014年より社内非公式サークルとして 音ゲー部 を立ち上げ、お昼休みは会議室のプロジェクターで音ゲー鑑賞、定時後はゲームセンターで練習と、現在もなお元気に活動しています。 さて、今回はタイトルの通り WebSocketを用いた全く新しいOAuth をご紹介したいと思います。 ご存知の方も多いとは思いますが、さらっと簡単に用語の説明をしていこうと思います。 WebSocket WebSocket（ウェブソケット）は、コンピュータ・ネットワーク用の通信規格の1つである。インターネットの標準化団体であるW3CとIETF
class HogehogeService # Hogehogeはモデル名まんま def process(hogehoge, option_a: nil, option_b: nil, option_c: false) history = hogehoge.histories.last unless hogehoge.active? hogehoge.histories.last.update(state: :cancel) return error_message end case hogehoge.kind when "type_a" # ... when "type_b" # ... end ActiveRecord::Base.transaction do history.save! history.create_foobars end end end 何が酷いって、機能が何なのか
Railsを使ったアプリケーションの特定の場面では、「サービスレイヤ」や「サービスオブジェクト」という概念を導入すると有効に機能することがあります。今回は、その紹介をします。 まず、サービスレイヤとは何でしょうか。『Patterns of Enterprise Application Architecture（以下、P of EAA）』では「サービスレイヤは利用可能な操作を定め、各操作へのアプリケーションレスポンスを取りまとめる」と定義されています（参照）。ユーザーインタフェースなどからの呼び出しを受け付けるアプリケーションの境界として、ビジネスロジック、トランザクション制御、レスポンスなどの取りまとめをするのが、サービスレイヤの役割です。 では、どのようなときにサービスレイヤを導入するのでしょうか。P of EAAには、次のように記述されています。 You probably don’t
この記事は CrowdWorks Advent Calendar 2016 17日目の記事です。 はじめに クラウドワークスのエンジニアで、現在プロダクト開発Div.にてマネジメント職についている @teriyakisan です。 社内には田中が数名いることもあってか、テリヤキさんと呼ばれることも増えてきました。 今回はもともとマネージャーをやりたくなかった私が、なぜやることになったか、やってみてどうだったかを（緊張感ありますが）書いてみます。 なぜやりたくなかったか エンジニア界隈で「マネージャーやりたくない」という声は多いと思います。 現場寄りでいたい コードを書き続けたい 給与は上げたいけど昇進にそこまで興味はない マネジメント職につくとMTG増えて大変そう とかが代表的かなと。 例にもれず私もそうで、クラウドワークスの組織拡大に伴いマネージャーポジションが全社的に増えつつあった昨年
計算式 延滞金＝滞納税額 × 延滞日数 × 延滞金率 ÷ 365 延滞金は納期限の1ヶ月目を超えると割増になります。うるう年は1年の日数を365日で計算します。 端数の処理 滞納税額が2,000円未満の時は延滞金はかかりません。 滞納税額に1,000円未満の端数があるときは、端数を切り捨てから計算します。 算出した延滞金が1,000円未満は延滞金はかかりません。 算出した延滞金に100円未満の端数は切り捨てます。 ※計算結果や情報等に関して当サイトは一切責任を負いません。また個別相談は一切対応しません。
今年、稼働中のサービスであるはてなブログのデプロイ方法を新しい方式へ無事故で移行し、従来と比べて約6倍速くデプロイできるようになりました。 この記事では、安全にデプロイ方式を変えたプロセスを順を追って紹介します。 はてなブログと継続的デリバリー デプロイが遅い 複雑なデプロイ設定 デプロイのテストを書く ボトルネックの発見、そして pull 型から push 型のデプロイへ 新デプロイへの移行 結果 まとめ はてなブログと継続的デリバリー はてなブログは1日あたり平均して1.02回デプロイを行っています。これは土日を除いた週5日の営業日に対する平均です。ざっくりとした算出で、祝日は考慮していません。5月と9月の祝日を含めるともう少し多くなるかもしれません。 また、原則として休日の前日にはデプロイしないことになっています。もしもデプロイした変更にバグがあった場合、休日が明けてから対応するか、
結構前に作っていたんですが、いろいろと忙しくてブログに書くタイミングを失していたので年末のタイミングで紹介。 TL;DR GoReplayを利用して、Production環境のリクエストを複製し、Stagins環境、開発環境に投げる仕組みを作った インフラ構成の大きな変更無しで、手軽にProduction環境の実リクエストを複製し、開発、動作検証ができるようになった 2016年の弊社サービスのDocker化や、インフラ構成の大幅な変更、ミドルウェアのアップデート、アプリの改修時のバグ事前検知と事故防止に大いに役に立った GoReplayの説明 GoReplay Goで書かれており、バイナリを設置し、オプションを指定し実行するだけで動作する アプリが稼働しているサーバで動く。(例えばNginx+Railsが稼働しているサーバで一緒にGoReplayを動かす感じ。) libpcap を利用して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
