これは5年かけて JavaScript の技術スタックの間をうろつき、無駄な時間を過ごし、迷い、そしてなんとかローンチにこぎつけた体験の記録です。 自己紹介 初めまして。私は小さなモバイルアプリ開発会社を運営しているエンジニアです。 プログラミングを始めたのと同じくらいのときから、趣味で作曲活動をしています。 今日の作曲は DAW と呼ばれる大型のソフトウェアを利用することがスタンダードになっています。しかしたくさんのプラグインをマシンにインストールしなければならないことや、すぐに立ち上がる作曲ソフトが無いことにフラストレーションを覚え、軽量な MIDI シーケンサーアプリを好んで使っていました。 しかしそれらの多くは Windows2000 の時代から存在し、アップデートされず、その上 Windows 10 以降 MIDI の再生はまともにサポートされなくなりました。 その問題を解決する

人工知能学会でタスクフォースを編成してAIマップを制作した理由 深層学習の普及によりAI（人工知能）に注目が集まっているが、深層学習以外の各種AI研究の認知と利用の拡大に対する課題意識から、2018年に人工知能学会でタスクフォースを編成してAIマップの作成をスタートした。初期メンバーは人工知能学会の理事から電力中央研究所の堤氏、国立情報学研究所の市瀬氏、東芝の植野氏と筆者が検討メンバーになり、島根大学の津本氏が本活動の提案者として議論に参加した。日々急速に変化するAI技術のマップは、すぐに最新ではなくなるため、いつまでも未完成という意味も込めて「β」を付けている。 最初の検討事項はAIマップを誰に見てもらうかだった。AI研究者なら自分自身の研究分野と関連研究を熟知しており、AIマップは参考にならない。そこで、当時の全国大会で急速に参加人数が増えていたAI研究の初学者と異分野の研究者を対象に

最近の立ち位置としてはライオンと一緒にされていまして、テストを書いていないプルリクエストとかに対して、却下の代わりにこの画像が張られるみたいな形で、一種の恫喝の代わりに使われています。 が、本人はきわめてジェントルな人で、いましゃべってるところを見て、このライオンとはキャラが違うなとお感じになっていただければ嬉しいです。 ついて行くべき変化とスルーしていい変化 昨今の技術の現場でよくあるのは、フロントエンド疲れ。JavaScriptの新しいフレームワークや、開発方法論とか、そういうのがどんどん登場して、また新しいものが出てきたと。 2年前に標準とされていたものがすっかり過去のものになってしまっていて、Gruntはどこに行ってしまったんだとか、Backbone.jsはどこに行ってしまったんだとか。 そうした変化に追いつけずに、疲れてしまうわけです。 かと思えば、一種の限界集落。よく言えば安定

2017/02/03 JaSST’17 Tokyo

「自分がやっていることがレガシーだと感じると、エンジニアのモチベーションは低下する。その点、今はアグレッシブに新しい技術に挑戦できる」（LINE 開発1センター LINE開発1室の鶴原翔夢氏、同センター LINEサーバー開発室 LINEの小野侑一氏）――。マイクロサービスについての取材中、2人のエンジニアから飛び出した言葉にはっとした。 マイクロサービスとは、最近話題を集めるソフトウエアのアーキテクチャーである。コンシューマー向けのネットサービスやモバイルアプリを手掛ける企業を中心に取り組みが進んでいる。米国のソフトウエア企業、ソートワークスのチーフサイエンティストを務めるマーチン・ファウラーらが2014年に公開したブログ記事「Microservices」で広く知られるようになった（画面）。 記者は、『日経コンピュータ』2015年6月25日号でマイクロサービスをテーマにした特集を担当した。

伊藤直也氏が語る、モダンなWebテクノロジーに共通する傾向とは？（前編） Chef、Docker、MicroservicesからReact、FRPまで。QCon TOkyo 2015 最新のITと関連技術をエンジニアの視点で掘り下げるイベント「QCon Tokyo 2015 Conference」が4月21日に都内で開催されました。 そのセッションの1つとしてKAIZEN platform Inc.の伊藤直也氏が行ったのが、「モダンWebシステム開発」と題して、最近のWebアプリケーションに関する技術に共通する傾向を探った講演です。 ChefやPuppetなどによるInfrastructre as CodeからImmutable Infrastructureなどのインフラ周りからReactなどのフロントエンドにまで共通する考え方とは何か、示唆に富むその内容をダイジェストで紹介します。 モダ

こんにちは、川田です。Googleはここ最近、デスクトップ向けWebに対して、ほとんどの関心を失っているように見えます。HTML5ブームも過ぎて、やることがなくなってしまったのでしょうか？……いえいえ、そうでもありません。昨今の待ったなしで進む技術革新の中で、彼らは「ある問題」と戦っているようです。 Webは「モバイル」中心の時代へ移っていく すでにご存知の方も多いと思いますが、GoogleのビジネスモデルはWebに強く依存しています。2014年1Qの決算で、Googleは全売上の約68%が自社のWeb系サービスの広告収入であり、約22%はAdsenseなどの他のWebサイト向けの広告であると報告しました。Webに依存したビジネスが実に9割を占め、1日に約120億円の収入をWebから得ています。もっと簡単に言えば、Webだけで、タイの国民全員の給料分ぐらい稼いじゃってます。当然、Webの進

Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏（前編） 仮想化やクラウドを基盤とした新しいインフラの考え方である「Immutable Infrastructure」が注目されています。3月25日、このImmutable Infrastructureをテーマに渋谷のDeNAオフィス大会議室で開催された勉強会「Immutable Infrastructure Conference #1」は、150人の定員に400人以上が申し込む人気ぶりでした。 これまでのImmutable Infrastructureに関する議論はおもにデプロイなど運用とインフラ周りの話題が中心でしたが、最初のセッションで登壇した伊藤直也氏は、Immutable Infrastructureが結果的にアプリケーションアーキテクチャにも大きな影響を与えるため、アプリケ

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

システムを持たぬ時代に、あえてフルスクラッチに特化する：前編：SEの未来を開く、フルスクラッチ開発術（1）（1/2 ページ） プログラムレス開発が全盛の中、フルスクラッチ開発こそ、顧客のためになり、SEにとっても強みとなると主張する企業がある。彼らはなぜあえて今、このような主張をするのだろうか？ プログラムレス開発が主流となりつつある。システムを作らない／持たないことが良しとされる風潮の中で、あえて「フルスクラッチは今でも1つの有効な選択肢」と言い切る会社がある。 代々木上原に事務所を構えるプラムザも、その1つだ。彼らはなぜ、こう主張するのか。フルスクラッチは本当に1つの選択肢になり得るのか――？ 長い間フルスクラッチ開発に携わってきた筆者が、同社の代表取締役 島田徹氏と取締役 内藤洋史氏と議論した。 まだフルスクラッチにこだわる経営者がいるのか？ ――インタビューに入る前に、なぜこの取材