クラブミュージックを得意としてます。特に4つ打ちを得意としております。エンジニアとして関わらせていただいた作品がiTunesやAmazonデジタルで1位を、Beatportではハウスチャート3位を、M こちらで服の販売もしております Asobi House 低音があろうが無かろうが、音が良かろうが悪かろうが、曲が良ければ全て良しです。でも世界中のDJが使ってくれるほど曲が良ければの話ですけど。 クラブに行ったことがない人がクラブミュージックを作ってるのは別になんとも思わないんですけど、やっぱ行った方がいいと思うんです。そこでわかることがいっぱいあると思うんです。「ああ、音数が少ない方が映えるな」とか「キックってこんなに重要なのか」とか。知り合いがDJをやるのであれば営業前にサウンドチェックとかでかけてもらったりとか。で、驚くことでしょう「キックがスカスカ.......」と。 クラブミュージ
この記事は、システムエンジニア Advent Calendar 2016 - Qiita の２３日目の記事です。 昨日は @yy_yank さんの 気負わず普通にテストしよう でした。 明日は @koduki さんです。 はじめに 複数ユーザが触るアプリケーションを作る場合、同時にデータが更新された場合の制御は避けては通れません。 この制御はスレッドセーフとか同時更新とか色々な観点で考えないといけないのですが、いまいちそのあたり自分自身の中できれいに整理できていませんでした。 なので、この機会に同時に更新される場合の排他制御について、自分なりに整理してみました。 まえおき 説明に使用する言語は Java です。 説明のためにシーケンス図っぽいものを使っていますが、 UML の厳密な定義には従っていません。図が描きやすいからシーケンス図を利用している、ってだけなので厳密な記法ルールに従ってい
はじめに 先日、はてなブックマークで話題になっていたこちらの記事を拝見しました。 確かに「一理ある」といえばそうなんですが、僕個人はこの意見に対して率直に「NO」だと感じました。 僕は基本的に自分の専門分野であれば、結構積極的に技術記事にツッコミを入れていくタイプです。 このエントリでは、なぜ僕は「NO」だと感じたのか、そしてなぜ積極的にツッコミをいれていくのか、その理由について書いていこうと思います。 元記事の要点 僕なりに元記事を要点をピックアップすると次のようになりました。 ITエンジニアの中には初心者の成功体験を折りに来る人がいる。 筆者は成功体験の「気持ちいい」状態を阻害する行為に疑問を覚える。 初心者にはセキュリティ周りについて教えても仕方がない。 初心者もいずれセキュリティ対策について知識を得るはずだ。 早すぎる指摘が生まれるのは「それが間違っているから」だ。 初心者にはまず
経緯 適当に別タブを開くリンクをjsxで書いたら eslint-plugin-react の jsx-no-target-blank で怒られいました。 ほんとに知らなかったし、気軽にできちゃうからやばいな。っと思ったのでメモしておきます。 import React from 'react'; import ReactDOM from 'react-dom'; class Index extends React.Component { render() { return ( <a href="http://example.com" target="_blank" > アンカーリンク </a> ); } } ReactDOM.render( <Index />, document.getElementById('root') );
誰でも匿名で日記が書けるサービスとして、2006年にスタートした「はてな匿名ダイアリー」。10周年を迎えた今年は、例年以上にその匿名の声に大きな注目が集まりました。この1年に公開された中から、アクセス数が多かった記事のトップ50を紹介します。（集計期間：2016年1月1日～2016年12月10日） 2016年 はてな匿名ダイアリー年間アクセスランキング（2016/1/1～2016/12/10） 順位 タイトル 1位 保育園落ちた日本死ね！！！ 2位 追記有）障害児産んだら人生終わったから、日本死ねっつーか死にたい 3位 富士通を退職した話 4位 多分私と同じ方法を使ってLINEは流出したんだと思う。 5位 保育園の第一志望受かったけどやっぱり日本死ね（削除） 6位 めっちゃ怒られているのがテレビで放送されてしまった 7位 同人活動と結婚(既婚者からの意見) 8位 アフターに誘われないから同
どうも！アプリケーション基盤チームの横田(@yokotaso)です！ kintoneなどで利用していたJavaフレームワークのSeasarのEOLに伴い、S2Daoからの脱却を試みたのですが、パフォーマンス問題や障害を発生させてしまうなど問題を多々発生させてしまいました。 同じ過ちを繰り返さないという強い決意のもと、今回の失敗をブログで公開いたします。 失敗をあえて公開する点で斬新かつ濃いブログ記事となっております！ 失敗体験の公開は恥だが役に立つ！ 移行先の選定の失敗 移行先として選定したプロダクトは Hibernate*1です。 Hibernateを選んだ理由としては Spring Framework を選定した Spring Frameworkで Interface + アノテーションでプログラミングするならSpring Data JPA が有力 JPAに準拠したのORMの中でも、H
電通が労基法違反で書類送検されたわけなんだけど、電通みたいにUSENの労基法違反が世の中に知られる方法は何かないだろうか。 やっぱり死人が出ないと無理かな。 月に100時間残業しても25時間分しか残業代出ないし、裁量労働制とかいいつつ9時半出勤強制だし、しっかりとした 捜査が入れば起訴まで持っていけそうな感じはするんだがな。
エイベックス・グループ・ホールディングス（東京）が労働基準監督署から労働基準法にもとづく是正勧告を受けたことについて、同社の松浦勝人社長が「（労働基準監督署は）今の働き方を無視する様な取り締まりを行っていると言わざるを得ない」などとブログで持論を展開したことが、ネット上で話題になっている。 同社は12月9日、三田労働基準監督署から労働基準法に基づく是正勧告を受けた。同社広報によると、（1）長時間残業をさせている（2）時間外の割増賃金を支払っていない、などの指摘だったという。同社は「是正勧告を受けたことは事実です。真摯に受け止め、社内調査を含め是正に着手しています」とコメントした。 ●松浦社長「時代に合わない労基法なんて早く改正してほしい」 一方で、松浦社長は12月22日、今回の是正勧告について「真摯に受け止め対応はしている」としながらも、「労働基準監督署は昔の法律のまま、今の働き方を無視す
数年前から流行り始めたAdvent Calendar、今年も大盛況だったみたいですね。 色々と良質なエントリが生成される中、「時間が無くて〜」だとか「やっぱり書く意欲が〜」とかクソみたいな言い訳でクソみたいな記事が量産されていくのも事実。 そういうわけで、2016年Qiita Advent Calendarの中で「これはひどい」と思ったものをまとめていきます。 誰も書いてないやん 編 儀式 Advent Calendar 2016 qiita.com テーマは凄い分かる。確かにモチベを上げるための儀式的な行いは個々人にあるはず。 但しこのAdvent Calendar、よくよく見てみると誰も書いてない。 いくつかリンクが貼られているが、どれも404になる。これはひどい。 BEFOOL Advent Calendar 2016 qiita.com あの・・・一つも記事がないんですが・・・ 株
実はガンダムを見たことがないので、時々社内のガンダムトークについていけないことがあります、中村です。今日は、 Jenkins のビルドを高速化し、リリースまでの時間を大幅に短縮した、改善策をご紹介します。全体で2~3倍程度、一部処理では何と10倍以上もビルドを高速化できました。 改善策1 : push 型デプロイから pull 型デプロイへ 改善策2 : テストケースを自動分割して、よりアグレッシブに並列実行 全体のリリース時間に対する改善結果 ビルド時間の可視化 改善策1 : push 型デプロイから pull 型デプロイへ まずはデプロイ時の方式を、push型デプロイからpull型デプロイに変更した改善策を説明します。ここで、push型デプロイは中央サーバからデプロイ用ファイルを転送する方式で、pull 型デプロイは各サーバがファイルを取得する方式とします。 各フェーズの構成は、下図の
インフラエンジニアのいない会社で働いて 1 年半 が経った。 iOS で動く POS レジアプリとその管理インターフェイスの Web アプリケーションを作ってます。 iOS 側のことはほとんど分からなくて、データ同期用 API と Web アプリをずっと作っている。 ところで、 「NoOps」の時代がこない理由という記事が前にあったのですが、この点ぼくが働いている会社は NoOps です。アプリケーションは Heroku に乗っていて、 RDBMS が Amazon RDS で一部分析系に Google BigQuery を使っていること以外は全て Heroku 系の何かで動いています。 CI は Travis と circleCI を使っていて、 circleCI については来年初頭にも利用をやめて Travis に一本化する予定、というかんじ。 本当に自分達でなにもサーバーを管理してい
レガシーコードをうまく手なずけて、もう一歩成熟させるにはどうすればいいのでしょう？この投稿では、大規模なレガシーウェブアプリケーションと格闘してきた私が学んだことを紹介します。レガシーコードをうまく手なずけて 、もう一歩成熟させるにはどうすればいいのでしょう？この投稿では、大規模なレガシーウェブアプリケーションと格闘してきた私が学んだことを紹介します。 レガシーコードはリファクタリングで救出可能 耳寄りなお知らせがあります！ リスたちは毎年何千本もの木を植えてくれています 。まあ自分たちが隠したドングリのありかを忘れてしまった結果ですけどね。そしてもうひとつ。 あなたのプロジェクトも救出できる のです。 ボスから任されたプロジェクトが どんなに醜い泥まみれのレガシーコードだったとしても 、そこには 必ず 道があります。道は曲がりくねっていて、木陰にはモンスターが待ち構えていることでしょう。
プロジェクトが発展する際は、単純に新しいコードが古いコードの上に追加されているのでしょうか。もしくは、時間をかけて徐々に古いコードが新しいコードに置き換えられているのでしょうか。これを解明するために、手ごわい GitPython プロジェクトの助けを借りて、Gitプロジェクトを分析する 簡単なプログラム を構築してみました。履歴を年ごとに振り返り、 git blame を実行してみようと思ったのです（この処理を多少でも速くすることは簡単ではないと分かりました。しかし、ファイルのキャッシングを便宜的に含ませることや、変更された点を履歴から見つけること、 git diff を使って変更したファイルを無効にすることなどの詳細を、いつかお伝えします）。 頭がさえている時に、 テセウスの船 をダサくもじって、 “テセウスのGit” と名付けました。私は父親になって、ひどいダジャレを作れるようになった
この記事は増田Vimアドベントカレンダー2016の27日の記事です。 Vimに興味を持ってるけどtwitterで誰をフォローすべきか分からない・・・ そんな迷える羊たちにデータを提供します。 vim-jpで積極的に活動している(していた) 人達を調査してみました。 vim-jpの3つのリポジトリを見ればだいたい分かります。 vim-jp/issuesvim-jp/vimdoc-ja-workingvim-jp/vital.vim vim-jp/issuesでは、issue作成数、コメントを投稿したissueの数を見ていきます。 vimdoc-ja-workingとvital.vimでは、コミットすることが重要なリポジトリだと思いますので、コミット数とPR数のみ見ていきましょう。 データは2016/12/27 17:00-19:00の期間にgithubからスクリプトで取得 vim-jp/is
システムエンジニア Advent Calendar 2016の20日目の記事だよ！ 昨日は@sh-ogawaさんの「SIerが実践する分散開発とバージョンコントロール」でした！！ システム障害のお話 は〜い、こんにちは！いよいよクリスマス間近ですね！ この時期になると、キャッキャウフフの予定も盛りだくさんだと思います！1 そんな大事な日に限って起こるのがあれです。 そう、みなさんもよくご経験されているだろう、システム障害です2。 システム障害 それはツラく長く険しい道のりを告げるゴングです。 今回は、その障害対応のお話をしたいと思います。 この記事のアジェンダはだいたいこんな感じです。 報告する はい、システム障害が起きました〜。 ｷﾀ━━━(ﾟ∀ﾟ)━━━!! 「マジでか…(´；ω；｀)ﾌﾞﾜｯ」 「なんで今日なんだよ〜( ；∀；)」 障害発生時の想いは人それぞれだと思いますが、まず最初
えーと今日はもう12/28ですが、この記事は .NET Core Advent Calendar 2016の10日目の記事 兼 ASP.NET Advent Calendar 2016 の17日目の記事だということにさせてください。。。 isuconというのは「いい感じにスピードアップコンテスト」の略です。公式ブログによれば ISUCONとは お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル、それがISUCONです。過去の実績も所属している会社も全く関係ない、結果が全てのガチンコバトルです。 というものです。雑に捕捉すると、既定の時間内に、与えられたサーバー、ミドルウェア、アプリケーションをチューニングして、時には（レギュレーションの範囲内で）全とっかえして、ベンチマークのスコアを上げるという大会です。 アプリケーションは運営側が参考実装した
大人気TBSドラマ、「逃げるは恥だが役に立つ」でも話題になったインフラエンジニアという言葉ですが、今ではインターネットインフラを知らないまま開発をするのも難しい状況になっています。クラウドが一般化されたからといって単にリソースの調達が簡単になっただけで、つまりハードウェアの知識が無くても何とかやっていけるようになっただけであり、インフラの知識が要らなくなったなどということは全くなく、むしろdevopsの掛け声とともに、ソフトウェア開発者にインフラを見なければならない新たな責務が課せられたという、なかなか痺れる状況なのだろうと思います。 そういった中で、先日のさくらインターネットのAdvent Calendar最終日に「いまさら聞けないLinuxとメモリの基礎＆vmstatの詳しい使い方」という記事を書かせて頂きましたが、今回はLinuxサーバの「負荷」と、ロードアベレージに関して、掘り下げ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
