自宅で使っているデスク Garage CL-147H というやつ (約24kg)。fantoni GT-147H というやつ (約34kg) のほうがかっこいいけど、高い。 天板の色が濃くて、丈夫なやつが安くほしかった。これはかなり満足してる。ウォールナットタイプは幕板がないので左右に揺れやすいみたいだけど、普段使いでは全く気にしたことはない 。 天板自体に鉄パイプで補強がしてあり、60kg まで耐荷重がある。最近のモニタは軽いのでまずギリギリになることはなさそう。ゆすろうとすれば揺れるが、キーボード叩きまくる程度ではほとんど揺れることはない。キーボードを叩いてモニタが揺れたりすると、案外かなりイライラしてくるので、机はできるだけ丈夫で重いのを買うほうが良いと感じる。 デスクの配置 窓に背を向ける形、部屋の中のほうを向いて座っている。こうするとモニタを隔てて狭いスペースに身体が押しこめられ
悪用されないことを望みますが……。 スマート家電が続々と発表され、そのラインナップにはLED電球も加わることが珍しくなくなってきましたよね。スマホでオン・オフを遠隔操作できちゃったり、シーンやムードに合わせて明るさや色合いまで変えられたり。 でも、新たにSengledが｢2015 International CES｣にてリリースした｢Snap｣は、720pのHD映像に対応するIPカメラやマイク、スピーカーまで内蔵されたLED電球となっており、室内の人の動きなどを検知して自動録画できるようになっています！ 録画映像は、ネットワーク経由でクラウドにアップロードされているため、遠隔再生で常にSnapが取り付けられた室内をチェック可能とのことですよ。撮影中はインジケーターランプが光り、はっきりと周囲に録画中であると示されるようにはなっているようですが、これは気づかないうちに勝手に撮られちゃう人も続
ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門：プロジェクト成功確率向上の近道とは？（1）（1/2 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は「Joelの機能仕様書」のポイントを解説する。 連載目次 はじめに 本連載では、ITシステム開発がビジネスに貢献していくために必要な、最も基本的な条件である“システム開発の成功”につながるいくつかのポイントを紹介します。 筆者は、さまざまなコンピューターシステム開発に長年携わってきたソフトウェア技術者ですが、この連載では、あえて技術的ではない話題を中心に述べます。というのも、技術論だけではシステム開発が成功する条件としては不十分ですし、すでにたくさんの優れた技術論が各方面で展開されています。あらためてそこ
富士通研究所は11月17日、物に照射する光にID情報を埋め込み、照らされた物からID情報を復元できる照明技術を開発したと発表した。対象の美観を損ねず情報を埋め込むことができ、美術品にカメラをかざすだけで解説動画を再生したり、舞台上のタレントにカメラをかざして歌っている楽曲をダウンロードする――などの応用が可能としている。 開発したのは、「色変調」による情報埋め込み技術。カラーLED照明のRGBの各色成分から発する光の強弱を時間方向で制御し、わずかに変化させることで、その光を照射した物にID情報を付与する。1つのLED照明につき、1つのID情報を付与。LED照明に限らず、プロジェクターの照明などにも応用できるという。 物に光が反射する際、物体の色や反射率によって各波長に埋め込んだ信号の一部が吸収され、弱くなってしまうことがあるが、カメラで撮影した映像に反射を考慮した補正を行うことにより、情報
ポイント メタマテリアルを用いて真空の屈折率1.0より低い屈折率0.35を実現 3次元構造により光の入射軸方向に対して完全な等方性を実現 透明化技術や高速光通信、高性能レンズなどに応用できる可能性 要旨 理化学研究所（理研、野依良治理事長）は、真空の屈折率[1]1.0よりも低い屈折率0.35を実現した三次元メタマテリアル[2]の作製に成功しました。これは、理研田中メタマテリアル研究室の田中拓男准主任研究員と国立台湾大学の蔡定平（ツァイ・ディンピン）教授（当時台湾ITRC所長を兼務）らの国際共同研究グループによる成果です。 メタマテリアルは、光を含む電磁波に応答するマイクロ〜ナノメートルスケールの共振器アンテナ素子[3]を大量に集積化した人工物質で、共振器アンテナ素子をうまく設計することで、物質の光学特性を人工的に操作できるという特性を持っています。これまで報告されているメタマテリアルのほと
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」 作者:ジェイソン・フリード,デイヴィッド・ハイネマイヤー・ハンソン早川書房Amazon 最近リモートワークへの知識に興味が湧いてきたので、ひとまず強いチームはオフィスを捨てるを読んだ。元々はリモートワークについての思い込みがあり、そのためリモートワークの難しさのほうに目が行き過ぎていたのだけれど、この本を読んでみて少し中立よりになれたように思う。そういう面で今の時期に読むには非常に良かった。リモートワークの知識だけというより、普通に働いていても参考になる知識も得られた。 リモートワークを始めたいけど何から始めたらいいかについて分からない人には最適な本。ただし良い本であるという一方で、少しリモートワーク礼賛の傾向があるので、そこは一歩引いて読むと良いのかなと思う。とはいえ、ただ褒めているというだけでなくて、きちんとメリット
弊社ではプログラミング言語としてPythonを採用しています。 最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ - laiso パッと見て頂くと解るかと思うのですが、思った以上にPythonという言語はスタートアップに採用されています。 日本にはLLというと、 CGIで一世を風靡したPerl、 そのPerlを塗り替えたPHP、 もしくはRailsと共にブームになったRubyというイメージがありますが、 Pythonは十分に実用的な言語でかつ、実践的な言語だということがおわかり頂けるかと思います。 特に我々が重視しているのはその思想です。 バッテリー内蔵言語とも呼ばれるPythonですが、 PythonにはZenの考え方が採用されています。 即ち、 import this The Zen of Python, by Tim Peters Beautiful
［GDC 2014］PowerVRがついにリアルタイムレイトレーシングエンジンを統合。ゲームグラフィックスはハイブリッド時代へ ライター：西川善司 Imaginationのブースで，実動デモを食い入るように見る来場者達 2014年3月19日の記事でお伝えしたとおり，組み込み機器向けグラフィックスIPの大手であるImagination Technologies（以下，Imagination）は，北米時間3月17〜21日に開催されたGDC 2014で，新しいGPUコアIP「PowerVR Wizard」を発表した。製品型番は「PowerVR GR6500」だ。 展示会場となる「Expo」ではプロトタイプとなるテストシリコンによる実動デモが行われ，来場者の注目を集めていた。 PowerVR Wizardの目玉は，レイトレーシングユニット（Ray Tracing Unit，以下 RTU）の搭載であ
「過剰なDRYが技術的負債を生む」みたいな内容の記事を書きたいが、うまく言語化できない。「過剰な食事制限が健康を損なう」程度の内容に成り下がりそうだけど、そんなんじゃないんだよ… @methane 実装におけるDRYみたいなものを考えていて、そうすると前者のDRYというのがどこに位置づけられるかはわからないんですが、とにかく暗黙知みたいなものを過剰に増やすDRYは良くないよね、というような話なんです という@moriyoshitさんのツイート（1, 2）を見かけたので、僕の考え方をコメント。moriyoshitさんの考えたい問題とは、ずれてるかも。 DRY化の功罪とは何か？ 僕の理解で言うと、共通するコード片をDRY化することには以下の変化をもたらす。 循環的複雑度は変化しない コールグラフは複雑化する モジュールをまたぐDRY化を行うと、モジュール間の依存関係も複雑化する*1 関数内の複
こんにちは，yaottiです． 前回はQiitaやKobitoを作る開発チームの文化について書きましたが，今回は具体的にどういうツールを使いながら開発しているのか，また開発の雰囲気などを紹介します． QiitaやKobito開発で利用しているツール，サービス一覧 Trello: 開発以外のタスクや仮説の管理Pivotal Tracker: 開発ストーリー管理GitHub: ソースコードのホスティング，レビュー，ディスカッションCircle CI: CI環境Sentry: エラーの補足&通知New Relic: パフォーマンス改善用の測定Amazon Web Services: インフラ(EC2, RDS, ElastiCache)コミュニケーションSlack: チャットQiita Team (& Kobito): テキスト共有&ディスカッションその他Mixpanel: イベント計測Goog
私は大規模・小規模、それこそものすごい人数でのチームや、自分一人のプロジェクトまで経験してきた。化石のような連邦事務局でもクールなシリコンバレーの会社でも働いたことがある。私は１２種類以上のプログラミング言語を学び使っていた。私の時代には ウォーターフォール/BDUF (big design up front), 構造化プログラミング, トップダウン, ボトムアップ, モジュラーデザイン, コンポーネント, アジャイル, スクラム, エクストリーム, TDD, OOP, ラピッドプロトタイピング, RAD, その他思い出せない様々な手法が生まれた。 でもそれらで上手くいってると思えるものは一つもなかった。 （ 注：ここで書いてある「ソフトウェア開発手法が上手くかない」の意味について説明させてほしい。それらはソフトウェア開発のプロセスや、ソフトウェア開発そのものについて予測性や再現性を提供し
大きな会社で働いていると、一緒に働いている人のことを忘れてしまうことがあります。そんな時は、たとえ話し合うような仕事がなくても、他の人たちと一緒にランチを食べることで、生産性が高まりやすくなります。とりあえず大きなテーブルでランチをしましょう。生産性を分析するSociometric Solutions社によると、社員がみんなで一緒にランチを食べると、コミュニケーションはより活発になります。より寛げるような席にしたところ、その効果は特に顕著でした。 究極のランチ交流において、テーブルのサイズは重要です。Sociometric Solutionsは、オンラインの旅行会社で会社のIDパスにセンサーを埋め込み、職場での行動を追跡しました。休憩スペースには、4人がけのテーブルと、12人が座れる長テーブルがありました。長テーブルに座った社員は、その日のランチ後に、36％多く他の人とコミュニケーションを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く