睡眠医療プラットフォーム
「あなたの睡眠問題、そのままで大丈夫ですか?」 健やかな睡眠が健康のバロメーターだと考えている人は多いと思います。健やかな眠り(健康に良い眠り)とは、熟眠感、回復感、休養感を自覚できる睡眠です。健やかな睡眠による十分な休養があってこそ質の高い生活を送ることができます。皆さんは健やかな眠りをとっておられますか? ストレス社会、夜型社会、24時間社会と呼ばれて久しい現代では、眠りの問題を抱える方々が数多くおられます。「睡眠不足がたまっている」、「休日の寝だめでも疲れが取れない」、「ふと気づいたら寝落ちしていた」、「ハッと気づくと居眠り運転をしていた」、「夜型生活から抜け出せない、朝起きられない」、「シフトワーク(夜勤)で不眠がち、仕事中も眠い」など、皆さんも眠りに関して困った経験をお持ちではないでしょうか? ライフスタイルによる睡眠問題ばかりではありません。睡眠の病気(睡眠障害)も増加していま
シンプルさの必要性 · eed3si9n
2013-06-24 2012年4月23日にテキサスの Austin で行われた RailsConf 2012 での Rich Hickey (@richhickey) さんによる基調講演、Simplicity Matters を書き起こして翻訳しました。 Rich Hickey さんは Clojure や Datomic の作者です。 この翻訳は Creative Commons Attribution ShareAlike 3.0 ライセンスに基いて公開します。 Rich Hickey 講演 e.e d3si9n 訳 談: こんにちは。ご招待いただきありがとうございます。 聞く所によると RailsConf はいつもコミュニティーからかなり外れた人を選ぶらしく、今回は僕ということになりました。 僕の電話ボックスは外に駐車してあります。(会場、笑) だけど、今日は言語の壁を越える話題を持
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
ソフトウェア開発におけるムダ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のWastes of Software Developmentが良い記事でしたので、抜粋・意訳にてご紹介します。 僕のトレーニングではいつもトヨタ生産方式の話やStandishのレポートの話をしています。 7つのムダのうち特に作り過ぎのムダをなくすことはとても重要で（もちろんほかも重要）、これがないと頻繁に継続的に顧客に価値あるフィーチャーを届けることはできなくなるからです。 さらに開発のプロセスの中で、常にどこにムダがあるのかを考えて改善していくことはチームに課された責任でもあります。 例えば思いつく限り以下のようなものはムダです。 使わない機能たくさんのオプション設定読まない仕様書読まない報告書やたらと体裁にこだわった文書更新されない文書目的のない会議決定事項が守られない会議遅いPC小さいディスプレイ行動の監視目的
Machine Learning that Matters(ICML 2012) 読んだ - 糞糞糞ネット弁慶
機械学習やってる人は皆読むべきだと思う． Machine Learning that Matters (pdf) 概要 機械学習のトップカンファレンスICMLに数式/アルゴリズム/定理を1つも書かずに通った論文． 機械学習は何のために重要なのか，現実世界との繋がりを失っていないか，あなたは「機械学習って何の役に立つの?」と聞かれた時にちゃんと答えられるのか，まだ取り組まれてない重要な問題は何か，について触れた長文ブログのような論文． contributionsは 機械学習の研究と人類と科学全体におけるもっと大きな研究との間にある欠落に対する明確な特定と解説 そのギャップに取り組むための第一歩 (どう訳していいかわからなかった) 機械学習において重要な問題の提示 機械学習のための機械学習(要約: マッシュルームやアヤメの分類器を死ぬほど作って何の役に立ったの？) ベンチマークデータの問題 こ
実装までにする7つの企画作業 - ゆーすけべー日記
メルマガ「ゆーすけべーラジオ」にてWebサービス/アプリをつくるにあたっての僕なりのエッセイを連載中です。先週は実装前に行う企画作業についてまとめてみたのですが、評判がいいので、折角ですしBlogで公開させていただきます。特に複数名でのものづくりに参考にしてみてください！ 何度か述べている通り、Webサービスにおいて「何を」つくるかは最も重要なことであり、いくら崇高な技術を持っていても「何を」つくるかによって、その技術が生きるか死ぬかが決まってきます。何をつくるかをしっかり決めることにより、実際に本番用のコードを書く実装の段階にも確信が持てますし、リリースした際のフィードバックも活きてくるでしょう。世の中でよく使われているサービスやアプリを見るとアイデアに富んだ今まで無かったと言われるような「何」がしっかりとしたものが多いと思います。 こうしたサービスの企画をつくるに当たっては各自の流儀に
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
「ステルスマーケティング」と「マーケティング」の25の境界線を戦略広報の視点で考える | AdverTimes.（アドタイ） by 宣伝会議
こんにちは。片岡英彦です。第8回目は、予定を変更して「今が旬」の話題、「ステルスマーケティング」（以下、STM）について25の視点で考えてみたいと思います（STMは私の勝手な造語です）。 STMの定義は一般に「宣伝と気づかれないように宣伝行為をすること」とされています。しかし、STMについての議論の多くは抽象的で、「建前」と「原則論」が多いような気がします。消費者が「宣伝と気づかない」とは具体的にはどういうことなのか!? なぜ企業はSTMを行うのか？ STMに好んで予算を使いたい経営者や宣伝・広報担当者はいません。一方で、宣伝・広報の「アイデア」や、「作業」に多くの予算を使いたいわけではありません。「結果」に対してそれに見合う予算を使いたいのです。 かつてに比べて純広告の効果が薄れてきていると言われています。その理由や真偽についてはここでは触れませんが、なぜ経営者や宣伝担当者（時に代理店の
スクラムマスターとして考えることリスト(ドラフト) - かっぱっぱ
スクラムマスターをする時に考えることって何だろうと思って書きだしてみた。 まだまだ足りない気がするが、とりあえずこんなところ。ササっと書いたのでtypoや重複等あるかと思います。 その人なりのハラオチした答えがあると良いと思う。このなかには僕なりの答えがないものもあるけど。 この中からピックアップしてみんなで議論してみるのも面白そう。スクラム禅問答と名付けようw 追記希望とかあればぜひ〜 チームのこと チームはどこを目指そうとしているのだろう? チームは本当はどんな開発がしたいんだろう? みんなはどういうチームの状況を働き易いと思うのだろう? このチームで何を達成することを「一番」大切だと思うんだろう? このチームでまず「一番」最初に直すべきところはどこだろう? チームが一番生産性を発揮できるのはどんなときなんだろう? チームが一番品質を向上していけるのはどんなときなんだろう? 何故やる気
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識