タグ

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

  • droid-chan.net is Expired or Suspended.

  • 及川卓也氏をプロダクトマネジャーに迎えIncrementsが構想する「Qiita3.0」とは? - エンジニアtype | 転職type

    2015.12.17 ITニュース GoogleChromeの開発などに携わったエンジニアである及川卓也氏がこのほど、技術情報共有サービス『Qiita』などを運営するIncrementsに加わった。 MicrosoftGoogleと世界を舞台に活躍してきた大物技術者が、転職先として社員わずか13人のスタートアップを選んだことは、少なくない人に驚きをもって受け止められた。詳細はまだ明かせないということだが、及川氏をプロダクトマネジャーに迎えたIncrementsは、「Qiita3.0」とも呼ぶべき未来構想を描いているという。 (写真左から)この11月にIncrementsに加わった及川卓也氏と、代表取締役社長の海野弘成氏 2012年の会社創業とともにローンチした『Qiita』は、直後に1度ピボットを経験した後は、現在の「ノウハウ共有サイト」として右肩上がりの成長を遂げてきた。現在では月間

    及川卓也氏をプロダクトマネジャーに迎えIncrementsが構想する「Qiita3.0」とは? - エンジニアtype | 転職type
  • 採用情報 | 株式会社リブセンス

    人生には必ず終わりがある。 誰もが限りあるいのちを生きている。 では すこし考えてみてほしい。 その有限のいのちを何のために使うのか。 日々日常のなかにある 世の中のしがらみ。 来こうあるべきだ という理想とのギャップ。 私たちは そんな社会への「?」から 新しいビジネスを生み出して行く会社。 無数にある社会の課題や歪みから 課題の質を見出し 仕組みとテクノロジーで解決する。 それが 私たちのビジネスの原理原則。 新しいだけではなく 売れるものでもなく いま 当に必要とされることのために いのちをつかう。 “LIVESENSE”という社名にこめた“生きる意味”。 ここでは 私たち一人ひとりの生きる意味をお伝えします。 そして 教えてください。あなたなら何のために 自分のいのちをつかいますか?

    採用情報 | 株式会社リブセンス
  • 高額療養費制度など見直しへ 歳出抑制案 NHKニュース

    政府の経済財政諮問会議の下に設置された有識者会議は、財政再建に向けて歳出を抑制するための実行計画の案を取りまとめ、医療費の自己負担に上限を設けている高額療養費制度を、来年末までに見直すことを盛り込みました。 それによりますと、最も歳出規模が大きい社会保障費を巡って、医療費の自己負担に上限を設けている高額療養費制度を来年末までに、現在、自己負担が原則1割になっている75歳以上の高齢者の医療費の窓口負担を3年後までに、それぞれ見直すことを目標に掲げています。 また、医療費の削減に向けて自治体や企業の健康保険組合などに働きかけ、2020年までに、40歳以上の人の健康診断の受診率を80%以上とし、メタボリックシンドロームの人口を2008年度と比較して25%減らすなどとしています。 有識者会議では、この計画案を7日の経済財政諮問会議に示し年内に決定したいとしていますが、社会保障費の国民負担の増加につ

    高額療養費制度など見直しへ 歳出抑制案 NHKニュース
  • 最近話題になったイケてるWebサービス・アプリ12選(2015年11月編)

    UIPalette 「UIPALETTE」は、配色を考えるときに使えるオンラインツールです。 サイトの左側にあるメニューのうちの「BrandColors」をクリックすれば、海外の企業のイメージカラーがわかり、「FlatColors」や「MaterialDesignColors」をクリックすれば、フラットデザインやマテリアルデザインに必要な配色がわかります。 「Hailpixel」を使えば、感覚的に色を決めることができるので、その時の自分に必要なカラーコードを直感的に見つけることができます。 SmartHR(スマートエイチアール) 「SmartHR」は、社会保険や雇用保険の手続きを自動化するクラウド型ソフトウェアサービスです。 従業員情報を入力するだけで、必要書類を自動で作成し、総務省が提供する電子政府「e-Gov」の外部連携APIと連携してWeb上から役所への申請できます。β版はすでに15

    最近話題になったイケてるWebサービス・アプリ12選(2015年11月編)
  • Web APIにはJSONベースのフォーマットを使おう - Qiita

    { "response": { "id": 3342124, "message": "Hi!", "user": { "id": 3456, "name": "Taro Yamada", "image_url": "/images/taro.png" } } } など、どの構造がいいでしょうか? もっと違う構造も考えられます。 JSONはシンプルですが、構造に制約がなさすぎます。適切な設計を行うには適切な制約が必要です。 そこで、plain JSONに少し制約を加えたJSONベースのフォーマットを使うことをおすすめします。 もしあなたが、JSONレスポンスをどのようなフォーマットにするかをチームで議論したことがあるなら、JSON APIは『自転車置き場の議論』に対抗する武器となる。 共有された規約に従うことで、生産性が向上し、汎用的なツールを利用でき、アプリケーションという重要なものに集中

    Web APIにはJSONベースのフォーマットを使おう - Qiita