タグ

2015年6月24日のブックマーク (7件)

  • ≪急募≫システムエンジニア【開発】/札幌市北区 - 株式会社 ニトリ 東京本部(ID:13100-05583751)のハローワーク求人- 北海道札幌市北区 | ハローワークの求人を検索

    2015-06-15 00:40:16 - ≪急募≫システムエンジニア【開発】/札幌市北区 - ハローワーク 求人番号 13100-05583751 求人情報の種類 正社員 事業所名 株式会社 ニトリ 東京北海道札幌市北区「ハローワーク求人情報」では、求職者の方々に、どこでも、簡単に、よりスピーディに、お探しの求人情報を提供することができるように、各地域のハローワークで公開されている求人情報を当サイトに転載し、皆様にお届けしております。 このページの情報は、王子公共職業安定所(ハローワーク王子)の情報となっております。 また、この求人に応募される場合は、前もって王子公共職業安定所に行かれ、紹介状をもらっておくことが大切です。(※紹介状は、再就職手当・就業手当を受け取る時に必要な場合があります。) 株式会社 ニトリ 東京部の、その他の求人がある場合は、このページの一番下から見ることが

    sue445
    sue445 2015/06/24
  • 会社分割によりSHOWROOM株式会社を設立 | 株式会社ディー・エヌ・エー | DeNA

    株式会社ディー・エヌ・エー(社:東京都渋谷区、代表取締役社長兼CEO:守安 功、以下DeNA)は、2015年8月3日(月)に、DeNAが2013年11月より提供してきたライブ動画ストリーミングプラットフォーム事業(サービス名:SHOWROOM、URL:https://www.showroom-live.com/)の運営の自由度を確保し、事業展開のスピードを加速させることを目的とし、会社分割によりSHOWROOM株式会社(読み:ショールームかぶしきがいしゃ、社:東京都渋谷区、代表取締役社長:前田 裕二)を設立することを決定しました。新設会社はSHOWROOMの運営を承継します。 また、2015年8月下旬を目途に、新設会社が株式会社ソニー・ミュージックエンタテインメント(所在地:東京都千代田区/代表取締役:水野 道訓)に対して第三者割当増資を行うこととなりました。 *件に関する開示資料は

    会社分割によりSHOWROOM株式会社を設立 | 株式会社ディー・エヌ・エー | DeNA
    sue445
    sue445 2015/06/24
  • あるシステム屋さんが平均残業時間一桁を実現した方法 - ゆとりずむ

    こんにちは。 ここしばらく、システムトラブルの対応で午前帰りが続き、疲れてきてしまいました・・・。直接、トラブルの原因になった訳では有りませんが、エンジニアさんも巻き込んでしまい、もう少し上手く回す方法はなかったのかと、自分の未熟さを反省中です。 さて残業といえば、先生は大変そうですね。ただでさえ、ひとりで何十人もの生徒をみないといけない上、ほぼ無償ボランティアの部活顧問まで行い、その上で親に押しかけられたら溜まったもんじゃ有りませんよね。横浜市で、先制の『ノー残業デー』を設定するそうですが、多少なりとも状況が改善することを期待してやみません。 ただ、個人的にはこの『ノー残業デー』という制度がしっくり来ません。だって、『ノー残業デー』って、その日以外は残業することが前提なワケですよね?更に、こんなニュースも有ります。 正社員と同じ等級制度や人事制度を用いるため、基給も同じ水準だ。賞与は正

    あるシステム屋さんが平均残業時間一桁を実現した方法 - ゆとりずむ
  • Golang で心を無にしてコードを書く // Speaker Deck

    LINE Developer Meetup #11 での LT スライド。Golang の語り尽くされたであろう、単純さについて入門的にふれる話。 6/22 19:00 宮崎開催! LINE Developer Meetup #11 - connpass http://connpass.com/e…

    Golang で心を無にしてコードを書く // Speaker Deck
  • 大規模分散システムの現在 -- Twitter

    ↓↓↓↓訂正あります。↓↓↓↓ 2018/07/02に株式会社エフコード社内で行われた勉強会のスライドです。 訂正版(随時更新中): https://docs.google.com/presentation/d/15HOMfAbtdWwO48njcB8IdkN3kVAMu3wsmZo0O3S-f_4/edit?usp=sharing 専門家による資料・専門家向けの資料ではありません。自分自身で学習し、論文・文献等を読解してまとめた内容となります。間違い等あるかもしれませんが、あれば是非コメント頂ければと思います。 【訂正事項】 スライド16: 誤:たった一つのプロセスが故障しただけでも有限時間で合意できない 正:たった一つのプロセスが故障しうるだけでも有限時間で合意できない スライド20: 誤: 重要: あるschedule σ1, σ2 がdisjoint (nodeが被ってない) なら

    大規模分散システムの現在 -- Twitter
  • あの時を振り返る - pocketberserkerの爆走

    ふと、 初回TDDBC名古屋 が開催されてから5年が経過したことに気がついた。 あの時はブログをやっていなかったので感想記事を書けなかったが、良い機会だし、感傷に浸りたい年頃になってしまったので、駄文(になるだろう)を書いてみる。 なお、これを読んでも得られるものはないだろう。 参加したきっかけ あれは大学4年になるかならないかという時期、指導教員の [twitter:mikantsuki] と相談してTDDに関連する研究にしようと決まった時のこと。 「そういえば、TDDに関する勉強会が北陸であったらしいんだけど、それが次は名古屋で開催されるみたいだね。 遠いから無理かもしれないけれど、行けるなら参加したら?」 勉強会という存在を始めて知った瞬間である。 きっと良い経験になるだろうと思ったので、行く決意を固める。 今考えると、よく思い切ったものだ。 登録した時期 応募がはじまったよ、と教え

    あの時を振り返る - pocketberserkerの爆走
    sue445
    sue445 2015/06/24
  • 2015/6/21 Agilesamurai Basecamp ふりかえり & TDD でお話させていただきました。

    Agile Samurai Basecamp 2015.06 ふりかえり&TDD の事例紹介セッションでお話をさせていただきました。 柴田さん (@hsbt)、末吉さん(@sue445) という豪華すぎるメンツに気後れしつつも無事に?発表出来ました。 基一発ネタですが、スライドをアップしました。 事例紹介 「安心してください。テスト書いてます」 QA質疑応答で質問されたことを覚えている範囲で。 良いテストコードを書くにはどうしたらいいか (直接の回答では無いですが)実際にコードレビューとかしている時に感じた事は プロダクトコードの意図が汲み取れる様なテストだと嬉しいです。 単にカバレッジ等を稼ぐために量産した意図のわからないテストは嬉しくないです。 Red Green Refactor を守った場合と守らなかった場合で定量的な差はあるのか 私達の現場では定量的に計測していないため、わかり