5GとARが消防を変える？「炎の向こう側」を見通す最新テクノロジー
ARといえば、ゲームなどエンターテインメントが思い浮かび、5Gといえば携帯電話や自動運転が思い浮かぶ。しかし、実はこれらのテクノロジーが消防を変えようとしている。視界が悪く、危険な消防の現場を変えるため、AR（拡張現実）ゴーグルを搭載したヘルメット「C-Thru」を開発したのが米「Qwake Tech」だ。このヘルメットはAIとの連携でより精度の高い情報を目指しており、将来的には5Gを使ってさらに正確なナビゲーションを提供しようとしている。消防とテクノロジーは、これからどうなる？ Mint Labs製品開発部長。1981年栃木県生まれ。2006年東京大学大学院工学系研究科修了。日本アイ・ビー・エムにてITコンサルタント及びソフトウェア開発者として勤務した後、ESADE Business SchoolにてMBA(経営学修士)を取得。現在は、スペイン・バルセロナにある医療系ベンチャー企業の経営
1行直すだけってそんなに大変なの？
どこの会社でも「1行直すだけでしょ？ そんなに大変なの？」ということを何度も聞かれる (もしくは言外にそのニュアンスを含められる) ので毎度説明するのだけれど、「いや、そう思うだろうけれど大変なんですよ」以外に答えられていなくて、自分でもあまりうまい答えではないなと感じるのでまじめに考えてみた。 まず大前提として1行を修正するのに本当に言われるがままにその1行を直すのであればそれは作業者で世の中にエンジニアなんて職業はいらないわけで、ぼくらの付加価値は1行を直すときに1行の外にあるものを想起できるから価値があるわけです。 じゃあ、どんなことを考えているかというと、まずたいていそんなすぐに安請け合いできないシステムというのは1行を直すときに影響を受ける行数というのは10行や20行ではないことが多い。そこで影響範囲を考えます。途端にこれが1万行になったりする。すると、1万行へ影響が出るのにこれ
なぜシステム会社の見積りが「ボッタクリ」に見えるのかを、きちんと説明する。
どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
難解なSerializableという仕様について俺が知っていること、というか俺の理解 - 都元ダイスケ IT-PRESS
java.io.Serializable …、ある程度Javaに触れて来た人は必ず見たことがあるインターフェイスだと思う。私も何度も見てきたし、必要に迫られて自分の作ったクラスにSerializableをつけたこともある。しかし、こいつは一体何なのか？ 継承の便利さ 僕らがまだJava初心者だった頃。継承というメカニズムに助けられながら育って来た。簡単に言えば、HttpServletクラスを継承しさえすれば、自分の作ったクラスがサーブレットとして認識されるのだ。また、abstractメソッドなどという便利な機能もあり、継承にあたって実装しなければいけないメソッドは確実に指示され、言われた通りにそのメソッドを実装すれば良い。 StrutsのActionも然り。そう、多くの場合は「継承さえすれば、望む物がだいたい出来上がる」というのがJavaの世界だと思っていた。 だが、世の中そんなに甘くない
システムエンジニアと話していて困ったこと
システム開発でエンジニアとのコミュニケーションで困るのは良くある話。 今まで色々な開発に携わってきましたが、社内SEとのコミュニケーションで困ったことと対策を書いてみました。 私自身が現役エンジニアでもありますが、どちらかというとディレクションの方が経験が多いので、両方の目線で考えてみました。 何を言ってるか分からない 「マスターにマージしたらコンフリクトしてデプロイできません」 とか 「オンプレ環境でデータベース構築したのでクラウド環境からリプレイスします」 とか、聞く人が聞いたら 「パルスのファルシのルシがパージでコクーン」と同じレベルですよね。 意味不明すぎて「日本語でOK」って言いたくなりますがそこは我慢です。本人は普段から当たり前に使っている言葉なので、伝わらないことに気付いていないだけなんです。 ただ、これの対策はあんまりなくて、、、 「可能な限り覚える」しかないと思ってます。
簡単インストールから始める初心者のためのRuby on Railsチュートリアル
Railsは、その名の通りプログラミング言語「Ruby」向けのWebアプリケーションフレームワークです。オープンソースで開発が続けられています。 よく見られるWebサービスは、データベースにデータを保存し、ブラウザーを使ってその入出力を行います。そのようなアプリケーションを作る場合、開発者はRailsを使うことで高い生産性を発揮することが可能です。 また、Railsはフルスタックなフレームワークなので、さまざまなタイプのアプリケーションを作ることができます。例えば、Androidアプリケーションに向けてJSONやXMLを出力するサーバーサイドに限ったアプリケーションを作ることもできます（参考「Androidアプリちょい足し開発レシピ（2）：TwilioとRailsで作る、電話でテキスト読み上げアプリ」）。 近ごろはエンタープライズ領域での採用も多くなり、業務システムのクラウド化をRails
湯河原の老舗旅館が「開発合宿プラン」 元SEの旅館主人が発案
湯河原の老舗旅館「おんやど惠（めぐみ）」（湯河原町宮上、TEL 0465-63-3001）が現在、「開発合宿プラン」を提供している。 「おんやど惠（めぐみ）」の「開発合宿プラン」で利用する会議室 現役エンジニアの開発作業を応援することを目的とした同プラン。プロジェクトのメンバーが日常と異なる環境で効率よく開発作業を進行できるように、会議室の24時間利用やWi-Fi環境の整備などのサービスを充実させ、快適な開発環境とおもてなしを提供して利用者から喜ばれている。 同旅館を経営する室伏学さんは元システムエンジニア。1988年から1996年まで8年半にわたりプログラミング言語と格闘。結婚を機に全く畑違いの旅館経営に従事することになった。当時出たばかりの「Windows95」のノートPCと共に湯河原に移り住み20年がたった。 「湯河原は東京駅から約70分、横浜駅からはわずか50分、湯河原駅からはタク
プログラミング経験年数って全然意味ないよね
採用関係の勉強がてら、Webサービス開発をしている企業の、採用案内を調べたり比べたりしていてふと思いました。たまに見かける「Java開発経験年数3年以上」などの表記。これは応募者のスキルチェックに使っているのかなぁと思うのですが、全然意味なさそうです。 経験年数 ＝ 実力とはいえない 仕事内容やその人のモチベーションにもよりますが、経験年数が多いほど実力が高いわけではありません。たとえば、 なんとなくこの業界に入って、なんとなく過ごしている人の3年 プログラミングが大好きで、休日も自前のアプリ開発に熱中している意識高い系の3年 は、多分「厚み」が違うはず。かといって「経験年数ゼロでも歓迎！」なわけではありません。 こう考えてみると、経験年数がその人を評価するときの「ものさし」として、ふさわしくない気がするんです。 職務経歴書もあてにならない そもそも、経験年数のような自己申告型の情報だけで
67才プログラミングほぼ未経験にしてiPhoneアプリをリリースした方に色々聞いてみた - 卵は世界である
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 @akio0911です。今日は、僕が講師をしているiPhoneアプリ開発講座「アプリクリエイター道場 開発塾」を受講して、ついにアプリをリリースされた蒲池さんにお話を伺ってみました。蒲池さんは現在67才。プログラミングはほぼ未経験の状態から勉強を開始してアプリリリースに辿り着きました。今は2作目のアプリを作り終え、既存アプリのiOS 8対応と、新機能のアップデート作業に取り掛かっています。 （【追記】このインタビューの続編を公開しました！ ⇒ シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリースし、今はRealmにチャレンジ中！） シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリ
AAをオフにしたらDK2が低スペックPCでもヌルヌルになった件
これまでOculus Riftは解像度が低いので、fpsが格段に落ちるアンチエイリアスが必須だった →SDK0.4でSDK Distortionが導入され歪ませる前提の高解像度バッファを作成して表示する形に →その結果AAオフでも綺麗な表示になりこれまでのDK1用アプリよりも軽くなるものも
Johnno1962's Home Page
John Holdsworth AppleOS Software Engineer From assembly language though scripting languages, Java(Script) and SQL to Objective-C(++) and Swift, John has the answer to your low level engineering and performance and tuning requirements. Available for remote work in the Europe or US timezone John has been an independent iOS and MacOS dev since 2008. Open Source Contributions This has focused on impro
iOS 7向けアプリ開発時の注意点
Android, iPhone等のスマートフォン向けアプリ開発などの話題を中心に、時事ネタなどを気の向くままに書いています。 iOS 7向けにアプリを開発していて気付いた注意点を備忘録を兼ねてまとめたいと思います。 間違いがありましたならばご指摘下さい。 iOS 7は大幅に設計し直したせいか、おかしな動きをする、いわゆるバグが大量にある感じです。 例えば以下の様な点です。 UITextViewで改行のみの選択をしようとすると失敗する UITextView、UITextFieldの選択範囲の描画がおかしい UINavigationControllerのUIViewControllerのスタックが無限ループする まあ、バグは兎も角として、まずは「UINavigationControllerのUIViewControllerのスタックが無限ループする」原因となった注意点を説明したいと思います。
ITの地殻変動はどこで起きているのか～アーキテクチャ設計技術にクラウドが必須になった時代 - プログラマの思索
2014年になって、ITの地殻変動がどこに起こっているのか、を考えてみる。 ＃ラフなメモ書き。 【1】最近感じることは、Webアプリをプログラミングするアプリケーションエンジニアよりも、サーバー基盤を構築するインフラエンジニアの方が目立つというか輝いて見える時が多い。 何故なのだろう？ また、先月の日経BP主催のITアーキテクト カンファレンスでは、エンタープライズシステムの構築に携わるITアーキテクトを対象にしているが、その内容はすべて、クラウドがキーワードだった。 DOAやOOAは全く含まれていない点が衝撃だった。 ITアーキテクト カンファレンス 2013 最近の流れを見ると、アーキテクチャ設計の技術では、DOAやOOAは既に古い技術であり、クラウドが席巻しているように見える。 【2】最近のバズワードである「クラウド」には、否定的な意見を持つ人も多い。 ITの歴史の延長線上にあるだけ
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにどれだけ浸水箇所があるのかは分からない。 ある穴を塞ごうと船底に板を打ち付けたら、 それによって別の場所に新しい穴を空けてしまったりする。 船の構造はあまりに複雑で、膨大な部品の間にどんな依存関係や相互作用があるのか、 誰も完全には把握していない。 それは、はるか昔に組み立てられた太古の船で、 構造把握の手掛かりは、代々伝わる不十分で不正確な古文書だけなのだ。 新任の船員は、出た水に対してとにかく手当たり次第に対処した。 どんな物でも使い、徹夜で穴を塞いで回った。 ひたすら大きな声で号令を出し、 いかに早く穴を塞ぐかが、船員の間で競われた。 何人もの船員が過労と心労で倒れ、 航跡には水葬者が点々と残された。 船員たちが経験を積
Allan Jardine | Reflections | Visual Event
Events in Javascript are often seen as a bit of an enigma. This is odd given that Javascript is very much an event driven language, but it is typically down to their complex nature and difficulty to debug. To this end I've created Visual Event to help track events which are subscribed to DOM nodes. Update: Visual Event 2 is now available and released as open source. Introduction When working with
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
