Raspberry PiでCO2センサーモジュール(MH-Z14A)を使って室内のCO2濃度測定 - Qiita
きっかけ ・大学の研究室にて部屋の人口密度が高く、室内環境(CO2濃度等)が気になっていた 後輩「CO2の濃度が測れる何かがあるといいっすね！」 ・ラズパイのGPIOを使って何かを作ったことが今まであまり無かった 僕「勉強になるからやってみるか」 使ったもの ・Raspberry Pi 3 model B+ ・CO2センサーモジュール(MH-Z14A) ・ジャンパワイヤ(オス-メス) ・ピンソケット(メス、2.54 mm) CO2センサー(MH-Z14A)はこんな感じのやつ。通電させると中央の白い四角の四隅が赤く点滅する。 おそらくこの部分からCO2を取り込んでCO2濃度を測定していると思われる。 測定原理はNDIR方式というものらしい(CO2の赤外吸収を利用して測定？) マニュアルによると5000 ppmまで測れるらしい マニュアルのリンク↓ https://www.openhacks.
仕事のパフォーマンスを左右するのは“血糖値”と“CO2濃度” Repro三木明氏が実践する「Performance Hack 101」
ユニコーンを目指すスタートアップのパフォーマンス改善 木村和貴氏（以下、木村）：ありがとうございます。それでは準備ができましたので、三木さんよろしくお願いいたします。 三木明氏（以下、三木）：はい、よろしくお願いいたします。僕がパワーポイントでのマウス操作が超苦手なので、今日は「GitPitch」を使わせていただいています。「Performance Hack 101」ということで、パフォーマンス改善方法を自己紹介ついでに話したいと思います。よろしくです。こんちわーす！ 会場：こんちわーす！ 三木：あざーす！ みなさんのパフォーマンスが高いので、この時間に来れるってすばらしい。 僕はRepro（リプロ）の三木っていいます。左を見ていただくとわかるけど、スタートアップを立ち上げたり、いろいろと失敗したりしているいわゆるスタートアップおじさんです。今Reproの創業者兼CTO、VPoEをやってい
Scoopを使ったWindows環境構築のススメ - Super!! - Qiita
ネット上にあるWindowsの環境構築やソフト紹介の記事を見て、まず「クリック」という単語を見ないことはないと思います。 あまつさえエクスプローラー間でのドラッグアンドドロップに設定フォームへの入力をするだなんて……AnsibleやDockerがすでに浸透しきった昨今、果たしてこれ以上に異常かつ原始的なことが他にあるのだろうか? ……と、そんな反語表現をWindowsの環境設定のたびに考えているアナタのための記事になります。 なお内容があまりにも長くなりそうなので、以下の3記事に分割してお伝えする予定です。 総じて、マウスなしでの全環境構築の完遂を究極目標に、Scoopを主体として自動化できるものは自動化し楽をすることに主眼を置いた内容になります。 守章: Scoopの基礎、簡単なManifestの作成 ← 今回はこれ 破章: バージョン管理と自動アップデート 離章: Scoopを用いた環
Ansibleのテスト環境をDockerで作ると楽 - なんかかきたい
以前はVagrantを使ってansibleのテスト環境は用意していたんだけど、 vagrantはsnapshotが取れる利点がありつつも、VMを使うのでちょっとというかそれなりに遅くて、 何度も実行するansibleのテスト環境にはちょっと不便だなーと思っていたのですが、 最近Dockerを使ってsshdを起動するだけの環境を用意すれば簡単にテスト環境が作れて便利だったので書いておきます。 Dockerfileを書く ansibleを流す対象のイメージは Dockerfile の FROM に書いておけばよくて、 CentOSとかDebianとか好きなOSを選べばいいと思います。 Dockerfileを置いたディレクトリに id_rsa.pub を置いておくと authorized_keys にコピーされるというソリューションです。 FROM amazonlinux:latest MAIN
DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream
DX: Developer Experience （開発体験）とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの 開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXはUXの一種である DXがよいと日々の開発を楽しめるようになり、気持ちに余裕ができる 気持ちの余裕がでるとコードの品質があがり保守時のデグレも減らせる また、DXがよい事自体がDXを高める動機になり、正のスパイラルを見込める つまり、「定められたタスク」（＝義務）以上のことを行うようになる DXが悪いと開発を楽しめず、「定められたタスク」以外のことをしたくなくなる DXは放置すると悪化するので、「DXがよくも悪くもない」プロダクトは時間が経つに連れ「DXが悪い」になる なので積極的にDXを良くしていく活動を奨励していくのがよい いくつか興味深いフィードバックがあったので記しておきます。 DX
ソフトウェア開発における学習性無力感 – 作業環境の改善 | POSTD
暗闇を呪うよりも、ろうそくに火を灯そう 過去24時間で、私の2つ記事、 Why Your Programmer Just Wants To Code（なぜ、あなたのプログラマはコーディングだけをしたがるのか） と A Wake-Up Call For Tech Managers（テックマネージャーへの警鐘） は、Mediumで96,000回以上読まれました。また、 Redditのコメント数も900を超えています 。 思っていたよりも、問題は深刻のようです。 そう、テック企業には悪いマネージャーもいます。そして、私はそうしたマネージャーに辛辣です。プログラマの無関心の責任は、直接的に彼らにあると思っています。 フラストレーションがたまり、何の権利もないと感じながら思考停止に陥っているプログラマを私は助けたい。 上記コメントの 圧倒的 大部分を投稿したのは、これを読んでいるプログラマの皆さんで
増え続ける工数を変わらぬ人数で捌いていくフロムソフトウェアの方法論
2018年3月30日，大阪府・グランキューブ大阪で「Game Creators Conference '18」（GCC'18）が開催された。 GCC'18は関西発のゲーム業界向けゲーム開発カンファレンスだ。関西地区のゲーム企業有志による「勉強会」を母体としたイベントだったが，いまや4トラック24セッションという規模という一大イベントに成長している。地元である関西企業によるセッションのほかに，東京などからこのイベントのために多くの企業が参加している。 ここではそんなうちの一つであるフロムソフトウェアによる講演の模様を紹介してみたい。「複数タイトルの開発を維持しつつ大規模化に適応した中小企業エンジニアの取り組み」というタイトルの講演だが，「複数タイトルの開発を維持」「大規模化」といったあたりはちょっと見ただけでは意味が分からないかもしれない。 さて，フロムソフトウェアといえば，初代PlaySt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
