ソニーの「HMZ-T1」は、その登場から大きなインパクトを持っていた。人目をひく近未来的なデザイン、3Dテレビには付きもののクロストークを完全に排除したこと、そして久々のソニー製有機ELパネルを採用したディスプレイであり、しかも仮想画面とはいえ“20メートル先に750インチ”を実現した。それが6万円前後という“手の届く価格”で販売されたことも大きい。 事実、発売前に銀座・ソニービルの「オーパス」で行われた試聴展示ではビルを囲むほどの行列ができ、昨年末は予約だけで品切れ状態が続くほどの人気ぶり。“ソニーの有機EL”を待ち望んでいたホームシアターファンはもとより、「プレイステーション3」と組み合わせて3Dゲームを楽しみたいゲームファンの心もつかむことに成功したようだ。 もう1つ見逃せないのは、この製品が開発現場から提案され、商品化に至った“ボトムアップ”のプロジェクトであったこと。このためHM
対象OS:対象OS: Windows 8.1/Windows 10/Windows 11、Windows Server 2012/Windows Server 2012 R2/Windows Server 2016/Windows Server 2019/Windows Server 2022 名前を指定してあるサーバに接続させてみたが、どうも間違ったコンピュータに接続しているようだ、といった場合がある。ネットワークの構成を変更したり、接続するネットワークを変更したりした場合に、こうしたトラブルが発生しやすい。このような場合は、あるコンピュータ名が実際にどのIPアドレスに名前解決されているかを調べ、それが正しいかどうかを検証するとよい。 そこで、本Tech TIPSでは、あるコンピュータ名やホスト名からそのIPアドレスを見つける方法を紹介する 逆に、与えられたIPアドレスから、そのコンピュ
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ4年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 (元請け会社の2人、当時同じ会社だった先輩、僕の4人) そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
普段、iTerm2をデュアルディスプレイの出力側に常に表示させて3分割にして利用しているのですが、zsh-completionsを設定してからサブコマンドを利用するコマンドがとても便利になったので設定方法を記録しておきます。 設定 GitHubで公開されているスクリプト集をダウンロードしましょう。 This projects aims at gathering/developing new completion scripts that are not available in Zsh yet. The scripts are meant to be contributed to the Zsh project when stable enough. [yuki@beaune.local]$ git clone https://github.com/zsh-users/zsh-comple
Git使うなら絶対に一度は読んだ方がいい良エントリ A successful Git branching model 日本語訳 理屈は本文読めということで、ルール的な箇所を抽出 ブランチの種類 メインブランチ サポートブランチ サポートブランチはさらに3種類に分類される メインブランチ メインブランチはmasterとdevelopの二つ この二つは常に存在するし、削除しない masterでの開発は一切しない developで開発してmasterにマージするのが大きな流れ サポートブランチ フィーチャーブランチ リリースブランチ ホットフィックスブランチ 用が済めば削除される フィーチャーブランチ developから分岐してdevelopにマージされる 命名規則は特に無し(他の種類のブランチと区別がつくように) 個々の機能を実装する originにはpushしない フィーチャーブランチの一生
毎日blog書くつもりだったけれど綺麗に3日坊主になってしまった. 1/4, 1/5はWantedly開催のHackathonに参加してきた.目的は「エンジニアのスキルがわかるようなプロフィールを作る」こと. ハッカソンの様子など詳しくはこちら:) ウォンテッド超絶ハッカソン!! - ウォンテッド 航海日誌 そして2日間のハッカソンにより出来たのがこれ. GitHubの情報を使って,ある人が使っている言語やフォロワー数などがグラフで見られるようにするサービス.自分がpublicな活動を全然してないなーとか,あの人はruby書きまくってるなーとか. ログインなどは必要ないのでGitHubアカウントを持っている人はどうぞ. Hackedly Qiitaとしても各エンジニアがどういうスキルを持っていて,どれだけコードを書くのか/書けるのかをユーザーページで表現できるようにしたいと思っているので,
会社で利用するソースコードのバージョン管理システムをgithubに移行しつつあります。 gitは以前から個人で利用していたのでブランチ管理のメリットや気の利いたマージなどはもう知っていたのですが githubで同時に複数人で開発をする、という状況は初めてだったので感じたことを残しておきます。 導入 まず当然なのですが開発スピードは上がってます。 これはgithubというよりgitの分散リポジトリの仕組みが大きいです。svnでsvk使うと効率が良いのと同じことです。 そこで問題になるのが各開発者のリポジトリ間をどうやってマージさせていくのか、って所なんですが masterからリリース用のブランチを切ってそこにpull requestを投げて他の開発者に確認してもらってからマージする、という流れで今は運用しています。 投げられた側が確認してマージをコミットするので責任は一蓮托生としてます。 人
メモ代わり。てきとーに。 いや、ですからてきとーですって。 2年前ぐらいにPythonあたりでメールくれた方、ごめんなさい。メール紛失してしまい無視した形になってしまいました。。。 今日はパッケージから。 パッケージとは Pythonで言う、「パッケージ」とは、通常、sysモジュールのpath属性に記録されているサーチバスのディレクトリの__init__.pyファイルが置いてある「サブディレクトリ」のこと。 また、ディレクトリパスを指定してインポートすることを「パッケージインポート」と呼ぶ。 パッケージインポートしてみる。 パッケージインポートするには、モジュールの「パス」を指定する。 「パス」の指定には、ディレクトリセパレータに「.」(ドット)を使用する。 早速やってみる。 まず、カレントディレクトリに、dir1ディレクトリを作成。 $ mkdir dir1 $ ls dir1/ で、d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く