タグ

2015年12月23日のブックマーク (36件)

  • 突撃隣の会社〜NOTA Inc.編〜 - catatsuyとは

    ちょっと振休が手に入ったのでふらっと京都に行ってきました。そこで京都にあるNOTA社さんに突撃してきました。NOTA社さんは世界最高のスクリーンショットサービスのGyazoを運営している会社です。 gyazo.com NOTA社さんには以前インタビューを受けたりと色々縁がある会社さんなので今回突撃してきました。 インタビューされた / “Gyazo Blog — [雇われ忍者のユーザー様訪問シリーズvol.01] ピクシブさん” http://t.co/5u6K329AgZ— 一句 (@catatsuy) 2015, 9月 18 オフィスは京都の今出川駅から直結していて、京都のヒカリエって感じです。 @catatsuy 向かいのココイチのビルの5階です— 額村麻裕 (@pastak) 2015, 12月 21 @pastak 目の前だった!— 一句 (@catatsuy) 2015, 12

    突撃隣の会社〜NOTA Inc.編〜 - catatsuyとは
    fumikony
    fumikony 2015/12/23
  • 日本の労働生産性が低い、14の理由 「もっと頑張る」以外の解決方法は?

    生産性部の茂木友三郎会長は18日、2014年度の物価変動の影響を除いた実質の労働生産性が、前年度比1・6%減となったと発表した。また、日の労働生産性は経済協力開発機構(OECD)加盟国中の先進主要7カ国の中で最も低い。 実は、日の労働生産性が先進国と比べて低いことは長らく言われてきたことであり驚くことではないのだが、日の労働生産性が上がらなければ経済も一向に上向くはずがなく、そういう意味でこれは日人にとって確かに非常に心配なニュースだと言える。

    日本の労働生産性が低い、14の理由 「もっと頑張る」以外の解決方法は?
    fumikony
    fumikony 2015/12/23
  • ダレずに開発を走り切る為の習慣

    重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも当にもう酷かった。 ごめんなさい。。。。 やろう!『だるさ』見積り!当に大事だよ! [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ

    ダレずに開発を走り切る為の習慣
  • 同時に実行するということ

    このエントリーは、KLab Advent Calendar 2015 の12/13の記事です。 KLabGames事業部のyasui-sです。よろしくお願いします。 目次 はじめに 一番の基形 サーバがコマンドを受け取ったことを返した後、実行する 方向性:実行時刻を送る サーバがコマンドの受け取り時刻を加えて返した後、実行する コマンドを実行したクライアント上では即時実行し、サーバがコマンドの受け取り時刻を加えて他のクライアントへ返した後、実行する コマンドを実行したクライアントでコマンドとクライアント基準の実行時刻を送り、サーバがコマンドを他のクライアントへ返した後実行する まとめ はじめに 最近、サーバとクライアントが常時接続状態で多数の端末を同期させるゲームが増えてきています。 その中で一番の核であり、キモである同時という部分についての考え方を書こうと思います。 蛇足ですが、今回の

    同時に実行するということ
  • Autotools三兄弟の末っ子Libtoolとは何者なのか

    このエントリーはKLab Advent Calendar 2015の9日目の記事です。 唐突なタイトルですが、稿ではLibtoolについて一般人目線での紹介をします。Libtoolは裏方のソフトウェアで、明示的に使ったことがある人はほとんどいないと思います。私自身、今まであまり意識していませんでしたが、改めて調べてみると実は身近な存在だということがわかりました。 AutoconfとAutomake 私が勝手にAutotools三兄弟と呼んでいるのはAutoconf、Automake、Libtoolの3つです。このうちAutoconfとAutomakeは知名度が高いソフトウェアだと言えるのではないでしょうか。これら2つは configure スクリプトと Makefile の生成を手伝ってくれるソフトウェアで、OSSプロジェクトで広く利用されています。 自作ソフトウェアでAutoconfと

    Autotools三兄弟の末っ子Libtoolとは何者なのか
  • AWS Solutions Architect ブログ

    Amazon ECS機能追加 - 新しいデプロイ機能、CloudWatchメトリクス、SingaporeとFrankfurtリージョン 日、Amazon EC2 Container Service (ECS)でのDockerアプリケーションの実行をより簡単にするための2つの改善を行いました。Amazon ECSは高いスケーラビリティと高いパフォーマンスを持ったコンテナ管理サービスで、Dockerコンテナをサポートし、Amazon EC2インスタンスで構成されるクラスタ上でのアプリケーション実行を簡単に行えます。 1つ目の改善は、より柔軟なデプロイができるようになりました。ECS Serviceスケジューラは起動したままのステートレスなサービスやアプリケーションで使われています。Serviceスケジューラは指定された数のTaskが起動している状態を保ち続けてくれ、オプションでElastic

  • Zabbixでこのはちゃんを監視するお話 | 流連荒亡

    この記事はConoHa Advent Calendar 2015とZabbix Advent Calendar 2015の23日目です。 ConoHa Advent Calendarは3日連続でAPIネタとなってしまいましたね… このはちゃんとの今年1年の振り返り 煽られて @2box2bo その強気な態度をいつまで続けられるか楽しみに見ておくわ。 — 美雲このは (@MikumoConoHa) 2015, 5月 27 記事を書いても煽られて なんか余計なことも書いてるけど、移行のドキュメントはありがたいのでよしとしよう。次はPython東海 第28回の準備お願いします。 — 美雲このは (@MikumoConoHa) 2015, 6月 3 アドベントカレンダー前の煽りは無しの放置プレイときました。 やっぱあんずちゃんの方が愛に溢れてる気がする… Zabbixでこのはちゃんを監視 何をした

    Zabbixでこのはちゃんを監視するお話 | 流連荒亡
  • Windows Server Container に入門してみた - つばろぐ

    この記事は Microsoft Azure Advent Calendar 2015 23日目の記事です。 はじめてアドベントカレンダーなるものを書きます。 12月上旬、社内でAzureもくもく会を行いました。 これまであまり触れたことないサービスについて調べてみようと思い、Windows Server Containerをネタにしました。 今回の記事はWindows Server Containerに入門してみたという内容です。 (もくもく会の報告も兼ねる!) Windows Server Containerとは Windows Serverのコア機能のみを搭載したOSをコンテナ化したものです。 Windows Server 2016 Technical Preview 3から利用することが可能です。 コンテナといえばDockerをイメージされる方が多いと思います。 Windows Se

    Windows Server Container に入門してみた - つばろぐ
  • Google Docs: Sign-in

    Not your computer? Use a private browsing window to sign in. Learn more

  • ブラウザの閲覧履歴で人生の棚卸し(embulk + elasticsearch + kibanaで可視化) - Qiita

    この記事は「エムスリー Advent Calendar 2015」の 22日目の記事です。 はじめに こんにちわ。年末ですね。年末といえば一年を振り返るいい機会ですね。意識の高い人たちが「人生を棚卸しするいい機会ダヨッ★」なんて言っていたような気もします。 過去の自分を振り替えってみると、あーネットサーフィンに無駄な時間を過ごしたなぁ。。なんて後悔の念が湧いてきます。しかし、よく考えてみると、自分がブラウザで何を閲覧していたのか、きちんと振り返ったことがありませんでした。いい機会ですので、この記事では 自分の閲覧履歴を可視化して分析する基盤 を構築してみたいと思います。 ただ、一点ネックなのは、私は chrome => メインブラウザ firefox => ある特定の用途 といったように、2つのブラウザを戦略的に使い分けております。つまり、閲覧履歴データが分散しているわけです。分散してしま

    ブラウザの閲覧履歴で人生の棚卸し(embulk + elasticsearch + kibanaで可視化) - Qiita
  • ElasticsearchとPython使えば生活圏推定を簡単にできる話 - Qiita

    概要 なんか書いてみようということで、Elasticsearchに行動履歴の位置情報を登録すれば、いい感じに利用できる上に、いい感じに可視化もできるという話をします。 前提知識 今回Elasticsearchを利用するので、簡単に紹介。 ElasticsearchはApache Solrとよく比較される全文検索エンジンの一つです。スキーマフリーですべての入出力がREST&JSONになっています。またJavaで実装されています。 詳しくはElasticsearchの紹介と特徴 インストールはyumでもbrewでも簡単に出来ます。利用したい環境に合わせて調べてみてください。 ちなみにElasticsearchのGUIプラグインのelasticsearch-headが便利なので合わせて入れておくと良いです。 Elasticsearchの設定 Elasticsearchを起動できたら、利用するin

    ElasticsearchとPython使えば生活圏推定を簡単にできる話 - Qiita
  • 実は凄い!?セカイエの開発環境を公開 - sekaie engineers' blog

    2015 - 12 - 23 実は凄い!?セカイエの開発環境を公開 この記事は「セカイエ Advent Calendar 2015」の23日目の記事です。 qiita.com 「 リフォームのことならリノコ 」を運営する セカイエ の開発環境や体制について紹介します。 セカイエは大阪にあります セカイエは大阪生まれ大阪育ちのIT企業です。「 世の中に唯一のインターネットサービスを通じて一歩先の世界をつくる。 」をミッションとしています。 インターネットがこれほど普及した今でも不明瞭な業界ってありますよね。セカイエは、そういった業界に対して 情報格差 をなくし、ユーザー目線でサービスを世の中に出してくことをモットーとしています。 2012年に数名で設立した会社ですが、ひょんなことから2014年に グリー株式会社 の完全子会社になりました。 現在は、70名近いスタッフが働く会社にまで成長し

  • ネットワークの可視化 | GREE Engineering

    GREE Advent Calendar 2015 の23日目担当の上竹です。普段はアプライアンスLB やネットワークの構築/運用をしております。 概要 バックボーンネットワークを設計運用していると、実際どのようなトラフィックがどのくらい流れているか中身を知りたい(見たい)ことがよくあります。 どのISP からどの回線へどのくらい流入があるのかだったり、どんなAS からどのくらいアクセスがきているか、これら様々な情報を正しく把握することは、Transit 回線やIX 回線をコントロールし今後のネットワーク戦略を考えるうえで非常に有益です。 また、昨今我々を悩ましているDDoS 対策の第一歩として、今流れているトラフィックをまず"知る"ということが必要だと思います。 そこで、今回ネットワークの見える化を、「NetFlow」、「Fluentd + ElasticSearch + Kibana」

    ネットワークの可視化 | GREE Engineering
  • 自動化エンジニアのロールモデルを探せ!! 「システムテスト自動化カンファレンス2015」参加レポート | gihyo.jp

    さらに開発者サイドからの意見のみならず、マネージャーに扮した水野さんからマネージャーサイドの意見が出ました。マネージャーの思考の流れを説明したあと、開発者は自動化の効果を数値で説明することで、マネージャーと価値を共有する必要があり、さらには『組織が儲かる』という視点からロジックを整理することが重要であると説きました。 開発者とマネージャーの意見がバランスよく織り交ぜられ、良く練られたセッションだと感じました。良いものを作りたいがゆえにコスト意識が薄くなることがある開発者にとってハッとすることが多かったのではないでしょうか?昨年のレポートでも書きましたが、みうみうさんのプレゼンはあまりに熱すぎて文字では半分も伝えることはできません。みうみうさんのプレゼンをライブでご覧になることをオススメします。 広告システム刷新よもやま話 - テストが当たり前となるまでにやったこと/森下 大介(ヤフー株式会

    自動化エンジニアのロールモデルを探せ!! 「システムテスト自動化カンファレンス2015」参加レポート | gihyo.jp
  • テクノとしてのC言語、あるいはC99的書き方のすすめ - Qiita

    以下、読書感想文としてのポエムである。 21st Century C1(以下 21CC と略)という、いささか変わったがある。C言語のプログラマの多くが1980年代の知識に固まってしまっているのを打破しようと書かれたなのだろうと、ざっと自分が1st editionを読んだ感じ2では思っている。C89 aka ANSI Cがいまだに標準だと思っている人3には、おすすめかもしれない。 「Cはパンクロックだ」 21CCでは C is Punk Rock 4 という表現が書籍の最初と最後に出てくる。このパンクロックが何であるかについての議論はしない5。ただ、パンクロックの例えが「シンプルかつ荒削りだけど力強い」言語に対するものであるというのは、個人的なパンクロックへの印象、そしてC言語の特徴をふまえれば良くわかる。 私も気がつけば30年ぐらいC言語で仕事をしていたりする。そして現在の2015年

    テクノとしてのC言語、あるいはC99的書き方のすすめ - Qiita
  • おぞましい欠損者の庭 - 山の心

    ギークハウスAdvent Calendar 2015 なにかをしていないと 自分が壊れてしまいそうだった だからがむしゃらに山に登った 夢枕獏 『神々の山嶺』より 先月まとめて仕事に費した分を取り戻すため、今月になって南アルプスへと度々入り込んではしばらく山中を放浪していた。サルオガセに包まれた樹林帯を踏み抜きながらツボ足で超え、稜線に乗ってからは新しい粉雪をラッセルするが、時にそれが湿って重くなる。通ったところにあまりクラストしたところはなかった。痛めている右膝は新しいサポーターのお陰かそれほどの違和感はない。薄い雪が強い風で煽られて降り、雪煙も舞う視界の外の、どこか遥か遠くからは地鳴りのような低い響きが聞こえてくる。このあたりにそれほど大きな雪崩を起こす場所は思い当たらないし、大きな崩落地というほどのものもなかったはずだから、どこかで風雪がこの不気味な音を立てているのだと思われた。うっ

    おぞましい欠損者の庭 - 山の心
  • glibcのmalloc(3)とLinuxカーネルのovercommitとOOM - φ(・・*)ゞ ウーン カーネルとか弄ったりのメモ

    この記事はLinux Advent Calendar 2015の23日目です。 glibcのmalloc(3)とLinuxカーネルのovercommitとOOMの関連でも見てみようと思います。Linuxカーネルのシステムコールにはmalloc(3)的なものはないので、mmap(2)、brk(2)が使われます。 今回知りたかったのは、どこでovercommitを許可しているのか?というところと、どのタイミングでOOMが発生するのかという2点です。 OOM発生時の挙動についてはsatoru_takeuchiさんの覚書(2015-12-03)に詳しく書かれていますので、こちらを参照してください。 glibcのmalloc(3)に関してはがちゃぴん先生のmalloc動画を見ましょう。 今回見ているglibcのバージョンは2.22でカーネルは4.3です。 まずはmalloc(3)の大まかな処理を見ま

    glibcのmalloc(3)とLinuxカーネルのovercommitとOOM - φ(・・*)ゞ ウーン カーネルとか弄ったりのメモ
  • クリスマスもコードを書きたいアナタに送る! 次世代エンジニアの技術の学び方とは? 〜Qiitaの投稿データから読み解く、2016年の技術トレンド〜

    クリスマスもコードを書きたいアナタに送る! 次世代エンジニア技術の学び方とは? 〜Qiitaの投稿データから読み解く、2016年の技術トレンド〜

    クリスマスもコードを書きたいアナタに送る! 次世代エンジニアの技術の学び方とは? 〜Qiitaの投稿データから読み解く、2016年の技術トレンド〜
  • 思いついたことを一番早く書ける電子メモ「Boogie Board」を衝動買い! (1/3)

    電子メモのような使い方ができるペン系デバイス「Boogie Board」。初代が我が家に来てからもう数年は経ったと思うのだが(関連記事)、米国から取り寄せた初代はバッテリー切れ。先日、無理矢理内部のボタン電池を交換して、いまは生き返ったように元気に動いている。 今回、世代的には何代目かよく分からないが、またしても新しい「Boogie Board Jot 8.5」(以降「Jot8.5」)が発売、出荷された。

    思いついたことを一番早く書ける電子メモ「Boogie Board」を衝動買い! (1/3)
  • ニコニコ漫画アプリの中身、全部見せます! 〜iOSアプリ開発事例のご紹介〜 - Qiita

    この記事では、ドワンゴから今秋リリースされた 「ニコニコ漫画」iOSアプリ の開発での取り組みや内部の設計、ニコニコ漫画アプリのこれからについてご紹介します。あまり変わったことはやっていないとは思いますが、よくあるアプリ開発の一例としてご覧いただければと思います。 なお、一応お約束として書いておくと、この記事は個人の見解であり、所属する組織の公式見解ではありません。 はじめに "ニコニコ漫画"は、縦スクロールでサクサク、マンガを読めるのはもちろんのこと、新感覚のダイナミックな見開きページ表現を楽しめたり1、紙芝居のような形式のマンガが読めたりするなど2、かなりアグレッシブなマンガアプリ3です。 読み手はもちろん、マンガの作り手が作品を公開して嬉しい気持ちになれるサービスになっているかと思います。まだ使ったことがないという方は、この機会にご利用いただければ幸いです(宣伝)。 サービスもアグレ

    ニコニコ漫画アプリの中身、全部見せます! 〜iOSアプリ開発事例のご紹介〜 - Qiita
  • まだMVC,MVP,MVVMで消耗してるの? iOS Clean Architectureについて - Qiita

    <この記事は「Money Forward Advent Calendar 2015」の22日目の記事です> この記事は、iOS Clean Architectureと実際にコードへ適用した内容について紹介します。 コードについては、改善の余地があるため随時修正していくと思います。 → github: https://github.com/koutalou/iOS-CleanArchitecture iOS開発においてよくある問題点 「ビジネスロジックはModelに置くべき」と言うが、開発者によって理解や意見がバラバラで統一的な実装ができない 度重なる仕様変更や複雑な仕様に対応するためにViewControllerや特定のModelが肥大化し、ビジネスロジックの質を見失う MVC,MVP,MVVMだけで考えると、どこかのレイヤが複数の責務を持つことになり依存度の高い複雑なコードが生まれてし

    まだMVC,MVP,MVVMで消耗してるの? iOS Clean Architectureについて - Qiita
  • TechCrunch | Startup and Technology News

    Rivian needs to sell its new revamped vehicles at a profit in order to sustain itself long enough to get to the cheaper mass market R2 SUV on the road.

    TechCrunch | Startup and Technology News
  • バグにメンテ、延期に中止!目を覆いたくなる #ゲーム史に残る愚行

    z @ziworu 「2014年発売予定」…「艦これ改」制作発表時 「2015年春」…延期1回目 「2015年5月」…延期2回目 「8月27日」…延期3回目 「11月26日」…延期4回目 「2016年2月18日」…延期5回目←今 #ゲーム史に残る愚行 pic.twitter.com/IuGAVydTtH

    バグにメンテ、延期に中止!目を覆いたくなる #ゲーム史に残る愚行
  • 【2015年版】AWS ユーザが Google Cloud Platform に15分で入門する! - Qiita

    Google Cloud Platform Advent Calendar 2015 の第一夜を光栄にも務めさせていただきます! 第一夜ということで出来るだけそれに相応しいテーマを選ぼうと思い、「AWSは使ったことがあり、Google Cloud Platform(以下GCP)は使ったことがないが、興味がある」ひとがGCPを使ってみよう!と思えるような記事になれば良いなと考えながら書きました。これを見て一人でも多くの方がGCPを使ってみるきっかけになれば幸いです。 また GCP Advent Calendar 2015 の明日以降の記事ではGCPのより深い魅力を掘り下げた良記事がたくさんあることでしょう!そちらも御覧ください。 GCPとは GCPGoogleが提供するIaaSであり、Amazonの提供するAWSに相当しますが、Googleが自社インフラとしてのクラウド環境を我々一般客にも

    【2015年版】AWS ユーザが Google Cloud Platform に15分で入門する! - Qiita
    fumikony
    fumikony 2015/12/23
  • GCE の preemptible VM で、インフラの CI を回し始めました | feedforce Engineers' blog

    こんにちは! a-know こと、いのうえです。 ここではあまり技術的な記事を書くことが少ない私ですが、今回は少し、踏み込んだ内容の記事をお届けしたいと思います。 ...あ、この記事は フィードフォースエンジニア Advent Calendar 2015 の 15日目の記事であり、また、Google Cloud Platform Advent Calendar 2015の 15日目の記事でもあります。 はじめに タイトルにある "GCE" とは、いわずもがな、 "Google Compute Engine" のことですが、その "preemptible VM" とは、下記のような特徴を持ったインスタンスのことです。 Google の膨大なデータセンターの余剰リソースを活用したインスタンス 低コスト(最大70%オフ) 低寿命(最大で24時間までしか持続しない) 上記のような特徴以外は、基

    GCE の preemptible VM で、インフラの CI を回し始めました | feedforce Engineers' blog
  • 粒子群最適化 - Wikipedia

    粒子群最適化(りゅうしぐんさいてきか、Particle Swarm Optimization、PSO)とは、群知能の一種。 昆虫の大群や魚群において、一匹がよさそうな経路を発見すると(すなわち、料を発見したとか安全であるという場合)、群れの残りはどこにいても素早くそれに倣うことができる。 これは多次元空間において位置と速度を持つ粒子群でモデル化される。これらの粒子はハイパー空間を飛びまわり、最善な位置を探す。位置の評価は適応度関数で行う。群れのメンバーは良い位置について情報交換し、それに基づいて自身の位置と速度を調整する。このコミュニケーションは主に次の二種類の方法でなされる。 最も良い位置にいる粒子が全体に通知される。 ローカルなベストの位置にいる粒子が近傍の粒子群に通知される。 位置と速度の更新は以下の式で行われ、これが繰り返される。 は、慣性定数。多くの場合 1 より若干小さい値が

  • CMA-ES - Wikipedia

    CMA-ES (共分散行列適応進化戦略、Covariance Matrix Adaptation Evolution Strategy の略) は、連続最適化問題のアルゴリズム。目的関数 の最小値を探す。目的関数の導関数は不要。100次元程度[1]以下のノイズも乗っている目的関数を想定している。1996年に Nikolaus Hansen と Andreas Ostermeier が発表し[2][3]、その後も改良が続けられている。 概要[編集] ES は進化戦略(evolution strategy)の事で、確率を使用したメタヒューリスティックスの乱択アルゴリズム。多変量正規分布に基づいて新しいサンプルが選ばれる。分布は同じ平均値になるように設定され、突然変異は平均値を変えないように導入される。変数間の依存関係は共分散行列によって扱われる。 CMA は共分散行列適応(covariance

  • 進化戦略 - Wikipedia

    進化戦略(しんかせんりゃく、英: Evolution Strategy, ES)あるいは進化的戦略(しんかてきせんりゃく)は、メタヒューリスティクスの探索アルゴリズムである。4つの主要な進化的アルゴリズム方法論の一つでもある。 進化戦略は、実数関数の非線形最適化問題を解く手法として、1960年代頃にベルリン工科大学の Ingo Rechenberg と Hans-Paul Schwefel により開発されたアルゴリズムである。 遺伝的アルゴリズムと同時期に提案され内容も「進化的な要素を関数の探索に用いる」という全く同じコンセプトの手法であるが、1990年代頃までは遺伝的アルゴリズムがアメリカを中心に研究が行われていたのに対し、進化戦略は主にヨーロッパを中心に全く独立の分野として研究が行われ、あまりお互いの交流はなかった。その研究内容としては数学的な解析が非常に多いのが特徴である。 進化戦略

  • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

    Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

    物理サーバを選定する際のポイント – Eureka Engineering – Medium
    fumikony
    fumikony 2015/12/23
  • NEURONのカレンダー | Advent Calendar 2015 - Qiita

    NEURON is a simulation environment for models of individual neurons and networks of neurons that are closely linked to experimental data. This calender is only for my activity daily, though, I want to introduce you guys to this unpopular but eyeopening simulater.

    NEURONのカレンダー | Advent Calendar 2015 - Qiita
    fumikony
    fumikony 2015/12/23
    NEURON simulatorのアドベントカレンダーだ!!
  • GitHub - yonchu/shell-color-pallet: Show color pallet for zsh/bash on 16 and 256 color terminal

    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

    GitHub - yonchu/shell-color-pallet: Show color pallet for zsh/bash on 16 and 256 color terminal
  • ペッパー君「時給1500円」が下がる日 その時、時給労働者に起こるコト

    東京で、駅ビルを歩いていたり、企業に訪問させいていただいたりすると、結構な確率で、ソフトバンクのロボ、ペッパー君に出会います。 なぜこんなに、ペッパー君が...と思っていたら、今、ペッパー君が時給1500円で働いてくれるということが分かりました。 この1500円という値段は非常に微妙な値段で、狙ったのかどうかはわかりませんが、先日、「時給を1500円に上げろ!」デモが起こったばかりです。つまり、このデモの参加者は「ペッパー君くらいの賃金はくれ!」とデモをしているわけです。 稼いでくれる人には払う 正論から言うと、雇用主からしてみたら、給料というのは「稼いでくれる人には払う」というのが原則です。払った分以上稼いでくれるのであれば、給料を上げることはやぶさかではありません。 私も、街を歩いていて、ペッパー君がいれば「おおっ」っと思って気にとめますし、店の中に入ってなにをやっているか確かめること

    ペッパー君「時給1500円」が下がる日 その時、時給労働者に起こるコト
    fumikony
    fumikony 2015/12/23
  • 無理数の無理数乗は無理数か? - tsujimotterのノートブック

    この記事は 明日話したくなる数学豆知識アドベントカレンダー の 7日目の記事です。(6日目:ほとんどいたるところ) 無理数とは、有理数でない数のことです。 有理数とは のように分数(分母がゼロでない整数の比)で表せる数のことですね。 分母が  になってもいいので、 や のような整数も有理数です。 無理数の例としては、 だとか だとか だとかがあるかと思います。 もちろんほかにもうんざりするほどありますよ。 なんたって、数直線上を適当に指したときに、その指の先が示す数は、ほぼ間違いなく無理数です(図1)。無理数のほうが有理数よりはるかに多いのです。 図1:「数直線上のほとんどの点は無理数」のイメージ さて、この無理数という数は非常に厄介な数です。 無理数の条件というのは、基的には「有理数ではない」ということだけなので「すべての無理数がどんな数であるか」という問いに対しては、あまり気の利いた

    無理数の無理数乗は無理数か? - tsujimotterのノートブック
  • CodeIQについてのお知らせ

    2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

    CodeIQについてのお知らせ
  • スレッド処理は慎重に – PHPでのスレッド処理 : 前編 | POSTD

    私が覚えている限り、非常に重い(または非同期の)タスク処理に関して、PHPは常に厳しい評価をされていました。これまではずっと、長いタスクを並列化したければ pcntl_fork を通してフォークするという方法を取らなければいけなかったので、タスクの結果を適切に処理することができませんでした。 そこで私たちは、キューイング(どちらかと言えばタスクを遅くするだけ)やReactPHP、または他の言語を一緒に使うといった、より複雑なソリューションへと向かっていきましたが、PHPでもスレッド処理は可能なのです。そしてより重要なのは、 その方法はあなたが思っているよりもはるかに簡単だということです。 この記事では、 pthreads 拡張(POSIX Threadsの略)について説明します。2012年ごろから広く使われていますが、多くの人がその存在を忘れているか、使うのが苦痛だと考えると思います。その

    スレッド処理は慎重に – PHPでのスレッド処理 : 前編 | POSTD
  • npmのロードマップについて - 思ったこと

    こんにちは!@watilde です。 この記事は、Node.js Advent Calendar 2015 の23日目の記事です。npmのロードマップがwikiで公開されているんですが、それを意訳してみます。2015年、実装に半年以上を費やしてついにmajor updateを果たしたnpmですが、2016年はどうなるのか!少しだけ覗いてみましょう。 github.com ゴール 一貫性: npm install を実行すると、あなたは同じ結果を毎回受け取ります。これは、あなたの dependencies が変更されていないことを保証します。また、 package.jsonを更新して git push をした場合は、あなたの共同作業者が git pull をして npm install を実行すると、あなたのディスクと同じファイルツリーを受け取ることになるでしょう。npm shrinkwra

    npmのロードマップについて - 思ったこと