コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
所属する会社や立場に関係なく、個人の力量で勝負するエンジニアが増えている。彼らはいかにして自身の価値を周囲に知らしめ、肩書き抜きで食っていけるようになったのか。「脱リーマン」に成功した4人のエンジニアへのインタビューを通し、共通する習慣を明らかにする。 |1 2 3|次のページ ※本記事は、「エンジニアtype」のコンテンツを一部@IT表記に統一した上で、許可を受けて転載するものです。 ■ 肩書き抜きで、エンジニアとして食っていける自信ある? 突然だが問題だ。 2010年にフリーになることを決めた、あるエンジニアのAさん。 そのことを長く付き合いのあった企業の担当者に伝えたところ、2社から、「今後も案件を担当してほしい」とオファーをもらった。 そのため、うち1社(B社)とは、フリーとして他社の仕事を請け負ってもいいという条件のもと、正社員として雇用してもらう契約を締結。もう1社(C社)は、
原文(投稿日:2012/01/18)へのリンク HTTP API発展性へのベストプラクティスのタイトルが示すようにBenjamin Carlyle氏は、HTTP APIに関するシステムを設計する際の原則とプラクティスを定義した。システムとは、拡張可能で、時間とともに進化するものである。彼は、アーキテクチャスタイルのRESTと、HTTPを経由して公開されるプログラム可能なHTTP APIとの違いを示すことからはじめた。 HTTP APIは、特定のサービスに対するプログラマ指向のインターフェイスであり、RESTfulサービスコントラクト、リソース指向アーキテクチャ、URI空間と言った別名で知られている。 細かく言うと、多くのHTTP APIは、インターフェイスの"標準"で要求された厳密な意味での定型インターフェイス制約に制限されない。[…] まず彼は、時間をかけて進化を決定するAPI構築の様々
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く