歳を取ってもエンジニアを続けられるのか
エンジニアが年を取るとはどんなことだろう。年を取ることのデメリットとメリット、加齢に対する心構えを筆者自身の経験を基に語ってくれた。 ← 前回 連載 INDEX 次回 → 今回は割と語り尽くされた感のある話題であるが、歳を取ってもエンジニアが続けられるのかという話をしてみたい。最初に結論から言ってしまえば、歳を取ってもエンジニアは「もちろん続けられる」なのだが、そうはいっても老化というのは否応なしに全ての人の身に降りかかってくる（将来は遺伝子研究が進んで老化というものがなくなるのかもしれないが）。 30半ば過ぎの方は、最近物忘れが段々と増えてきたり、あるいはもともと視力の良い方であれば近くが見えづらくなってきたりと、このままエンジニアという職を続けてよいのだろうかと不安を抱えているかもしれない。今回は、老化への対処について具体的に取り上げたい。また、老化には負の側面だけでなく、プラスとなる
Swift 3のリリース前に、これまでの進化の変遷をなぞる
そこで、以下の4つの特徴を持つ言語として紹介された。 高速 モダン（クロージャー、オプショナル型、ジェネリクス、型推論、タプル……） 安全 インタラクティブ（REPL：対話実行環境、Playground） また、Cocoaフレームワーク・ランタイムをObjective-C言語環境と共有しており、Objective-C言語を使った場合と同様に何の制限もなくアプリ開発が可能で、SwiftコードとObjective-Cコードとの混在もできることなどが強調された。 この発表直後から、Swiftは洗練された言語仕様などから大きな注目を集めたが、そこから現時点で2年ほどの短期間で大きな進化を遂げている。 Swift 2.2までの進化の変遷 これまで短いスパンでSwiftにはさまざまな改善が繰り返されてきたが、その説明のためにも、現時点での正式版最新の2.2.1までの進化の変遷をざっと見ておこう。 Sw
各言語に広まったRx（Reactive Extensions、ReactiveX）の現状・これから - Build Insider
ではなぜネットフリックスがマイクロソフト発祥のテクノロジを利用するようになったのだろうか。実は、RxJavaの初期の開発者であるJafar Husain氏は、もともとマイクロソフトに勤めていて、世界で最初にReactive Extensionsを紹介した人物でもあるのだ。その後にネットフリックスに転職し、RxJavaの誕生に深く関わることになる。 一方でオリジナルのRx.NETの作者であるErik Meijer氏もまた、マイクロソフトを辞めた後に、HackやDartなどの新興言語の支援に関わる他、Principles of Reactive Programmingといった学習コースをScalaの作者であるMartin Odersky氏らと開講するなど、言語の枠を超えて活躍している。 Rxとマイクロソフトのオープンソース 昨今のマイクロソフトのオープンソースへの傾倒を疑うものはもはやいないだ
addJavascriptInterface方式（後編）／ネイティブからJavaScriptへ値を渡す
前回は「JavaScriptからネイティブの機能を呼び出す方法／addJavascriptInterface方式（前編）」を説明しました。本稿はその続きです。 ■ 11.3.4 適用範囲の制限 この方法では、addJavascriptInterfaceメソッドで設定したWebViewで読み込んだすべてのHTMLでブリッジが提供されます。また、iframe内で読み込んだHTMLからもこのオブジェクトのメソッドを利用できます。つまり、WebView内で読み込んだHTMLのすべてのJavaScriptからJavaのオブジェクトを呼び出せます。 逆に、addJavascriptInterface方式の場合、特定のドメインを持つHTMLにのみブリッジを提供するということができません。外部の信頼できないHTMLを読み込んだときに、ブリッジを不正に利用されて情報を盗まれることもあり得ます。 したがってセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
